موجودی کالا در انبار تجاوز کرده است. خطا

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

چرا موجودی آزاد در انبار بیش از حد است؟

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

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

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

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

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

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

ما مشکلی را که در تعدادی از موارد هنگام حسابداری سری محصولات در پیکربندی «1C: Trade Management 8» (نسخه 11.3)، با گزینه سیاست حسابداری «مدیریت مانده‌های سری» ایجاد می‌شود، نشان دادیم.

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

برای انجام کنترل عملیاتی موجودی دسته ای هنگام ارسال اسناد، برخی تنظیمات مورد نیاز است.

داده های اصلی و مدیریت / داده های اصلی / انبارها و فروشگاه ها

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

ما انبار را ضبط و تعطیل می کنیم.

تنظیم خط مشی حسابداری دسته ای

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

خط مشی در کارت نوع کالا در برگه "Basic" (برای همه انبارها یا برای هر انبار) نشان داده شده است. نوع نامگذاری در فهرستی به همین نام یا در فهرست نامگذاری موجود است.

داده های مرجع و مدیریت / داده های مرجع / طبقه بندی کننده های نامگذاری / نوع نامگذاری

داده های مرجع و مدیریت / داده های مرجع / نامگذاری

بیایید نوع اقلام و خط مشی حسابداری سری را باز کنیم.

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

1. "هنگام برنامه ریزی حمل و نقل" یا
2. "هنگام برنامه ریزی انتخاب."

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

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

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

بیایید سعی کنیم محصولی را با سری "غیر موجود" بفروشیم و ببینیم آیا کنترل کار می کند یا خیر.

بیایید یک سند برای فروش کالا و خدمات ایجاد کنیم.

فروش / عمده فروشی / اسناد فروش (همه)

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

در برگه «محصولات»، محصولی را انتخاب کنید که سیاست مشابهی برای آن اعمال می‌شود.

بر روی دکمه «مشخص کردن سری» کلیک کنید تا پنجره ثبت نام سری محصول باز شود و یک شماره جدید (به صورت دستی یا با تولید آن) وارد کنید، سپس روی «پایان» کلیک کنید.

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

حالا بیایید سعی کنیم سند را ارسال کنیم. با این حال، برنامه در مورد عدم امکان اجرای آن هشدار می دهد.

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

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

عصر بخیر

شما نمی دانید مشکل چیست، موجودی در انبار وجود دارد، اما سند RT&U به دلیل مازاد موجودی رایگان پست نمی شود. هیچ ذخیره ای وجود ندارد، من سفارشی از مشتری وارد نکردم.

سفارش به تامین کننده:

ورود کالا:

اضافی منعکس شده است هزینه ها:

باقیمانده رایگان است، رزرو نشده است:

من سعی می کنم این کار را انجام دهم، اما در نهایت شکست می خورد:

شاید چون پایه دمو است؟

پاسخ:

ممنون، قبلا متوجه شدم انبار سفارش داده شد.

سوال: انتقال موجودی انبار از BP 3.0 به UT 11.3

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

پاسخ:

اسلیموز گفت:

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

برای گسترش کلیک کنید...

تمام اسناد ورودی و خروجی، علاوه بر موارد ذکر شده، حداقل شامل جابجایی و مونتاژ/جداسازی می شود. به علاوه، کالاهای مختلط نیز وجود دارد.

سوال: کنترل موجودی کالا در حین خرده فروشی

عصر بخیر.
بچه ها، به من بگویید، آیا در BP 3.0 امکان کنترل تعادل کالا در حین خرده فروشی با استفاده از سند "خرده فروشی (دریافت)" وجود دارد؟
من می دانم که در BP 2.0 چنین فرصتی با کمک حقوق کاربر اضافی "کنترل تعادل کالا در هنگام اجرای سریع رسید صندوق نقدی" در دسترس بود.

پاسخ:

من نمی دانم چرا در هنگام خرده فروشی، نیاز به کنترل تعادل کالا وجود دارد؟

یعنی خریدار (یا خود فروشنده) سبدی از کالاها را جمع آوری می کند ، سعی می کند فروش را در RMK ثبت کند ، اما 1C آن را به او نمی دهد و می گوید: "طبق حسابداری لعنتی ما ، شما هیچ باقیمانده ای ندارید. از این محصول - آن را در جایی که گرفتید قرار دهید"؟

یا - چرا این است؟

سوال: UNF: هنگام وارد کردن موجودی اولیه، کالا از اظهارنامه گمرکی به هیچ جا پرواز نمی کند.

