1c محاسبات مجدد اصلاح حقوق و محاسبه مجدد

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

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

در این موارد، حسابدار در مورد نیاز، تعهد و حق ارائه اطلاعات به روز شده به خدمات مالیاتی فدرال سؤالاتی دارد.

طبق بند 1.2 روش تکمیل محاسبه حق بیمه ارائه شده در پیوست شماره 2 به دستور سرویس مالیاتی فدرال روسیه مورخ 10.10.2016 شماره ММВ-7-11/551@، پرداخت کننده است. موظف است در صورت هرگونه اطلاعات ثبت نشده یا ناقص و همچنین اشتباهاتی که منجر به دست کم گرفتن میزان حق بیمه قابل پرداخت شود، تغییرات لازم را در محاسبه انجام دهد و گزارش به روز شده را به سازمان مالیاتی ارائه کند.

هنگام تصمیم گیری برای ارائه یک محاسبه به روز، حسابدار باید به سؤالات زیر پاسخ دهد:

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

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

محاسبه به روز شده حق بیمه

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

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

1. کارمند به سرعت تغییرات در داده های شخصی خود را گزارش نکرد و خدمات مالیاتی فدرال اطلاعات نادرستی در مورد او در بخش 3 محاسبه ارائه کرد.

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

3. در مرحله راه اندازی اولیه برنامه 1C: حقوق و دستمزد و مدیریت پرسنل 8، با حذف حق بیمه از مبنای محاسبه حق بیمه اشتباهی رخ داد. تصحیح خطا منجر به دریافت هزینه های اضافی می شود.

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

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

بیایید با استفاده از مثال به ویژگی های محاسبه مجدد حق بیمه در "1C: حقوق و مدیریت پرسنل 8" ویرایش 3 نگاه کنیم.

مثال 1

هنگام محاسبه حق بیمه برای یک واحد موجودینرخ ترجیحی حق بیمه اعمال شد ساکنان منطقه ویژه اقتصادی فناوری-نوآوری(کد کرایه "05"). این تعرفه کمک به صندوق بازنشستگی را به میزان 13٪ در سال 2018 پیش بینی می کند. در صندوق بیمه اجتماعی 2.9 درصد; در صندوق بیمه پزشکی اجباری فدرال 5.1٪. این دقیقاً نحوه محاسبه مشارکت برای کارمند V.S است. پیچک. با درآمد ماهانه 10000 روبل. میزان کسورات بیمه ای ماه به شرح زیر بود:

• در صندوق بازنشستگی - 1300 روبل؛
• در FFOMS - 510 روبل؛
• در صندوق بیمه اجتماعی - 290 روبل.

مبالغ ذکر شده در محاسبه حق بیمه سه ماهه اول سال 2018 منعکس شده است.

هنگامی که معلوم شد که این بخش حق اعمال نرخ ترجیحی حق بیمه را از دست داده است، پس مطابق با نامه های خدمات مالیاتی فدرال روسیه مورخ 25 اکتبر 2017 شماره GD-4-11/21611@ و وزارت امور مالی روسیه مورخ 18 دسامبر 2017 شماره 03-15-06/ 84443 نیاز به ارائه یک محاسبه روشنگر وجود داشت. برای تشکیل آن نیاز به محاسبه مجدد حق بیمه با نرخ های جدید است.

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

در مثال 1، سازمان تنظیم شده است نرخ حق بیمه پایه(کد تعرفه "01")، با ارائه نرخ مشارکت در سال 2018: به صندوق بازنشستگی فدراسیون روسیه به میزان 22٪. صندوق بیمه اجتماعی 2.9%; FFOMS 5.1٪. بدیهی است که صندوق بازنشستگی 9٪ از سهم (22٪ - 13٪) "کم پرداخت" کرده است و کد تعرفه تغییر کرده است.

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

در نتیجه محاسبه مجدد حق بیمه کارمند V.S. پیچک با درآمد ماهانه 10000 روبل. میزان کسورات بیمه ای ماه به شرح زیر بود:

• در صندوق بازنشستگی روسیه - 2200 روبل؛
• در صندوق بیمه پزشکی اجباری فدرال و صندوق بیمه اجتماعی - مبلغ تغییر نکرد و به ترتیب به 510 روبل رسید. و 290 روبل.

