راهنمای جامع تنظیمات و سیاستهای مالی سلسلهمراتبی در سیستم ERP اورس
در سیستمهای برنامهریزی منابع سازمانی (ERP) مدرن مانند راهکار جامع سازمانی اورس سیستم، مدیریت یکپارچه مالی برای هلدینگها و سازمانهای چندلایه یکی از بزرگترین چالشهاست. نرمافزار جامع اورس، با درک عمیق از این پیچیدگی، ساختاری به نام «تنظیمات سیاستهای سلسلهمراتبی» (Hierarchical Policies) را معرفی کرده است.
این بخش از سیستم، به مدیران ارشد مالی (CFO) اجازه میدهد تا قوانین پایهای و غیرقابل تخطی حسابداری را در بالاترین سطح (سازمان) تعریف کنند. این قوانین به صورت آبشاری (Cascade) به تمام شرکتها، شعب و واحدهای زیرمجموعه به ارث میرسند و هیچ کاربری در لایههای پایینتر اجازه نقض آنها را نخواهد داشت. در این مقاله، به بررسی مسیر دسترسی، مفهوم ارثبری و تشریح دقیق تکتک تنظیمات این بخش میپردازیم.
۱. مسیر دسترسی به تنظیمات سیاستهای سلسلهمراتبی
در معماری امنیتی و ایزولهسازی نرمافزار اورس، شما پیش از انجام هرگونه تنظیمات کلان، ابتدا باید «بافتار» (Context) کاری خود را مشخص کنید. برای رسیدن به صفحه تنظیمات سیاستهای مالی، مسیر زیر را طی کنید:
- انتخاب ساختار سازمانی: از منوی بالای سیستم (Top-bar)، به ترتیب «سازمان > شرکت > شعبه > واحد» مورد نظر خود را انتخاب کنید تا سیستم شما را در کانتکست صحیح قرار دهد.
- ورود به ماژول مالی: از پنل ماژولها، ماژول «مالی و حسابداری» را انتخاب کنید.
- دسترسی به تنظیمات کلان: در منوی کناری (Sidebar)، به بخش «تنظیمات سازمان» رفته و روی گزینه «تنظیمات سیاستهای سلسلهمراتبی» کلیک کنید.
نکته امنیتی: دسترسی به این مسیر تنها برای کاربرانی مجاز است که دارای نقش «مدیر ارشد مالی سازمان» یا مجوزهای خاص کنترلگر (Controller) باشند.
۲. مفهوم ارثبری (Cascade) در سیاستهای مالی چیست؟
پیش از بررسی گزینهها، باید پیام هشدار بالای صفحه را به خوبی درک کنیم:
“توجه: تنظیماتی که در این بخش اعمال میکنید، به عنوان قوانین بالادستی در نظر گرفته شده و به تمام شرکتها و شعب زیرمجموعه به ارث میرسند.”
مفهوم Cascade در دیتابیس و معماری نرمافزار به معنای ریزش آبشاری قوانین است. فرض کنید سازمان شما دارای ۳ شرکت زیرمجموعه و هر شرکت دارای ۵ شعبه است. اگر شما در این صفحه الزامی را فعال کنید (مثلاً الزام تأیید اسناد)، این قانون فوراً برای هر ۱۵ شعبه فعال میشود. شعب محلی نمیتوانند در تنظیمات محلی خود این قانون را دور بزنند. این ویژگی باعث ایجاد رویه واحد (Unified Procedure) در کل هلدینگ میشود که برای گزارشگیریهای تلفیقی (Consolidated Reports) و حسابرسیهای قانونی، امری حیاتی است.
۳. تشریح بخش اول: سیاستهای ارزی (Currency Policies)
مدیریت چندارزی (Multi-currency) در شرکتهایی که مراودات بینالمللی دارند یا درگیر صادرات/واردات هستند، بسیار حساس است. اورس کنترلهای دقیقی در این زمینه ارائه میدهد:
الف) ارز پایه سازمان (Base Currency)
در این صفحه، ارز پایه سازمان (مثلاً IRR – ریال) به صورت فقطخواندنی (Read-only) نمایش داده میشود.
- چرا غیرقابل تغییر است؟ ارز پایه، قلب تپنده تجمیع اسناد است و تمام گزارشهای مالیاتی و قانونی بر اساس آن سنجیده میشوند. تغییر ارز پایه، نیازمند عملیات پیچیده «تسعیر مجدد کل دیتابیس» است. در اورس، برای حفظ یکپارچگی اطلاعات (Single Source of Truth)، ارز پایه تنها از طریق پنل اختصاصی «سیاستهای پولی سازمان» و با تدابیر امنیتی شدید قابل تنظیم است و در این صفحه تنها جهت اطلاع نمایش داده میشود تا بدانید قوانین ارزی فعلی بر چه اساسی اعمال میشوند.
ب) درصد تلرانس مجاز نرخ ارز (Exchange Rate Tolerance)
یکی از خطاهای رایج یا حتی تقلبهای مالی، ثبت اسناد ارزی با نرخهای غیرواقعی است.
- عملکرد: سیستم اورس همواره یک «نرخ ارز سیستمی» (System Rate) دارد که از مراجع رسمی (مثل سنا، نیما یا APIهای جهانی) دریافت میکند. وقتی حسابدار در حال ثبت یک فاکتور ارزی است، ممکن است بخواهد «نرخ ارز کاربر» (User Rate) توافقی با مشتری را وارد کند.
- فرمول کنترل سیستم:
$$ \text{Deviation} \% = \left| \frac{\text{User Rate} – \text{System Rate}}{\text{System Rate}} \right| \times 100 $$ - اگر شما درصد تلرانس را روی $5\%$ تنظیم کنید، سیستم اجازه نمیدهد حسابدار نرخی وارد کند که بیش از ۵ درصد با نرخ رسمی سازمان اختلاف داشته باشد. این فیلد، جلوی اشتباهات تایپی (مثلاً یک صفر اضافه) و تبانیهای مالی را به طور کامل میگیرد.
ج) اجازه ثبت سند چند ارزی (Allow Multi-currency Vouchers)
- توضیح: آیا یک سند حسابداری (Journal Voucher) میتواند همزمان شامل سطرهایی با مبالغ دلاری، یورویی و ریالی باشد؟
- منطق حسابداری: از نظر تئوری حسابداری، مجموع بدهکار و بستانکارِ یک سندِ پایه باید صفر شود. وقتی ارزها متفاوت باشند، سیستم باید در همان لحظه با استفاده از نرخهای تسعیر، معادل ارز پایه (مثلاً ریال) را محاسبه کرده و تراز سند را بر اساس ارز پایه کنترل کند.
- کاربرد: فعال کردن این گزینه کار را برای ثبت اسناد مرکب (مثل تسویه فاکتور ارزی با پرداخت ریالی از صرافی) بسیار راحت میکند. اما اگر تیم حسابداری شما تجربه کافی در مدیریت تسعیر لحظهای ندارد، بهتر است این گزینه غیرفعال (ممنوع) باشد تا هر ارز در اسناد جداگانه ثبت شده و نهایتاً از طریق حسابهای رابط تسویه شوند.
۴. تشریح بخش دوم: قوانین ثبت و تأیید اسناد (Voucher & Accounting Rules)
این بخش مستقیماً با کنترلهای داخلی (Internal Controls) و استانداردهای حسابرسی قانونی در ارتباط است.
الف) الزام تأیید اسناد حسابداری (Voucher Approval Workflow)
این گزینه مشخص میکند که آیا در هلدینگ شما قانون Maker-Checker (سازنده-تأییدکننده) برقرار است یا خیر.
- در صورت فعال بودن: حسـابدار جزء، سندی را ثبت میکند. این سند در وضعیت «پیشنویس» (Draft) یا «یادداشت» باقی میماند و هیچ اثری در ترازنامه و سود و زیان قطعی سازمان ندارد. تا زمانی که یک مدیر مالی یا رئیس حسابداری (به عنوان تأییدکننده) آن سند را بررسی و «تأیید نهایی / Post» نکند، سند وارد دفاتر رسمی نمیشود.
- در صورت غیرفعال بودن: به محض اینکه کاربر روی دکمه ثبت کلیک کند، سند قطعی شده و در گزارشات لحاظ میشود (مناسب برای شرکتهای بسیار کوچک یا تکنفره، اما برای سازمانهای بزرگ و هلدینگها به هیچ وجه توصیه نمیشود).
ب) اجازه مانده منفی برای حسابهای ماهیتدار (Allow Negative Balance for Nature-based Accounts)
این یکی از سختگیرانهترین و مهمترین کنترلهای سیستم اورس است.
- مفهوم ماهیت حساب: در حسابداری دوبل، هر حساب کل/معین دارای یک «ماهیت» (بدهکار یا بستانکار) است. مثلاً حساب «موجودی نقد و بانک» ماهیت بدهکار (دارایی) دارد.
- دلیل ایجاد محدودیت: منطقاً غیرممکن است که شما در گاوصندوق خود منفی ۲ میلیون تومان پول فیزیکی داشته باشید! یا صندوق فیزیکی شما خالی است (موجودی صفر) یا پول دارد (مانده بدهکار).
- کاربرد تنظیمات:
- جلوگیری اکید (Strict): اگر این گزینه غیرفعال باشد (مانده منفی ممنوع است)، سیستم هنگام ثبت سندی که باعث شود موجودی بانک یا صندوق از صفر کمتر شود، ارور میدهد و جلوی ثبت را میگیرد. این حالت تضمینکننده بالاترین کیفیت دیتای مالی است.
- مجاز بودن موقت (Soft Warning): گاهی در شرکتهای پر تراکنش، حسابدارِ پرداختها سریعتر از حسابدارِ دریافتها اسناد را ثبت میکند (تقدم و تاخر ثبت اطلاعات). در این حالت، موقتاً حساب بانک در سیستم منفی میشود تا بعداً سند واریزیها ثبت شود. با فعال کردن این گزینه، سیستم اجازه ثبت را میدهد اما این موارد را در گزارش «مغایرتهای ماهیتی» برای حسابرس مشخص میکند.
ج) الزام به رعایت دقیق ترتیب تاریخ اسناد (Strict Chronological Sequence)
این تنظیم ارتباط مستقیمی با قوانین مالیاتی و تحریر دفاتر قانونی (به ویژه در ایران بر اساس ماده آییننامه تحریر دفاتر) دارد.
- مفهوم: شماره اسناد حسابداری باید با تاریخ آنها همخوانی کامل داشته باشد. یعنی امکان ندارد سند شماره ۱۱۰ در تاریخ ۵ اردیبهشت ثبت شود، اما سند شماره ۱۱۱ مربوط به تاریخ ۲ اردیبهشت باشد! زمان همواره رو به جلو حرکت میکند.
- تأثیر در سیستم: اگر این گزینه را فعال کنید، اورس به یک سیستم حسابداری نفوذناپذیر تبدیل میشود. اگر کاربری بخواهد برای تاریخی در گذشته سندی ثبت کند (در حالی که اسنادی با تاریخ روز ثبت شدهاند)، سیستم اجازه نخواهد داد، مگر اینکه اسناد روزهای بعد موقتاً از حالت قطعی خارج شده، سند جدید با شماره میانجی ثبت شود و مجدداً اسناد مرتبسازی (Re-numbering) شوند.
- اهمیت: عدم رعایت این گزینه منجر به «رد دفاتر قانونی» توسط ممیزین مالیاتی و جریمههای سنگین خواهد شد. بنابراین در هلدینگهای رسمی، این گزینه باید با سختگیری تمام در سطح سازمان فعال باشد.
نتیجهگیری
سیستم جامع اورس با ارائه پنل «تنظیمات سیاستهای سلسلهمراتبی»، قدرت کنترل بینظیری را به مدیران ارشد سازمان میبخشد. با درک صحیح از مفاهیمی چون تلرانس ارزی، کنترل ماهیت حسابها و توالی تاریخی اسناد، میتوانید مطمئن باشید که دیتای تولید شده در پایینترین شعب شرکتهای شما، دقیقاً با استانداردهای سختگیرانه سازمان مرکزی تطابق دارد و گزارشات تجمیعی دوگانه (Dual-Axis) شما همیشه قابل اتکا و بدون نقص خواهند بود.
