انتخاب نرمافزار حسابداری؛ راهنمای عملی خرید سیستم مالی
انتخاب نرمافزار حسابداری معمولاً به مقایسه قیمت و تعداد ماژول تقلیل پیدا می‌کند، در حالی که هزینه واقعی یک انتخاب اشتباه، سال‌ها بعد در پرونده مالیاتی ظاهر میشود. در این نوشته معیارهایی را مرور می‌کنم که در پیادهسازی سیستم مالی برای شرکت‌های تولیدی، بازرگانی و پیمانکاری برایم تعیین‌کننده بوده‌اند.
پیش از دیدن هر دموی فروش
سه سؤال را روی کاغذ بیاورید و پاسخشان را بنویسید:
- چه گزارش‌هایی را ماهانه لازم دارم و امروز چقدر طول می‌کشد تا تهیه شوند؟
- چه الزامات قانونی و مالیاتی بر کسب‌وکار من حاکم است؟
- سه سال آینده چند کاربر، چند شعبه و چه حجم سندی خواهم داشت؟
اگر پاسخ این سه سؤال روشن نباشد، هر جلسه دمو به فهرست امکاناتی ختم میشود که هرگز از آن‌ها استفاده نمی‌کنید.
معیار اول: انطباق مالیاتی
این مهمترین بخش در فضای امروز ایران است و متأسفانه کمترین توجه را می‌گیرد. نرمافزار باید بتواند:
- صورتحساب الکترونیکی استاندارد تولید و به سامانه مؤدیان ارسال کند، وضعیت ارسال و شماره منحصربه‌فرد مالیاتی هر صورتحساب را نگه دارد و امکان صدور صورتحساب اصلاحی و ابطالی داشته باشد. جزئیات این الزامات را در راهنمای سامانه مؤدیان توضیح داده‌ام.
- گزارش صورت معاملات فصلی را با فرمت قابل بارگذاری تولید کند و شناسه ملی و کد اقتصادی طرف حساب را در سطح فاکتور نگه دارد؛ نه در سطح یادداشت. الزامات آن در صورت معاملات فصلی ماده ۱۶۹ آمده است.
- مالیات بر ارزش افزوده را در سطح کالا و خدمت با نرخ‌های متفاوت (از جمله اقلام معاف) تفکیک کند و اعتبار خرید را جدا نگه دارد.
- خروجی دفاتر قانونی مطابق ساختار مورد قبول تولید کند. الزامات ثبت و نگهداری را در دفاتر قانونی و پلمب بخوانید.
- مالیات تکلیفی و مالیات حقوق را محاسبه و فایل لیست ماهانه را تولید کند.
در چند پرونده دیده‌ام که نرمافزار امکان صدور صورتحساب اصلاحی و ابطالی نداشته و شرکت مجبور شده ماه‌ها به‌صورت دستی در کارپوشه کار کند. این سؤال را در جلسه دمو مستقیم بپرسید و پاسخ را عملاً ببینید، نه در بروشور.
معیار دوم: ساختار داده و کدینگ
کدینگ حساب‌ها ستون فقرات گزارشگری است. حداقل چهار سطح (گروه، کل، معین، تفصیلی) و امکان تعریف تفصیلی شناور برای مرکز هزینه، پروژه، شعبه و طرف حساب لازم است. اگر بخواهید بعداً سود هر پروژه یا هر شعبه را بدانید و ساختار داده اجازه ندهد، تنها راه، بازسازی پرهزینه اسناد است.
نکته دیگر، امکان ثبت چنددفتری و بستن دوره است: نرمافزار باید اجازه ندهد پس از بستن ماه، سند گذشته بدون رد پا تغییر کند. وجود گزارش تغییرات و کاربر ثبت‌کننده، هم برای کنترل داخلی و هم برای دفاع در رسیدگی ارزش دارد.
معیار سوم: ماژولهای واقعاً لازم
| نوع کسب‌وکار | ماژولهای ضروری | ماژول‌هایی که معمولاً لازم نیست |
|---|---|---|
| بازرگانی و پخش | انبار چندمکانی، فروش و تخفیف، دریافت و پرداخت، چک | بهای تمام‌شده تولید |
| تولیدی | بهای تمام‌شده، BOM، انبار مواد و محصول، تولید | مدیریت اشتراک و باشگاه مشتریان |
| پیمانکاری | قرارداد، صورت‌وضعیت، تضامین، مالیات تکلیفی | صندوق فروشگاهی |
| فروشگاهی و اصناف | صندوق فروش، بارکد، موجودی لحظه‌ای، اتصال کارتخوان | حسابداری پروژه |
| خدماتی | قرارداد و صورتحساب دوره‌ای، حقوق و دستمزد | انبار و تولید |
برای شرکت‌های پیمانکاری، نبود ماژول صورت‌وضعیت و تضامین یعنی نگهداری موازی در اکسل، که همان جایی است که خطاها متولد می‌شوند. الزامات این حوزه در حسابداری پیمانکاری آمده است.
معیار چهارم: امنیت، پشتیبانگیری و تداوم کار
داده مالی شما هم دارایی است و هم سند دفاع در رسیدگی. چهار پرسش را پیش از خرید مکتوب پاسخ بگیرید: پشتیبانگیری با چه دوره‌ای و روی چه رسانه‌ای انجام میشود؛ آخرین بار عملیات بازیابی کی آزمایش شده است؛ در صورت خرابی سرور یا قطع سرویس، چند ساعت طول می‌کشد تا دوباره کار کنید؛ و اگر همکاری با فروشنده قطع شود، خروجی کامل داده در چه قالبی تحویل میشود.
سطوح دسترسی هم بخشی از همین بحث است. کاربر انبار نباید بتواند سند حسابداری اصلاح کند و کاربر فروش نباید به گزارش سود دسترسی داشته باشد. در شرکت‌های کوچک این موضوع اغلب نادیده گرفته میشود، در حالی که دقیقاً در همین شرکت‌ها تفکیک وظایف کمترین است و نرمافزار می‌تواند بخشی از این خلأ کنترلی را جبران کند.
معیار پنجم: گزارش‌های مدیریتی
فراتر از تراز آزمایشی و دفاتر، بپرسید نرمافزار چه گزارشی برای تصمیم مدیریتی میدهد: سود ناخالص به تفکیک کالا و مشتری، گزارش سنی مطالبات، گردش موجودی و اقلام کندگردش، تحلیل هزینه به تفکیک مرکز هزینه، و مقایسه دوره‌ای. اگر ساخت گزارش جدید فقط با مراجعه به فروشنده و پرداخت هزینه ممکن باشد، در عمل هر ماه هزینه پنهانی می‌پردازید. وجود یک ابزار گزارش‌ساز داخلی که کاربر خبره شرکت بتواند با آن کار کند، در بلندمدت تفاوت بزرگی ایجاد می‌کند.
نصبی، تحت وب یا ابری؟
| معیار | نسخه نصبی (لوکال) | تحت وب روی سرور خودتان | ابری (SaaS) |
|---|---|---|---|
| هزینه اولیه | بالا | متوسط تا بالا | پایین |
| هزینه جاری | پشتیبانی سالانه | سرور + پشتیبانی | اشتراک ماهانه |
| دسترسی چندشعبهای | دشوار | خوب | عالی |
| کنترل بر داده | کامل | کامل | وابسته به قرارداد |
| مسئولیت پشتیبانگیری | با شما | با شما | با ارائه‌دهنده |
| سفارشیسازی سنگین | ممکن | ممکن | محدود |
انتخاب بین این سه، بیش از آنکه فنی باشد سازمانی است: اگر تیم پشتیبانی داخلی ندارید و شعب پراکنده دارید، نسخه ابری منطقی‌تر است؛ اگر حجم داده بالا و نیاز به توسعه اختصاصی دارید، نسخه نصبی کنترل بیشتری میدهد.
هزینه واقعی مالکیت
قیمت لایسنس معمولاً کمتر از نیمی از هزینه سه‌ساله است. این اقلام را در مقایسه بیاورید: پیادهسازی و طراحی کدینگ، انتقال داده از سیستم قبلی، آموزش کاربران، حق اشتراک سالانه پشتیبانی و به‌روزرسانی، ماژولهای جانبی، توسعه گزارش‌های اختصاصی، و هزینه پنهان کندی کار در دو تا سه ماه اول.
از فروشنده بخواهید هزینه سه سال آینده را با فرض رشد تعداد کاربران به شما بدهد. تفاوت گزینه‌ها در سال اول اغلب کوچک است؛ در سال سوم چشمگیر میشود.
چک‌لیست ارزیابی پیش از خرید
- با داده واقعی خودتان دمو بگیرید، نه با داده نمونه فروشنده.
- یک چرخه کامل را در دمو اجرا کنید: سفارش، فاکتور، ارسال به سامانه مؤدیان، دریافت وجه، برگشت از فروش.
- خروجی صورت معاملات فصلی و دفاتر قانونی را عملاً تولید و بررسی کنید.
- سرعت سیستم را با حجم داده مشابه یک سال کاری بسنجید.
- سطوح دسترسی کاربران و گزارش تغییرات اسناد را آزمایش کنید.
- سازوکار و دوره پشتیبانگیری و روش بازیابی را مکتوب بگیرید.
- زمان پاسخ‌گویی پشتیبانی را در قرارداد مشخص کنید، نه شفاهی.
- با دو مشتری فعلی فروشنده که کسب‌وکاری شبیه شما دارند تماس بگیرید.
- مالکیت داده و امکان خروجی گرفتن کامل هنگام قطع همکاری را در قرارداد بیاورید.
- تاریخ راهاندازی را ابتدای سال مالی یا ابتدای فصل تعیین کنید.
مهاجرت و راهاندازی
مانده‌های ابتدای دوره باید با صورت‌های مالی تأییدشده تطبیق داده شود و مستندات این تطبیق نگه داشته شود. تفصیلی‌ها (مشتریان، تأمین‌کنندگان، اقلام انبار) را پیش از انتقال پاک‌سازی کنید؛ انتقال یک فهرست آلوده فقط مشکل را جابه‌جا می‌کند. سه ماه اول، موازی‌کاری محدود با سیستم قبلی برای اقلام حساس منطقی است.
اگر تردید دارید که به نرمافزار جدید نیاز دارید یا به فرآیند و نیروی متخصص، مقایسه گزینه‌ها را در برون‌سپاری حسابداری یا استخدام حسابدار آورده‌ام.
اگر می‌خواهید پیش از خرید، نیازسنجی و مقایسه فنی گزینه‌ها را با هم انجام دهیم، در خدمتم.
جمع‌بندی
- انطباق با الزامات سامانه مؤدیان و گزارش‌های مالیاتی، اولین فیلتر انتخاب است.
- کدینگ و ساختار تفصیلی را بر اساس گزارش‌های موردنیاز خودتان طراحی کنید، نه بر اساس پیش‌فرض فروشنده.
- ماژولهای لازم را از نوع کسب‌وکار استخراج کنید تا بابت امکانات بلااستفاده هزینه ندهید.
- هزینه سه‌ساله مالکیت را مقایسه کنید، نه قیمت لایسنس را.
- دمو را با داده واقعی و یک چرخه کامل کاری اجرا کنید و مالکیت داده را در قرارداد تصریح کنید.
پرسش‌های متداول
مهمترین معیار انتخاب نرمافزار حسابداری چیست؟
نرمافزار باید مستقیم به سامانه مؤدیان وصل شود؟
نرمافزار ابری بهتر است یا نصبی؟
آیا تغییر نرمافزار در وسط سال مالی مجاز است؟
هزینه واقعی نرمافزار شامل چه اقلامی است؟
کدینگ حساب‌ها را چه کسی باید طراحی کند؟
سؤالی دارید؟ بپرسید
یک تماس کوتاه اغلب کافی است تا بفهمید کجای کار ایستاده‌اید. اگر پاسخ ندادم حتماً بازمی‌گردم.