پس از محاسبه مجدد حق بیمه برای سه ماهه اول، محاسبات شفاف سازی باید تهیه شود. با استفاده از سرویس 1C-گزارش،ایجاد گزارش های جدید برای دوره های در حال تصحیح و برای صفحه عنواننشان می دهد شماره تصحیح(شکل 2). شفاف‌سازی‌ها بر همه کارمندان بخش تأثیر گذاشت، زیرا کد تعرفه همه تغییر کرده بود. بنابراین، بخش 3 در محاسبه به روز شده برای همه کارکنان بخش تشکیل شده است. در موارد دیگر، هنگامی که ایجاد یک محاسبه به روز شده ناشی از تغییرات در داده ها یا اقلام تعهدی تک تک کارکنان باشد، بخش 3 داده ها را فقط برای این کارمندان نمایش می دهد. در هر صورت، بخش‌های باقی‌مانده از محاسبه شفاف‌سازی با داده‌های کاملاً جدید پر می‌شوند.

برنج. 2. صفحه عنوان روشنگر محاسبه حق بیمه سه ماهه اول 1397

حق ارائه محاسبه به روز شده حق بیمه

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

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

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

مثال 2

هنگام محاسبه دستمزد ماه ژوئن به کارمند S.S. گوربونکوف جایزه گرفت:

• پرداخت حقوق - 7500 روبل؛
• پرداخت سفر کاری (بر اساس درآمد متوسط) برای ژوئن - 2500 روبل.

حق بیمه به نرخ پایه محاسبه شده است. در ماه ژوئن، کمک های حقوق S.S. گوربونکوف عبارت بودند از:

• در صندوق بازنشستگی روسیه - 2200 روبل؛
• در FFOMS - 510 روبل؛
• در صندوق بیمه اجتماعی - 290 روبل.

این مشارکت ها پرداخت شده و در حساب نیمسال 2018 لحاظ شده است. مرخصی استعلاجی ارائه شده به بخش حسابداری برای دوره 1397/06/25-06/30/2018 دلیلی برای تشکیل یک محاسبه به روز ایجاد نمی کند. سند ثبت شده در برنامه مرخصی استعلاجیمقدار قبلی کمک هزینه سفر را معکوس می کند (شکل 3).

برنج. 3. محاسبه مجدد کمک هزینه سفر در سند «مرخصی استعلاجی».

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

• در صندوق بازنشستگی فدراسیون روسیه - 550 روبل؛
• در FFOMS - 127.50 روبل؛
• در صندوق بیمه اجتماعی - 72.50 روبل.

در یک برنامه مرخصی استعلاجی، ثبت شد جولای 2018، بر محاسبه حق بیمه در ماه جاری تأثیر می گذارد و پایه محاسبه را کاهش می دهد.

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

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

نیاز به ارائه محاسبه به روز شده حق بیمه

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

1. در نتیجه محاسبه مجدد سهم در دوره جاری، کارمند مبلغ منفی دریافت می کند. گزارشی با مبلغ منفی را نمی توان به خدمات مالیاتی فدرال ارسال کرد. بنابراین، تنها یک راه وجود دارد - ایجاد یک گزارش به روز شده برای دوره قبلی.

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

مثال 3

در این صورت برخلاف مثال 2 قبلی، مبلغ منفی حق بیمه ناشی از لغو سفر کاری با اقلام تعهدی جبران نخواهد شد. علیرغم اینکه با توجه به اقلام تعهدی سایر کارکنان، کل مبلغ حق بیمه مثبت خواهد بود، در بند 3 کارمند مقادیر منفی باقی می ماند و این غیر قابل قبول است. و بنابراین حسابدار باید یک سند ایجاد کند محاسبه مجدد حق بیمه، کمک های ماه ژوئن را مجدداً محاسبه کنید، یک محاسبه به روز شده را ایجاد و به خدمات مالیاتی فدرال ارسال کنید.

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

از ویرایشگر. در مقاله، مکانیسم اجرا شده در 1C: Enterprise 8 برای بررسی نسبت های کنترلی برای محاسبه حق بیمه، که داده های محاسبات تعدیل را در نظر می گیرد، بخوانید.

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

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

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

چگونه برنامه می داند که باید چه کسانی را بشمارم و برای چه ماه؟

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

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

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

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

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

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

1. آیا قبلاً متوجه شده اید که خطوط چگونه ظاهر می شوند؟ عالی.

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

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

4. هنگامی که سند "حقوق" را لغو می کنید، خطوط به جای خود باز می گردند تا وقتی دوباره آنها را پر کنید، همه چیز سر جای خود قرار می گیرد.

