ثبت گردان انباشت «فروش. سؤالات مربوط به رجیسترهای انباشت جاری و باقیمانده یک ثبات تجمعی 1c ایجاد کنید

ثبت های تجمعدر سیستم 1C: Enterprise به دو نوع تقسیم می شود: ثبت انباشت باقی مانده هاو رجیسترهای تجمع انقلاب.

نوع ثبات هنگام ایجاد آن در پیکربندی انتخاب می شود

همانطور که از نام آن پیداست، برخی برای دریافت موجودی برای یک تاریخ خاص و دومی برای دریافت گردش مالی برای یک دوره انتخابی طراحی شده اند. بسته به نوع ثبت تجمع، پلت فرم 1C:Enterprise مجموعه متفاوتی از جداول مجازی را تولید می کند. در این مقاله کار با جداول مجازی رجیسترهای تجمع را در نظر خواهیم گرفت. برای انجام این کار، ما یک ثبت نام برای انباشت مانده ایجاد می کنیم - کالاها باقی مانده استو ثبت انباشت گردش مالی - گردش کالا.

حال بیایید ببینیم که پلتفرم چه جداول مجازی برای هر یک از این ثبات ها ارائه می دهد.

ثبت گردش مالی

برای وضوح، بیایید باز کنیم و ببینیم کدام جداول برای ثبت موجود است گردش کالا. این جدول خود ثبت است - گردش کالا، که به صورت فیزیکی در پایگاه داده وجود دارد و یک جدول مجازی - گردش کالاها

همه چیز با جدول استاندارد مشخص است. بیایید نگاهی دقیق تر به واقعیت مجازی بیندازیم.

گردش جدول مجازی

این جدول به شما امکان می دهد تا گردش منابع را در چارچوب اندازه گیری ها بدست آورید. در مورد ما دو بعد داریم: موجودیو تولید - محصول. و یک منبع تعداد

اجازه دهید ثبت نام ما دارای ورودی های زیر باشد

بیایید به سازنده پرس و جو برگردیم و با انتخاب ساده از جدول شروع کنیم گردش کالاهاتمام زمینه ها

بر این اساس، درخواست به صورت زیر خواهد بود:

CHOOSE کالاها گردش مالی. انبار، کالاها گردش مالی. کالاها، گردش کالاها گردش مالی. مقدار گردش مالی از ثبت تجمع. کالاها گردش مالی.

نتیجه پرس و جو به این صورت است:

یعنی کل مدت در زمینه کالا و انبار گردش مالی دریافت کردیم. فرض کنید ما علاقه ای به انبار نداریم و می خواهیم فقط در زمینه کالا گردش مالی داشته باشیم.

برای انجام این کار، بعد را از پرس و جو حذف کنید موجودی

CHOOSE کالاها گردش مالی.محصول، کالاها گردش مالی.تعداد گردش مالی از ثبت انباشت.کالا گردش مالی.گردش (,) به عنوان کالاها گردش مالی گردش مالی

و در نتیجه فقط دو خط خواهیم داشت

اما قاعدتاً نیازی به دریافت گردش مالی در تمام مدت وجود ثبت نیست. اساساً آنها برای یک دوره خاص مورد نیاز هستند: ماه، سه ماهه، سال و غیره. به علاوه، شما معمولاً به انتخاب هایی بر اساس ابعاد (محصول، انبار) نیاز دارید. با استفاده از این امر به دست می آید پارامترهای جدول مجازی. پر کردن پارامترها از سازنده راحت است. توسط دکمه گزینه های جدول مجازییک کادر محاوره ای باز می شود که در آن می توانید هر آنچه را که نیاز داریم ثبت کنید:

پس از آن، درخواست اصلی ما به شکل زیر خواهد بود

SELECT کالاهای گردش مالی. انبار، کالاهای گردش مالی. محصول، گردش کالاها گردش مالی. مقدار گردش کالا از ثبت تجمع.

همانطور که می بینید، تفاوت این است که پارامترها در داخل پرانتز بعد از نام جدول مجازی ظاهر می شوند که باید قبل از اجرای کوئری پر شوند.

برای کسانی که تازه شروع به کار با جداول مجازی کرده اند، اغلب وسوسه انگیز است که به جای استفاده از پارامترها، انتخاب را به روش معمولی تنظیم کنند:

FROM Accumulation Register.GoodsTurnovers.Turnovers(,) AS کالاهای گردش مالی WHERE کالاها گردش مالی. انبار = &انبار

هنگام پر کردن پارامترها، ما از دست دادیم دوره ای. بیایید لیست را باز کنیم و از بین انبوه گزینه های ممکن انتخاب کنیم ماه. ما تمام پارامترهای دیگر را حذف می کنیم تا اشتباه نگیریم.

پس از آن مشاهده می کنیم که فیلدی در فیلدهای جدول ظاهر می شود عادت زنانه.

با افزودن آن به فیلدهای انتخاب شده، متن پرس و جو زیر را دریافت می کنیم:

CHOOSE کالاها گردش مالی. دوره، کالاها گردش مالی. انبار، گردش کالاها گردش مالی. محصول، گردش کالاها.

ما درخواست را اجرا می کنیم:

بنابراین، در بازه زمانی انتخاب شده، می توانیم گردش مالی را مطابق با فرکانس انتخاب شده به بازه های کوچکتر تقسیم کنیم.

ثبت انباشت مانده

درست مانند رجیستر معکوس، بیایید در سازنده کوئری ببینیم کدام جداول مجازی برای رجیستر انباشت تعادل موجود است.

همانطور که می بینید، سه جدول مجازی برای ثبت انباشت مانده موجود است: گردش مالی, باقی, باقی می ماند و گردش می کند. بیایید هر یک از آنها را جداگانه در نظر بگیریم.

گردش جدول مجازی

اگر چه نوع ثبت است باقی، هنوز هم می توانیم از آن گردش مالی دریافت کنیم. به علاوه ما دو منبع اضافی در اینجا داریم: آیندهو مصرف

یادآوری می‌کنم که وقتی در رجیستر موجودی ثبت می‌شود، نوع حرکت انباشت (درآمد یا هزینه) مشخص می‌شود، در حالی که برای ثبت گردش مالی، نوع حرکت نشان داده نمی‌شود. بنابراین، در اینجا ما یک جایزه اضافی به شکل فرصتی داریم که نه تنها گردش مالی دوره را به طور کلی دریافت کنیم، بلکه درآمدی را با هزینه ها نیز جداگانه دریافت کنیم. اما البته، اگر یک ثبت گردش مالی در ابرداده با مجموعه اندازه گیری های مشابه وجود دارد، بهتر است از آن برای بدست آوردن گردش مالی استفاده کنید. به طور کلی کار با این میز مجازی شبیه کار با میز مجازی است گردش مالیثبت گردش مالی مورد بحث در بالا.

موجودی جدول مجازی

از این جدول برای به دست آوردن منابع باقی مانده از نظر ابعاد استفاده می شود. در پارامترهای جدول، می‌توانیم تاریخ دریافت مانده‌ها را مشخص کرده و فیلترها را تنظیم کنیم:

بیایید یک مثال کوچک را در نظر بگیریم. ما ورودی های ثبت زیر را داریم:

تمام فیلدهای موجود را انتخاب می کنیم و پایان خرداد را به عنوان تاریخ دریافت موجودی تعیین می کنیم. ما انتخاب را با اندازه گیری تعیین نخواهیم کرد. سپس متن درخواست به شکل زیر خواهد بود:

SELECT کالاها باقی می ماند باقی می ماند. انبار، کالاها باقی می ماند باقی می ماند. محصول، کالاها باقی می ماند باقی می ماند. کمیت تعادل از ثبت انباشت. محصولات باقی می ماند.

و پس از اجرای آن به نتیجه زیر می رسیم

میز مجازی

این جدول دو مورد قبلاً مورد بحث را ترکیب می کند و به شما امکان می دهد گردش مالی دوره انتخاب شده و همچنین مانده ها را در ابتدا و انتهای دوره بدست آورید. همچنین می توانید انتخابی را تنظیم کنید.

استفاده از این جدول زمانی قابل توجیه است که لازم باشد هم گردش مالی و هم موجودی در ابتدا و انتهای دوره در یک گزارش به طور همزمان به دست آید. در موارد دیگر نباید از استفاده آن سوء استفاده کرد.

برای هزینه مواد موجود در سازمان، باید به اسناد دسترسی داشته باشیم، هر یک را مشاهده کنیم، داده‌های لازم را بنویسیم و سپس با جمع‌بندی، داده‌های لازم را به دست آوریم. این رویکرد ناخوشایند است - هم برای پرونده "دستی" خیالی ما و هم برای حسابداری خودکار بسیار کند است.

منطقی تر است که علاوه بر اسناد، جداول خاصی را نگه دارید که در هنگام دریافت مطالب و نوشتن آنها، اطلاعات مختصری در این مورد وارد شود. اگر مثلاً روزانه برای جمع‌بندی این جداول و نمایش مواد باقی‌مانده، برای اینکه بگوییم در تاریخ معین چه مقدار و چه موادی در سازمان موجود است، کافی است به ستون مربوطه مراجعه کنید. از جدول در سیستم 1C: Enterprise چنین جداول وجود دارد ثبت های تجمع. همانطور که از نام آن پیداست، آنها برای انعکاس، جمع آوری، شاخص های خاص طراحی شده اند. و انعکاس در دفاتر دريافت و هزينه مواد از مصاديق بارز استفاده از آنهاست.

سازمان ما سوابق مواد را در رابطه با افراد مسئولی که آنها را دریافت می کنند و هنگامی که این مواد به تولید می رسد از آنها حذف می شود نگهداری می کند. ما باید اطلاعاتی در مورد مقدار مواد و هزینه آنها ذخیره کنیم و همچنین در هنگام نوشتن به تولید، اطلاعاتی در مورد اینکه این مواد به کدام استاد خاص منتقل شده اند داشته باشیم. این ملاحظات به ما اجازه می دهد که یک سازه را طراحی کنیم ثبت تجمعکه اکنون ایجاد خواهیم کرد.

