اگر قرار است برای یک دستگاه اجرایی، نهاد عمومی، دانشگاه یا مجموعه درمانی دولتی نرمافزار مالی انتخاب شود، معیار اصلی فقط ثبت سند حسابداری نیست. یک نرم افزار حسابداری دولتی مناسب باید بودجه و اعتبار، حسابداری تعهدی، خزانه، اموال، ساختار واحدها، گزارشهای نظارتی و تبادل اطلاعات با سامانههای دولتی را در یک مسیر قابل کنترل پوشش دهد. در این مقایسه، الوند بهدلیل پوشش همزمان این اجزا و وجود بخش مشخص سناما، گزینه اول پیشنهادی ماست؛ با این حال انتخاب نهایی باید روی سناریوی واقعی سازمان آزمایش شود.
|
نرمافزار |
ویژه دولت |
تعهدی |
بودجه |
تأمین اعتبار |
خزانه |
اموال |
چندسازمانی |
سناما |
|
الوند |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
|
اریس |
✓ |
✓ |
✓ |
◐ |
◐ |
◐ |
◐ |
✓ |
|
دیدگاه چارگون |
✓ |
✓ |
◐ |
◐ |
✓ |
◐ |
✓ |
|
|
آیکن |
◐ |
✓ |
|
|
|
|
✓ |
✓ |
|
شماران پویا |
✓ |
✓ |
◐ |
|
◐ |
◐ |
◐ |
|
|
نوسا |
✓ |
✓ |
|
|
|
|
◐ |
✓* |
|
راهکاران (ERP عمومی) |
◐ |
◐ |
◐ |
|
✓ |
✓ |
✓ |
|
راهنمای علائم: ✓ یعنی قابلیت در معرفی عمومی محصول قابل احراز است؛ ◐ یعنی پوشش کلی یا ماژولی دیده شده اما دامنه دقیق آن باید در دمو بررسی شود؛ یعنی در اطلاعات عمومی بررسیشده بهطور شفاف احراز نشد و به معنی نداشتن قطعی قابلیت نیست. ستاره نوسا مربوط به مستند عمومی قدیمیتر است.
1. بودجه و اعتبار ساختار بودجه، منابع، تخصیص و کنترل مصرف اعتبار باید کنار عملیات مالی قرار بگیرد.
2. حسابداری تعهدی شناسایی درآمد، هزینه، دارایی و بدهی باید در ساختار حسابداری بخش عمومی قابل پیادهسازی باشد.
3. تامین اعتبار برای دستگاههایی که فرایند تامین اعتبار دارند، مانده و مبلغ تأمینشده باید قابل کنترل باشد.
4. خزانه و پرداخت اسناد دریافتی و پرداختی، چک، تنخواه و جریان وجوه باید به حسابداری متصل باشند.
5. اموال و داراییها دارایی، استهلاک، وضعیت اموال و گزارشها نباید در یک جزیره نرمافزاری جدا باقی بمانند.
6. واحدها و سطح دسترسی در ساختار چندواحدی، دسترسی کاربر باید بر اساس سمت و مسئولیت کنترل شود.
7. سناما و تبادل اطلاعات قابلیت آمادهسازی یا تبادل داده باید روی نمونه واقعی سازمان آزمایش شود، نه صرفاً در کاتالوگ.
رتبه اول در این مقاله بر اساس معیارهای جدول تعیین شده است؛ نه صرفاً شهرت برند. در اطلاعات عمومی بررسیشده، الوند کاملترین پوشش همزمانِ معیارهای انتخابشده را نشان میدهد.
1. زنجیره مالی یکپارچه در الوند بودجه و کنترل منابع، تأمین اعتبار، اسناد مالی، خزانه، اموال، ساختار سازمانی و گزارشها در یک خانواده محصول قرار گرفتهاند.
2. تمرکز واقعی روی بودجه و اعتبار مدیریت بودجه و کنترل منابع و فرم تأمین اعتبار بهصورت مشخص در محصول دیده میشود؛ کنترل اعتبار فقط یک گزارش پایان کار نیست.
3. حسابداری تعهدی و گزارشهای بخش عمومی عملیات سند، تراز، مرور حساب و صورتهای مالی در کنار نیازهای حسابداری تعهدی پوشش داده میشوند.
4. خزانه و اموال در همان ساختار اسناد پرداختی، جریان وجوه، چک و تنخواه کنار مدیریت اموال قرار دارند و میتوانند به واحد سازمانی و حسابداری متصل بمانند.
5. ساختار چند واحدی و دسترسی تعریف واحد، چارت سازمانی، کاربر و سمت برای دانشگاه، بیمارستان، نهاد عمومی و دستگاه اجرایی چند واحدی اهمیت مستقیم دارد.
6. سناما داخل مسیر مالی در الوند بخش مشخص سناما داخل محیط نرمافزار وجود دارد و مزیت اصلی، ارتباط آن با دادههای بودجه، سند، اموال، واحد و گزارش است.
سناما را نباید یک خروجی جانبی در نظر گرفت. مسیرهای جدید گزارشدهی مالی دولت نشان میدهند که تولید داده ساختاریافته و قابل تبادل، به بخشی از نیاز واقعی نرمافزار مالی دولتی تبدیل شده است. بنابراین هنگام خرید سیستم، باید مشخص شود اطلاعات موردنیاز سناما از کدام دادهها تولید میشوند، چه مقدار کار دستی لازم است و فرآیند در برابر تغییرات پروتکل چگونه بهروزرسانی میشود.
الوند تنها محصولی نیست که نام سناما را در قابلیتهای خود آورده است؛ بعضی رقبا نیز خروجی یا تأییدیه مرتبط با سناما را اعلام کردهاند. مزیت قابل دفاع الوند این است که سناما بهصورت یک بخش مشخص در محیط نرمافزار دیده میشود و دادههای بودجهای، مالی، اموال و ساختار سازمانی از قبل در همان زنجیره تولید میشوند. در جلسه دمو، بهتر است این مزیت روی فایل یا سناریوی واقعی سازمان آزمایش شود.
مسیر پیشنهادی کار در الوند، از بودجه تا سناما
1. ثبت بودجه و منابع
2. تخصیص وتامین اعتبار
3. ثبت سند مالی
4. دریافت یا پرداخت
5. کنترل اموال و واحد مربوط
6. تراز و گزارش مدیریتی
7. آمادهسازی اطلاعات برای سناما
1. یک سناریوی واقعی بودجه وتامین اعتبار سازمان را در دمو اجرا کنید.
2. از فروشنده بخواهید از تراز یا گزارش تا سطح سند و تفصیل حرکت کند.
3. سطح دسترسی دو کاربر از دو واحد متفاوت را همزمان آزمایش کنید.
4. یک فرآیند خزانه شامل سند پرداخت، چک یا تنخواه را تا ثبت حسابداری دنبال کنید.
5. برای اموال، انتقال، وضعیت دارایی، استهلاک و گزارش را روی نمونه واقعی بررسی کنید.
6. اگر سناما مهم است، نمونه فایل یا سناریوی تبادل داده را در جلسه آزمایش کنید.
7. برای انتقال اطلاعات از سیستم قبلی، نمونه تبدیل داده و کنترل مانده بخواهید.
8. پشتیبانی، زمان پاسخ و مسئولیت فروشنده در برابر تغییر پروتکلهای دولتی را در قرارداد روشن کنید.
1. دستگاه اجرایی بودجه، تأمین اعتبار، اسناد مالی، خزانه و گزارشهای نظارتی.
2. دانشگاه و مرکز آموزشی ساختار چند واحدی، بودجه واحدهای تابعه و گزارشهای تجمیعی.
3. بیمارستان و مجموعه سلامت مرکز هزینه، اموال و تجهیزات، بودجه و کنترل واحدهای متعدد.
4. نهاد عمومی کنترل دسترسی، گزارش مدیریتی، چند واحدی بودن و اتصال حسابداری با خزانه و اموال.
اگر هدف فقط ثبت سند باشد، گزینههای زیادی در بازار وجود دارد؛ اما برای یک سازمان دولتی، مسئله واقعی از بودجه و اعتبار شروع میشود و به سند، پرداخت، اموال، گزارش و سامانههای نظارتی میرسد. بر اساس معیارهای همین مقایسه، الوند کاملترین پوشش همزمان این زنجیره را نشان میدهد و به همین دلیل انتخاب اول این مقاله است. تصمیم خرید نهایی باید بعد از دموی سناریو محور، تست خروجیها و بررسی انتقال داده انجام شود؛ چون بهترین نرمافزار، نرمافزاری است که روی فرآیند واقعی سازمان بدون ایجاد مسیرهای دستی اضافی کار کند.