بیدار کردن. دلایل و مراحل انتقال از سیستم حسابداری دسته ای. انتقال از حسابداری بهای تمام شده دسته ای به تولید: مزایا و معایب ایجاد و حسابداری بر اساس ویژگی ها

برای یک شرکت با جریان اسناد بزرگ، استفاده از روش "حسابداری دسته ای" یک مشکل بزرگ است. لازم است اسناد را به ترتیب زمانی نگهداری کنید و مرتباً توالی دسته ها را بازیابی کنید. در کارخانه تولید، روند بازیابی دسته ای بیش از 12 ساعت به طول انجامید. بسته شدن ماه زمان بسیار زیادی طول کشید، زیرا تنها بازیابی دسته ها در بهترین حالت دو بار انجام شد: بار اول شناسایی خطاها، بار دوم پس از اصلاح آنها. گاهی اوقات دسته ها 4-5 بار در ماه بازسازی می شدند. طبیعتاً این برای کسی مناسب نبود و دلیل اصلی انتقال به RAUZ بود.

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

حسابداری دسته ای، ترازنامه (TBS) برای 43 فاکتور در ماه برای یک کالای خاص بدون در نظر گرفتن انبارها:

ROUZ، SALT برای 43 فاکتور در ماه برای یک کالای خاص بدون در نظر گرفتن انبارها:

از آنجایی که جریان اسناد بسیار زیاد است، نمی‌توان با حسابداری دسته‌ای با پرچم‌های تنظیم شده در تنظیم پارامترهای حسابداری، «حذف دسته‌ها هنگام انعکاس اسناد (در حسابداری مدیریت، در حسابداری تنظیم‌شده)» کار کرد.

این گواهی همچنین به ما در مورد مشکلاتی از این دست اطلاع می دهد: "در جریان جریان فشرده اسناد، تنظیم پرچم "حذف دسته ها هنگام انعکاس اسناد" ممنوع است، در غیر این صورت منجر به کاهش عملکرد و همزمانی سیستم می شود.

بنابراین لازم بود که دائماً از پردازش "پست به صورت دسته ای" استفاده شود که در حالت کار 24 ساعته کارخانه در کنار بازیابی دسته ای مشکل ایجاد می کرد.

دلیل دیگر به نفع تغییر به RAUZ، روند طولانی تکمیل سند "محاسبه هزینه هزینه" بود. هنگام استفاده از حسابداری دسته ای، اقدامات انجام شده در سند محاسبه هزینه باید به چندین سند تقسیم می شد تا داده های میانی بررسی شود و در زمان صرفه جویی شود. هر کدام از آنها حدود 40 دقیقه طول کشید. از آنجایی که سند "محاسبه هزینه" طبق سیستم مدیریت، سیستم حسابداری و NU انجام می شود، زمان صرف شده برای پردازش اسناد از این نوع: 40 دقیقه * 6 سند. = 4 ساعت که نصف روز کاری است. برای مقایسه، پس از تغییر به RAUZ، تکمیل سند "محاسبه هزینه" حدود 5 دقیقه طول می کشد. صرفه جویی در زمان بسیار زیاد

سند OU 1

سند دوم OU

مزایای اصلی استفاده از RAUZ عبارتند از:

عدم وجود یک روش طولانی برای بازیابی دسته ها؛

ارزیابی موجودی، پس از بسته شدن ماه، هزینه حذف با میانگین مطابقت دارد، زیرا این دقیقاً همان چیزی است که سیستم معادلات خطی (SLAU) RAUZ فرض می‌کند (شکل 3).

پردازش سریعتر اسناد در حالت عملیات فعلی؛

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

نیازی به تصحیح اشتباهات ناشی از وارد شدن مدارک به ترتیب اشتباه نیست. برای RAUZ کافی است که در پایان ماه هیچ تراز منفی برای هزینه ها وجود نداشته باشد.

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

برای تجزیه و تحلیل داده ها در مورد هزینه ها و هزینه ها، می توانید تنها از 2-3 گزارش به جای بیانیه های مختلف استفاده کنید که هنگام استفاده از حسابداری دسته ای داده ها را از چندین ثبت جمع آوری می کند.

