هدف
این راهنما از زمانی شروع میشود که محیط اجرا و مستأجر توسط تیم مجاز آماده شده و یک حساب مدیریتی معتبر تحویل شده است. هدف این است که تنظیمات کسبوکاری، شعبهها، کاربران، ماژولهای فعال و دادههای پایه به ترتیبی آماده شوند که بهرهبرداری واقعی بدون دورزدن امنیت یا مدل شعبه شروع شود.
ایجاد فنی مستأجر، پایگاه داده، پروفایل محصول و استقرار محیط عملیاتی در اختیار هر کاربر مدیریتی نیست. اگر این موارد هنوز آماده نشدهاند، ابتدا باید توسط پشتیبانی/عملیات مجاز تکمیل شوند.
پیشنیازها
پیش از شروع این موارد را آماده کنید:
- نام و مشخصات انسانی مجموعه که قرار است در تنظیمات مجاز ثبت شوند؛
- فهرست شعبهها و وضعیت فعال هرکدام؛
- فهرست کاربران داخلی، مسئولیت هر کاربر و شعبههای مجاز او؛
- فهرست ماژولهای خریداریشده/فعال؛
- دادههای پایه ضروری هر ماژول مانند کالا، واحد، انبار، روش پرداخت یا اطلاعات رستوران حسب دامنه واقعی؛
- در صورت استفاده از حسابداری، بازه و عنوان سال مالی موردنیاز؛
- نشانیهای رسمی وب و برنامههای دسکتاپ نصبشدهای که باید در تحویل تست شوند.
تنظیمات پایه مستأجر
از «مدیریت > تنظیمات» فقط تنظیماتی را تغییر دهید که در رابط کاربری برای حساب شما قابل مشاهده و قابل ویرایشاند. تنظیم میتواند سراسری یا شعبهای باشد و دامنه همان رکورد تعیین میکند تغییر روی کجا اثر میگذارد.
تنظیمات رمزگذاریشده، فقطخواندنی یا دارای مالک تخصصی نباید با روش دیگری دور زده شوند. اگر یک تنظیم در صفحه عمومی قابل تغییر نیست، این محدودیت را بهعنوان کنترل محافظتی محصول در نظر بگیرید.
ماژولهای محیط اجرا از پروفایل محصول و مجوز رسمی فعالبودن مستأجر میآیند. اگر ماژولی باید فعال باشد ولی در محیط دیده نمیشود، پشتیبانی مجاز باید وضعیت پروفایل محصول/مجوز ماژول را بررسی کند؛ ساخت تنظیم مشابه یا دستکاری پایگاه داده راهحل نیست.
کاربران و دسترسیها
کاربران داخلی را از صفحه «مدیریت کاربران داخلی» تعریف کنید. برای هر حساب فقط نقشها و شعبههایی را بدهید که برای وظیفه واقعی لازم است.
شعبه پیشفرض صرفاً نقطه شروع کاربر است و دسترسی جدید ایجاد نمیکند. کاربر باید از قبل دسترسی فعال به همان شعبه داشته باشد. هنگام تست دسترسی، فقط با مدیر ارشد سامانه آزمایش نکنید؛ یک کاربر محدود واقعی بسازید و مطمئن شوید صفحه یا عملیات خارج دامنه او در دسترس نیست.
حساب CUSTOMER کاربر داخلی سامانه سازمانی نیست و برای تبدیلشدن به کاربر داخلی نباید مجوز شعبه اضافی بگیرد. درگاههای مشتری مسیر امنیتی مستقل خود را دارند.
شعبه و دادههای پایه
ابتدا شعبهها را در «مدیریت شعبهها» بسازید یا وضعیت آنها را کنترل کنید، سپس دسترسی کاربران را متناسب با همان شعبهها تنظیم کنید.
بعد از آن از «مدیریت > اطلاعات پایه» دادههای لازم را به ترتیب نیاز ماژول تکمیل کنید. لازم نیست همه دادههای تمام ماژولها در روز اول ساخته شوند؛ فقط دادهای که برای گردش کارهای فعال شما پیشنیاز واقعی است باید قبل از بهرهبرداری نهایی آماده باشد.
برای عملیات شعبهمحور، خالیبودن branchId به معنی داده تجمیعی همه شعبهها نیست و در قرارداد جاری به شعبه جاری محدود است مگر مجوز و محیط کاربری مستقلی برای تجمیعی نمایش وجود داشته باشد.
اگر حسابداری فعال است، سال مالی معتبر را قبل از ثبت عملیات مالی آماده کنید. تغییرات بازه سال مالی تابع اعتبارسنجی و وابستگی واقعی محصول است و برای عبور از خطا نباید مستقیم در پایگاه داده انجام شود.
سرویسها و وابستگیها
برای هر ماژول فعال فقط وابستگیهای همان ماژول را کنترل کنید:
- وب محیط کاربری مربوط باید با اتصال امن قابل دسترس باشد؛
- دسکتاپ موردنیاز باید از اجراگر یا بسته رسمی اجرا شود؛
- اگر عامل تخصصی لازم است، عامل همان قابلیت باید روی ایستگاه کاری صحیح و در وضعیت قابل استفاده باشد؛
- فضای ذخیرهسازی وابسته به فایل/رسانه باید از مسیر محصول قابل استفاده باشد؛
- ماژولهای وابسته به سختافزار یا مدلهای پردازش باید آمادگی اختصاصی خود را پاس کنند.
اختلال یک عامل تخصصی نباید با بازکردن مجوز یا حذف وضعیت حل شود. از راهنمای همان عامل استفاده کنید.
بررسی آمادگی بهرهبرداری
قبل از بهرهبرداری نهایی این سناریوها را با داده آزمایشی امن اجرا کنید:
- ورود یک مدیر مجاز و یک کاربر محدود.
- تأیید اینکه هر کاربر فقط شعبهها و ماژولهای مجاز را میبیند.
- بازکردن «تنظیمات عمومی» و «اطلاعات پایه» و مشاهده مقادیر موردنیاز بدون خطا.
- اگر حسابداری فعال است، مشاهده سال مالی معتبر و دسترسی حسابدار به محیط کاربری مربوط.
- اجرای برنامههای دسکتاپ دسکتاپ موردنیاز و کنترل نبود خطای ناسازگاری نسخه.
- برای عاملهای فعال، کنترل وضعیت انسانی آنها از محیط کاربری مجاز.
- انجام یک گردش کار کمریسک و قابل برگشت در هر ماژول اصلی، بدون ثبت مالی/انبار واقعی مگر سناریوی پذیرش رسمی آن ماژول.
آمادگی فقط با بازشدن صفحه ورود اثبات نمیشود؛ شعبه، مجوز، ماژول و وابستگی واقعی باید متناسب با دامنه استفاده کنترل شوند.
خطاهای رایج
کاربر صفحه موردنظر را نمیبیند: نقش، مجوز، مجوز ماژول و دسترسی شعبه را بررسی کنید. دادن مدیر ارشد سامانه برای عبور از خطا راهحل صحیح نیست.
شعبه پیشفرض ذخیره نمیشود: شعبه باید فعال باشد و کاربر از قبل دسترسی فعال به همان شعبه داشته باشد.
ماژول در تنظیمات یا منو دیده نمیشود: ابتدا فعالبودن ماژول برای مستأجر را توسط مسئول مجاز بررسی کنید؛ ایجاد تنظیم دستساز ماژول را فعال نمیکند.
عملیات مالی به سال مالی گیر میکند: سال مالی و وضعیت دوره را از محیط کاربری حسابداری بررسی کنید؛ پایگاه داده را برای تغییر وضعیت مستقیم ویرایش نکنید.
برنامه کاربر یا عامل بعد از راهاندازی وصل نمیشود: دامنه/اتصال امن، نسخه و وضعیت قابل نمایش را جمعآوری و راهنمای نصب همان جزء را دنبال کنید.
چکلیست تحویل
پیش از تحویل نهایی این موارد باید پاسخ «بله» داشته باشند:
- مستأجر تحویلی فعال و قابل ورود است؛
- نام و تنظیمات عمومی مجاز مجموعه بازبینی شدهاند؛
- شعبههای موردنیاز ساخته و وضعیت آنها درست است؛
- کاربران داخلی با نقش حداقلی و دسترسی شعبه صحیح ساخته شدهاند؛
- هیچ حساب مشتری بهعنوان سامانه سازمانی بازیگر سامانه داخلی استفاده نشده است؛
- ماژولهای خریداریشده قابل مشاهده و ماژولهای نامرتبط مخفی/غیرفعالاند؛
- دادههای پایه ضروری گردش کارهای روز اول تکمیل شدهاند؛
- سال مالی، در صورت نیاز، معتبر است؛
- برنامههای دسکتاپ موردنیاز اجرا میشوند و عاملهای لازم آمادگی مناسب دارند؛
- یک کاربر محدود منفی مجوزدهی را در سناریوی واقعی رعایت میکند؛
- مسئول مشتری میداند برای پشتیبانی چه شواهد امنی ارسال کند و چه اطلاعاتی ممنوع است.
سؤالات متداول
آیا میتوان قبل از تکمیل همه اطلاعات پایه کار را شروع کرد؟
بله، اگر گردش کارهایی که قرار است استفاده شوند تمام پیشنیازهای خود را داشته باشند. دادههای پایه ماژولهای استفادهنشده لازم نیست صرفاً برای کاملکردن فهرست ساخته شوند.
اگر شعبه را خالی بگذاریم، کاربر همه شعبهها را میبیند؟
خیر. در قرارداد جاری branchId=null به شعبه جاری محدود است؛ دسترسی تجمیعی نیازمند محیط کاربری/مجوز مستقل است.
چرا نباید برای رفع مشکل به کاربر مدیر ارشد سامانه بدهیم؟
چون مشکل واقعی مجوز/شعبه را پنهان میکند و تست پذیرش را بیاعتبار میسازد. دسترسی باید مطابق نقش واقعی کاربر تنظیم شود.
راهنماهای مرتبط
«نقشه نصب و راهاندازی مللباس»، «کنترل آمادگی و سلامت سامانه»، «مدیریت شعبهها»، «مدیریت کاربران داخلی»، «تنظیمات عمومی»، «اطلاعات پایه» و در صورت فعالبودن حسابداری «سالهای مالی» مراجع اصلی این فرآیند هستند.