نکته چهارم (شاید این مشکل برطرف شود): قبل از پر کردن مجدد سند "دستمزد"، آن را پخش کنید!

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

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

P.S. (مهم)

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

این همان چیزی است که در پایگاه داده آزمایشی زمانی که یک کار دوباره اجرا شد اتفاق افتاد. و هنگامی که 1C Accounting 3.0 را به 1C ZUP 3.0 منتقل می کنید، هر کاری را که ممکن است دوباره انجام خواهید داد:

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

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

تئوری

ثبت محاسبه (RR)- یک شیء فراداده پیکربندی که برای اجرای محاسبات دوره ای در سیستم 1C استفاده می شود. زمینه های بارز کاربرد ثبت های محاسباتی شامل موارد زیر است: محاسبه حقوق و دستمزد، محاسبه اجاره، محاسبه اجاره.

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

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

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

در اینجا می بینیم که نوع محاسبه "سفر کاری" دارای مدت زمان است و از 10 آوریل تا 20 آوریل معتبر است، "سفر کاری" به عنوان یک نوع محاسبه جابجایی برای نوع محاسبه "حقوق" نشان داده شده است. "حقوق" نیز در طول زمان تمدید می شود و از 1 آوریل تا 30 آوریل معتبر است. از آنجایی که "سفر کاری" به عنوان یک نوع محاسبه جابجایی برای نوع محاسبه "حقوق" نشان داده شده است (اولویت بالاتری نسبت به حقوق دارد) و برای مدت اعتبار حقوق معتبر است، پس حقوق با یک سفر کاری جابجا می شود و "دوره اعتبار واقعی حقوق" تشکیل می شود." دوره اعتبار واقعی حقوق "این دوره اعتبار حقوق پس از جابجایی توسط یک سفر کاری است، در مورد ما شامل 2 دوره است - از 1 آوریل تا 9 و از 21 تا 30 فروردین و در مجموع 19 روز می باشد. مکانیسم جابجایی مبتنی بر دوره فقط برای محاسبات بلند مدت کار می کند.

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

فرض کنید در پایان آوریل 2017 می خواهیم به یک کارمند پاداشی به میزان 10٪ از حقوق بدهیم. حقوق و دستمزد به عنوان نوع اصلی محاسبه برای پاداش نشان داده شده است.

اما به عنوان یک "پایه" برای محاسبه حق بیمه، کل ماه آوریل را نمی گیریم، بلکه فقط فاصله زمانی 10 آوریل تا 20 آوریل (11 روز) را در نظر می گیریم. بیایید پایه پاداش را محاسبه کنیم، حقوق کارمند 60000 روبل است، 30 روز در ماه وجود دارد، حقوق روزانه = 60000/30 = 2000 روبل. بعدی 2000*11 = 22000 روبل. مبنای محاسبه حق بیمه 22000 روبل است.

بیایید حق بیمه را محاسبه کنیم: (22000/100) * 10 = 2200 روبل. پاداش 10٪ از حقوق 2200 روبل است.

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

طرح انواع محاسبات (PVR)- یک شیء فراداده پیکربندی که اطلاعات مربوط به انواع محاسبات را ذخیره می کند و تأثیر محاسبات مختلف را بر یکدیگر تعیین می کند.

یک طرح نوع محاسبات را می توان در چندین رجیستر محاسباتی استفاده کرد، اما یک ثبات محاسباتی نمی تواند همزمان از چندین طرح نوع محاسباتی استفاده کند.

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

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

تمرین

بیایید نگاهی دقیق تر به رجیسترهای محاسبه در عمل بیاندازیم:

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

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

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

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

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

توجه داشته باشید: در "Displacing" می توانید انواع محاسباتی را اضافه کنید که فقط به این طرح از انواع محاسبات تعلق دارند.

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

گام 2بیایید یک فهرست "Charts" با ساختار پیش فرض ایجاد کنیم. در فهرست "برنامه ها" ما ساعات کاری کارمندان (پنج روز، شش روز و غیره) را ذخیره می کنیم.

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

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

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

مرحله 4یک سند "حقوق و دستمزد" با ساختار جزئیات نشان داده شده در زیر ایجاد کنید:

ملزومات:

اجرای عملیاتی روی "منع" تنظیم شده استزیرا مکانیسم تسویه دوره ای در 1C معنی ندارد - ما هرگز پاداش ها، حقوق یا جریمه ها را در زمان واقعی محاسبه نمی کنیم.