در زیر لیستی از وظایفی است که باید قبل از فعال کردن استفاده از RAUZ در پایگاه داده تولید تکمیل شوند:

1. در مورد روش تشکیل قیمت های حسابداری تصمیم گیری کنید

پارامتری در خط مشی حسابداری وجود دارد که هنگام تغییر به RAUZ بسیار مهم است - روش تشکیل قیمت های حسابداری. می تواند یکی از سه مقدار را داشته باشد:

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

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

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

بهتر است از هزینه صفر استفاده کنید یا آن را با قیمت های برنامه ریزی شده شکل دهید.

شرکت روشی را برای تشکیل قیمت‌های حسابداری «بر اساس هزینه‌های مستقیم» انتخاب کرد. استدلال به نفع این انتخاب:

نیاز به داده های هزینه عملیاتی برای هزینه های مستقیم؛

انبارها نیاز به موجودی به روز دارند.

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

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

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

با توجه به اینکه اسناد به صورت تصادفی در یک روز وارد می شوند (ترتیب اسناد مهم نیست) ممکن است تصویری نه چندان زیبا در حساب ها و دفاتر ثبتی با وجود مبالغ هنگفتی ظاهر شود که اصولاً نباید وجود داشته باشد.

این مشکل را می توان با تنظیم اسناد در گاهشماری مورد نیاز از بین برد، اما پس از آن معنای اصلی RAUZ از بین می رود - امکان تنظیم خودسرانه اسناد در عرض یک ماه.

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

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

لازم به ذکر است که تغییر رویه ایجاد قیمت های حسابداری به احتمال زیاد مستلزم تغییر رویه های حسابداری سازمان هایی است که توسط افراد مسئول بر روی کاغذ امضا شده اند.

2. در مورد تاریخ انتقال تصمیم بگیرید

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

استفاده از RAUZ در این شرکت در سال 2014 آغاز شد. با این حال، فرآیند انتقال واقعی بعدا اتفاق افتاد. پس از ایجاد مدارک برای وارد کردن موجودی طبق راوز، ماه های بسته شده مجدداً ارسال و بسته شدند.

3. در مورد نحوه استفاده از RAUZ تصمیم بگیرید

هر حالت رابطه بین حسابداری تنظیم شده و مدیریت را هنگام حفظ حسابداری هزینه در یک شرکت تعیین می کند. علاوه بر این، ترکیب بخش های تحلیلی حسابداری هزینه بستگی به نحوه استفاده از RAUZ دارد.

برای حالت "حسابداری تنظیم شده"، جزئیات هزینه را نمی توان پیکربندی کرد؛ برای حالت "حسابداری تنظیم شده با تجزیه و تحلیل اضافی"، جزئیات هزینه را می توان فقط برای حسابداری تنظیم شده پیکربندی کرد؛ و برای حالت "مدیریت و حسابداری تنظیم شده" - فقط برای حسابداری مدیریت .

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

4. لیستی از اشیاء و تغییرات غیر استاندارد را با استفاده از ثبت دسته و هزینه تعیین کنید

لیست اشیاء ذکر شده در بالا برای شرکت تعیین شده است؛ تغییرات مناسبی در آنها ایجاد شده است، زیرا ثبت های دیگر برای RAUZ استفاده می شود. لطفاً توجه داشته باشید که اشیا باید دو حالت عملیاتی داشته باشند: حسابداری دسته ای برای استفاده از دوره قدیمی، RAUZ برای استفاده از دوره جدید.

5. پایگاه داده آزمون را به RAUZ منتقل کنید

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

6. قوانینی برای بسته شدن ماه ایجاد کنید

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

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

در این مقاله به تنظیمات اولیه لازم برای بستن صحیح حساب های 20، 25، 26، 44 می پردازیم. پیکربندی "اتوماسیون پیچیده" (نسخه 1.0.10.1)با استفاده از مثال سازمانی که خدمات ارائه می دهد و کالاهای خریداری شده را می فروشد. ما امیدواریم که ما به شما کمک کنیم تا این انتقال را انجام دهید و هزینه زمان و سلول های عصبی را کاهش دهید.

