Bir işletmede muhasebe programı genellikle "son durak"tır: sipariş e-ticaret sitesinde, teklif CRM'de, stok depoda, tahsilat bankada oluşur; hepsi sonunda muhasebeye girer. Bu giriş çoğu zaman elle yapılır. Muhasebe ekibi ay sonunu, aynı bilgiyi bir ekrandan diğerine kopyalayarak geçirir.

Türkiye'de KOBİ'lerin büyük kısmı Logo, Mikro, Paraşüt gibi programlardan birini kullanıyor. Bu yazıda bu programları diğer sistemlere bağlarken hangi yolların olduğunu ve projeyi hangi kuralların başarılı kıldığını anlatıyoruz.

Entegrasyon yolları: programa ve sürüme göre değişir

"Logo'ya bağlanmak" tek bir şey değildir; ürün ailesi, sürüm ve kurulum tipi (bulut ya da yerel sunucu) hangi yolun açık olduğunu belirler. Genel olarak üç tip yol vardır:

  • Bulut API'si: Bulut tabanlı programlar (örneğin Paraşüt) genellikle internet üzerinden erişilen, belgelenmiş bir API sunar. Entegrasyonun en temiz yolu budur: yetkilendirme, kayıt oluşturma ve sorgulama tanımlı uç noktalarla yapılır.
  • Üreticinin entegrasyon katmanı: Yerel sunucuda çalışan programların çoğunda (Logo ve Mikro ürünleri gibi) üreticinin sağladığı bir nesne kütüphanesi, web servisi ya da REST servisi bulunur. Bu katman programın iş kurallarını uygular; fiş numarası, cari bakiye gibi hesapları program kendisi yapar.
  • Dosya ile aktarım: Programın içe aktarma özelliğine uygun formatta (Excel, XML) dosya üretmek. En basit ama en kırılgan yoldur; geçici çözüm ya da düşük hacim için uygundur.

Hangi ürün ve sürümde hangi yolun açık olduğunu, ek lisans gerekip gerekmediğini proje başında programın bayisi ya da üreticisiyle netleştirmek zaman kazandırır.

Veritabanına doğrudan yazmayın

Yerel kurulumlu programlarda en çok yapılan hata, programın veritabanı tablolarına doğrudan kayıt yazmaktır. İlk bakışta hızlı görünür, ama program bir kaydı oluştururken yalnızca bir tabloya değil, bakiye, numara serisi ve bağlı kayıtlar gibi birçok yere dokunur. Bunları atlayan bir doğrudan yazım, ay sonunda tutmayan bakiyelere ve sürüm güncellemesinde bozulan entegrasyona yol açar.

Kural basit: yazma işlemleri her zaman üreticinin resmi entegrasyon yolundan yapılır. Raporlama gibi salt okuma ihtiyaçları için veritabanından okumak, programın desteklediği ölçüde ve tercihen ayrı bir okuma kullanıcısıyla yapılabilir.

Ana veri kimde?

Entegrasyonun asıl zor sorusu teknik değil, organizasyoneldir: bir müşterinin unvanı değiştiğinde doğru bilgi hangi sistemdedir? Her veri türü için tek bir "sahip" sistem belirleyin:

  • Cari kartlar: Genellikle muhasebe programı sahibidir; diğer sistemler oradan okur.
  • Ürün ve fiyat: E-ticaret yapan bir işletmede çoğu zaman e-ticaret ya da stok sistemi sahibidir.
  • Sipariş ve teklif: Satış sisteminde (e-ticaret, CRM) oluşur, muhasebeye fatura ya da fiş olarak akar.

Her şeyin her yönde senkronize edildiği "çift yönlü her şey" kurgusu, hangi kaydın doğru olduğunu bilinmez hâle getirir. Mümkün olduğunca tek yönlü akışlar kurun.

Eşleştirme anahtarları

İki sistemdeki aynı müşterinin, aynı ürünün ya da aynı siparişin birbirine nasıl bağlandığı baştan kararlaştırılmalı:

  • Cari için vergi kimlik numarası ya da TC kimlik numarası, ürün için stok kodu gibi iki sistemde de bulunan bir alan kullanın.
  • Ad ya da unvan üzerinden eşleştirme yapmayın; "ABC Ltd. Şti." ile "ABC LTD ŞTİ" aynı firma ama farklı metindir.
  • Her iki tarafta karşı sistemin kayıt numarasını saklayın; böylece güncellemeler doğru kayda gider.

Hatasız senkronizasyon için dört kural

  1. Kuyruk kullanın. Muhasebe programı o an kapalı ya da meşgul olabilir. Gönderilecek kayıtlar bir kuyruğa yazılmalı ve program erişilebilir olduğunda işlenmelidir.
  2. Tekrar denemeyi güvenli yapın. Aynı sipariş iki kez gönderildiğinde iki fatura oluşmamalı. Her kayda benzersiz bir anahtar verin, gönderim öncesi karşı tarafta var olup olmadığını kontrol edin.
  3. Hataları görünür kılın. Aktarılamayan kayıtlar bir listede, hata nedeniyle birlikte durmalı ve sorumlu kişiye bildirilmelidir. Sessizce kaybolan bir kayıt, ay sonu mutabakatında haftalar sonra ortaya çıkar.
  4. Mutabakat raporu kurun. Belirli aralıklarla iki sistemdeki toplamları (sipariş tutarı ile fatura tutarı gibi) karşılaştıran bir rapor, sorunları erken yakalar.

Nereden başlamalı?

En çok elle taşınan, en sık tekrarlanan akışla başlayın. Çoğu işletmede bu, satış kanalından muhasebeye fatura ya da sipariş aktarımıdır. Tek bir akışı uçtan uca, kuyruk, hata listesi ve mutabakat raporuyla birlikte kurun. Çalıştığını gördükten sonra tahsilat, stok ya da cari senkronizasyonu gibi ikinci akışa geçin. Fatura tarafı için e-Fatura ve e-Arşiv entegrasyonu yazımıza da göz atabilirsiniz.

Sonuç

Muhasebe entegrasyonu, doğru yapıldığında ay sonunun en sıkıcı işini ortadan kaldırır; yanlış yapıldığında ise tutmayan bakiyelerle uğraştırır. Farkı yaratan, programın resmi entegrasyon yolunu kullanmak, her verinin tek bir sahibini belirlemek ve hataları görünür kılan bir senkronizasyon kurmaktır.