بیایید یک فرم سند با تنظیمات پیش فرض ایجاد کنیم.

مرحله 5. در نهایت به نقطه ایجاد رجیسترهای محاسباتی رسیدیم.

شیء فراداده رجیستر محاسبه در شاخه «ثبت‌های محاسبه» پیکربندی‌کننده قرار دارد.

بیایید یک ثبت محاسبه "هزینه های اساسی" ایجاد کنیم. بیایید به تنظیمات ثبت محاسبه در زیر نگاه کنیم:

1. در قسمت "Plan of Calculation Types"، PVR "Basic charges" ایجاد شده در مرحله 1 را مشخص کنید.

2. پرچم "Validity period" را روی "True" تنظیم کنید زیرا PVR مشخص شده در مرحله 1 دارای تمدید در زمان

پس از تنظیم این پرچم، جزئیات استاندارد "Action Period"، "Action PeriodStart"، "ActionPeriodEnd" بلافاصله در دسترس ما قرار می گیرد، به این معنی که انواع محاسبات ثبت شده در این ثبت محاسبه نیز دارای طول در زمانو ما دسترسی داریم به " مکانیسم سرکوب بر اساس دوره عمل«.

P.S. اگر PVR را مشخص کنید که دارد طول در زمانبرای یک RR با پرچم "دوره اعتبار" روی "نادرست" تنظیم شده است، سپس این PVR به عنوان یک PVR کار می کند که ندارد تمدید در زمان

3. پس از تنظیم پرچم «دوره اعتبار» روی «درست»، فیلدهای «نمودار»، «مقدار نمودار»، «تاریخ نمودار» در دسترس ما قرار می‌گیرند.

در قسمت «زمان‌بندی»، ثبت اطلاعات «برنامه‌های کاری» ایجاد شده در مرحله 3 را نشان می‌دهیم.

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

در فیلد «تاریخ زمان‌بندی»، بعد «تاریخ» ثبت اطلاعات «برنامه‌های کاری» را مشخص کنید.

4. در قسمت "فرکانس" مقدار "Month" را نشان می دهیم، به این معنی که داده ها به صورت ماهانه در رجیستر وارد می شوند.

در زیر ساختار ابرداده رجیستری آمده است:

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

بعد "کارمند" - از آن در " استفاده می شود مکانیسم سرکوب بر اساس دوره عمل"و" مکانیسم وابستگی به دوره پایه«.

منبع "مقدار" - حقوق محاسبه شده در آنجا ثبت می شود.

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

ویژگی "Parameter" ارزش حقوق را ذخیره می کند.

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

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

مرحله 6. ما طبق ثبت محاسبه "هزینه های اساسی" حرکت می کنیم.

بیایید به سند «پرداخت حقوق» ایجاد شده در مرحله 4 برگردیم.

اجازه دهید پردازش ارسال در ماژول شیء سند را شرح دهیم:

بخشی از کد پردازش اسناد

1C (کد)

Procedure ProcessingProcessing(شکست، حالت پردازش) // register BasicAccruals of Movement.MainAccruals.Write = True; Movements.MainAccruals.Clear(); دوره ثبت نام = شروع ماه (تاریخ)؛ برای هر TechLineMainAccruals From MainAccruals Cycle Movement = Movements.MainAccruals.Add(); Move.Reversal = False; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); Movement.Registration Period = دوره ثبت نام; Movement.Employee = TechLineMainAccruals.Employee; Movement.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; چرخه پایان پایان رویه

فرآیند پردازش (شکست، حالت) // ثبت اقلام تعهدی اصلی حرکات. Accruals پایه. نوشتن = درست حرکات. Accruals پایه. Clear() ; دوره ثبت نام = ابتدای ماه (تاریخ) ; برای هر TechLine BasicAccrualsFrom BasicAccrualsCycle حرکت = حرکات. Accruals پایه. اضافه کردن() ؛ جنبش. استورنو= نادرست; جنبش. نوع محاسبه=TexLineMainAccruals. نوع محاسبه؛ جنبش. PeriodActionStart = TechLineMainAccruals. تاریخ شروع؛ جنبش. ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate) ; جنبش. دوره ثبت نام = دوره ثبت نام; جنبش. Employee = TechLineMainAccruals. کارمند؛ جنبش. نمودار = TechLineMain Accruals. برنامه؛ جنبش. پارامتر = TechStringMainAccruals. اندازه؛ چرخه پایان پایان رویه

