ARGEKA Sync
ERP hareket aktarımı neden zordur?
ERP sistemlerinde “hareket” kelimesi genellikle işin geçmişini temsil eder. Bir stok hareketi sadece ürün kodu ve miktardan ibaret değildir; depo, lot, seri, belge tarihi, işlem tipi, kaynak belge, iptal durumu, maliyet merkezi ve kullanıcı bilgisi gibi bağlamlarla birlikte anlam kazanır. Aynı şekilde cari hareketlerde vade, borç-alacak yönü, döviz kuru ve mutabakat durumu rapor sonucunu değiştirebilir.
Bu nedenle aktarım tasarımı, “hangi tabloyu okuyalım?” sorusundan önce “hedef sistem bu veriyi hangi amaçla kullanacak?” sorusuyla başlamalıdır. Raporlama amacı varsa özet tablo yeterli olabilir. Entegrasyon amacı varsa hedef sistemin zorunlu alanları ve benzersiz anahtarları daha kritik hale gelir.
Kaynak sorgu nasıl seçilir?
İyi bir kaynak sorgu tekrarlanabilir, açıklanabilir ve sınırları belli olan sorgudur. Tarih aralığı, firma kodu, şube, depo, durum veya belge tipi gibi filtreler açıkça tanımlanmalıdır. Canlı ERP üzerinde tüm hareket tablosunu her çalışmada okumak performans riski oluşturabilir; bu yüzden artımlı okuma yaklaşımı tercih edilmelidir.
| Karar | Öneri | Neden önemli? |
|---|---|---|
| Tarih alanı | Belge tarihi mi, kayıt tarihi mi, güncelleme tarihi mi kullanılacak belirlenmeli. | Yanlış tarih alanı eksik veya fazla kayıt üretir. |
| İptal kayıtları | İptal ve iade durumları ayrı filtrelenmeli veya hedefte işaretlenmeli. | Raporlar net tutarı yanlış gösterebilir. |
| Anahtar | Belge no tek başına yeterli değilse firma, dönem ve satır no ile birlikte kullanılmalı. | Upsert davranışı doğru anahtara bağlıdır. |
| Performans | Index kullanan filtreler seçilmeli, gerekirse küçük partilerle okunmalı. | Canlı ERP sisteminin yavaşlamasını önler. |
Kolon eşleme nasıl düşünülür?
Kolon eşleme sadece isim benzerliği değildir. ERP kaynak alanı `CARI_KOD` iken hedefte `customer_code` olabilir; fakat asıl kontrol edilmesi gereken veri tipi, uzunluk, boş değer ve anlamdır. Özellikle tarih, para, miktar ve açıklama alanlarında hedef sistemin beklediği format doğrulanmalıdır.
Pratik bir başlangıç için önce az sayıda alanla akış kurulabilir: benzersiz anahtar, tarih, kod, açıklama, miktar, tutar ve durum. Bu çekirdek veri doğru aktarıldıktan sonra ek alanlar kademeli olarak eklenmelidir.
Kolon eşleşmezse ne yapılmalı?
Kolon eşleşmezse sessizce veri atlamak en riskli seçenektir. Üretim ortamında iyi politika; hatayı görünür yapmak, hangi satırın neden aktarılmadığını kaydetmek ve aktarım sonucunu raporlamaktır. Kritik finans veya stok verisinde “ilk hatada dur” yaklaşımı veri kalitesini korur. Daha az kritik raporlama akışlarında hatalı satırı karantinaya alıp kalan satırları taşımak tercih edilebilir.
- Strict: Hata olursa aktarım durur. Finans, stok ve kalite verisi için güvenlidir.
- Quarantine: Hatalı satır ayrı kayıt alanına alınır. Raporlama akışlarında kesintiyi azaltır.
- Skip row: Hatalı satır atlanır. Ancak neden atlandığı loglanmadan kullanılmamalıdır.
Canlıya almadan önce kontrol listesi
ERP hareket aktarımı canlıya alınmadan önce normal kayıt, iptal kayıt, iade kayıt, eksik alanlı kayıt ve mükerrer anahtar örneği test edilmelidir. Her testte okunan satır, yazılan satır, güncellenen satır ve hata sayısı beklenen değerle karşılaştırılmalıdır.
ARGEKA Sync bu adımları bağlantı, SQL, eşleme, yazma politikası, zamanlama ve run log başlıklarıyla görünür hale getirmeyi amaçlar. Böylece aktarım işi kişisel bir script olmaktan çıkar, teknik ekibin gözden geçirebildiği bir operasyon kaydına dönüşür.