این یک مدل حسابداری جدید (جایگزین) برای حوزه های زیر است:

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

ظهور این مکانیسم با یکسان سازی حسابداری بهای تمام شده و حسابداری موجودی کالا همراه است. یکی از ایده های کلیدی RAUZ - دیدگاه یکپارچه از حسابداری بهای تمام شده و موجودی:

• یک ثبت واحد برای محاسبه هزینه ها استفاده می شود
• حسابداری به صورت دسته ای و برای موجودی ها و هزینه ها به طور یکنواخت نگهداری می شود

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

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

در عرض یک ماه "اتوماسیون جامع"ممکن است اعمال شود 3 گزینه برای ارزیابی ارزش اشیاء در حال ظهور:

• با قیمت های برنامه ریزی شده
• با هزینه های مستقیم
• با هزینه صفر

روش ارزش گذاری برای حسابداری مدیریتی و تنظیم شده به طور جداگانه در تنظیمات خط مشی حسابداری انتخاب می شود.

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

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

استفاده كردن بیدار شدن، هنگام اعمال روش برآورد هزینه حذف - با توجه به FIFO، در طول ماه برنامه هزینه حذف را محاسبه نمی کند FIFO- ارزیابی ظرف یک ماه استفاده می شود "به طور متوسط". توسط FIFOهنگام محاسبه بهای تمام شده واقعی فقط مانده های پایان ماه محاسبه می شود. البته شایان ذکر است که حتی پس از این محاسبه هزینه ممکن است در مورد مکانیسم محاسبه سوالاتی داشته باشید، اما این موضوع در مقالات دیگر مورد بحث قرار گرفته است.

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

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

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

حسابداری هزینه

مجموع وجود دارد پنج نوع کلید تحلیلی:

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

فروش با استفاده از ثبت ثبت می شود ” حسابداری فروش و بهای تمام شده ”. بر اساس داده های این ثبت، مبانی محاسبه هزینه تشکیل می شود.

حسابداری فروش و بهای تمام شده

آماده سازی

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

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

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

محاسبه هزینه

توزیع هزینه های عمومی تجاری

زمانی که سیاست حسابداری استفاده از روش را پیش بینی کرده باشد، موردی را در نظر خواهیم گرفت "هزینه یابی مستقیم"، زیرا معیارهای توزیع به روش مورد استفاده بستگی ندارد.

برای توزیع هزینه های تجاری عمومی، دو شرط باید رعایت شود:

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

راه اندازی پایان ماه

در صورت عدم درآمد، سند "محاسبه هزینه"می تواند هزینه های حساب 26 را به RBP نسبت دهد. یک نکته دیگر در اینجا قابل ذکر است: در صورت نیاز، برای هزینه های عمومی تجاری می توانید تجزیه و تحلیل دقیقی را که به آن اختصاص داده می شود را مشخص کنید. برای انجام این کار در سند اولیه نیاز دارید: ” دریافت کالا و خدمات ”,"گزارش قبلی", "الزامات فاکتور"یا در سند دیگری - این تجزیه و تحلیل را نشان دهید، سپس این مقدار از توزیع حذف می شود و روی آن بسته می شود، یا اگر گردش مالی برای این گروه کالا وجود نداشته باشد، روی RBP بسته می شود.

الزامات برای توزیع هزینه های تجاری و همچنین هزینه های توزیع مانند هزینه های عمومی تجاری است.

توزیع هزینه های تولید

حال بیایید به توضیح بستن اکانت بیستم، قوانین و الزامات لازم برای تکمیل این عملیات بپردازیم. همانطور که قبلاً در بالا توضیح داده شد ، ما در حال بررسی مورد ارائه خدمات هستیم که هزینه آن بر روی حساب 20 تشکیل شده است.

خدماتی که هزینه آنها باید محاسبه شود مستند شده است ” فروش کالا و خدمات ”، سند «قانون ارائه خدمات تولیدی»در اتوماسیون پیچیده استفاده نمی شود. هنگام تعیین لیست خدمات فروخته شده، تجزیه و تحلیل هزینه تعیین می شود - طبق سند (نشانک "خدمات"). این سند اصلی برای محاسبه هزینه بدون پر کردن آن است، حتی اگر گردش مالی در اعتبار حساب 90.01 وجود داشته باشد، محاسبه انجام نمی شود.