بیایید یک سند آزمایشی ایجاد کنیم و آن را اجرا کنیم:

بیایید به "حرکات سند" برویم:

می بینیم که زمان ثبت نام اول ماه تعیین شده است زیرا فرکانس RR به عنوان "ماه" نشان داده شده است. همچنین می بینیم که تمام فیلدها به جز مبلغ پر شده است (حقوق هنوز محاسبه نشده است).

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

بیایید یک ماژول کلی "محاسبه" با پرچم های زیر ایجاد کنیم:

خود محاسبه در این ماژول کلی انجام می شود.

بیایید تابع صادرات "محاسبه هزینه ها" را در ماژول "Ccalculation" بنویسیم:

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

«تعداد ساعت‌های دوره عمل واقعی» -شامل تعداد ساعات واقعی کار است که بر اساس داده های برنامه محاسبه شده است

"تعداد ساعت ها دوره اقدام" -شامل تعداد ساعات کار محاسبه شده بر اساس داده های برنامه در دوره محاسبه است

روش محاسبه حقوق و دستمزد

1C (کد)

Procedure CalculateAccruals(Registrar، مجموعه ای از سوابق) صادرات //Salary Request=New Request; Query.Text="SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData,NumberofHoursActualActionPeriod, 0) crualsGraphicsData ica.Line Number |FROM |Ccalculation Register.Basic Accruals. داده های گرافیکی (| ثبت کننده = &ثبت کننده | و نوع محاسبه = &نوع محاسبه حقوق و دستمزد) AS Basic AccrualsDataGraphics"; Request.SetParameter ("ثبت کننده"، ضبط کننده); // سند را به ثبت کننده منتقل کنید تا جستجو فقط در سند فعلی انجام شود Request.SetParameter("Calculation TypeSalary", Plans of Calculation Types. Basic Accruals. Salary); //نوع محاسبه حقوق را تنظیم کنید زیرا محاسبه حقوق و دستمزد Selection=Request.Run().Select(); SearchStructure=NewStructure; SearchStructure.Insert("RowNumber",0); //ایجاد ساختاری برای جستجوی داده ها برای محاسبه با شماره خط برای هر رکورد از چرخه RecordSet // چرخه از طریق مجموعه رکوردهای سند جاری ساختار جستجو.LineNumber=Record.LineNumber; //شماره خط را برای جستجو پر کنید If Selection.FindNext(ساختار جستجو) سپس //ما در نمونه به دنبال داده برای محاسبه بر اساس شماره خط فعلی Record.Sum =?(Sample.HoursPlan=0.0, Sampling.HoursFact) /Sample.HoursPlan * Sampling .Parameter); //محاسبه حقوق متناسب با روزهای کار، در Parameter - حقوق جاری EndIf; Selection.Reset(); //انتخاب را بازنشانی کنید، ما به رکورد بعدی مجموعه رکورد نیاز داریم تا در قسمت انتخابی اول EndCycle جستجو کنیم. Recordset.Write(, True); // رکوردهای محاسبه شده را در پایگاه داده بنویسید، پارامتر Replace = True EndProcedure را ارسال کنید

//حقوق درخواست=درخواست جدید; درخواست. Text="انتخاب کنید | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact, | BasicAccrualsDataGraphics.Parameter، | ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan, | BasicAccrualsDataGraphics.NumberLines |از | ثبت محاسبه. اقلام تعهدی پایه. داده های گرافیکی ( | ضبط کننده = &ضبط کننده

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

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

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

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

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

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

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

اگر در مورد محاسبه مجدد پرداخت تعطیلات در 1C ZUP سؤالی دارید، آنها را در نظرات زیر مقاله بپرسید، متخصصان ما سعی خواهند کرد به آنها پاسخ دهند.

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

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

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

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

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

• شیء محاسبه مجدد (ثبت سندی که داده های آن نیاز به محاسبه مجدد دارد)
• نوع محاسبه - پیوند به نوع محاسبات از طرح انواع محاسبات تعریف شده برای این ثبت محاسبات

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

اگر طرح نوع محاسبات مربوطه دارای مجموعه ویژگی Base period باشد، داده‌های جدول محاسبه مجدد به‌طور خودکار تولید می‌شوند. اگر ویژگی تنظیم نشده باشد، توسعه دهنده مسئول تولید سوابق است.

