Kurumsal Sistemler ve Entegrasyonlar
ERP’den üçüncü taraf API bağlantıları
ERP’den üçüncü taraflara: CRM, lojistik, vergi ve kimlik
ERP’niz ile çevresindeki hizmetler arasında REST, SOAP, webhook ve iPaaS bağlantıları; yeniden denemeler ve uyarılarla.
Plan
Tüm çizimi görmek için yana kaydırın.
ERP’den üçüncü taraflara: tek platform, çok sayıda iş ortağı
İş olayları ERP’den bir kez çıkar ve entegrasyon platformu bunları her iş ortağına beklediği biçimde iletir. Geri çağrılar aynı yoldan döner. Yeniden denemelerden sonra hâlâ başarısız olan bir mesaj başarısız mesaj kuyruğuna gider ve yükü eklenmiş bir uyarı oluşturur.
- Birincil akış
- Asenkron
- İstisna yolu
Akış 9 adımda
Akış, adım adım
- ERP → Entegrasyon platformu: İş olayları, REST · OData · webhook üzerinden (birincil akış).
- Entegrasyon platformu → CRM: Müşteriler ve siparişler, REST/JSON üzerinden (birincil akış).
- Entegrasyon platformu → Lojistik ve taşıyıcılar: Sevkiyatlar rezerve edildi, REST/JSON üzerinden (birincil akış).
- Lojistik ve taşıyıcılar → Entegrasyon platformu: Takip olayları, webhook üzerinden (asenkron).
- Entegrasyon platformu → E-fatura ve vergi platformu: Onaya gönderilecek faturalar, SOAP/XML · REST üzerinden (birincil akış).
- Entegrasyon platformu → KYC ve kimlik sağlayıcı: Kimlik kontrolleri, REST/JSON üzerinden (birincil akış).
- KYC ve kimlik sağlayıcı → Entegrasyon platformu: Kontrol sonuçları, webhook üzerinden (asenkron).
- Entegrasyon platformu → Ölü mektup kuyruğu ve uyarılar: Yeniden denemelerden sonra başarısız, başarısız mesaj kuyruğuna (istisna yolu).
- Ölü mektup kuyruğu ve uyarılar → Destek ekibi: Yük ve hatayla birlikte uyarı (istisna yolu).
Genel bakış
Bu, ERP’niz ile çevresindeki hizmetler arasındaki akıştır: CRM, taşıyıcılar ve lojistik sağlayıcıları, e-fatura ve vergi platformları ile kimlik ve KYC sağlayıcıları. Her ortağın kendi API’si, kendi formatı ve kendi hataları vardır ve her biri genellikle ayrı bir proje olarak gelir.
Referans tasarım, iş olaylarını ERP’den bir kez entegrasyon platformuna gönderir; platform bunları her ortağa beklediği formatta iletir: REST, SOAP, webhook’lar veya ticari ortakların gerektirdiği yerlerde AS2 üzerinden EDI ile. Geri çağırmalar, örneğin takip olayları veya kontrol sonuçları, aynı platform üzerinden geri gelir.
Bir ortağın hizmet dışı olması olağan bir durumdur, acil bir durum değildir. Geçici hatalar yeniden denenir. Yeniden denemelerden sonra hâlâ başarısız olan bir mesaj, başarısız mesaj kuyruğuna gider ve destek ekibine yük ve hata ile birlikte bir uyarı ulaşır; böylece düzeltilip yeniden oynatılabilir.
Akış nasıl işler
ERP bir olay yayımlar
Bir müşteri, sipariş veya fatura değiştiğinde, ERP API’si, OData hizmetleri veya webhook’lar aracılığıyla entegrasyon platformuna tek bir iş olayı yayımlar.
CRM güncel kalır
Platform, CRM’deki hesapları, kişileri ve siparişleri günceller; böylece satış ve hizmet ekipleri ERP’nin bildiklerini görür.
Gönderiler rezerve edilir
Gönderime hazır siparişler, taşıyıcı veya lojistik sağlayıcı ile API’si üzerinden rezerve edilir ve etiketler ile referanslar geri gelir.
Takip bilgisi geri gelir
Taşıyıcı, takip ve teslim kanıtı olaylarını webhook ile gönderir ve platform ERP’deki siparişi günceller.
Faturalar onaylanır
Faturalar, e-fatura veya vergi platformuna otoritenin gerektirdiği formatta gönderilir ve onay durumu fatura ile birlikte saklanır.
Kimlikler kontrol edilir
Yeni müşteriler veya tedarikçiler KYC veya kimlik sağlayıcısına gönderilir ve sonuç, hesap etkinleştirilmeden önce webhook ile geri döner.
Bir şey başarısız olduğunda
Bir ortak geçici olarak kullanılamıyor
Çağrı, artan gecikmelerle yeniden denenir. Her yazma işlemindeki bir idempotency anahtarı, yeniden denemenin asla ikinci bir gönderi veya fatura oluşturmamasını sağlar.
Bir mesaj yeniden denemelerden sonra hâlâ başarısız oluyor
Yük ve ortağın hatası ile birlikte başarısız mesaj kuyruğuna gider ve destek ekibine uyarı verilir. Düzeltildikten sonra kuyruktan yeniden oynatılır.
Bir ortak API’sini değiştirir
Sözleşme testleri her ortağın test ortamına karşı çalışır ve değişikliği yakalar. Duyurulan değişiklikler, ortağın son tarihinden önce planlanır ve test edilir.
Veriler reddedilir
Eksik vergi numarası gibi bir iş nedeniyle veriyi reddeden bir ortak, hatayı ERP kaydına geri gönderir ve kaydın sahibi düzeltebilir.
Standartlar ve sistemler
- Entegrasyon
- REST
- SOAP
- Webhooks
- OpenAPI
- EDI (EDIFACT, ANSI X12)
- AS2
- MuleSoft
- Boomi
- Azure Logic Apps
- Kimlik ve erişim
- OAuth 2.0
Sorular ve yanıtlar
Hangi üçüncü taraf hizmetleri bağlayabilirsiniz?
Belgelenmiş bir API’si veya dosya arayüzü olan herhangi bir hizmet. Tipik örnekler CRM platformları, taşıyıcılar ve lojistik sağlayıcıları, pazaryerleri, e-fatura ve vergi platformları, bordro, KYC ve kimlik sağlayıcıları ile AS2 üzerinden EDI belgeleri değiş tokuş eden ticari ortaklardır. Bir plana bağlı kalmadan önce her ortağın API’sini, sınırlarını ve test ortamını inceleriz.
Bunun için bir entegrasyon platformuna ihtiyacımız var mı?
Bir ERP’ye birkaç ortak bağlandığında, MuleSoft, Boomi veya Azure Logic Apps gibi bir platform ya da bir mesaj kuyruğu üzerine kurulmuş özel hizmetler kümesi, eşleme, yeniden denemeler ve izlemeyi tek bir yerde tutar. Bir veya iki ortakla doğrudan bağlantılar yeterli olabilir. Sizin durumunuz için lisans maliyetleri dahil ödünleşimleri ortaya koyarız.
Bizi e-fatura ve vergi onay platformlarına bağlayabilir misiniz?
Evet. Birçok ülke artık faturaların bir devlet veya akredite platform aracılığıyla tanımlı bir formatta düzenlenmesini veya onaylanmasını zorunlu kılıyor. ERP’yi ülkenizin gerektirdiği platformla veya akredite bir sağlayıcıyla entegre eder, onay durumunu ve tanımlayıcıları her faturayla birlikte saklar ve redleri ele alırız. Size uygulanacak kuralları vergi danışmanlarınız doğrular.
Gelen webhook’ları nasıl güvence altına alıyorsunuz?
Gelen her webhook işlenmeden önce doğrulanır: ortak mesajlarını imzalıyorsa imza ile, imzalamıyorsa token, kaynak ve zaman damgası kontrolleri ile. Yükler sözleşmeye göre doğrulanır ve ortak olayları birden fazla kez gönderse bile olaylar bir kez işlenir.
Bir ortakta kesinti olduğunda ne olur?
Diğer akışlar çalışmaya devam eder. O ortağa ait mesajlar yeniden denenir ve ardından kuyruğa alınır, destek ekibine uyarı verilir ve hiçbir şey kaybolmaz. Ortak toparlandığında kuyruktaki mesajlar sırayla yeniden oynatılır. Gösterge paneli hangi ortağın etkilendiğini ve kaç mesajın beklediğini gösterir.
Oluşturduğunuz bağlayıcıların sahibi kim?
Sizin için oluşturduğumuz işlerdeki fikri mülkiyet, ilk committen itibaren size aittir — sonunda bir devir adımı yoktur. Bağlayıcılar kaynak kodu, testleri ve belgeleriyle teslim edilir; böylece ekibiniz veya başka bir tedarikçi bunları sürdürebilir. Önceden var olan XSIS araçları bizde kalır ve size lisanslanır. Ortak API’leri ve entegrasyon platformu lisansları, ilgili tedarikçilerin kendi koşullarına tabidir.
Sözleşmeyle değil, bir görüşmeyle başlayın.
Ne inşa etmeniz, neyi bağlamanız veya neyi güvence altına almanız gerektiğini bize anlatın. Bir mimar sizinle birlikte inceler ve nereden başlanacağını önerir.
Sırada ne var
Zaman belirleme
Ekibimiz oturum için bir zaman belirlemek üzere size e-posta gönderir.
Ön danışmanlık oturumu
Bir ücretsiz 30 dakikalık çevrim içi ön danışmanlık oturumu: hedeflerinizi, sistemlerinizi ve kısıtlarınızı gözden geçiririz.
Hazırlık incelemesi
Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.
Yolun seçilmesi
Kapsamı hazır projeler 3–5 iş günü içinde içinde bağlayıcı bir teklif alır. Konsept aşamasındaki projeler Blueprint Studio’da başlar. Arızalı, belgelenmemiş veya entegrasyon gerektiren canlı bir sistem, 1–2 hafta teşhisiyle başlar. Blueprint Studio ve teşhisin her biri, teklifte belirtilen sabit bir ücrete tabidir.