هنگام برنامه ریزی ترکیب ثبت تجمعما باید بفهمیم که چه نوع داده ای را در آن ذخیره می کنیم و سپس این داده ها را به اندازه گیری ها، منابع و جزئیات ثبت "تجزیه" می کنیم.

بنابراین، ما باید داده های زیر را ذخیره کنیم:

• موقعیت نامگذاری
• مسئول این سمت
• مقدار مورد
• هزینه مورد
• اطلاعاتی در مورد استادی که مواد برای استفاده به او منتقل شدند.

ثبت اندازه گیری ها، یا بخش هایی که داده ها در آنها ذخیره می شود، به ما امکان می دهد به سؤالاتی در مورد نوع داده هایی که در ثبات ذخیره می شود پاسخ دهیم. در مورد ما، ما باید دو ویژگی اصلی را بدانیم - این چیست شخص مسئولیکی یا دیگری را ثابت کرد موقعیت نامگذاری. بدیهی است که ابعاد فهرست داده های ما، موقعیت نامگذاری و کارمند مسئول خواهد بود.

ثبت منابعهمیشه مقادیر عددی هستند که داده های ذخیره شده را مشخص می کنند. مقادیر عددی مقدار و مقدار هستند و منابع ثبت ما خواهند بود.

جزئیات ثبت نامنقش کمکی ایفا کنید، و در مورد ما، منطقی است که اطلاعات مربوط به استادی را که مواد را برای کار دریافت کرده است در شرایط ثبت نام ذخیره کنیم - در صورتی که باید بفهمیم چه کسی دقیقاً از این مواد استفاده کرده است.

سوال مهم دیگری که باید در هنگام طراحی یک رجیستر تصمیم گیری کرد این است که آیا این ثبت خواهد شد یا خیر ثبت تعادلیا ثبت گردش مالی. ما به اطلاعات مربوط به تراز مواد و اطلاعات مربوط به گردش مالی علاقه مند هستیم، بنابراین، هنگام تنظیم ثبت نام، باید نوع ثبت را مشخص کنید - باقی. با مشاهده ثبت نام کنید باقیبه ما اجازه می دهد تا با تعادل و گردش مالی کار کنیم

ساختار پیشنهادی در اینجا ثبت تجمع- این تنها یکی از گزینه هایی است که چگونه می توانید ذخیره سازی داده های توصیف شده را سازماندهی کنید. چنین طرح حسابداری را می توان به عنوان مثال با استفاده از یک جفت رجیستر اجرا کرد که یکی از آنها صرفاً به منظور ذخیره کل موجودی مواد - یعنی داده هایی که برای گزارش های مالی مورد نیاز است و دیگری - برای ذخیره سازی استفاده می شود. داده های مربوط به مراکز مسئولیت در هر صورت، هر طرح حسابداری خاص ممکن است به ساختار ثبت خاص خود نیاز داشته باشد و مثال ما فقط نمایش یکی از گزینه های ممکن است.

پس از بحث در مورد بخش نظری موضوع، بیایید به عمل برویم. بیایید یک جدید ایجاد کنیم ثبت تجمع، بیایید آن را صدا کنیم باقیمانده مواد، پارامتر نوع ثبت نامآن را در معنا رها کنید باقی، برنج. 6.12.

برنج. 6.12.

روشن کن ثبت تجمعبه زیر سیستم مواد حسابداری عملیاتی.

روی زبانه داده هابیایید اندازه گیری ها، منابع و ویژگی های زیر را ایجاد کنیم:

اندازه گیری ها:

نام: نامگذاری، نوع: DirectoryReference.Nomenclature، ممنوعیت مقادیر خالی – مجموعه.

نام: ResponsibleEmployee، نوع: DirectoryReference.Employees، ممنوعیت مقادیر خالی - مجموعه.

منابع

نام: تعداد، نوع: تعداد، طول 10، دقت 3

نام: مجموع، نوع: عدد، طول 10، دقت 2

ملزومات:

نام: مواد گیرنده، نوع: DirectoryLink.Employees

به نام این جزئیات، انواع آنها، و همچنین جزئیات ثبت استاندارد (شکل 6.13.) توجه کنید - این داده ها هنگام کار بر روی روش برای ما مفید خواهند بود. سند.

بیایید ویژگی کلی را از ترکیب جزئیات ثبت حذف کنیم سازمان. اکنون نیازی به آن نیست. برای سازماندهی ذخیره سازی داده ها در رجیستر در زمینه سازمان های مختلف، ما به بعد جدیدی نیاز داریم - سازمان که به لطف آن می توانیم با مواد سازمان های مختلف کار کنیم.

