Eski Yazılımdan Bir Kuruş Geçmiş Kaybetmeden Göç Etmek

Birkaç yıldır çalışan her döviz bürosunun bilançoda görünmeyen görünmez bir varlığı vardır: geçmişi. Her ticari ilişkinin arkasında oturan on yıllık işlem, transfer, tesviye ve bakiye. Söz yazılım değiştirmeye geldiğinde bir dövizcinin aklına gelen ilk soru yeni özelliklerin listesi değildir; şudur: "Benim kayıtlarım ne olacak?"

Bu korku yerindedir. Kötü bir göç geçmişi yakar. Ve yanan geçmiş yeniden inşa edilemez.

Neden "bakiye aktarmak" yeterli değil

Göçte en basit ve en yaygın hata şudur: her hesabın yalnızca bugünkü bakiyesini yeni sisteme taşıyıp "buradan sonrası" demek. Kâğıt üzerinde temiz görünür. Pratikte felakettir.

Diyelim ki bir müşterinin bakiyesi bugün 12.000 dolar alacaklı. Siz yalnızca bu tek sayıyı aktarıyorsunuz. Üç ay sonra aynı müşteri "o mart havalesini iki kez saydınız" diyor. Şimdi kontrol için ya kapanmış ya da kimsenin açmayı bilmediği eski sisteme dönmeniz gerekiyor. Aktardığınız sayı doğru muydu yanlış mıydı? Bilmiyorsunuz, çünkü dayanağını getirmediniz.

Bakiye bir geçmişin özetidir. Yalnızca özeti taşır ve geçmişi geride bırakırsanız:

• Müşteriyle hiçbir ihtilaf çözülemez, çünkü asıl belge elde değildir.
• Önceki dönemlerin kâr-zarar raporu ve döviz pozisyonu anlamsızlaşır.
• Her denetim ya da iç inceleme duvara toslar.
• "Her şey sizin elinizde" diyen eski müşterinin güveni kırılır.

Geçmişsiz bakiye bir iddiadır, bir olgu değil. Doğru göç olguyu taşır, iddiayı değil.

Doğru göçün üç şartı vardır

Geçmişi koruyan bir göç bu üç özelliği bir arada taşır:

1. Anlık görüntü değil, tam geçmiş aktarımı

Her belge — yıllar önceki ilk işlemden bugüne kadar — yeni sisteme gelmelidir: işlemler, transferler, giderler, tesviyeler, çekler. Her hesabın bakiyesi elle girilen bir sayı değil, belgelerinin toplamının sonucu olmalıdır. Böyle olduğunda her bakiye ilk belgesine kadar izlenebilir.

2. Kanıtlanabilir kuruşu kuruşuna eşleşme

Göç "iyi bir hisse" bırakılmamalı. Aktarımdan sonra, yeni sistemin bakiyelerinin eski sistemle tam olarak eşit olduğunu kanıtlayabilmelisiniz — hesap hesap, döviz döviz. Bu, çıktısı kesin bir doğrulama demektir: yeşil ya da kırmızı. Bir hesap birkaç kuruş bile tutmuyorsa, binlerce kayıt arasında kaybolmak yerine kırmızıya dönmeli ve bulunmalıdır.

Zihinsel doğrulama tablosu şuna benzer:

İkinci satır her sütunda birinciyle tutmuyorsa, göç bitmiş değildir.

3. Her yeni fişten eskisine referans

Göçten sonra, yeni sistemdeki her belge önceki sistemde hangi numaraya sahip olduğunu bilmelidir. Bu köprü, üç ay sonra sizi kurtaran şeydir: bir müşteri eski bir işleme itiraz ettiğinde, belgeyi yeni sistemde açar ve asıl numarasını görürsünüz. Tartışma ölü bir arşivi eşeleyerek değil, birkaç saniyede kapanır.

Ölçekten gerçek bir örnek

Bunlar teori değil. Nexto döviz muhasebe yazılımıyla yapılan en büyük gerçek göç, eski bir sistemden 70.000'den fazla belge ve 23.000 işlem aktardı ve sonunda bakiye doğrulaması tamamen yeşil çıktı — yani tek tek her hesap, her dövizde, önceki sistemle kuruşu kuruşuna eşitti.

Ölçek konusunda önemli nokta şu: bir sistem 70.000 belgeyi bir kuruş fark olmadan aktarabiliyorsa, orta ölçekli bir döviz bürosunun 5.000 belgesini aktarmak artık risk değil, rutindir. Göç, bir kez doğru yapılıp biten bir iş olmalı, aylarca farklarının peşinde koştuğunuz bir proje değil.

Otomatik göçün daha akıcı olması için, müşteri adları ve dövizler de içe aktarma sırasında yapay zekâ ile birkaç dile çevrilebilir, böylece her müşterinin dosyası çok dilli sistemde ilk günden temiz olur.

Herhangi bir göç öncesi kontrol listesi

Herhangi bir yazılıma "evet" demeden önce şunları sorun:

1. Tüm geçmiş mi aktarılıyor, yoksa yalnızca bakiye mi? Cevap "yalnızca bakiye" ise, orada durun.
2. Aktarımdan sonra bakiye eşitliği nasıl kanıtlanıyor? Sözlü söz değil, doğrulama çıktısını görün.
3. Her yeni fiş eskisine referans veriyor mu? Bu köprü olmadan gelecekteki farklar çaresizdir.
4. Göçten sonra veri kimin? Veritabanı, indirilebilir bir yedeğiyle, münhasır kilit olmadan sizde mi? Yeni yazılım da sizi kilitlerse, yalnızca hapishane değiştirmiş olursunuz.
5. Ne kadar sürüyor ve döviz bürosu kaç gün duruyor? İyi bir göç günlük işi durdurmamalı.

Veri sahipliği neden göçün bir parçası

Göç yalnızca yeni sisteme girmekle ilgili değildir; bir dahaki sefere rahatça çıkabilmekle de ilgilidir. Bugün eski yazılımınızdan zorlukla ayrılıyorsanız, nedeni o sistemin verinizi rehin tutmasıdır.

Sağlık ölçütü şudur: kendi kalitesine güvenen yazılım, verinizi açık ve dışa aktarılabilir tutar — münhasır şifreleme olmayan bir veritabanı, otomatik indirilebilir yedek ve her raporun Excel ve PDF çıktısı. Her an gidebilecekken kalan bir müşteri, kilitten değil, bakiyenin kalitesinden kalır. Bu konuda daha derine inmek için döviz bürosunda veri sahipliği ve yedekleme yazısına bakın.

Ve hâlâ Excel üzerinde çalışıyor ve gerçek bir sisteme göç etmeyi düşünüyorsanız, tam olarak neyden göç ettiğinizi bilmek için önce Excel neden bir döviz bürosu için işe yaramaz yazısını okuyun.

Nexto'da defterikebir raporu — herhangi bir bakiyeden ham fişe kadar

Özet

Kayıtlarınız bir döviz bürosunun en büyük görünmez varlığıdır ve göç, onları ya koruduğunuz ya da yaktığınız andır. Doğru göçün üç sütunu vardır: yalnızca bakiye değil tam geçmiş aktarımı, kanıtlanabilir kuruşu kuruşuna eşleşme ve her yeni fişten eskisine referans. Bu üçü bir araya geldiğinde, yazılım değiştirmek korkutucu bir riskten sancısız bir yükseltmeye dönüşür.

Tam doğrulamalı bir göçün uygulamada nasıl göründüğünü görmek ister misiniz? Örnek veriyle özel bir demo oluşturun ve bir belgenin eski sistemden yeniye giden yolunu takip edin.