راه اندازی حسابداری

در رابط "مدیر حسابداری"سند در آیتم منو است "تنظیم حسابداری".

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

تنظیم پارامترهای حسابداری اقلام

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

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

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

روش های توزیع اقلام هزینه سازمان ها

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

راه اندازی پایان ماه

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

روشهای توزیع اقلام هزینه

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

توزیع هزینه های سربار

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

ارسال گزارش

خلاصه کردن

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

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

برچسب ها: RAUZ، rauz 1s، تجزیه و تحلیل هزینه

ROUSE 1C. مشکل انتخاب

بیش از دو سال از زمانی که شرکت 1C در راه‌حل‌های گردش خود (UPP/Automation Complex and Trade Management 11) یک روش جدید (به ترتیب مکانیزم فنی جدید) برای حسابداری هزینه و محاسبه بهای تمام شده اقلام موجودی ایجاد کرده می‌گذرد.

و اگر برای UPP / Complex هنوز یک انتخاب وجود دارد (به عنوان مثال، حسابداری دسته ای به جای RAUZ)، پس برای UT 11 هیچ گزینه دیگری وجود ندارد - RAUZ.

مدت هاست که مقالات و حتی کتاب های جداگانه ای با موضوع ROUZ نوشته شده است.

و با این حال، در هر پروژه برای اجرای SCP/Comprehensive، UT11، بحث این است که "آیا باید به RAUZ تغییر مکان دهیم؟"

مشخص است که استدلال های "برای / علیه" شناخته شده است و بیش از یک بار ارائه شده است (به عنوان مثال،در کتاب ). اما بسیاری از افراد با درک اینکه "پیشرفت را نمی توان متوقف کرد" هنوز در تغییر به RAUZ تردید دارند.

به نظر می رسد که استدلال روش شناسان شرکت 1C همه را متقاعد نمی کند؟ و مردم "متعهد" به اصطلاح. حسابداری دسته ای کلاسیک

پس فایده چیست؟ بیایید دلایل را دریابیم. در عین حال، "عادت و محافظه کاری" را البته در نظر می گیریم، اما به دنبال دلایل مهم دیگری خواهیم بود.

به نظر من، مردم دلایل احتمالی را به شرح زیر می بینند:

• (1) "زبری" در اجرای مکانیسم های RAUS (بیایید آن را J بنامیم).
• (2) نیاز به پذیرش RAUZ "همانطور که هست". عدم توانایی "مدیریت" فرآیند محاسبه هزینه؛
  

در مورد (1)، متأسفانه 1C، اول از همه، با انتشار یک نسخه خام (قضاوت ارزش من) از UT11 در سال 2010، دلیلی برای تردید ایجاد کرد. دیگر امکان رها کردن RAUZ در آنجا وجود نداشت و من شکایات زیادی در مورد محاسبه نادرست s/c خواندم.

با این حال، دو سال گذشته است و در این مدت 1C به طور قابل توجهی عملکرد را بهبود بخشیده و کیفیت اجرای مکانیسم RAZM را در محلول های گردشی بهبود بخشیده است.

بنابراین، دلیل (1) در هنگام انتخاب RAUZ کمتر مرتبط است.

و دلیل (2) به میدان می آید.

"چگونه می توان روض را همانطور که هست پذیرفت!" - ممکن است بسیاری مخالفت کنند. "شما نمی توانید حسابداری دسته ای کامل را در RAUZ انجام دهید!"

بله، و حق با آنها خواهد بود. با این حال، بیایید فکر کنیم: چرا واقعاً به حسابداری دسته ای "معمولی" نیاز داریم؟

به عنوان مثال، اگر ما در مورد هزینه محاسبه شده صحبت می کنیم، برآورد میانگین وزنی، که با در نظر گرفتن گاهشماری دریافت ها طبق FIFO محاسبه می شود، برای بخش حسابداری کاملاً رضایت بخش است. این به خوبی در RAUZ کار می کند و با PBU روسیه مطابقت دارد.

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

