انتقال اطلاعات به ERP؛ مهاجرت داده از اکسل یا نرمافزار قدیمی

انتقال اطلاعات به ERP یعنی جابهجا کردن دادههای پایه (مشتری، تأمینکننده، قطعه و ساختار محصول)، موجودی اول دوره، سفارشهای باز و ماندهحسابها از اکسل یا نرمافزار قبلی به سیستم جدید؛ آن هم بعد از پاکسازی و کدگذاری یکدست، با یک دورهی کار موازی و یک روز تعیینشده برای قطع سیستم قدیم. اگر این کار با عجله انجام شود، بهترین ERP هم از روز اول گزارشهای غلط میدهد؛ اگر با برنامه انجام شود، کارخانه بدون توقف از سیستم قدیم عبور میکند.
این راهنما برای مدیر کارخانه، مدیر مالی و مسئول پروژهای نوشته شده که میخواهد بداند مهاجرت داده دقیقاً شامل چه چیزهایی است، از کجا شروع شود و چه اشتباههایی بیشترین هزینه را دارد. چه دادههایتان در چند فایل اکسل پراکنده باشد و چه در یک نرم افزار قدیمی که دیگر پاسخگو نیست، مراحل تقریباً یکسان است.
چه اطلاعاتی باید به نرمافزار ERP جدید منتقل شود؟
اولین تصمیم این است که همهچیز را منتقل نکنید. دادهها را به سه دسته تقسیم کنید: اطلاعاتی که سیستم جدید بدون آن کار نمیکند، اطلاعاتی که برای ادامهی کار جاری لازم است و سوابقی که فقط برای مراجعه نگه داشته میشود.
| دستهی داده | نمونهها | نکتهی کلیدی |
|---|---|---|
| دادههای پایه | مشتریان، تأمینکنندگان، پیمانکاران، فهرست قطعات و مواد، واحدهای اندازهگیری | پیش از هر چیز باید تکراریها حذف و کدها یکدست شود |
| ساختار محصول (BOM) | متریال هر قطعه، مراحل کاری، قطعات نیمهساخته | فقط محصولاتی که هنوز ساخته یا فروخته میشوند |
| موجودی اول دوره | مقدار هر کالا در هر انبار در تاریخ شروع | بر پایهی انبارگردانی واقعی، نه عدد دفتری |
| سفارشهای باز | سفارش فروش تحویلنشده، سفارش خرید دریافتنشده، کارهای برونسپاری در جریان | با وضعیت دقیق همان روز، نه وضعیت اولیه |
| ماندهها | طلب از مشتریان، بدهی به تأمینکنندگان، پیشپرداختها | باید با حسابداری فعلی تطبیق داده شود |
| سوابق تاریخی | سفارشها و فاکتورهای بستهشدهی سالهای قبل | معمولاً لازم نیست کامل منتقل شود؛ بایگانی قابلجستوجو کافی است |
انتقال سوابق بستهشدهی چندساله وسوسهانگیز است، اما زمان پروژه را چند برابر میکند و خطاهای قدیمی را هم وارد سیستم تازه میکند. بیشتر کارخانهها با تاریخچهی مشتری و سفارشهای اخیر بهخوبی کار میکنند و فایلهای قدیمی را فقط برای مراجعه نگه میدارند.
پاکسازی و کدگذاری؛ مهمترین مرحلهی مهاجرت داده
در تجربهی بیشتر پروژهها، زمانی که صرف تمیز کردن داده میشود از زمان خودِ انتقال بیشتر است. دلیلش ساده است: اکسل اجازه میدهد هر کس هر طور خواست بنویسد، و ERP برعکس، به یک زبان مشترک نیاز دارد.
مشکلات رایج در فایلهای اکسل کارخانه
- یک مشتری با چند نام: «شرکت الف»، «الف صنعت» و «شرکت الف (آقای فلانی)».
- یک قطعه با دو کد متفاوت در انبار و در واحد فنی.
- واحدهای ناهمخوان؛ مثلاً ورق یک جا با «کیلوگرم» و جای دیگر با «برگ».
- ستونهایی که عدد و توضیح را با هم دارند؛ مثل «۲۰ عدد – بقیه هفتهی بعد».
- تاریخهایی که گاهی شمسی و گاهی میلادی ثبت شدهاند.
قواعد کدگذاری را قبل از شروع بنویسید
یک سند کوتاه تهیه کنید که بگوید کد قطعه از چه بخشهایی ساخته میشود، نام مشتری حقیقی و حقوقی چطور نوشته میشود و هر کالا با کدام واحد اصلی شمرده میشود. این سند را واحد فنی، انبار و مالی با هم امضا کنند؛ چون هر سه بعداً با همین کدها زندگی میکنند. برای مثال فرضی، یک کارخانهی قطعهسازی میتواند کد را از «گروه کالا + زیرگروه + شمارهی ترتیبی» بسازد تا از روی کد بشود فهمید با چه نوع قطعهای سروکار دارید.
مراحل انتقال اطلاعات از اکسل یا برنامه قدیمی به ERP کارخانه
- فهرست منابع داده: همهی فایلها، دفترها و سیستمهایی که امروز اطلاعات در آنهاست را فهرست کنید و برای هر کدام یک مسئول تعیین کنید.
- نگاشت فیلدها: مشخص کنید هر ستون قدیمی به کدام فیلد سیستم جدید میرود و کدام ستونها کنار گذاشته میشوند.
- پاکسازی: تکراریها، کدهای ناقص و رکوردهای بلااستفاده را اصلاح یا حذف کنید.
- انتقال آزمایشی: یک بار دادهها را در محیط آزمایشی وارد کنید و نتیجه را با واحدها بررسی کنید.
- اصلاح و تکرار: ایرادهای پیداشده را در منبع اصلاح کنید، نه فقط در سیستم جدید.
- انتقال نهایی: در تاریخ قطع، آخرین وضعیت موجودی، سفارشهای باز و ماندهها منتقل میشود.
- تأیید و امضا: هر واحد صحت دادههای خودش را تأیید میکند.
انتقال آزمایشی را دستکم نگیرید. دیدن دادهی واقعی خودتان در فرمهای سیستم جدید، چیزهایی را نشان میدهد که در هیچ جلسهای پیدا نمیشود؛ مثل فیلدی که همیشه خالی مانده یا مشتریای که هیچکس نمیداند فعال است یا نه. اگر هنوز دربارهی کل فرایند استقرار تصمیم نگرفتهاید، راهنمای پیادهسازی ERP تصویر بزرگتری از مراحل پروژه میدهد.
اجرای موازی؛ آیا باید سیستم قدیم و جدید را با هم داشت؟
اجرای موازی یعنی برای مدتی کوتاه، تراکنشهای اصلی در هر دو سیستم ثبت شود تا نتیجهها مقایسه شوند. این کار اطمینان میدهد، اما هزینه هم دارد: کارکنان باید هر کار را دو بار انجام دهند و خستگی همین دوبارهکاری خودش منبع خطاست.
راه میانه این است که اجرای موازی را محدود کنید: فقط در بخشهای پرریسک مثل انبار و مالی، و فقط برای یک دورهی مشخص و کوتاه که از قبل اعلام شده. در پایان این دوره، اعداد کلیدی دو سیستم مقایسه میشود و اگر اختلاف توضیحدادهشدهای باقی نماند، سیستم قدیم فقطخواندنی میشود.
چکلیست اعتبارسنجی داده پیش از شروع کار با سیستم جدید
- تعداد مشتریان، تأمینکنندگان و قطعات فعال در دو سیستم برابر است یا اختلاف آن توضیح داده شده.
- جمع موجودی هر انبار با صورتجلسهی انبارگردانی میخواند.
- برای چند کالای پرگردش، موجودی بهصورت تصادفی در قفسه شمرده و با سیستم مقایسه شده.
- جمع طلبها و بدهیها با تراز حسابداری فعلی برابر است.
- هر سفارش باز فروش، مقدار تحویلشده و باقیماندهی درست دارد.
- چند ساختار محصول نمونه را واحد فنی خطبهخط کنترل کرده.
- کاربران هر واحد دستکم یک کار روزانهی واقعی را با دادهی منتقلشده انجام دادهاند.
اشتباهات رایج در مهاجرت داده به ERP
انتقال «همانطور که هست»
بزرگترین اشتباه این است که فایلها بدون پاکسازی وارد شوند به این امید که «بعداً درستش میکنیم». بعداً معمولاً هیچوقت نمیرسد و دادهی کثیف، اعتماد کاربران به سیستم را از همان هفتهی اول از بین میبرد.
موجودی دفتری بهجای شمارش واقعی
اگر عدد موجودی از گزارش سیستم قدیم برداشته شود، همهی اختلافهای انباشتهی سالها به سیستم تازه منتقل میشود. انبارگردانی پیش از قطع، هزینهای است که ارزشش را دارد.
بیصاحب ماندن دادهها
وقتی معلوم نباشد چه کسی مسئول درستی فهرست قطعات یا ماندهی مشتریان است، ایرادها بین واحدها دستبهدست میشود. برای هر دستهی داده یک مالک مشخص لازم است.
انتخاب روز قطع در شلوغترین زمان
شروع سیستم جدید در اوج سفارشها یا روزهای بستن حسابها، فشار را دو برابر میکند. اگر هنوز مطمئن نیستید زمان تعویض سیستم فعلی رسیده یا نه، مطلب چه زمانی باید ERP را عوض کرد به تصمیمگیری کمک میکند.
روز قطع (Cut-over)؛ برنامهی روز تعویض سیستم
روز قطع، لحظهای است که سیستم قدیم برای ثبت تراکنش جدید بسته میشود و همهی کارها به ERP جدید میرود. یک برنامهی نمونهی فرضی برای یک کارخانهی متوسط میتواند این باشد:
- چند روز قبل: اعلام رسمی تاریخ به همهی واحدها و تأمینکنندگان کلیدی؛ توقف ثبت دادهی پایهی جدید در سیستم قدیم.
- روز آخر کار سیستم قدیم: ثبت آخرین رسیدها و حوالهها، انبارگردانی و گرفتن نسخهی پشتیبان کامل.
- روز قطع: انتقال نهایی موجودی، سفارشهای باز و ماندهها؛ کنترل سریع با چکلیست اعتبارسنجی.
- اولین روز کاری با سیستم جدید: حضور مسئول پروژه و یک نفر از هر واحد برای رفع گیرهای کوچک.
- هفتههای اول: جلسهی کوتاه روزانه برای ثبت و پیگیری ایرادها؛ سیستم قدیم فقط برای مراجعه باز میماند.
انتقال اطلاعات در داتا؛ ERP روی سرور خود کارخانه
در داتا، نرمافزار جامع مدیریت کارخانهی برساوش، انتقال داده بر عهدهی خود کارخانه رها نمیشود: تیم برساوش اطلاعات قبلی شما را، چه در اکسل باشد و چه در نرمافزار قبلی، به داتا منتقل میکند. دامنه و سطح این خدمت هنگام قرارداد مشخص میشود؛ پس بهتر است از همان جلسهی اول فهرست منابع دادهتان را همراه داشته باشید.
محل نصب داتا سرور خودِ کارخانه است؛ یعنی دادههایی که با زحمت پاکسازی کردهاید از شبکهی داخلی بیرون نمیرود و سیستم بدون اینترنت هم کار میکند. کاربران از مرورگر روی هر رایانه و تبلت به آن دسترسی دارند. چیزهایی که منتقل میکنید جای مشخصی در سیستم دارند: بانک مشتریان با تاریخچهی سفارشها، تأمینکنندگان و پیمانکاران، قطعات و طبقهبندی کالا، و موجودی چند انبار. در پلن پیشرو، متریال و مراحل کاری هر قطعه هم ثبت میشود و در پلن سرآمد، فرمساز اجازه میدهد فیلدهای اختصاصی خودتان را به فرمهای اصلی مثل مشتری، تأمینکننده و قطعه اضافه کنید؛ یعنی ستونهای خاص اکسل قدیمی لازم نیست دور ریخته شوند. سابقهی انبار در داتا غیرقابلدستکاری است، به همین دلیل دقت در موجودی اول دوره اهمیت دوچندان دارد.
این را هم بدانید که داتا برای حقوق و دستمزد، حضور و غیاب، سامانهی مالیاتی یا صورتحساب الکترونیکی نیست؛ پس دادههای این بخشها در همان سامانههای تخصصی خودشان میمانند. برای آشنایی بیشتر با جایگاه داتا در کارخانه، ERP نصبی روی سرور کارخانه را ببینید.
سوالات متداول
انتقال اطلاعات به ERP معمولاً چقدر طول میکشد؟
به حجم و کیفیت داده بستگی دارد. بیشترین زمان صرف پاکسازی و کدگذاری میشود، نه خود انتقال؛ هرچه فایلها مرتبتر باشند، پروژه کوتاهتر است.
آیا باید همهی سوابق چندساله را منتقل کنیم؟
معمولاً نه. دادههای پایه، موجودی، سفارشهای باز و ماندهها لازم است؛ سوابق بستهشده را میتوان بایگانی کرد و فقط برای مراجعه نگه داشت.
موجودی اول دوره را از کجا بیاوریم؟
از انبارگردانی واقعی در نزدیکترین زمان به روز قطع، نه از گزارش سیستم قدیم؛ تا اختلافهای گذشته وارد سیستم جدید نشود.
اجرای موازی دو سیستم لازم است؟
برای بخشهای پرریسک مثل انبار و مالی، یک دورهی کوتاه و از قبل اعلامشده مفید است؛ اجرای موازی طولانی بیشتر خستگی و خطا میآورد.
در داتا چه کسی دادهها را منتقل میکند؟
تیم برساوش اطلاعات قبلی را از اکسل یا نرمافزار قبلی به داتا منتقل میکند؛ دامنه و سطح این خدمت هنگام قرارداد تعیین میشود.
برای بررسی وضعیت دادههای کارخانهتان و دیدن داتا روی نمونهی واقعی، درخواست دمو و مشاورهی داتا را ثبت کنید.
پیشنهاد مطالعه
- ERP چیست؟ راهنمای کامل نرمافزار برنامهریزی منابع سازمانی
- نرمافزار ERP ایرانی؛ راهنمای انتخاب و مزایا برای کسبوکارها
- چگونه بهترین نرمافزار ERP را برای سازمان خود انتخاب کنیم؟
راهنمای کامل: نرم افزار ERP
نرمافزار ERP در سراسر ایران
برساوش فناوران این راهکار را با استقرار، آموزش و پشتیبانی در سراسر ایران و بهویژه در این شهرها ارائه میدهد:
- نرمافزار ERP در اصفهان
- نرمافزار ERP در تهران
- نرمافزار ERP در مشهد
- نرمافزار ERP در شیراز
- نرمافزار ERP در تبریز
- نرمافزار ERP در کرج
- نرمافزار ERP در اهواز
- نرمافزار ERP در قم
- نرمافزار ERP در کرمان
- نرمافزار ERP در رشت
- نرمافزار ERP در اراک
- نرمافزار ERP در کرمانشاه
- نرمافزار ERP در یزد
- نرمافزار ERP در قزوین
- نرمافزار ERP در ارومیه
- نرمافزار ERP در بندرعباس
- نرمافزار ERP در همدان
- نرمافزار ERP در زنجان
- نرمافزار ERP در اردبیل
- نرمافزار ERP در سنندج
- نرمافزار ERP در خرمآباد
- نرمافزار ERP در گرگان
- نرمافزار ERP در ساری
- نرمافزار ERP در بوشهر
- نرمافزار ERP در بیرجند
- نرمافزار ERP در سمنان
- نرمافزار ERP در یاسوج
- نرمافزار ERP در شهرکرد
- نرمافزار ERP در ایلام
- نرمافزار ERP در بجنورد
- نرمافزار ERP در زاهدان
پروژهای در ذهن دارید؟
تیم برساوش فناوران آمادهی طراحی و ساخت نرمافزار اختصاصی و راهکارهای هوش مصنوعی برای کسبوکار شماست.
تماس با ما