عصر بخیر
ما در UNF نسخه 1.6.15.44 (بدون تغییر) شروع به کار کردیم، موجودی های اولیه را وارد کنید.
ما برای اولین بار این کار را انجام می دهیم، هنگام ورود به محصول، 2 تب - "موجودی" و "موجودی با اظهارنامه گمرک گاز" را مشاهده کردیم.

از آنجایی که ما کالاهای وارداتی زیادی داریم و جایی برای وارد کردن اظهارنامه گمرک گاز در تب "موجودی ها" وجود ندارد، کالاهای داخلی را در "موجودی" و کالاهای وارداتی را در "موجودی با اظهارنامه گمرکی گاز" وارد کردیم.

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

این همان چیزی است که ورودی به نظر می رسد، جایی برای نشان دادن انبار وجود ندارد.

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

اما در نامگذاری نیست و گزارش انبار نیز کالاهای وارداتی را نشان نمی دهد:

سوال:
1) آیا من کار اشتباهی انجام دادم و آیا این در جای دیگری پیکربندی شده است؟
2) اگر این یک خطای نرم افزاری است، آیا راهی برای پیوند دستی موجودی به انبار وجود دارد؟

پیشاپیش از شما متشکرم!

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

سوال: تخلیه موجودی انبار از 10.3 تا 11.2؟

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

چطور می توان از این اجتناب کرد؟

پاسخ:

nomad_irk گفت:

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

برای گسترش کلیک کنید...

راهی پیدا کرد!!!
سند - تنظیم سری و ویژگی های محصول. من 31 دسامبر این کار را انجام می دهم، اما در 1 ژانویه تراز منفی وجود ندارد!

با تشکر از همه!

سوال: نمایش موجودی کالا در ستون PM باقیمانده سند

لطفا به من کمک کنید که برای برنامه ریزی ستون Document PM Quantity (در ماژول OnChange) به چه سمتی حرکت کنم تا وقتی مقدار یک محصول را در PM سند وارد می کنید، موجودی این محصول در انبار در قسمت نمایش داده شود. ستون باقیمانده سند PM سؤال: آیا عملکردهایی وجود دارد که ارزش موجودی کالا را در انبار برمی گرداند یا باید از طریق درخواست انجام شود؟ من به سادگی قیمت فعلی محصول را از طریق Information Registers.ProductPrices.GetLast(CurrentDate, Selection) نمایش می دهم. شاید عملکرد مشابهی برای نمایش Remaining در ستون PM Remaining Document وجود داشته باشد.

پاسخ:این چیزی است که PM به نظر می رسد، کاربر نمی تواند فیلد Remaining را تغییر دهد

سوال: کالاهای باقی مانده در انبار

من پیکربندی خودم را می نویسم و ​​کار در اصل استاندارد کالا است ... رسید ... هزینه ... انبار ... و باید موجودی کالا را در انبار بررسی کنم هنگامی که نوشته شده است. می‌دانم که در حالت ایده‌آل باید یک متغیر سراسری ایجاد کنید و آن را در یک فایل ذخیره کنید... اما تا کنون با کالاهای باقی‌مانده در انبار کار نمی‌کند. شاید کسی به من بگوید؟

پاسخ:ممنون، قبلا متوجه شدم اکنون دارم متوجه می شوم که چگونه کالاها را از صف Fifo، Lifo حذف کنم...

سوال: به من کمک کنید در مورد ساختار ثبت(های) موجودی کالا تصمیم بگیرم

ما ثبتی از کالاهای باقیمانده با ابعاد محصول، انبار و منابع باقیمانده و مقدار داریم.
نیاز به نگهداری سوابق به صورت دسته ای و توسط "سلول ها" وجود داشت (در مورد ما، این یک آنالوگ پالت است. از نظر تئوری فقط یک نوع کالا بین انبارها جابجا می شود - در یک سلول، اما می تواند دسته های مختلفی وجود داشته باشد. و یک محصول را می توان در چندین سلول قرار داد).
ساده ترین راه حل اضافه کردن ابعاد است، به ترتیب محصول، انبار، لات، سلول، اما این سوال با اندازه جداول ثبت ایجاد می شود: برای 1.5 سال ما یک جدول حرکتی 203 مگابایتی داریم (2 میلیون رکورد). ابعاد (دریافت 265 مگابایت) ، فقط اسناد رسید (تشکیل دسته) را مجدداً ارسال کرد و 370 مگابایت دریافت کرد. (و این هنوز مصرف دسته ها نیست و سلول ها درگیر نیستند که 2-3k وجود خواهد داشت.).
((پایه DBF، لازم است حداقل 5 سال طول بکشد. انتقال به SKUL در حال حاضر در نظر گرفته نمی شود))

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

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

سوال: آیا چنین گزارشی در UT 11 وجود دارد؟ - کالاهای باقیمانده در انبار با فواصل زمانی