بنابراین، می‌توان نتیجه گرفت که «مشکل میانگین برآورد هزینه‌های کتبی بین چند دسته» نیست که در انتخاب حسابداری دسته‌ای (به جای RAUZ) مهم است.

بیایید با یک مثال توضیح دهیم (بیایید ارزیابی حذف را در یک مثال ساده در حسابداری دسته ای و RAUZ مقایسه کنیم):

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

· دسته اول نوشته شده است. 10 قطعه با هزینه 100 روبل / قطعه؛
· دسته دوم 6 قطعه با هزینه 140 روبل در هر قطعه حذف شد.

ROUZ با در نظر گرفتن FIFO:

واحدهای S/c = (10*100+6*140)/(10+6) = 115 روبل در هر واحد خواهد بود.

اما ارزش نهایی و حذف شده کل s/c برای ماه (با در نظر گرفتن FIFO)، هم با و هم بدون استفاده از RAUZ، تغییر نخواهد کرد. برابر با 1860 روبل خواهد بود. و انتخاب گزینه حسابداری تاثیری بر s/c نخواهد داشت.

بنابراین تفاوت بین حسابداری دسته ای و RAUZ طبق FIFO کجا ظاهر می شود؟

مدیریت حذف - "چنین دسته ای وجود دارد!"

تفاوت در جایی است که لازم است به برنامه بگویید (به روشی خاص) "کدام دسته را باید حذف کنم؟"

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

در اینجا نمونه هایی (متداول ترین) از این "خانواده مشکلات" آورده شده است.

· مثال 1.بیایید فرض کنیم که به تامین کنندگان (یا مدیران) یک رتبه بندی خاص اختصاص داده شده است (هر تامین کننده رتبه خاص خود را دارد). و در عرض یک ماه، اول از همه، باید دسته ای از کالاها را از تامین کننده با رتبه بالاتر و غیره بفروشید.

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

· مثال 3:اول از همه، شما باید محصولی را که با قیمت بالاتر خریداری شده است بفروشید (و به ترتیب آن را بنویسید... یا مثلاً کالایی را که خریدار برگردانده است).

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

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

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

در کل، با حسابداری دسته ای، واضح است. اما بیایید از خود بپرسیم: "آیا ما می توانیم به نحوی حذف احزاب در RAUZ را کنترل کنیم؟"

من UT11 را برای این اهداف به جای UPP انتخاب کردم تا بتوانم "مکانیک" کار با مکانیسم RAUZ را نشان دهم. در صورت لزوم، همان تکنیک ها را می توان برای SCP اعمال کرد.

و بنابراین، ما وظیفه زیر را داریم:

بدیهی است که هیچ راه‌اندازی برای چنین استراتژی حذفی در RAUZ وجود ندارد... و با این حال، ما می‌توانیم RAUZ را به همان روشی که نیاز داریم «به کار ببریم».

و انجام این کار بسیار ساده است، نکته اصلی این است که بفهمیم ROUZ چگونه "از درون ساختار یافته است"!

در این مقاله، من به جزئیات درباره نحوه عملکرد کل مکانیسم محاسبه s/s RAUZ نمی پردازم. قصد دارم این مطالب را در مقالات بعدی ارائه کنم.

در اینجا من نشان خواهم داد که چگونه می توانید "به مکانیسم استاندارد وارد شوید" و استراتژی حذف در RAUZ را به روشی نسبتاً ساده (بدون بازنویسی برنامه) مدیریت کنید.

ایده حل مشکل به شرح زیر است:

• در تنظیمات خط مشی حسابداری UT، "FIFO" را فعال کنید. ROUZ قادر است "بچ ها را طبق FIFO توزیع کند". بیایید از این بهره ببریم؛

• ما ترتیب (نیازمندیم) خود را از "بچ ها" برای حذف تشکیل می دهیم. در مورد ما، اولین دسته باید از تامین کننده با رتبه بالاتر و غیره باشد.
  

نتیجه گیری؛ بریم جلو..

بنابراین، نتایج زیر را می توان نتیجه گرفت:

1. در تعداد قابل توجهی از موارد، شما به راحتی می توانید بدون "حسابداری دسته ای" انجام دهید، و در مواردی که واقعا ضروری است، می توانید یک استراتژی حذف را تنظیم کنید.
2. ROUSE - "جعبه سیاه نیست". این مکانیسم ها را می توان به صورت فشرده پیکربندی و تطبیق داد. اما شما باید درک کنید که "چگونه آنها از درون ساختار دارند."
   

اگر ما به راه حل "مان" برای مشکل نمایش برگردیم، البته، با این راه حل ما حسابداری دسته ای را به طور کامل جایگزین نکردیم (و نتوانستیم).

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

همچنین واضح است که کاربران، برای مثال، نمی‌توانند در فاکتور مشخص کنند که «کدام دسته خاص را حذف کنند». و غیره.

سپس سوال این است: اگر ما به عملکرد کامل "حسابداری دسته ای" نیاز داشته باشیم چه؟ آیا ROUZ دیگر قابل اجرا نیست؟

در واقع، فناوری RAUZ بسیار انعطاف پذیر است و در صورت لزوم، می توانید (در صورت لزوم) تمام حسابداری دسته ای را پیکربندی کنید!

هزینه های نیروی کار مورد نیاز خواهد بود، اما مشکل را می توان کاملاً فشرده حل کرد.

چگونه انجامش بدهیم؟

من قصد دارم در مقالات آینده نیز در این مورد صحبت کنم.

من متقاعد شده ام که اگر یک حسابدار نتواند با یک برنامه خاص کنار بیاید، 90٪ تقصیر توسعه دهنده است.

محاسبه هزینه در UPP (RAUZ) بسیار دشوار است. آموزش استفاده صحیح از RAUZ به اکثر حسابداران تقریباً غیرممکن است. از این رو مسیر ساده سازی محاسبات را در پیش گرفتم.

من یک پردازش ایجاد کردم که انجام می دهد:

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

2) تست کلیدهای تجزیه و تحلیل قبل از محاسبه هزینه ها
شاید تست کردن ضروری ترین روش نباشد، مطمئناً به هیچ وجه بر محاسبه تأثیر نمی گذارد، اما وقتی شروع به بررسی نتیجه می کنیم، مطمئناً مهم است که کلیدهای تجزیه و تحلیل نام صحیحی داشته باشند.

3) هزینه برنامه ریزی شده را تنظیم می کند
این برنامه میانگین قیمت خرید هر کالای موجودی خریداری شده در ماه جاری را تجزیه و تحلیل می‌کند و سندی با عنوان "تنظیم قیمت اقلام" در ابتدای ماه با این قیمت ایجاد می‌کند. سپس پردازش کلیه اسناد مصرف کالا و مواد را مجدداً ارسال می کند.

این ممکن است برای خیلی ها نیز غیر ضروری به نظر برسد، اما به این سوال حسابداران که رد اقلام موجودی در معاملات مورد علاقه آنها فقط به صورت کمی انجام می شود و مبالغ حذفی وجود ندارد، چگونه پاسخ می دهید؟ و در نتیجه، کار با گزارش های حسابداری، مانند SALT یا کارت حساب، بسیار ناخوشایند است. من شخصاً برای پاسخ به این سؤال، سیاستی را برای حذف اقلام موجودی با "قیمت برنامه ریزی شده" تنظیم کردم و فقط به حسابداران در مورد نیاز به محاسبه هزینه با استفاده از پردازش خود می گویم. پس از این، آنها مقادیر اقلام رد شده موجودی را در معاملات مشاهده می کنند. بله، البته این مقادیر تقریبی خواهد بود، به استثنای مقادیر اضافی. هزینه‌ها، اما همچنان این مقادیر نزدیک به حقیقت هستند و به دیدن تصویر کلی کمک می‌کنند.

