مهاجرت از نرم‌افزار قدیمی بدون از دست دادن یک ریال سابقه

هر صرافی که چند سال کار کرده، یک دارایی نامرئی دارد که در ترازنامه نمی‌آید: سابقه. ده سال معامله، انتقال، تسویه و مانده که پشت هر رابطهٔ تجاری نشسته است. وقتی صحبت از تعویض نرم‌افزار می‌شود، اولین سؤالی که در ذهن صراف می‌آید فهرست قابلیت‌های جدید نیست؛ این است: «سرِ سوابق من چه می‌آید؟»

این ترس بجاست. مهاجرت بد، سابقه را می‌سوزاند. و سابقهٔ سوخته را نمی‌شود از نو ساخت.

چرا «انتقال مانده» کافی نیست

ساده‌ترین و رایج‌ترین اشتباه در مهاجرت این است: فقط ماندهٔ امروزِ هر حساب را به سیستم جدید ببریم و بگوییم «از اینجا به بعد.» روی کاغذ تمیز به‌نظر می‌رسد. در عمل، فاجعه است.

فرض کنید مشتری‌ای مانده‌اش امروز ۱۲٬۰۰۰ دلار بستانکار است. شما همین یک عدد را منتقل می‌کنید. سه ماه بعد همان مشتری می‌گوید «آن حوالهٔ اسفند را دوبار حساب کرده‌اید.» حالا برای بررسی باید به سیستم قدیمی برگردید، که یا خاموش شده یا کسی بلد نیست بازش کند. عددی که منتقل کردید درست بود یا غلط؟ نمی‌دانید، چون پشتوانه‌اش را نیاورده‌اید.

مانده، خلاصهٔ یک تاریخ است. اگر فقط خلاصه را ببرید و تاریخ را جا بگذارید:

• هیچ اختلافی با مشتری قابل‌حل نیست، چون سند اولیه در دسترس نیست.
• گزارش سود و زیان و پوزیشن ارزیِ دوره‌های قبل بی‌معنا می‌شود.
• هر ممیزی یا بازبینی داخلی به دیوار می‌خورد.
• اعتماد مشتری قدیمی که «همه‌چیز دست شماست» می‌شکند.

ماندهٔ بدون سابقه، یک ادعاست نه یک واقعیت. مهاجرت درست، واقعیت را منتقل می‌کند، نه ادعا را.

مهاجرت درست سه شرط دارد

مهاجرتی که سابقه را حفظ می‌کند، این سه ویژگی را با هم دارد:

۱. انتقال کامل تاریخچه، نه عکس لحظه‌ای

هر سند — از اولین معاملهٔ سال‌ها پیش تا امروز — باید به سیستم جدید بیاید: معامله‌ها، انتقال‌ها، هزینه‌ها، تسویه‌ها، چک‌ها. ماندهٔ هر حساب باید نتیجهٔ جمع اسنادش باشد، نه عددی که دستی وارد شده. وقتی این‌طور باشد، هر مانده تا سند اولش قابل‌ردیابی است.

۲. برابری ریال‌به‌ریالِ قابل‌اثبات

مهاجرت را نباید به «حس خوب» سپرد. بعد از انتقال، باید بتوانید ثابت کنید که مانده‌های سیستم جدید دقیقاً با سیستم قدیمی برابرند — حساب‌به‌حساب، ارزبه‌ارز. این یعنی یک راستی‌آزمایی که خروجی‌اش قطعی است: سبز یا قرمز. اگر حتی یک حساب چند سِنت اختلاف داشته باشد، باید قرمز شود و پیدا شود، نه اینکه لای هزاران رکورد گم شود.

جدول ذهنی راستی‌آزمایی چیزی شبیه این است:

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

۳. ارجاع هر سند نو به سند قدیمی

بعد از مهاجرت، هر سند در سیستم جدید باید بداند در سیستم قبلی چه شماره‌ای داشته. این پل، همان چیزی است که سه ماه بعد نجاتتان می‌دهد: وقتی مشتری به یک تراکنش قدیمی اعتراض می‌کند، شما در سیستم جدید سند را باز می‌کنید و شمارهٔ اصلی‌اش را می‌بینید. بحث در چند ثانیه بسته می‌شود، نه با کاوش در آرشیو مرده.

یک نمونهٔ واقعی از مقیاس

این حرف‌ها تئوری نیست. بزرگ‌ترین مهاجرت واقعی که با نرم‌افزار حسابداری صرافی نکستو انجام شده، بیش از ۷۰٬۰۰۰ سند و ۲۳٬۰۰۰ معامله را از یک سیستم قدیمی منتقل کرد و در پایان، راستی‌آزمایی مانده‌ها کامل سبز شد — یعنی تک‌تک حساب‌ها، در هر ارز، ریال‌به‌ریال با سیستم قبلی برابر درآمدند.

نکتهٔ مهم مقیاس این است: وقتی سیستمی می‌تواند ۷۰٬۰۰۰ سند را بدون یک ریال اختلاف منتقل کند، انتقال ۵٬۰۰۰ سندِ یک صرافی متوسط دیگر ریسک نیست، روال است. مهاجرت باید کاری باشد که یک‌بار درست انجام می‌شود و تمام، نه پروژه‌ای که ماه‌ها دنبالهٔ اختلاف‌هایش را می‌گیرید.

برای اینکه مهاجرت خودکار روان‌تر شود، نام مشتریان و ارزها هم موقع ورود می‌توانند با هوش مصنوعی به چند زبان ترجمه شوند، تا پروندهٔ هر مشتری از روز اول در سیستم چندزبانه تمیز باشد.

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

پیش از اینکه به هر نرم‌افزاری «بله» بگویید، این‌ها را بپرسید:

1. کل تاریخچه منتقل می‌شود یا فقط مانده؟ اگر جواب «فقط مانده» بود، همان‌جا توقف کنید.
2. بعد از انتقال، برابری مانده‌ها چطور اثبات می‌شود؟ خروجی راستی‌آزمایی را ببینید، نه قول شفاهی.
3. هر سند نو به سند قدیمی‌اش ارجاع دارد؟ بدون این پل، اختلاف‌های آینده لاعلاج‌اند.
4. بعد از مهاجرت، دیتا مال کیست؟ آیا دیتابیس بدون قفل انحصاری در اختیار شماست و بکاپ قابل‌دانلود دارید؟ اگر نرم‌افزار جدید هم شما را قفل کند، فقط زندان را عوض کرده‌اید.
5. چقدر طول می‌کشد و صرافی چند روز می‌خوابد؟ مهاجرت خوب نباید کار روزانه را تعطیل کند.

چرا مالکیت دیتا بخشی از مهاجرت است

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

معیار سلامت این است: نرم‌افزاری که به کیفیت خودش متکی است، دیتای شما را باز و قابل‌خروج نگه می‌دارد — دیتابیس بدون رمزگذاری انحصاری، بکاپ خودکار قابل‌دانلود، و خروجی اکسل و PDF از هر گزارش. مشتری‌ای که هر لحظه می‌تواند برود ولی می‌ماند، به‌خاطر کیفیت مانده، نه قفل. برای عمیق‌تر شدن در این موضوع، مالکیت دیتا و بکاپ در صرافی را ببینید.

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

گزارش دفتر کل در نکستو — از هر مانده تا سند خام

جمع‌بندی

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

می‌خواهید ببینید مهاجرت با راستی‌آزمایی کامل در عمل چه شکلی است؟ یک دموی اختصاصی با دیتای نمونه بسازید و مسیر یک سند را از سیستم قدیمی تا سیستم جدید دنبال کنید.