ERP entegrasyonunda en görünür kazanım, aynı bilgiyi iki kez yazmaktan kurtulmaktır. Asıl zor bölüm ise iki sistemin “aynı bilgi” derken aynı şeyi kastettiğinden emin olmaktır. Talep numarası, firma kodu veya ölçü birimi farklı yorumlanıyorsa bağlantı çalışsa bile operasyon yanlış kayıtlarla ilerleyebilir.
Veri akışını ekran adlarıyla değil kayıtlarla çizin
İlk toplantıda hangi kayıtların hangi yönde taşınacağını yazın. ERP’den talep kalemleri gönderilecek mi? Tedarikçi bilgisi hangi sistemde güncellenecek? İhale sonuçları ve sipariş bilgileri hangi aşamada geri alınacak? Her kayıt için kaynak sistem, hedef sistem ve işlem sorumlusu belli olsun.
OpenAPI, HTTP API’lerinin yeteneklerini tanımlamaya yarayan standart bir açıklama biçimidir. Ancak API dokümanının varlığı, her iş akışının kendiliğinden bağlandığı anlamına gelmez. Alan eşleştirme ve hata yönetimi yine projenin işidir; belirli bir doküman biçimi destekleniyorsa ayrıca teyit edilmelidir.
Küçük bir eşleştirme tablosu hazırlayın
Bir talep kalemi için malzeme kodu, açıklama, miktar, birim ve ihtiyaç tarihiyle başlayın. Alanın zorunlu olup olmadığını, boş geldiğinde ne yapılacağını ve hangi sistemin değerinin esas alınacağını yazın. “Adet” ile “EA” eşleşmesi küçük görünür ama yanlış dönüşüm toplam sipariş miktarını değiştirebilir.
Firma kodlarını isim üzerinden tahmin etmeyin. Aynı unvanla görünen şubelerin farklı kayıtları olabilir. Kaynak kimliği ile hedef kimliğini ilişkilendiren bir tablo, bağlantının sonraki bakımını da kolaylaştırır.
Başarılı aktarım kadar tekrarı da test edin
Bağlantı zaman aşımına uğradığında işlem gerçekleşmiş olabilir. Aynı talebi tekrar göndermek ikinci kayıt üretmemelidir. Teknik ekiple benzersiz işlem referansı ve tekrar deneme davranışını kararlaştırın. Bunun kullanılan API’de nasıl uygulanacağı ayrıca incelenmelidir.
Test listesine eksik birim, kapalı firma kaydı, bağlantı kesintisi ve yanlış tarih biçimini ekleyin. Hata mesajını kimin göreceği ve hangi kaydın düzeltileceği belli olsun. Her hatada bütün dosyayı yeniden göndermek yerine, sorunu izole edebilecek bir çalışma planı kurun.
Tenflex bağlantısında sorumluluk paylaşımı
Tenflex API listesini ve dokümantasyonunu paylaşır. Kurumun teknik ekibi veya entegrasyon iş ortağı, kendi sistemi tarafındaki bağlantıyı geliştirerek veriyi gönderir ve sonuçları alır. Hazır bir bağlantının tüm şirketlerde aynı şekilde çalışacağını varsaymayın.
İlk kapsamı talep ve ihale sonucu gibi sınırlı bir akışta doğrulamak yararlıdır. Sonraki aşamada sipariş ve firma bilgileri eklenebilir. IFS örneğinde de aynı sorular geçerlidir: hangi kayıt gönderilecek, ne zaman alınacak ve iki tarafta aynı işlem nasıl tanınacak? Canlıya geçiş için yalnızca örnek bir kaydın ulaşmasını değil, hata sonrası doğru şekilde devam edilebilmesini de başarı koşulu yapın.
