هنگام تغییر سیستم صندوق، داده‌های قدیمی چگونه منتقل شوند؟ فهرست آماده‌سازی کالا، اعضا و موجودی

اول تصمیم بگیر کدام داده‌ها باید وارد سیستم جدید شوند

هنگام تعویض سیستم فروشگاهی، کالاهای پر استفاده، مشخصات موجود و مزایای فعلی اعضا معمولاً مستقیم روی عملیات بعدی تاثیر می‌گذارند. فعالیت‌های منقضی‌شده، کالاهای متوقف شده و سفارش‌های قدیمی را می‌توان براساس نیازهای جستجو بایگانی کرد. اول «داده‌های مورد نیاز برای ادامه کسب‌وکار» و «داده‌هایی که ممکن است در آینده نیاز به جستجو داشته باشند» را جداگانه فهرست کنید.

فایل‌های صادرشده از سیستم قدیمی و تاریخ صادر شدن را ذخیره کرده و دوباره چک کنید که فایل‌ها باز می‌شوند، کدگذاری درست است و اعداد و شماره کالاها کامل‌اند. شماره موبایل، بارکد یا شماره عضویت را مثل یک عدد معمولی نگیرید تا نرم‌افزارهای صفحه‌گسترده صفرهای اول را حذف یا شماره‌های طولانی را تغییر ندهند.

یک جدول متناظر فیلدها بسازید و سپس رکوردهای تکراری را پردازش کنید

نام کالا، SKU، بارکد، مشخصات، قیمت و دسته‌بندی باید به صورت جداگانه مطابقت داشته باشند. اطلاعات اعضا باید روش شناسایی، اصول رسیدگی به رکوردهای تکراری و محدوده نگهداری اطلاعات تماس را مشخص کند. به دلیل یکسان بودن نام، دو عضو را با هم ادغام نکنید و به دلیل شباهت نام کالا، یک SKU مشترک نگذارید.

اول کالاهایی با چند مشخصه، قیمت تخفیف و وضعیت توقف فروش را برای نمونه انتخاب کن. فیلدهای قدیمی، فیلدهای جدید، فرمت، قوانین تبدیل و موارد استثنا را در یک جدول بنویس. برای مواردی که به‌طور مستقیم قابل تطبیق نیست، اول با تیم اجرا روش وارد کردن یا سفارشی‌سازی را هماهنگ کن، بعد تصمیم بگیر که آیا فایل کامل را آماده می‌کنی یا نه.

بررسی جداگانه امتیازات اعضا و موجودی اولیه

امتیاز، موجودی و امتیازات استفاده‌نشده اعضا باید در همان زمان استخراج شوند و شناسه اعضا و مبنای تغییرات نگه داشته شود. تعداد و مبلغ نباید در یک ستون باشد، و باید مشخص شود که آیا امتیاز دارای تاریخ اعتبار، فروشگاه‌های قابل استفاده یا محدودیت استفاده است. تفاوت‌های مربوط به امتیازات باید قبل از فعال‌سازی تایید شود تا از توضیح موقت به مشتری جلوگیری شود.

موجودی باید بر اساس فروشگاه، انبار و مشخصات تفکیک شود و زمان نهایی فروش، دریافت و انتقال تعیین گردد. اگر بعد از خروجی هنوز در حال کار است، تغییرات بعدی باید ثبت و هنگام تغییر تکمیل شود. موجودی اولیه نباید مستقیماً از یک گزارش تاریخی بدون تاریخ استفاده شود.

وارد کردن آزمایشی، تمرین در محل، سپس انجام تغییرات رسمی

پس از واردات آزمایشی در دسته کوچک، مقدار ثبت شده، قیمت، موجودی مشخصات و مزایای اعضا را بررسی کنید. از کارمندان فروشگاه بخواهید نمونه ها را برای تکمیل فروش، بازپرداخت ها و پرسش های اعضا استفاده کنند و بررسی کنند که آیا داده های منتقل شده می توانند عملیات روزانه را انجام دهند یا خیر. فهرست استثناها باید فیلدهای مشکل، هندلرها و نتایج تأیید را ثبت کند.

قبل از تغییر رسمی، مسئول، برنامه کاری، نحوه بررسی اختلاف و شرایط برگشت را مشخص کنید. آرشیو سیستم قدیمی باید قابل جستجو بماند و دسترسی به اطلاعات مشتری طبق نیاز محدود شود. پیاده‌سازی AllinWebPOS را می‌توان با نمونه‌های خروجی موجود شروع کرد، داده‌ها، روش وارد کردن و برنامه راه‌اندازی را تأیید کنید تا در روز تغییر، مشکل ناسازگاری فیلد پیش نیاید.

چک‌لیست آماده‌سازی داده‌ها برای مهاجرت

فهرست بررسی در محل

• تأیید توانایی خروجی سیستم قدیم و دامنه دریافت سیستم جدید
• شناسه‌های کالا و عضو به صورت متن ذخیره شود
• فیلد متناظر با جدولی است که قوانین صریح تبدیل و استثنا دارد
• زمانی که حقوق و مزایا با موجودی همزمان تغییر می‌کند
• بعد از اتمام وارد کردن آزمایشی و تمرین عملیاتی، سپس تغییر رسمی