پردازش "انجام به صورت دسته ای. ارسال بر اساس دسته نحوه تنظیم فاصله ارسال بر اساس دسته

سوال: انجام به صورت دسته ای

1C وجود دارد، پلت فرم 8.1 (8.1.13.37)، پیکربندی UPP 2.5.1، روی SQL اجرا می شود (پیکربندی به روز نمی شود، زیرا تغییرات زیادی وجود دارد).
دیتابیس یک سال کار می کند، حجم 1 گیگابایت است.

دیروز یک مشکل عجیب آشکار شد.
من پردازش را به صورت دسته ای انجام می دهم.
وقتی پردازش را باز می کنید، می گوید که ارسال به صورت دسته ای در تاریخ 1388/03/18 12:10:23 فروش کالا و خدمات شماره ... تکمیل شد.
وقتی هر تاریخی را که باید انجام شود تعیین می‌کنید، بازی‌ها طبق معمول قبل از این تاریخ شروع می‌شوند، گاهی اوقات خطاهای استاندارد وقتی چیزی از دست رفته ظاهر می‌شوند.
اما در پایان اعدام مجدداً می نویسد که اجرای دسته جمعی در همان تاریخ به پایان رسیده است "1388/03/18 ساعت 12:10:23"
بر این اساس دفعه بعد دوباره از این تاریخ شروع میشه...
آیا کسی با چنین مشکلی مواجه شده است، چگونه آن را درمان کنیم؟

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

پاسخ:

پردازش من به من خطایی می دهد
پیکربندی UT، 10.3.6.8/12 (10.3.6.8/09)

(Form.Form.Form(133)): فیلد شی پیدا نشد (Batch AccountingBU)
List of Sequences.Add(Metadata.Sequences.Batch Accounting.Name,Metadata.Sequences.Batch Accounting.Synonym);

سوال: هدایت به صورت دسته ای (توالی)

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

پاسخ:

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

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

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

پاسخ:() خب مشکلی نیست!
معلوم نیست چرا اگر عصر شروع کردند، سه ماهه را در طول روز تعطیل کردند... اما در کل، من نیازی به درک این موضوع ندارم.

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

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

عصر بخیر لطفا کسانی که با چیزی مشابه مواجه شده اند به من بگویید. 8.2UT ed.10.3. دسته های قدیمی شروع به قرمز شدن کرده اند، اما هنوز دسته های تازه باقی مانده است. در تنظیمات، روش حذف FIFO است؛ حسابداری دسته ای برای انبارها حفظ نمی شود. رسیدهایی از سال 2018 وجود دارد؛ در هنگام فروش، دسته به عنوان منهای از دسته های 2010-2013 حذف می شود. در عین حال 1C به هیچ وجه فحش نمی دهد و اطلاع رسانی نمی کند! فقط در گزارش دسته ای قابل مشاهده است. وقتی مشکلی کشف شد، تنظیم دستی رجیسترها انجام شد، اما این کمکی نکرد، معایب همچنان ادامه دارد. اسکرین شات ها: و

پاسخ:

nbIpKuH_BaH9 گفتم:

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

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

متشکرم

سوال: مهم! نشان دادن مقدار هر دسته در جدول مقادیر

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

من از پرس و جو زیر استفاده می کنم:

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

من به چیزی نیاز دارم که نه تعداد کل کالاها، بلکه به صورت دسته ای (1 دسته - 1 ورودی سند فاکتور) را نشان دهد و قسمت سوم شامل تاریخ تحویل کالا به انبار باشد.

مثلا:

گوجه فرنگی 100 11/01/2013
گوجه فرنگی 200 11/04/2013

به جای (آنچه به دست آوردم):

گوجه فرنگی 300<дата не заполняется>

لطفا به من بگویید چگونه آن را تعمیر کنم! چگونه می توان تاریخ را نیز پر کرد (که در درخواست نیست) و به صورت دسته ای! متشکرم!

پاسخ:

پیام از DoLoveRun

آیا ویژگی دسته ای در قسمت جدولی سند باید پیوندی به خود سند باشد؟

طرف در ثبت است نه در سند

سوال: UT 11 به روز رسانی دسته ها

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

سوال: دسته های ACC حذف نمی شوند

"کنترل شرکت تولیدیبرای اوکراین»، نسخه 1.3
توسعه پیکربندی: "ABBYY Ukraine"، 2005-2015 (1.3.45.1)

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

حسابداری. سند دستور پرداخت کالا 000000605 مورخ 1395/03/22 16:12:21 قسمت جدولی "کالا" 1 قطعه کالا M_____T به صورت دسته ای حذف نشده، x-ka: , سری: 220000320454 حسابداری حسابداری. مالیات بر ارزش افزوده، از انبار: انبار فروش

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

به کجا نگاه کنیم، چه چیزی می تواند بر پر کردن حساب های حسابداری در جدول حرکات، که به صورت دسته ای ارائه می شود، تأثیر بگذارد.
متشکرم.

پاسخ:

مشکل حل شده است.
اگر کسی آن را مفید بداند:
دلیل آن در زیر آمده است.
در جدولی که برای طرف های حسابدار انجام شده است، حساب های حسابداری پر نشده است. حساب‌های حسابداری از تحرکات RTiU تحت حذف کالاهای RS برداشته شد. آنجا خالی بودند چون... هنگام پر کردن سند RTiU در ترکیب PM مجموعه، حساب های حسابداری به روز نشدند.
با انتخاب مجدد کیت فروش در PM Goods، مقدار آن پر شده است، تنها چیزی که باقی می ماند ارسال مجدد اسناد به صورت غیرعملیاتی است.

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

سوال: جابجایی محموله های کالا در UT11

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

پاسخ:() موارد هزینه را در اظهارنامه گمرکی ببینید. برخی از آنها هزینه ها را بین همه طرف ها تقسیم می کنند

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

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

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

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

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

منو: گزارش ها – فروش – تجزیه و تحلیل فروش – سود ناخالص

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

1. سند دریافت کالا هنوز وارد بانک اطلاعاتی نشده است.
2. سند دریافت کالا در بانک اطلاعاتی وارد می شود اما در زمانی دیرتر از فروش کالا.
3. کالاهای مازاد یا نامتناسب در انبار وجود دارد.

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

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

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

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

نمونه ای از گزارش تولید شده:

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

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

اگر تاریخ اسناد در روزهای مختلف باشد (به عنوان مثال، رسید در 1 آوریل است، و فروش در 31 مارس انجام شده است)، پس باید این وضعیت را با جزئیات بیشتری درک کنید. ممکن است یکی از مدارک با تاریخ اشتباه وارد برنامه شده باشد (مثلاً تاریخ دریافت کالا و مدارک مربوط به آن 9 اسفند بوده اما تاریخ اشتباهی در برنامه درج شده باشد). یا تامین کننده اسناد اولیه صادر شده با تاریخ اشتباه را ارسال کرده است (به عنوان مثال، کالا در 30 مارس وارد شده است، و تامین کننده اسنادی را به تاریخ 1 آوریل ارسال کرده است) - در این صورت، اسناد جدیدی از تامین کننده مورد نیاز خواهد بود.

در هر صورت در نهایت نباید موجودی منفی در گزارش وجود داشته باشد و دریافت کالا باید زودتر از فروش آن ثبت شود.

نمونه ای از گزارش پس از اصلاح:

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

پس از این، مدیر خرید یک رسید دیگر از یخچال ها را در برنامه ثبت کرد - در 15th به مبلغ 10500 روبل.

در نتیجه، اگر مدیر خرید تمام اطلاعات را به موقع وارد برنامه کرده بود، در هنگام فروش یخچال ها هزینه متفاوتی (10500 * 3 = 31500 روبل) و سود ناخالص متفاوت (10500 روبل) وجود داشت.

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

در 21، یخچال ها رسید - 10 قطعه. هر کدام 11000 روبل.

در تاریخ 25، مدیر 3 یخچال را به قیمت 14000 روبل فروخت. در همان زمان ، قیمت تمام شده حذف شد - 33000 روبل و سود ناخالص محاسبه شد - 9000 روبل.

پس از این، مدیر خرید وارد سند رسید شد و قیمت یخچال های موجود در آن را 12000 روبل تغییر داد. (قیمت در ابتدا اشتباه وارد شده است).

در نتیجه، اگر مدیر خرید تمام اطلاعات را به موقع وارد برنامه کرده بود، در هنگام فروش یخچال ها هزینه متفاوتی (12000 * 3 = 36000 روبل) و سود ناخالص متفاوت (6000 روبل) وجود داشت.

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

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

مکانیزم کلی برای ارسال مجدد اسناد پلت فرم

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

مکانیسم اجرای برنامه "1C: مدیریت تجارت" به صورت دسته ای، ویرایش. 10.3 اینچ

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

بیایید عملکرد مکانیسم دوم را با استفاده از مثال اول در نظر بگیریم.

دومین سند رسید که عطف به ماسبق صادر شده است:

پس از ایجاد دومین سند رسید، گزارش سود ناخالص بدون تغییر باقی ماند:

بیایید پردازش "پست به صورت دسته ای" را باز کنیم. منو: اسناد - اضافی - ارسال بر اساس دسته در پردازش، می بینیم که توالی اسناد مربوط به 22 مارس است - تاریخ دریافت دوم، غیرعملیاتی وارد شده است.

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

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

انعکاس سریع داده ها در پایگاه داده

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

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

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

گزینه های ذیل در دسترس هستند:

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

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

توجه!اگر تنظیمات حسابداری برای استفاده از تجزیه و تحلیل پیشرفته حسابداری هزینه تنظیم شده باشد، از این پردازش استفاده نمی شود.

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

اگر برنامه ریزی شده است که پردازش طبق حسابداری مدیریت انجام شود ، حذف دسته ای به سازمان (سازمان ها) انتخاب شده و روش نگهداری حسابداری دسته ای مدیریت برای آن بستگی دارد. ویژگی ها:

اگر به عنوان یک سازمان انتخاب کنید<По компании>، سپس ارسال به صورت دسته ای برای کلیه سازمان هایی که روش نگهداری حسابداری دسته ای مدیریت "برای کل شرکت" ایجاد شده است انجام می شود.




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



• 
  

  برای این سازمان در صورتی که روش نگهداری سوابق حزب مدیریت «توسط سازمان» برای آن تعیین شده باشد

  
  

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

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