فروشگاه ماژول جایی است که ادمین سازمان ماژولهای فیدار را می‌بیند، وضعیت هرکدام را می‌فهمد و آن‌هایی را که لازم دارد فعال میکند. وابستگی‌ها خودکار حل میشوند و هر ماژول تازه روی همان داده‌ها و همان دسترسیها می‌نشیند.
رایگان در هستهی هر اشتراک · فقط برای ماژولهای فعال هزینه می‌پردازید
مسئله و راه‌حل
خرید و راه‌اندازی همه‌ی بخش‌های یک ERP در یک مرحله پرهزینه و پرریسک است: تیم همزمان باید ده فرایند تازه یاد بگیرد و نیمی از امکانات هرگز استفاده نمی‌شود. رویکرد ماژولار یعنی از مسئله‌ی امروز شروع کنید و قدم به قدم جلو بروید.
بسته‌های کامل ERP با ماژولهایی فروخته میشوند که سازمان شاید هیچ‌وقت سراغشان نرود.
هر ماژول جداگانه فعال میشود و فقط ماژولهای «در دسترس» و فعال در صورت‌حساب می‌آیند.
خرید نرمافزار انبار جدا یعنی ورود دوباره‌ی کالاها و مشتریان و یک اتصال شکننده.
ماژول تازه روی همان پایگاه داده، همان مخاطبین و همان دسترسیها فعال میشود؛ بدون انتقال داده.
معلوم نیست برای فعال‌کردن یک بخش، چه بخش‌های دیگری لازم است.
هر ماژول وابستگی‌هایش را اعلام میکند و فروشگاه پیش از فعالسازی آنها را نشان می‌دهد و به ترتیب درست فعال میکند.
با لغو یک بخش، داده‌های سال‌ها کار هم از دسترس خارج یا حذف میشود.
غیرفعال‌سازی فقط دسترسی را می‌بندد و داده حفظ میشود؛ حذف کامل فقط با تأیید صریح مالک و پس از گرفتن خروجی ممکن است.
قابلیت‌ها
سازمان‌ها معمولاً با مخاطبین، CRM و فعالیتها شروع میکنند، چون کمترین وابستگی و سریع‌ترین بازگشت را دارند. گزارشساز و دسترسیها از روز اول همراه‌اند.
در ادامه، ستون فقرات مالی و زنجیره‌ی تأمین می‌آید: حسابداری، سپس خرید و انبار، و بعد تولید. این همان ترتیبی است که ماژولهای فیدار در نقشه‌ی راه عرضه میشوند، چون هر کدام به داده‌ی قبلی تکیه دارد.
هر ماژول را با یک تیم پایلوت کوچک فعال کنید و پس از دو تا چهار هفته به کل سازمان گسترش دهید. چون غیرفعال‌سازی داده را حذف نمی‌کند، آزمایش هزینه‌ی برگشت‌ناپذیر ندارد.
پیش از فعال‌کردن هر ماژول تازه، نقش‌های پیش‌فرضش را با مدیر واحد مرور کنید و تعیین کنید چه کسانی کاربر و چه کسانی مدیر آن ماژول میشوند. فعالسازی بدون این تصمیم معمولاً یا به دسترسی بیش از حد می‌انجامد یا به کاربرانی که نمی‌توانند کار کنند.
گزارش استفاده از ماژولها را هر فصل نگاه کنید. ماژولی که فعال است ولی کسی در آن رکورد نمی‌سازد، یا آموزش لازم دارد یا هنوز به آن نیازی نیست؛ در هر دو حالت، تصمیم بر اساس داده گرفته میشود.
یکپارچگی
در سیستم شش‌لایه‌ی دسترسی فیدار، اولین سؤال این است که ماژول برای سازمان فعال است یا نه. فروشگاه ماژول همین لایه را مدیریت میکند و بقیه‌ی ماژولها بر اساس آن ظاهر یا پنهان میشوند.
وضعیت و ترتیب عرضه‌ی هر ماژول را در نقشه‌ی راه می‌بینید.
گزارش‌ها
ببینید کدام ماژول واقعاً استفاده میشود تا تصمیم‌های اشتراک بر اساس داده باشد.
دسترسی
فعال‌کردن ماژول هزینه و دسترسی ایجاد میکند؛ پس فقط نقش‌های مشخص اجازه‌اش را دارند و هر تغییر ثبت میشود.
امنیت و سطح دسترسی کاربرانیعنی هر بخش نرمافزار، مثل CRM یا انبار، مستقل فعال میشود ولی همه روی یک پایگاه داده و یک سیستم دسترسی کار میکنند. شما فقط ماژولهایی را فعال میکنید که لازم دارید. برای پیشزمینه، ERP چیست را ببینید.
هستهی پلتفرم، مخاطبین، CRM، فعالیتها و تقویم، گزارشساز و داشبورد، کاربران و دسترسیها و خود فروشگاه ماژول. بقیه با برچسب «بهزودی» در فروشگاه دیده میشوند.
داده حفظ میشود و فقط دسترسی بسته میشود. با فعالسازی دوباره همهچیز سر جایش است. حذف کامل فقط با تأیید صریح مالک و پس از خروجیگرفتن ممکن است.
بازارچهی ماژولهای شخص ثالث بخشی از برنامهی بلندمدت فیدار است و هنوز عرضه نشده است. امروز فروشگاه فقط ماژولهای رسمی فیدار را دارد.
خیر. تغییرات شما روی فرمها و فهرستها جدا از تعریف اصلی ذخیره میشود؛ بنابراین با ارتقای ماژول حفظ میشود.
ماژولهای مجاز در فایل لایسنس امضاشده مشخص میشوند و ادمین از همین فروشگاه آنها را فعال میکند. جزئیات در استقرار ابری یا on-premise.
با CRM و گزارشساز شروع کنید؛ هر ماژول تازه که آماده شود، با یک کلیک به همین داده‌ها وصل میشود.