آیا گزارشی در UT 11.4 وجود دارد که می توانید موجودی موجود در انبار را ببینید و سپس به فواصل زمانی تقسیم کنید ، بگویید 1-7 روز پیش به این موجودی خیلی اضافه شده است ، 7-14 روز اینقدر. و اگر تمام این داده ها از فواصل خلاصه شود، باید تراز فعلی بدست آید.

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

سوال: کالاهای باقی مانده در انبارها به قیمت رسید

سلام به همه!
لازم است UT 11.2 گزارشی تهیه کند که کالاهای باقی مانده را با قیمت های خرید نشان دهد. ولی!
نمایش این پسماندها در زمینه موتور توربین گاز ضروری است. به عنوان مثال:
Nomenclature1 - GTD1 - 12 عدد. - 10 مالش.
نامگذاری 1 - GDT2 - 10 عدد. - 15 مالش.

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

پاسخ:

من آن را شبیه به گزارش استاندارد "کنترل شماره های اظهارنامه گمرکی کالا" می کنیم قیمت های رسید را انتخاب کنید

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

در حال حاضر، در تنظیمات استاندارد 1C UT11، KA2، ERP، حسابداری موجودی دقیقاً به همین روش انجام می شود. در پیکربندی های قدیمی تر در فرم های معمولی (UT10، KA، UPP)، حسابداری کمی متفاوت است، اما ایده کلی یکسان است. در نگاه اول، حسابداری بسیار پیچیده است. به عنوان مثال، در پیکربندی استاندارد محبوب UT11 برای حسابداری موجودی بیش از 40 رجیستر تجمع استفاده می شود. بیایید سعی کنیم بفهمیم که چرا آنها مورد نیاز هستند، چگونه از آنها استفاده می شود، کدام یک از آنها اساسی و کدام کمکی هستند.

1. خطوط حسابداری کالا

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

مدار مالیاز اسنادی استفاده می کند که مربوط به امور مالی و حسابداری است و توسط حسابداران یا مدیران درج می شود («دریافت کالا و خدمات»، «فروش کالا و خدمات»، «جابه جایی کالا»، «حذف کمبود کالا» و غیره. .). این اسناد حاوی اطلاعاتی در مورد اینکه چه کالاهایی از نظر حسابداری باید در انبار ما باشند، متعلق به چه کسانی هستند و قیمت آنها چقدر است. مدار انباراز اسنادی استفاده می کند که وضعیت واقعی کالا را در انبارهای فیزیکی منعکس می کند. این اسناد توسط انبارداران وارد می شود که بدون توجه به اینکه کالای چه کسی است، چرا آن را داریم و هزینه آن چقدر است، وجود واقعی کالا را در انبار مشاهده می کنند. اسناد انبار شامل «سفارش دریافت کالا»، «خروجی سفارش کالا»، «بازشماری کالا» و غیره است.

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

2. ثبت موجودی اصلی

اکنون بیایید نگاهی دقیق‌تر به ذخیره داده‌های موجودی محصول در UT11 بیندازیم. بیش از 40 رجیستر در پیکربندی وجود دارد که برای ضبط آیتم ها استفاده می شود و درک فوری آنها بسیار دشوار است.

با این حال، با وجود تعداد زیادی از بخش های حسابداری، تنها 4 ثبت اصلی انباشت کالا با داده های محصول وجود دارد:

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

"محصولات سازمان ها"- این ثبت اصلی برای حسابداری کمی داده های مدار مالی است. این ثبت اطلاعات مربوط به اینکه کدام سازمان مالک کالا در انبار است را ذخیره می کند. زمانی که اسناد مالی را وارد می کنید، داده های این ثبت تغییر می کند.

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

این 4 ثبت هسته اصلی سیستم حسابداری کالا هستند.آنها حاوی تمام اطلاعات اولیه در مورد محصولات شرکت هستند.

با این حال، همانطور که در بالا ذکر شد، بیش از 40 ثبت نامگذاری در پیکربندی وجود دارد. چرا بقیه مورد نیاز هستند؟

3. موارد اضافی ثبت حسابداری

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

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

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

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

به ثبت نام ها، ارائه برش داده های اضافی، آن را می گرفتم "اقلام در سلول ها","کالاهای منتقل شده برای کمیسیون".

شما همچنین می توانید ثبت داده ها را به گروه های جداگانه جدا کنید حسابداری برنامه ریزی شده بر اساس آیتم("سفارشات حرکت"، "سفارشات به تامین کنندگان"، "سفارشات مشتری"، و غیره) و موارد دیگر ثبت های حسابداری دسته ای("مقدار هزینه تولید"، "مقدار هزینه تولید"، "مقدار هزینه کالا" و غیره)

