ERP ve muhasebe entegrasyonu nasıl kurulur?

Çoğu şirkette sipariş bir yerde, stok başka bir yerde, muhasebe kaydı üçüncü bir yerde tutulur. Bu üçünü birbirine bağlayan şey genellikle bir Excel dosyası ve ayın sonunda yapılan bir aktarımdır. Entegrasyon projesi tam olarak bu Excel dosyasının yerine geçmek için yapılır; ama projenin zor kısmı veri taşımak değil, hangi sistemin neyin sahibi olduğuna karar vermektir.

Önce ana kaynak belirlenir

Entegrasyonun ilk adımı teknik değildir. Her veri alanı için tek bir ana kaynak (sistemin "doğruyu bilen" tarafı) seçilir ve bu karar yazılı hâle getirilir. Cari hesap bilgisi nerede güncellenir? Ürün fiyatı hangi sistemde değişir? Stok adedinin gerçek değeri hangisindedir?

Bu karar verilmezse iki sistem de aynı alanı güncellemeye başlar ve en son yazan kazanır. Sonuç, kimsenin sebebini bulamadığı fiyat ve stok tutarsızlıklarıdır. Ana kaynak belirlendikten sonra diğer sistem o alan için yalnızca okuyucu olur; ekranında düzenlemeye bile izin verilmemesi en temizidir.

Eşleme tablosu olmadan aktarım olmaz

İki sistem aynı şeye farklı isim verir. Birinde ürün kodu "STK-1042", diğerinde "1042"dir. Birinde KDV oranı yüzde olarak, diğerinde kod olarak tutulur. Ödeme tipleri, birim adları, para birimleri ve cari hesap kodları için ayrı ayrı eşleme tabloları gerekir.

Bu tablolar koda gömülmemeli, yönetim ekranından düzenlenebilir olmalıdır. Yeni bir ödeme tipi tanımlandığında geliştirici beklemek zorunda kalmak, entegrasyonu kırılgan hâle getirir. Eşlemesi bulunamayan bir kayıt sessizce atlanmamalı, bekleyen kayıt olarak işaretlenip sorumluya bildirilmelidir.

Aktarım yönü ve sıklığı

Aktarım tek yönlü mü çift yönlü mü olacak sorusu projeyi baştan şekillendirir. Tek yönlü aktarım basittir ve çoğu durumda yeterlidir: satış sistemi muhasebeye besler, muhasebeden geri bir şey gelmez. Çift yönlü aktarım tahsilat bilgisi gibi durumlarda gerekir ve çakışma çözümü için ek kural ister.

Sıklık konusunda iki uç vardır. Gerçek zamanlı aktarım, kaydın oluştuğu anda karşı sisteme gönderilmesidir; hızlıdır ama karşı sistem kapalıyken ne olacağı tanımlanmak zorundadır. Toplu aktarım günde bir ya da birkaç kez çalışır; daha dayanıklıdır ama gecikme kabul edilmelidir. Pratikte en sağlam kurgu, kaydı gerçek zamanlı kuyruğa atıp kuyruğu arka planda boşaltmaktır: hızlı görünür, karşı taraf kapalıysa da kayıp olmaz.

Fatura ve tahsilat sınırı

Entegrasyon projelerinde sık karışan bir nokta var: bir sistemin fatura bilgisini taşıması ile fatura kesmesi aynı şey değildir. Fatura kesme ve resmî belge üretimi mevzuata bağlı bir iştir ve yetkili bir entegratör ya da muhasebe yazılımı üzerinden yapılır. Satış sisteminin görevi, faturaya konu olacak veriyi eksiksiz ve doğru biçimde muhasebe tarafına aktarmak ve o belgenin kesilip kesilmediğini takip etmektir.

Aynı ayrım tahsilat için de geçerlidir. Parayı alan sistem ödeme kuruluşudur; satış sistemi yalnızca ödemenin alındığı bilgisini kaydeder ve muhasebeye bildirir. Bu sınırı baştan çizmek, projenin kapsamını da sorumluluğu da netleştirir.

Mutabakat adımı atlanmaz

Hiçbir entegrasyon yüzde yüz hatasız çalışmaz. Önemli olan hatanın fark edilmesidir. Bunun yolu düzenli mutabakattır: her gün aktarılan kayıt sayısı, toplam tutar ve bekleyen kayıt listesi iki sistemden ayrı ayrı alınır ve karşılaştırılır.

Fark varsa bunun hangi kayıttan geldiği tek tek bulunabilmelidir. Bu yüzden her aktarılan kayıt, karşı sistemdeki kimliğiyle birlikte saklanmalıdır. Bu iz olmadan bir tutarsızlığın kaynağını bulmak, kayıt sayısı binlere çıktığında imkânsız hâle gelir.

Yeniden deneme ve tekrar koruması

Ağ kopar, karşı sistem bakıma girer, istek zaman aşımına uğrar. Bu yüzden her aktarım yeniden denenebilir olmalıdır. Ama yeniden deneme, aynı kaydın iki kez yazılması riskini getirir.

Çözüm, her isteğe tekrarlanamaz bir kimlik vermektir. Karşı sistem aynı kimliği ikinci kez gördüğünde yeni kayıt açmaz, ilk sonucu döner. Bu basit kural, muhasebe tarafında çift kayıt oluşmasının önündeki en etkili engeldir ve entegrasyon projesinin başında kurulması, sonradan eklenmesinden çok daha kolaydır.

Proje hangi sırayla yürütülür

Entegrasyon projeleri genellikle koddan değil, bir alan listesinden başlar. Önce iki sistemde de hangi alanların bulunduğu çıkarılır ve karşılıkları yan yana yazılır. Karşılığı olmayan alanlar ayrı bir listede toplanır; bunlar ya aktarım dışı bırakılacak ya da karşı sistemde yeni bir alan açılacaktır. Bu liste onaylanmadan kod yazmaya başlamak, sonradan yapılacak değişikliklerin maliyetini birkaç katına çıkarır.

İkinci adım tek bir kayıt türüyle sınırlı bir pilot aktarımdır. Örneğin yalnızca cari hesaplar aktarılır, sonuç iki sistemde de elle kontrol edilir ve ancak ondan sonra sipariş, stok hareketi ve tahsilat gibi diğer türlere geçilir. Hepsini aynı anda açmak, bir hata çıktığında sebebin hangi akıştan geldiğini bulmayı zorlaştırır.

İzleme ve uyarı

Entegrasyonun çalıştığını varsaymak yerine ölçmek gerekir. En az üç şey izlenmelidir: son başarılı aktarımın üzerinden geçen süre, kuyrukta bekleyen kayıt sayısı ve son yirmi dört saatteki hata sayısı. Bu üç değerden biri eşiği aştığında sorumluya bildirim gitmelidir.

Bildirim olmadan çalışan entegrasyonlarda arıza genellikle ay sonunda, mutabakat tutmayınca fark edilir. O noktada düzeltilecek kayıt sayısı binlere çıkmış olur; aynı arıza ilk saatte fark edilseydi birkaç kayıtla sınırlı kalacaktı.