درس ۱ — الزام تخصیص حساب: هیچ مبلغی ناپدید نمیشود
یک جمله تمام این ماژول را بر دوش دارد، پس از همان شروع کنید: همینکه یک شرکت اماراتی روی الزام تخصیص حساب قرار گرفت، دیگر هیچ مبلغی نمیتواند در یک سطر Adjustment Entry بیصدا — همان سطر تعدیلی که دفاتر بیردّ میبلعندش — ناپدید شود.
تکلیفی که پشت آن جمله ایستاده است. هر سطر یک فیش حقوقی اماراتی، وعدهای است به کسی بیرون از شرکت شما. خالص حقوق به کارمند بدهکار است و قطعنامهٔ وزارتی 340/2026 هر مؤسسهٔ ثبتشده نزد وزارت را ملزم میکند مدارک و دادههایی ارائه دهد که پرداخت دستمزد کارگرانش را ثابت کند. کسر بازنشستگی به سازمان عمومی بازنشستگی و تأمین اجتماعی بدهکار است. حقبیمهٔ ILOE — بیمهٔ بیکاری اجباری امارات — در برابر تکلیف خودِ کارگر بر پایهٔ فرمان قانونی فدرال 13/2022 وصول میشود و کارفرما تنها آن را تسهیل میکند. هر یک از اینها بستانکاری جداگانه است که پرسشی جداگانه میپرسد، و دفتر کلی که نتواند بگوید از هر کدام چقدر باقی مانده، به هیچیک پاسخ نمیدهد. منابع: MR 340/2026 ماده 1(3)؛ فرمان قانونی فدرال 13/2022.
مدل ذهنی. هیچکدام از اینها را شما روشن نمیکنید: ماژول auto_install است، لایهٔ محاسبهٔ حقوق امارات را به پل فیش حقوقی تا سند حسابداری وصل میکند و بهمحض حاضربودن هر دو نیمه پیدا میشود. ماژول حسابهای حقوق را روی کدینگ خودِ هر شرکت اماراتی پیدا میکند، هر قاعدهٔ حقوقی اماراتی را شرکتبهشرکت به آنها تخصیص میدهد، و سپس آن شرکت را همزمان به دو چیز میبرد: الزام تخصیص حساب، و دفتر معین بدهی به تفکیک کارمند. الزام تخصیص یعنی هر قاعدهٔ حقوقی باید تخصیص حساب کل داشته باشد. دفتر معین همان چیزی است که مانده خالص حقوق را به تفکیک شخص قابل تفکیک میکند، نه یک عدد یکپارچه.
الزام تخصیص عملاً چه چیزی را عوض میکند. قاعدهای بدون تخصیص پیشتر آزاد بود مبلغش را جایی عمومی پارک کند. زیر الزام تخصیص چنین نیست: فیش حقوقی در لحظهٔ تأیید متوقف میشود و قواعدی را که تخصیص ندارند نام میبرد. این همان معاملهای است که ماژول به نمایندگی از شما میبندد. توانِ تأییدکردن فیشی را که قاعدهای بیتخصیص دارد از دست میدهید و در عوض دفتر کلی میگیرید که هر مبلغ حقوقی در آن صاحب دارد.
سه چیز از این تغییر نتیجه میشود و ارزش دارد جدا گفته شوند، چون مردم فقط انتظار اولی را دارند.
- هیچ چیز در سطر تعدیل نمینشیند. هر مبلغ روی حسابی است که انسانی آگاهانه انتخابش کرده است.
- فیش رد میکند و حدس نمیزند. تأییدی که شکست میخورد، همان قاعدهٔ تخصیص است که کارش را انجام میدهد، نه یک نقص.
- مانده خالص حقوق به تفکیک کارمند است. یک بند باز برای هر شخص، نه یک مانده برای کل اجرای حقوق.
کجا را نگاه کنید. مسیر حقوق و دستمزد ← پیکربندی ← تخصیص حساب کل (Payroll → Configuration → GL Account Mapping) را باز کنید. همهٔ قواعد حقوقی اماراتیِ شرکت فعال آنجا هستند، هر کدام با حسابی که به آن ثبت میشود. بقیهٔ دوره را در همین صفحه خواهید گذراند.
مثال محاسبهشدهٔ اینجا یک پرسش است نه یک رقم. سه پرسشی را در نظر بگیرید که واقعاً در پایان ماه از یک مدیر مالی پرسیده میشود، و ببینید پاسخ هرکدام باید از کجا بیاید.
| پرسشی که از شما خواهد شد | حسابی که پاسخ میدهد | چرا یک سطر تعدیل از پس آن برنمیآید |
|---|---|---|
| بابت ماه گذشته هنوز چقدر به کارکنانمان بدهکاریم؟ | 201401 Net Salaries Payable (WPS) |
مانده با مبالغ بیربط درمیآمیزد و هیچ رقمی از آن قابل استخراج نیست |
| به سازمان بازنشستگی چقدر بدهکاریم؟ | 201021 Social Insurance Payable |
سهم کارمند و سهم کارفرما از باقی محتویات آن سطر تشخیصدادنی نیست |
| چقدر حقبیمهٔ بیکاری وصول کردهایم و هنوز نپرداختهایم؟ | 201404 ILOE Premiums Collected |
حقبیمهٔ وصولشده پول کسِ دیگری است و در یک مانده عمومی دیگر به این عنوان دیده نمیشود |
هر یک از این حسابها دقیقاً به این دلیل وجود دارد که پرسشش وجود دارد. طراحی همین است: کدینگ حسابها را پرسشهایی شکل میدهند که حقوقودستمزد اماراتی باید از آنها جان سالم بهدر ببرد، و الزام تخصیص چیزی است که نمیگذارد مبلغی از آن شکل بیرون بزند.
حالت خرابی. نخستین چیزی که بیشتر تیمها میبینند فیشی است که تأیید نمیشود و خطایی که چند قاعده را نام میبرد. این یعنی شرکت اکنون برای هر قاعده تخصیص میخواهد، و معمولاً یعنی قاعدهای پس از اجرای کاشت اضافه شده است — بیشتر وقتها یک مزایای سفارشی. از مسیر حقوق و دستمزد ← پیکربندی ← تخصیص حساب کل به آن تخصیص خودش را بدهید، یا اگر قاعده از آنِ ماست بازکاشت را اجرا کنید. این را با خاموشکردن الزام تخصیص حل نکنید، چون همان سکوتی را برمیگرداند که این ماژول برای حذفش ساخته شده است.