درس ۵ — نگهداری نرخهای تأمین اجتماعی شورای همکاری: سطرهای تاریخدار که هرگز در جای خود ویرایش نمیشوند
این درس دربارهٔ عادتی در نگهداری است که حقوقودستمزد را قابل حسابرسی نگه میدارد، و درستانجامدادنش سالی ده دقیقه وقت میبرد.
تعهد قانونی. نرخها بر تقویم کشور مبدأ حرکت میکنند نه بر تقویم شما. نرخهای عربستان هر ژوئیه و نرخهای بحرین هر ژانویه افزایش مییابند، پس نرخی که روز پیکربندی درست بوده در تاریخی قابل پیشبینی نادرست خواهد شد. هیچکس برای شما اعلانی نمیفرستد. این یک کار دفترچهای است، نه هشداری که منتظرش بمانید.
مدل ذهنی. نرخ مقداری ذخیرهشده روی یک کشور نیست؛ یک سطر تاریخدار است که برای بازهای از دورههای فیش اعتبار دارد. ماژول نرخ را با یافتن سطری تعیین میکند که تاریخ اثرش دورهٔ فیش در حال محاسبه را پوشش دهد. به همین دلیل این فهرست میتواند همزمان چند سطر برای یک کشور داشته باشد، و به همین دلیل دورهای که سطر پوششدهنده ندارد بهجای نرخ کهنه، هیچ نرخی ندارد.
مسیر کلیک و تنها قاعده. حقوقودستمزد › پیکربندی › نرخهای تأمین اجتماعی شورای همکاری (Payroll › Configuration › GCC Social Rates) را باز کنید. هنگام تغییر نرخ، سطر جدیدی با تاریخ اثر متأخر بیفزایید و سطر قبلی را بایگانی کنید. هرگز سطری را در جای خود ویرایش نکنید. ویرایش، تاریخ را بازنویسی میکند: فیشهای سال گذشته روی نرخ قدیم محاسبه شدهاند، و اگر سطری که آنها را ساخته حالا رقم دیگری نشان دهد، آن فیشها برای حسابرس، برای مرجع کشور مبدأ یا برای کارمندی که میپرسد دیگر قابل توضیح نیستند.
نرخهای عرضهشده از 2026-08-02 اثر دارند — تاریخی که ثبت شدهاند — پس دورهٔ فیش پیش از 2 اوت 2026 هیچ نرخ معتبری ندارد و با پیام No GCC social-security rate is configured for <country> effective <date> متوقف میشود. این نقص نیست. این فهرست است که به شما میگوید دربارهٔ دورهای که هرگز به آن داده نشده هیچ سندی ندارد. سطری با تاریخ اثر پیشین و درست بیفزایید تا دورهٔ تاریخی محاسبه شود.
چهار گام هر بار که نرخی تغییر میکند، به همین ترتیب:
- نخست منبع را ثبت کنید — صفحه یا بخشنامهٔ مرجع کشور مبدأ، خود نرخ، تاریخ اثر، و تاریخی که آن را خواندهاید. همین چیزی است که وقتی کسی بپرسد چرا فیشی از آن رقم استفاده کرده نشان خواهید داد.
- برای آن کشور سطری تازه با تاریخ اثر جدید و نرخهای جدید کارفرما و کارمند بسازید. به سطر موجود دست نزنید.
- سطر جایگزینشده را بهجای حذف، بایگانی کنید. سطر بایگانیشده برای توضیح فیشهایی که ساخته در دسترس میماند؛ سطر حذفشده نمیماند.
- یک فیش در دورهای پیش از تغییر و یک فیش پس از آن را بازمحاسبه کنید و مطمئن شوید هرکدام نرخ مورد انتظار را برمیدارد. دو فیش ثابت میکند مرز در هر دو جهت کار میکند.
مثال محاسبهشده. یک فهرست درستنگهداریشده برای یک کشور در سه دوره اینگونه به نظر میرسد.
| سطر | اثر از | نرخ کارفرما | نرخ کارمند | دورههایی که پوشش میدهد |
|---|---|---|---|---|
| سطری که برای گذشته میافزایید | تاریخ اثر نرخی که در اختیار دارید | نرخ معتبر آن زمان | نرخ معتبر آن زمان | دورههای فیش پیش از 2 اوت 2026 |
| سطر عرضهشده | 2026-08-02 | 9% | 9% | دورههای فیش از 2 اوت 2026 تا وجود سطری متأخرتر |
| سطری که هر ژوئیه میافزایید | تاریخ ژوئیهای که نرخ جدید اثر میگیرد | نرخ تازهمنتشرشده | نرخ تازهمنتشرشده | دورههای فیش از همان ژوئیه به بعد |
سطر میانی تنها سطری است که همراه ماژول عرضه میشود. دو سطر دیگر را شما میافزایید، و نخستین آنها همان است که بیشتر مؤسسهها دیر کشفش میکنند، روزی که کسی فیشی تاریخی را دوباره اجرا میکند و فهرست میگوید برای آن دوره چیزی ندارد.
حالت خطا. ویرایش نرخ در جای خود چون سریعتر است، و بایگانینکردن هیچچیز. شش ماه بعد بازتولید یک فیش ناممکن میشود و تفاوت میان «نرخ تغییر کرد» و «کسی نرخ را تغییر داد» دیگر در سوابق دیده نمیشود. جایی که حسابرس بتواند سطر تاریخداری را که رقم را ساخته ببیند، تغییر نرخ رویدادی عادی است. جایی که نبیند، به پرسشی دربارهٔ کنترلهای شما تبدیل میشود.