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.

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,approvedSatı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
90dakikalı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
120dakika 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
Devamını okuyun
Tüm yazılar




ASES ile API ve entegrasyon
ERP, CRM ve mağaza sorunsuz bağlantılı

