پاسخ کوتاه: تقویم جلالی در نرم‌افزار سازمانی فقط «نمایش تاریخ» نیست؛ فیلتر گزارش‌ها، دوره‌های مالی، سررسید چک و محاسبه سن پارتی باید واقعاً شمسی باشند. افزونه‌های ناقص فقط ۱۰ تاریخ را شمسی می‌کنند و بقیه را میلادی رها می‌کنند — معیار انتخاب را این مقاله ببینید.
در ایران، سال مالی، سررسید چک، اظهارنامه‌ی مالیاتی و گزارش‌های دوره‌ای همه با تقویم هجری خورشیدی (جلالی) کار می‌کنند. برای همین یک نرم‌افزار سازمانی که تاریخ را فقط میلادی می‌فهمد، برای کاربر ایرانی ناقص است.
تفاوت «نمایش» و «محاسبه»
خیلی از راهکارها فقط تاریخ را به‌صورت شمسی نشان می‌دهند، اما در پشت صحنه همه‌چیز میلادی است. مشکل وقتی پیدا می‌شود که بخواهید بر اساس ماه یا سال شمسی گزارش بگیرید، فیلتر دوره‌ای بزنید یا سال مالی را ببندید. اینجاست که تبدیل نادرست یا ناقص، خطای واقعی در اعداد ایجاد می‌کند.
جاهایی که جلالی درست حیاتی است
- گزارش‌های دوره‌ای: فروش فروردین، سود سه‌ماهه‌ی اول، مقایسه‌ی سال‌به‌سال.
- سررسیدها: چک‌ها، اقساط و یادآوری‌ها بر اساس تاریخ شمسی.
- بستن سال مالی: که در ایران با سال شمسی منطبق است.
- اسناد قانونی: فاکتور و اظهارنامه با تاریخ رسمی کشور.
رویکرد ابرک
ابرک تقویم جلالی را نه به‌عنوان یک لایه‌ی نمایشی، بلکه به‌صورت یکپارچه در فرم‌ها، فیلترها و گزارش‌ها پیاده کرده است — با محاسبات دقیق تبدیل تاریخ که رفت‌وبرگشت (شمسی به میلادی و بازگشت) را بدون خطا انجام می‌دهد. نتیجه: تاریخ‌ها هم درست نمایش داده می‌شوند و هم در محاسبات درست‌اند.
برای دیدن ابرک در عمل، یک اپ رایگان بردارید و شروع کنید یا پلن‌ها را مرور کنید. درباره‌ی خود پلتفرم هم صفحه‌ی اودوو فارسی را ببینید.
منبع بیرونی: ویکی‌پدیا — گاه‌شماری هجری خورشیدی
باگ‌های رایج تقویم شمسی در نرم‌افزارهای سازمانی
- فیلتر تاریخ ناسازگار: جستجوی بازه «مهر تا آذر» نتایج میلادی برمی‌گرداند — سند حسابداری پیدا نمی‌شود
- گزارش دوره‌ای اشتباه: «فروش این ماه» از ۱ تا ۳۰ ماه میلادی حساب می‌شود نه شمسی
- سال کبیسه: اسفند ۳۰روزه در سال کبیسه خطای تاریخ می‌دهد و سند قطع می‌شود
- مرز نیمه‌شب: تبدیل دوطرفه جلالی/میلادی با اختلاف ساعت، سند را یک روز جابه‌جا ثبت می‌کند
فهرست کامل این باگ‌ها و روش تست را در تقویم جلالی در ERP: باگ‌های پنهان تاریخ باز کرده‌ایم. افزونه odoo_jalali_pro ابرک این ۴ کلاس باگ را با تست خودکار پوشش می‌دهد.
هفت نقطه که تقویم جلالی باید در آن تست شود
خطاهای تقویم شمسی معمولاً در استفادهٔ روزمره دیده نمی‌شوند و در پایان سال یا موعد گزارش قانونی بیرون می‌زنند. این هفت مورد را روی هر سیستمی که ارزیابی می‌کنید، دستی امتحان کنید.
| نقطهٔ تست | ورودی نمونه | انتظار |
|---|---|---|
| مرز سال | ۲۹ و ۳۰ اسفند | سال کبیسه درست تشخیص داده شود |
| مرز ماه ۳۱ روزه | ۳۱ شهریور | در گزارش شهریور بیاید نه مهر |
| گروه‌بندی ماهانه | اسناد یک سال کامل | ۱۲ گروه، بدون ماه ۱۳ |
| محاسبهٔ سررسید | فاکتور با مهلت ۳۰ روزه در بهمن | سررسید در اسفند، با احتساب طول ماه |
| گزارش فصلی | بازهٔ فصل چهارم | دی تا اسفند، نه سه ماه میلادی |
| تعطیلات و روزهای کاری | محاسبهٔ مرخصی و کارکرد | تقویم رسمی ایران اعمال شود |
| ذخیره‌سازی و منطقهٔ زمانی | ثبت سند در ساعت ۲۳:۵۰ | تاریخ سند یک روز جابه‌جا نشود |
چرا این باگ‌ها فقط بخشی از تاریخ‌ها را می‌گیرند
پیاده‌سازی‌های ناقص معمولاً تبدیل را در لایهٔ نمایش انجام می‌دهند و داده را میلادی نگه می‌دارند. تا وقتی فقط تاریخ نشان داده می‌شود مشکلی نیست؛ خطا جایی ظاهر می‌شود که محاسبه لازم است: اختلاف دو تاریخ، شروع و پایان دوره، یا مرتب‌سازی. به همین دلیل ممکن است سیستمی ماه‌ها بی‌خطا کار کند و اولین بار در بستن سال مالی بشکند.
تحلیل یک نمونهٔ واقعی از این دست باگ‌ها در باگ‌های مرزی تقویم جلالی در ERP آمده است و اثر آن روی گزارش‌های قانونی در حسابداری ایرانی روی اودوو دیده می‌شود.