بیایید به برگه برویم ثبت نام کنندگانپنجره ویرایش شی و انتخاب اسناد به عنوان اسناد ثبت کننده - مواد رسیدو VacationMaterialsTo Master.

در این مرحله تنظیم ثبت تجمعبه پایان رسید، اجازه دهید به تنظیمات سند برویم. بیایید با سند شروع کنیم مواد رسید.

پنجره ویرایش شی را برای این سند باز کنید، به تب بروید حرکات(شکل 6.14.) و دکمه را فشار دهید

برنج. 6.14.

در سازنده، نوع حرکت ثبات را انتخاب کنید - آینده، در زمینه قسمت جدولیقسمت جدولی سند را مشخص کنید مواد، روی دکمه کلیک کنید عبارات را پر کنید. مکانیسم خودکار برای برقراری ارتباط بین داده های سند و ثبت همیشه به درستی کار نمی کند (در صورتی که نمی تواند به طور واضح مطابقت را تعیین کند، یا زمانی که مطابقت تعیین شده توسط آن مطابق با منطق آن با متن مورد نظر متفاوت است)، بنابراین بیایید بررسی کنیم. صحت مکاتبات ایجاد شده در نتیجه پنجره سازنده ثبت حرکاتباید شبیه آنچه در شکل نشان داده شده باشد. 6.15.

برنج. 6.15.

پس از فشار دادن دکمه OK، رویه زیر برای پردازش پست در ماژول شیء سند ایجاد می شود (به نظر می رسد پس از حذف نظرات که کد توسط طراح حرکت ساخته شده است):

Procedure HandlingPerforming(Failure, Mode) // ثبت بقایای مواد ورود حرکت.باقیمانده مواد.نوشتن = درست. برای هر TechStringMaterials From Materials Loop Movement = Movements.RemaindersMaterials.Add(); Movement.MovementType = MovementTypeAccumulation.Incoming; Movement.Period = تاریخ; Movement.Nomenclature = TekStringMaterials.Nomenclature; Movement.ResponsibleEmployee = ResponsibleEmployee; Movement.Quantity = CurrentStringMaterials.Quantity; Movement.Amount = CurrentStringMaterials.Amount; چرخه پایان پایان رویه

این رویه در ماژول شی اعلان شده است، روی آن اجرا می شود

برای انعکاس عملیات مختلف تجاری در برنامه های مبتنی بر 1C: Enterprise، کاربران از اسناد استفاده می کنند. از آنها می توانید تمام داده های لازم را دریافت کنید، به عنوان مثال، در مورد مانده وجوه در حساب های شرکت، تعداد کالاهای فروخته شده برای یک دوره زمانی مشخص.

در روند کار، می تواند تعداد زیادی از این اسناد وجود داشته باشد. در اینجا می توان نه در مورد صدها سند، بلکه در مورد هزاران و ده ها هزار سند صحبت کرد. به طور طبیعی، ساخت گزارش ها و سایر داده ها از چنین تعداد زیادی اسناد بسیار طولانی، پرزحمت و ناکارآمد است.

فقط تصور کنید که هنگام ثبت فروش هر کالایی، حسابدار بنشیند و منتظر بماند تا برنامه مدارک وارد شده قبلی را بررسی کند و محاسبه کند که آیا موجودی کافی در انبار برای رد کردن وجود دارد یا خیر.

برای حل چنین مشکلاتی در 1C، اشیاء پیکربندی خاصی وجود دارد - رجیسترهای تجمع. هنگام انجام اسناد ، آنها در آنها ثبت می کنند و فقط در این صورت می توانید تمام داده های لازم از جمله مانده ها و گردش مالی را از این ثبت ها به سرعت دریافت کنید. به این معنی که رجیسترهای انباشت نه تنها داده ها را ذخیره می کنند، بلکه به شما امکان پردازش سریع آنها را نیز می دهند.

همانطور که قبلا ذکر شد، رجیسترهای انباشتگی می توانند به شما امکان دریافت سریع مانده و گردش مالی را بدهند. این قابلیت ارتباط مستقیمی با نوع ثبت دارد. می توان آن را در برگه "Basic" فرم برای ویرایش یک ثبت خاص تغییر داد.

• ثبت‌های انباشت گردش مالی به شما این امکان را می‌دهند که فقط برای مدت زمان معینی گردش مالی داشته باشید. در این صورت امکان دریافت مابقی وجود ندارد. ثبت انباشت با نوع "Turnover" تنها یک جدول مجازی در سیستم ایجاد می کند - گردش مالی.
• رجیسترهای انباشت با نوع "Remainders" توسعه‌دهنده را قادر می‌سازد هم موجودی و هم گردش مالی را دریافت کند. در این صورت، سه جدول مجازی ایجاد می شود: موجودی، گردش مالی، موجودی و گردش. نمونه ای از چنین ثبتی می تواند ثبت موجودی کالاها و مواد در انبارها، جریان های نقدی در حساب های تسویه سازمان باشد.

