پلن مناسب را بر اساس تعداد کاربران، مدل میزبانی، سطح سفارشیسازی و نیاز به استقرار انتخاب کنید. برای قیمت نهایی، ابتدا نیاز سازمان شما بررسی میشود.
لایسنس، استقرار، آموزش، توسعه و پشتیبانی در یک مسیر قابل کنترل.
با ساختار قیمتگذاری شفاف نابسیس، هزینه پایه بر اساس تعداد کاربر و دوره پرداخت نمایش داده میشود و جزئیات استقرار در مرحله بعد برآورد میشود.
برای شرکتهایی که میخواهند سریع شروع کنند و از امکانات اصلی نابسیس استفاده کنند.
برای سازمانهایی که چند فرایند جدی، اتصال به سیستمهای بیرونی یا سفارشیسازی عملیاتی دارند.
برای کسبوکارهایی که مدل خرید یکباره، کنترل کامل و استقلال بلندمدت را ترجیح میدهند.
در کنار لایسنس، تیم شما برای استفاده واقعی از ERP به آموزش، پشتیبانی، تحلیل فرایند و توسعه مرحلهای نیاز دارد.
دامنه نهایی پروژه در جلسه نیازسنجی مشخص میشود، اما اینها رایجترین زیرسیستمهایی هستند که در پیادهسازی ERP استفاده میشوند.
برای جلوگیری از خرید اشتباه، ابتدا فرایندهای فعلی، تعداد کاربران، نیازهای گزارشگیری و محدودیتهای زیرساختی را بررسی میکنیم.
قیمت نهایی حاصل ترکیب لایسنس، زیرساخت و دامنه خدمات است؛ هر بخش پیش از شروع بهصورت شفاف در پیشنهاد فنی و مالی مشخص میشود.
نابسیس یک ERP یکپارچه است و ماژولهای انتخابشده روی یک پایگاه داده کار میکنند. ترکیب نهایی ماژولها براساس نیاز واقعی سازمان مشخص میشود تا هزینه برای قابلیتهایی پرداخت شود که واقعاً در فرایندها استفاده میشوند.
تعداد کاربران داخلی، دوره پرداخت، مدل میزبانی، ماژولها، سطح سفارشیسازی، مهاجرت داده، اتصالها، آموزش و خدمات استقرار در برآورد اثر دارند. این عوامل در پیکربند و جلسه نیازسنجی از هم تفکیک میشوند.
تحلیل فرایند، نصب و پیکربندی، انتقال داده، آموزش، تست، راهاندازی و پشتیبانی میتواند در محدوده پروژه تعریف شود. توسعه اختصاصی، اتصالهای خاص و سرویسهای مصرفی ثالث جداگانه و شفاف برآورد میشوند.
میزبانی ابری شروع سریعتر و نگهداری زیرساخت سادهتری دارد. نصب On-Premise کنترل بیشتری روی سرور و داده میدهد، اما مسئولیت امنیت، پشتیبانگیری، مانیتورینگ و بهروزرسانی زیرساخت باید دقیقتر تعریف شود.
برای استفاده محدود ممکن است؛ اما در فرایندهای جدی فروش، مالی، انبار یا تولید، استقرار مرحلهای ریسک خطا و مقاومت کاربران را کاهش میدهد. سطح خدمات متناسب با اندازه، آمادگی و پیچیدگی سازمان انتخاب میشود.
کاربر داخلی که به محیط عملیاتی دسترسی دارد و سند، سفارش، موجودی، پروژه یا گزارش را ایجاد، مشاهده یا ویرایش میکند در محاسبه کاربران قرار میگیرد. کاربران پرتال مانند مشتری یا تأمینکننده براساس معماری دسترسی جداگانه تعریف میشوند.
مالکیت داده، سطح دسترسی، سیاست پشتیبانگیری و امکان خروجیگیری در معماری پروژه مشخص میشود. اگر مدل میزبانی تغییر کند، سازگاری و مسیر انتقال داده پیش از جابهجایی بررسی و آزمایش خواهد شد.
برای هر اتصال، API سامانه بیرونی، جهت تبادل داده، احراز هویت، زمانبندی همگامسازی، حجم اطلاعات، معیار پذیرش و مسئولیت نگهداری بررسی میشود؛ سپس توسعه و پشتیبانی آن مستقل از امکانات استاندارد قیمتگذاری خواهد شد.