سوال 14.41 امتحان 1C: Platform Professional. داده های محاسبه مجدد ...

1. ورودی های ثبت محاسباتی نیستند
2. ورودی های ثبت محاسباتی هستند
3. ورودی های ثبت مجدد محاسبه هستند
4. رکوردهای جدول دوره اعتبار واقعی هستند

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

سوال 14.42 امتحان 1C: Platform Professional. در پنجره خصوصیات بعد «محاسبه مجدد»، در برگه «ارتباطات»، در ویژگی «ثبت بعد»، نشان می دهد...

1. اندازه گیری رجیستر پایه، زمانی که داده های آن تغییر می کند، رکورد رجیستر فعلی باید دوباره محاسبه شود
2. اندازه‌گیری رجیستر فعلی، ورودی‌های آن باید با تغییر داده‌های رجیسترهای پایه دوباره محاسبه شوند.
3. اندازه گیری رجیسترهای پایه، زمانی که داده های آن تغییر می کند، رکورد رجیستر فعلی باید دوباره محاسبه شود

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

سوال 14.43 امتحان 1C: پلتفرم حرفه ای. جدول "محاسبه مجدد" با ردیف هایی پر شده است که هر کدام نشان دهنده ...

1. مجموعه ای از اطلاعات در مورد نوع محاسبات و سند ثبت ورودی ثبت محاسبات که نیاز به محاسبه مجدد دارد. جدول همچنین شامل اندازه گیری های محاسبه مجدد خواهد بود
2. مجموعه ای از اطلاعات در مورد نوع محاسبات و ثبت کننده سند ورودی ثبت محاسبات که نیاز به محاسبه مجدد دارد.
3. مجموعه ای از اطلاعات در مورد نوع محاسبه، شماره خط سند ثبت و خود ثبت کننده ورودی ثبت محاسبات که نیاز به محاسبه مجدد دارد. جدول همچنین شامل اندازه گیری های محاسبه مجدد خواهد بود
4. هیچ پاسخ درستی وجود ندارد

پاسخ اول درست است، تجزیه و تحلیل بالا.

سوال 14.45 امتحان 1C: پلتفرم حرفه ای. پاسخ صحیح را انتخاب کنید:

1. در فرآیند کار با محاسبات مجدد ، توسعه دهنده می تواند اطلاعاتی را که سیستم در جدول محاسبه مجدد ارائه می دهد "نادیده بگیرد" ، یعنی از تجدید نظر در نتایج محاسبات خودداری کند.
2. اصل عملیات محاسبات مجدد در سیستم 1C: Enterprise 8 "اعلام" است
3. توسعه‌دهنده پیکربندی نمی‌تواند روند محاسبه مجدد ورودی‌های ثبت تسویه را کنترل کند؛ سیستم همه چیز را به طور خودکار انجام می‌دهد
4. گزاره 1 و 2 درست است

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

سوال 14.46 امتحان 1C: Platform Professional. برای یک محاسبه ثبت نام ...

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

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

سوال 14.57 امتحان 1C: Platform Professional. دفعات تسویه حساب ماهیانه است. تنظیمات مربوطه در ثبت محاسبات انجام شده است. برای نوع محاسبه حقوق، نوع محاسبه سفر به عنوان یک نوع محاسبه جابجایی مشخص شده است. در تاریخ 14/03/14 اطلاعات حقوق و دستمزد وارد پایگاه اطلاع رسانی شد ولی محاسبه ای صورت نگرفت. در تاریخ 20/03/14 سفر کاری وارد پایگاه اطلاعاتی و محاسبه گردید. در تاریخ 14/03/30 محاسبه حقوق راه اندازی شد. آیا داده های سفر کاری هنگام محاسبه حقوق در نظر گرفته می شود؟ آیا باید سفر کاری خود را دوباره محاسبه کنم؟

1. در نظر گرفته می شود، اما سفر کاری باید دوباره محاسبه شود
2. در نظر گرفته خواهد شد، نیازی به محاسبه مجدد سفر نیست
3. در نظر گرفته نخواهد شد. لازم است محاسبه سفر لغو شود و هر دو نوع محاسبه مجدداً محاسبه شود
4. در نظر گرفته نخواهد شد. برای محاسبه صحیح، حقوق و سفر کاری باید در یک سند باشد

نیازی به محاسبه مجدد نیست، سابقه سفر کاری در یک ماه است.