توجه داشته باشیدکه علیرغم جهانی بودن رجیستر موجودی در به دست آوردن مانده و گردش، معایبی نیز دارد. هنگام دریافت گردش مالی در ثبت تعادل، عملکرد به طور قابل توجهی کاهش می یابد. در این راستا در مواردی که فقط به گردش مالی نیاز دارید (مثلاً گردش مالی) استفاده از رجیستر موجودی اکیداً توصیه نمی شود. شما نباید نوع رجیستر را روی باقیمانده ها "فقط در مورد" تنظیم کنید، زیرا رجیسترها برای سرعت بخشیدن به برنامه طراحی شده اند و برعکس، این روند را کاهش می دهید.

داده های ثبت تجمع

اندازه گیری ها

اندازه گیری رجیسترهای انباشتگی به معنای برش های خاصی است که در آینده می توانید اطلاعاتی را در آنها به دست آورید. در مورد ما، به عنوان اندازه گیری های ثبت "انتشار محصول" عبارتند از: سازمان، سفارش، مشخصات، تقسیم، و دیگران.

در هر زمان، ما قادر خواهیم بود برای یک سفارش خاص، موجودی، به عنوان مثال، برای کل سازمان را دریافت کنیم.

ویژگی های ابعاد

هر بعد مجموعه ای از ویژگی های خاص خود را دارد که می تواند به طور قابل توجهی بر عملکرد ثبت به عنوان یک کل تأثیر بگذارد. خواص مشابهی نیز در منابع دارای ویژگی وجود دارد.

در صورتی که قصد دارید در آینده اغلب انتخاب را بر اساس هر بعد تنظیم کنید. در مورد ما، از نمایه سازی برای سازمان استفاده نخواهیم کرد.

همچنین می‌توانید در اینجا تعیین کنید که آیا بعد باید پر شود، آیا جستجوی متن کامل باید استفاده شود یا نه، و تنظیمات دیگر.

منابع

منابع داده های عددی هستند که برخی از اطلاعات را ذخیره می کنند. این چیزی است که در آینده در بخش های مختلف به دست خواهیم آورد. به عنوان مثال، در ثبت انباشت "خروجی محصول"، فقط کمیت به عنوان منبع عمل می کند. در این صورت، ما قادر خواهیم بود تعداد محصولات تولید شده را در یک مقطع زمانی خاص، به عنوان مثال، برای یک تقسیم بندی خاص، بدست آوریم.

یک مثال ساده دیگر. فرض می کنیم تمام عملیات روی صندوق را مطابق با ثبت انباشت انجام می دهیم. منابع، مقدار پولی خواهد بود که یا دریافت می شود (دریافت) یا صادر می شود (هزینه) از صندوق. بعد می تواند، برای مثال، یک طرف مقابل/ نهاد گزارشگر باشد. در نتیجه، ما می‌توانیم داده‌هایی را در مورد مانده‌ها و گردش مالی صندوق‌فروشی به‌عنوان یک کل و برای طرف‌های مقابل به‌دست آوریم.

ملزومات

بر خلاف ابعاد و منابع، لوازم جانبی اغلب استفاده نمی شود. آنها داده های مورد نیاز برای تکمیل اطلاعات ثبت نام را ذخیره می کنند (یادداشت). داده‌ها در صورتی که نه منبع باشند و نه بعد، به‌عنوان پایه استفاده می‌شوند.

جزئیات استاندارد

علاوه بر الزامات معمولی که توسعه دهنده می تواند به تنهایی اضافه کند، نیازهای استاندارد نیز وجود دارد. شما نمی توانید موارد جدیدی را به این لیست حذف یا اضافه کنید. با کلیک بر روی دکمه ای به همین نام در تب "داده ها" می توانید به جزئیات استاندارد بروید.

مصالح

مصالح فقط در رجیسترهای انباشت با نوع "گردش" موجود است. می توانید از تب Data به آنها دسترسی داشته باشید. انباشته ها در پایگاه های داده با مقادیر زیاد داده برای سرعت بخشیدن به گزارش استفاده می شوند. ما این مکانیسم را با جزئیات در نظر نخواهیم گرفت، زیرا این یک موضوع نسبتاً گسترده است.

حرکات در رجیسترهای تجمع

هر ثبت تجمعی می تواند یک یا چند ثبت کننده داشته باشد. یک سند به عنوان یک ثبت کننده عمل می کند که طی آن یک ورودی مربوطه در ثبت انباشت تشکیل می شود.

می توانید لیست ثبت کننده های تجمع را در برگه ای به همین نام در قالب خود رجیستر مشاهده کنید. در این مثال، حرکات در ثبت "انتشار محصول" می توانند هنگام ارسال چهار سند مختلف ایجاد شوند.

در خود اسناد، که ثبت کننده هستند، لیست ثبت هایی که توسط آنها حرکت می کنند، در تب "حرکات" قرار دارد. یک سازنده حرکت نیز در اینجا موجود است که به ایجاد چنین رویه‌هایی (پست و لغو) کمک می‌کند. مقایسه داده های سند و ثبت با مقایسه انواع داده ها انجام می شود.