4) تجزیه و تحلیل توزیع هزینه را در سند "انعکاس حقوق در ثبت" حذف می کند. حسابداری"
اتفاقاً مدیر منابع انسانی به طور دوره ای تجزیه و تحلیل توزیع هزینه را در قالب های تعهدی حقوق نشان می دهد. در مورد ما، استفاده از آن مطلقاً ضروری نیست، بنابراین، به جای لگد زدن به افسر پرسنل/حسابدار، رویه ای را برای پاک کردن این تجزیه و تحلیل در اسناد "انعکاس حقوق در حسابداری تنظیم شده" ایجاد کردم. گوسفندان سالم، گرگ ها سیر می شوند!!!

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

6) تنظیمات "گزارش تولید" را انجام می دهد

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

7) تجزیه و تحلیل توزیع هزینه را در «اقدامات خدمات تولید» حذف می کند
مجدداً، به جای اینکه ماتریالیست را مجبور کنیم از خالی بودن وسایل اطمینان حاصل کند، تمیز کردن خودکار آنها قبل از محاسبه هزینه آسان تر است.

8) امکان "بستن کامل" هزینه های مواد را بررسی می کند.

این ترفند توسط یک متخصص بسیار ماهر از شرکت Direct-Project (ولگوگراد) - ایرینا به من آموزش داده شد. واقعیت این است که ما معمولاً هزینه های مواد را یا طبق اسناد "موجودی کار در حال انجام" می نویسیم یا حذف اضافی (به جز اسناد هزینه در طول ماه) انجام نمی شود. از نظر تئوری، در هر دو مورد اول و دوم، زمانی که تعادل کمی به صفر می رسد، برنامه باید تمام هزینه خود را حذف کند. اما همیشه این اتفاق نمی افتد و خیلی دیر مشخص می شود. سپس، قبل از محاسبه هزینه اصلی، پیشنهاد شد تنظیمات ثبت "روش های توزیع اقلام هزینه سازمان ها" را تغییر دهید تا تمام هزینه های مادی به طور کامل توزیع شود و در عین حال سند "موجودی کار" را علامت گذاری کنید. در حال انجام» برای حذف. اگر همه چیز در برنامه خوب است، پس از محاسبه هزینه، تمام هزینه های مواد باید با 8 حذف شود. اما در عمل، این همیشه کار نمی کند و شما باید به سرعت به آن پاسخ دهید.

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

9) مهم ترین چیز!!! اگر اجرای سند استاندارد "محاسبه هزینه" وجود "موجودی منفی" را گزارش کند، پردازش من از پردازش سند محاسبه هزینه خودداری می کند و به طور دقیق نشان می دهد که کدام مانده های منفی باید اصلاح شوند!

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

برای یافتن این "باقی مانده های منفی" باید:

• ایجاد دو گزارش مختلف ("بیانیه بهای تمام شده" و "صورت حسابداری موجودی کالا")؛
• جزئیات نسبتاً دقیق را تنظیم کنید (گاهی اوقات 5-7 گروه بندی). به عنوان مثال، حتماً جزئیات را بر اساس گروه های آیتم اضافه کنید تا ببینید که موجودی در یک گروه +1 و در گروه دیگر -1 است (رده بندی مجدد).
• حتماً سند "محاسبه هزینه هزینه" را توزیع کنید.
• خوب است که بتوانید از سایر تنظیمات و حالت های گزارش استفاده کنید.

پردازش من نه تنها با صدای بلند در مورد وجود هزینه های منفی فریاد می زند و اجازه نمی دهد سند، در صورت وجود، پردازش شود، بلکه نشان می دهد که کدام گزارش باید تولید شود (با رنگ قرمز برجسته می شود). علاوه بر این، در هر گزارش، گروه‌بندی‌ها از قبل پیکربندی می‌شوند تا مطمئناً در صورت رد شدن، ترازهای منفی را مشاهده کنید و (!!!) انتخاب بر اساس موجودی یا Cost فعال شود. بنابراین، شما باید نه در یک گزارش 10 صفحه ای، بلکه، به طور معمول، در یک گزارش 4-20 خطی جستجو کنید، که نیمی از آن ترازهای مثبت و نیمی منفی هستند. با مقایسه دو خط، بلافاصله مشخص می شود که با چه جزئیاتی (انبار، گروه کالا و غیره) درجه بندی مجدد صورت گرفته است.

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