İçeriğe geçin

Kaynak API yoksa CSV aktarımını planlamak

Uygun kaynak API yoksa dosya dışa aktarımı kullanılabilir. Bir örnek; biçim, proje eşlemesi, tekrar işleme ve sonuç bildirimini açıklar.

Tobias Krüger2 dk okuma
Koli, konum ve takvim simgeli veri kartı; ortadaki alan boş ve turuncu çerçeveli.

Kullanılabilir aktarım yolunu seçmek

Önce gereken verinin desteklenen bir dışa aktarımla alınabildiğini kontrol edin. Ara katman, yani iki taraf arasında çalışan yazılım, bu girdileri işler; kaynak sistemin sunmadığı erişimi oluşturmaz.

Kullanılabilir girdi

Hedefteki olanak

Olası aktarım

Yapılandırılmış dışa aktarım dosyası

Uygun dosya içe aktarımı

Kontrol edilmiş içe aktarım dosyası üretmek

Yapılandırılmış dışa aktarım dosyası

Uygun API

Dosyayı kontrol etmek, eşlemek ve API ile aktarmak

Yalnızca kullanıcı arayüzü

Uygun giriş ekranı

Ekran akışını ayrıca denemek

Son seçenekte işlem yapılan öğeler ve sonuç güvenilir biçimde tanınmalıdır. Microsoft bunun için arayüz seçicilerini açıklar. Arayüz değiştiğinde seçicilerin uygunluğu yeniden kontrol edilmelidir; kaydedilmiş bir tıklama akışı, verinin alındığını tek başına kanıtlamaz.

Örnek dosya sözleşmesini kaydetmek

Kurgusal bir yazılım şirketi ikinci seçeneği tercih eder. Eski çalışma süresi sistemi, onaylanmış süreler için API sunmaz; günlük dışa aktarımı vardır. Aradaki işleme adımı bu veriden ERP’de bir faturalama taslağına kalem ekleyecektir. Bize ait bu örnekte UTF-8, virgül ayırıcı ve şu başlık satırı kararlaştırılır:

entryId,projectRef,approvedMinutes,approvalState
T-81,PR-42,90,approved

Satırın anlamı şudur: Sabit kaynak kaydı T-81, PR-42 projesi için dakika cinsinden onaylı çalışma süresi taşır. Bu proje açıkça ERP’deki ERP-903 projesiyle eşlenmiştir. Yalnızca onaylı satırlar ilerleyebilir. Alanlar ve kimlikler bizim tasarımımızdır; Odoo veya başka bir sağlayıcının şeması değildir. RFC 4180 CSV kurallarını açıklar; somut içe aktarım sözleşmesi ürüne uymalıdır. Odoo belgeleri, örneğin dış kimliklerin içe aktarım ve ilişkilerde kullanımını gösterir.

Onaylanmış ve belirsiz sonuçları ayırmak

İşlemenin, doğrulanmış bir aktarım için kaynak kaydını hedef referansıyla ilişkilendirmesi gerekir. Daha önce başarıyla alındığı doğrulanan değişmemiş satır, ikinci bir taslak kalemi oluşturmamalıdır. Aynı kaynak kaydı sonradan değişirse bu bir iş düzeltmesidir; seçilen tasarımda açıklığa kavuşturulmak üzere bekletilir.

Gönderimden sonra bağlantı kesilirse hedef yazmış olabilir. Yeniden denemeden önce uygun bir hedef referansıyla durum açıklığa kavuşturulmalıdır. Hedef bu kontrolü sağlamıyorsa işlem belirsiz kalır ve ele alınması gerekir. Dosyanın başarıyla taşınması, tek başına ERP kaydını doğrulamaz.

Uygulamadan önce beklenen sonuçları kararlaştırmak

Uygun bir test ortamında şu durumlar kabul kontrolünden geçirilmelidir:

  • İlk onaylı satır, eşlenen projede 90 dakikalık taslak kalemi oluşturur.

  • Başarının doğrulanmasından sonra aynı satırın tekrarı ek kalem oluşturmaz.

  • Bilinmeyen proje referansı, açıklığa kavuşturma gerekçesiyle açık kalır.

  • Aynı kayıt 120 dakika ile gelirse onaylanmış değeri sessizce değiştirmek yerine düzeltme olarak bekletilir.

Ekip, bu örnekte sonraki faturalama taslakları için Europe/Berlin saat diliminde her gün 18:00 saatinde işlemeyi kabul eder. İş günü boyunca güncel değerler gerekiyorsa aktarım yolu yeniden değerlendirilmelidir. Bu yüzden dışa aktarım sorumluluğu, hata takibi ve sonuç bildirimi de sözleşmenin parçalarıdır.

Kaynaklar

Yazan

  • Tobias KrügerSistem Entegrasyonu EditörüTobias Krüger, ASES'te farklı yazılım sistemlerinin birlikte çalışmasıyla ilgilenir. Yazılarında ERP, CRM ve online mağazaların birbirine bağlanmasını ve veri alışverişindeki hataların nasıl ele alınacağını açıklar.

ASES'i takip edin

Devamını okuyun

Tüm yazılar

ASES ile API ve entegrasyon

ERP, CRM ve mağaza sorunsuz bağlantılı