تمام تغییرات ایجاد شده در پایگاه داده در جداول مناسب ذخیره می شود. برای 1C، اینها جداول اسناد، مجلات اسناد، دایرکتوری ها و ثبت است. انواع رجیسترهای 1C، ویژگی ها و ظرافت های استفاده از آنها در مقاله ما مورد بحث قرار خواهد گرفت.

تشکیل سوابق در رجیسترها

یکی از اولین سوالات مربوط به ثبت نام این است: چرا؟

چرا نیاز به ایجاد جداول جداگانه دارید که اغلب رکوردهای موجود را کپی می کنند؟

پاسخ در اینجا کاملاً ساده است. البته، می توان با فهرست کردن شرایط انتخاب، بررسی علائم حذف و هدایت آن ها، پرس و جوهای پیچیده و زمان بری را در جداول اسناد منبع ایجاد کرد، اما ایجاد یک برش مشخص از مجموعه رکوردها به طور مستقیم بسیار ساده تر و کم زحمت است. هنگام ذخیره سند و با دسترسی به او در صورت نیاز، آن را در یک جدول جداگانه ذخیره کنید.

بنابراین، متوجه شدیم که یکی از راه‌های ایجاد یک ورودی ثبت، نوشتن با استفاده از یک ثبت‌کننده (سند) است. این گزینه در انواع رجیسترها وجود دارد.

معمولاً به فرآیند ایجاد مدخل های ثبت بر اساس یک سند، ارسال یک سند می گویند. یک سند ثبت نشده دارای حرکات ثبتی نیست، در واقع یک پیش نویس یا خالی است.

گزینه دوم برای ایجاد رکورد به طور مستقیم و بدون ایجاد سند ثبت است. شما می توانید رکوردها را از این طریق فقط در رجیسترهای اطلاعات ایجاد کنید، در حالی که در ویژگی های ثبات، ویژگی "Record mode" باید مقدار مناسب را داشته باشد (شکل 1).

مشترک برای همه رجیسترها

ساختار داخلی هر رجیستر را می توان در شکل 2 نشان داد

شکل 2

بیایید آن را با جزئیات بیشتر در نظر بگیریم:

• ابعاد - ویژگی هایی را ثبت می کند که تعیین می کند اطلاعات مهم در کدام بخش ها ذخیره می شود.
• منابع - آنها حاوی اطلاعاتی هستند که باید سیستماتیک شوند.
• الزامات - فیلدهایی را ضبط کنید که حاوی اطلاعات اضافی هستند.
• Forms یک ویژگی است که حاوی اطلاعات گرافیکی در مورد ظاهر یک لیست، عنصر و غیره است. و ماژول های داخلی آنها؛
• طرح‌بندی - فرم‌های چاپی ثبت‌ها.

ثبت اطلاعات

از آنجایی که ما در مورد ثبت اطلاعات در بالا صحبت می کنیم، اجازه دهید در مورد آنها صحبت کنیم.

این احتمالا ساده ترین و قابل فهم ترین نوع ثبت است. یک جدول معمولی حاوی ستون ها و ستون هایی که اطلاعات را ذخیره می کنند.

لیست ویژگی های مهم ثبت اطلاعات کوچک است (شکل 3)، بیایید در مورد موارد اصلی صحبت کنیم:

شکل 3

1. تناوب، میزان کنترل منحصر به فرد بودن رکورد را نشان می دهد (در عرض یک دقیقه، ساعت، روز، سال، مطابق با مقدار انتخاب شده، نمی توان دو رکورد با اندازه گیری های یکسان وجود داشت)، همچنین می تواند مقدار را بگیرد. "توسط ثبت کننده"، اما برای این کار باید حالت ضبط مناسب را انتخاب کنید.
2. حالت ضبط در واقع انتخابی از دو مقدار است: "مستقل" و "فرع به ثبت".
   1. درک این نکته مهم است که انتخاب یک حالت مستقل به این معنی نیست که یک رکورد توسط یک سند نمی تواند تشکیل شود، فقط انتخاب توسط ثبت کننده و کنترل منحصر به فرد بودن رکورد توسط آن غیرممکن خواهد بود.
3. Allow totals slice of the first and Allow totals slice of the last: (دو مورد را در یک مورد ترکیب کنید) - وقتی چک باکس های مربوطه انتخاب شدند، می توان درخواستی برای ثبت اطلاعات در جداول اضافی انجام داد (Slice of the first و Slice of the آخرین)، که شامل مجموعه داده های مربوطه است، به عنوان یکی از پارامترهای این جداول، تاریخی است که در آن لازم است داده هایی انتخاب شود.

ثبت های تجمع

ساختار یکی از آنها را در شکل 2 دیدیم. ویژگی اصلی که به شدت بر ظاهر رجیستر و همچنین ساختار داخلی آن تأثیر می گذارد، «نوع رجیستر» است (شکل 4).

بسته به نیازهای اطلاعات ذخیره شده، می تواند مقادیر زیر را به خود بگیرد:

• باقی؛
• گردش مالی.

در حالت اول، پایگاه داده نه تنها حاوی اطلاعاتی در مورد حرکت منابع در زمینه اندازه گیری، بلکه در مورد نوع عملیات (دریافت یا هزینه) نیز خواهد بود. علاوه بر این، هنگام ایجاد یک پرس و جو، یک جدول اضافی حاوی کل در دسترس خواهد بود.

یکی از مشکلات اصلی که توسعه دهندگان مبتدی هنگام استفاده از جداول Balances و BalancesAnd Turnovers در کوئری ها با آن مواجه می شوند این است که وقتی یک پرس و جو موجودی را برای یک تاریخ خاص دریافت می کند، داده های این جداول ممکن است متفاوت باشد. و در اینجا یک نکته ظریف وجود دارد: هنگام تعیین یک مقدار خاص به عنوان تاریخ پایان دوره، پلتفرم داده ها را از جدول موجودی ها بدون درج این مقدار در دوره انتخاب می گیرد.

اگر به داده‌هایی نیاز دارید که شامل پایان دوره باشد، می‌توانید:

• از جدول موجودی ها و گردش مالی استفاده کنید.
• تاریخ را 1 ثانیه بزرگتر از تاریخ داده شده انتخاب کنید (یعنی نه در 12/31/16 23:59:59، بلکه در 01/01/17 00:00:00).
• از متد Boundary استفاده کنید، که به پیکربندی گزینه برای گنجاندن یک نقطه زمانی در دوره مورد بررسی کمک می کند (مورد استفاده: Boundary(EndDate,Including).

ثبت های حسابداری

رجیسترهای به اندازه کافی تخصصی، از نظر طراحی شبیه به رجیسترهای تجمع هستند. تفاوت اصلی با سایر انواع رجیسترهای پلت فرم 1C وجود پارامتر نمودار حساب ها در ساختار ویژگی است (شکل 5).

شکل 5

نمودار حساب ها یک شیء فراداده جداگانه است که نیاز به بحث جداگانه دارد. بسته به نمودار حساب‌ها، پیکربندی‌های مدرن معمولی 1C شامل 4 ثبت اصلی حسابداری است:

1. بودجه بندی؛
2. بین المللی؛
3. مالیات؛
4. خود حمایت کننده.

دومین پارامتر مشخصه ثبت های حسابداری "مطابقت" است.

علامت زدن این کادر به شما امکان می دهد دو ورودی حاوی حساب اعتباری AccountKt و حساب بدهی AccountDt و تجزیه و تحلیل (subconto) مربوط به این حساب ها را ایجاد کنید. اگر چک باکس علامت نخورده باشد، فقط یک حساب در ورودی های ثبت وارد می شود.

ثبت محاسبات

اینها احتمالاً سخت ترین ثبت ها برای درک هستند. در همین حال، در ذات خود، آنها بسیار شبیه به ثبت های انباشت از نوع "Turnover" هستند.

تفاوت تعیین کننده رجیستر محاسبه با سایر رجیسترها وجود پارامتر "طرح نوع محاسبه" در ویژگی های آن است. علاوه بر این، ثبت محاسبات و همچنین ثبت اطلاعات، دوره ای است.

در هر رجیستر محاسباتی، امکان پیوند ورودی با برنامه زمانی مشخص شده در ثبت اطلاعات مربوطه را می توان فعال کرد. این به کد اجازه می دهد تا داده های زمان کار را بازیابی کند.

علاوه بر ابعاد، منابع و فرم‌هایی که در انواع دیگر دفتر کل یافت می‌شوند، می‌توان به ثبت‌های محاسباتی یک شی Recalculation برای ذخیره اطلاعات مربوط به رکوردهایی که قدیمی هستند و نیاز به بازنگری دارند، داد.

استفاده اصلی آنها در تنظیمات معمولی 1C ثبت و تسهیل کار با اقلام تعهدی برای کارکنان سازمان است.

سلام به خوانندگان عزیز، امروز این ایده را پیدا کردم که در مورد آن به شما بگویم 1С ثبت می کند. بله، من هنوز در مورد کتب مرجع، اسناد و مدارک ننوشته ام، اما بعداً به این موضوع خواهیم پرداخت.

و اکنون بیایید به هدف رجیسترها، انواع رجیسترها نگاهی بیندازیم، نحوه شکل گیری ثبات ها را به تصویر بکشیم، در مورد طراحی و ذخیره داده آنها صحبت کنیم.

هدف از ثبت

ثبت در نظر گرفته شده استبرای افزایش سرعت خواندن شاخص های خاص (تحلیلی) در مورد فعالیت های شرکت. اندیکاتورها در رجیسترها در بخش های خاصی با در نظر گرفتن فرکانس ذخیره می شوند. آن ها زمان فروشگاه را ثبت می کند، به عنوان مثال، شما می توانید از موجودی انبار یک محصول خاص یک ماه پیش مطلع شوید.

ثبت نام- ساختاری از نوع خاصی که به شما امکان می دهد بدون توجه به اندازه پایگاه داده، داده ها را با همان سرعت دریافت کنید، بدون آنها خروجی نتیجه کند خواهد بود.

طرح استفاده از رجیسترها در 1C: Enterprise
اسناد => ثبت => گزارش

از این طرح می توان دریافت که ثبت ها مبنای گزارش ها هستند و داده ها تنها زمانی به ثبت ها اضافه می شوند که اسناد ارسال شوند.

انواع شاخص های تحلیلی

رجیسترها برای ذخیره شاخص های مختلف طراحی شده اند:
اندیکاتورهای صرفه جویی: باقی می ماند و گردش می کند. رجیسترهای انباشت برای محاسبه آنها طراحی شده اند.

• ثبت تجمع(باقیمانده). افزایش در دریافت و کاهش در فروش. در هر نقطه از زمان، رجیستر باید موجودی این محصول را به خاطر بسپارد.

برخی از شاخص ها فقط در یک جهت می توانند رشد کنند (نشانگر گردش مالی).

• ثبت تجمع(معکوس). به عنوان مثال، داده های فروش (فروش منفی نمی تواند باشد). در صورت بازگشت کالا با علامت منفی ثبت می شود.

شاخص های دولتی، یک ویژگی یک شی، یک ثبت اطلاعات در نظر گرفته شده است.

• ثبت اطلاعات، کاملاً هر نوع داده ای را دارد. این مقدار تا تغییر حالت بعدی معتبر است.

انواع دیگری از ثبت وجود دارد: ثبت حسابداری، محاسبه.

ثبت تصویر

اندیکاتورهایی که در رجیستر ذخیره می شوند منابع نامیده می شوند. بخش های تحلیلی - اندازه گیری.
کلید ثبت وظیفه- ذخیره سازی شاخص ها در زمینه اندازه گیری ها و از نظر زمانی

اگر رجیستر را به عنوان یک سیستم مختصات نشان دهیم، دریافت می کنیم:
محورها - ابعاد ثبت نام کنید
محور مجزا برای تغییر در طول زمان
شاخص های تقاطع - منابع

به عنوان مثال، شکل ذخیره سازی کالا در انبارها را نشان می دهد

تعداد اندازه گیری ها در رجیستر می تواند بسیار زیاد باشد. در این مورد، ثبات را می توان به عنوان یک جدول نشان داد، که در آن هر ستون مربوط به یک بعد است و همچنین ستون هایی با منابع وجود دارد.

ثبت نام: کالاهای باقی مانده
اندازه گیری: کالا، انبار
منابع: مقدار، هزینه

ثبت طراحی

ساختار بیش از حد رجیستر منجر به افزایش حجم پایگاه داده می شود، زمان نوشتن در رجیستر افزایش می یابد (اسناد طولانی تر پردازش می شوند) و پیچیدگی توسعه افزایش می یابد. ساختار ثبت باید بلافاصله تعیین شود، زیرا تغییر آن در آینده یک فرآیند بسیار پیچیده است.

هنگام تعیین اندازه گیری هاتوصیه می شود نوع داده مرجع (برای دایرکتوری ها، اسناد، شمارش ها) را مشخص کنید. سفارش اندازه گیری هابر سرعت دریافت داده از رجیستر تأثیر می گذارد. بنابراین، هنگام طراحی یک رجیستر، مهم است که بدانیم کاربر هر چند وقت یک بار باقیمانده ها را برای هر بعد دریافت می کند. تمام اندازه گیری ها به ترتیب است.

منابع- داده های عددی که مشخص کننده برخی از شاخص ها هستند (منبع ثبت اطلاعات می تواند هر نوع داده ای داشته باشد). منابع مقادیری هستند که در تقاطع یک بعد ذخیره می شوند.

لوازم جانبی- برخی از ویژگی های اضافی ثبت نام، هنگام دریافت مجموع ها نمایش داده نمی شود. جزئیات ثبت می تواند از هر نوع داده ای باشد.

ذخیره داده ها در رجیسترها

ثبت ها را می توان با یک یا چند جدول نشان داد. ترکیب جداول به ویژگی های رجیستر بستگی دارد. هیچ کلاسی مانند RegisterReference یا RegisterObject برای کار با ثبات ها وجود ندارد، زیرا ساختار ذخیره سازی ثبات با جداول شی متفاوت است. اطلاعات در قالب سوابق ذخیره می شود. یک ورودی ثبت نام نمی تواند برای حذف علامت گذاری شود.

با استفاده از دکمه منوی اصلی "همه عملکردها" می توانید محتویات ثبت نام را در حالت کاربر مشاهده کنید.

این پایان بررسی کوچک است. 1С ثبت می کنداگر شما هر گونه پیشنهاد، اضافات پس از آن در نظرات بنویسید

برنامه نویس 1C با شما بود، من به شما کمک خواهم کرد.

P.S. دختر در حال رقصیدن است