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