4. سازگاری ثبت های نامگذاری

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

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

(تصویر صفحه تطبیق موجودی ها در یک پایگاه داده آزمایشی معمولی UT11.2 از گزارش "حسابرسی جامع حسابداری")

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

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

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

5. موجودی منفی در ثبت اقلام

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

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

6. تصحیح اشتباهات محاسباتی هزینه.

خطاهای اصلی ردیابی شده توسط مکانیزم محاسبه هزینه:

1. کمبود کالا در انبار.در این مورد، یک پیام مانند "نامگذاری:<НаименованиеНоменклатуры>، موجودی:<Наименование>، سازمان:<Наименование>تراز منفی در ثبت "بهای تمام شده کالا" شناسایی شد: 1". این پیام به این معنی است که در پایان ماه بیشتر از آنچه در انبار بود کالاهای خارج شده به ثبت رسیده است. دلایل اصلی احتمالی: اسناد رسید وارد نشده است. اسناد ورودی که قبلاً هزینه آنها وارد شده است ویرایش شده است. سند هزینه اشتباه وارد شده است. برای تصحیح آن، باید حرکات اقلام با تراز منفی را بررسی کنید و ردیابی کنید که خطا در کدام سند رخ داده است.

2. موجودی کل با مقدار صفر گیر کرده است.در این مورد، یک پیام مانند "بر اساس نامگذاری<Наименование>، موجودی:<Наименование>، سازمان:<Наименование>موجودی نادرستی در ثبت "بهای تمام شده کالا" شناسایی شد: مقدار = 0، هزینه = ХХХ، ХХ، هزینه بدون مالیات بر ارزش افزوده = ХХХ، ХХ". این خطا فقط هنگام استفاده از حسابداری دسته ای رخ می دهد. این بدان معنی است که سیستم قادر به تعیین صحیح هزینه هر دسته برای محصول حذف شده نیست. معمولاً در صورت عدم تطابق بین موجودی‌های موجود در ثبت «بهای تمام شده کالا» و «مجموعه کالاهای سازمان» رخ می‌دهد. برای رفع مشکل، بررسی تاریخچه سند در چه مرحله ای موجودی در این رجیسترها پراکنده شده است. در بیشتر موارد، این مشکل مربوط به تنظیم داده های دوره قبل است و با ارسال و ارسال مجدد سند قبلی برای پر کردن مجدد نوع موجودی حل می شود.

3. نقل و انتقالات بین سازمان ها.یک پیام مانند "" انتقال کالا از فرستنده رسمی نشده است:<Наименование>، به گیرنده:<Наименование>، بر اساس انبار:<Наименование>"" . این خطا فقط هنگام استفاده از مکانیسم Intercampany رخ می دهد. در واقع، حتی یک اشتباه هم نیست. این یک اطلاعیه است مبنی بر اینکه انتقال کالاهای فروخته شده به شرکت دیگری تکمیل نشده است. از نقطه نظر فنی، سیستم این خطا را با وجود موجودی در ثبت کمکی "کالاهای سازمان ها برای انتقال" تعیین می کند. ثبت نقل و انتقالات از طریق محل کار «ثبت نقل و انتقالات» و انجام مجدد محاسبه هزینه الزامی است.

4. کالاهای پورسانت.یک پیام مانند "گزارشات به تعهد رد خارج برای سازمان تکمیل نشده است:<Наименование>، متعهد:<Наименование>"" . این خطا فقط هنگام استفاده از معاملات کمیسیون رخ می دهد. در واقع این یک اشتباه نیست. این یک اطلاعیه است مبنی بر اینکه گزارشات به مدیر تکمیل نشده است. از نقطه نظر فنی، سیستم این خطا را با وجود موجودی در ثبت کمکی "کالا برای تهیه گزارش به اصلی" تعیین می کند. صدور گزارش به مدیران و انجام مجدد محاسبات هزینه الزامی است.

5. کار می کند.یک پیام مانند "رسید منعکس نشده است <Количество> کامپیوتر کار" <Номенклатура> "به واحد" <Склад> "سازمان های" <Организация> " . این خطا ممکن است هنگام استفاده از موارد با نوع "Work" رخ دهد. این یک اعلان است مبنی بر اینکه کار بیشتری فروخته شده/حذف/استفاده شده است. از نقطه نظر فنی، سیستم این خطا را با وجود ترازهای منفی در ثبت کمکی "مواد و کار در تولید" تعیین می کند. بررسی حرکات اثر اشتباه و ثبت رسید گم شده یا اصلاح استفاده از اثر الزامی است. پس از اصلاح دوباره محاسبه هزینه را انجام دهید.

7. نتایج

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

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

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