ProductUsingChange Notification
InsurGateway tarafında bir ürünün request mapping’i (ilgili sigorta şirketi servisine giderken kullanılan “key/parametre kullanım listesi” — kısaca usings) değiştiğinde, o ürünü kullanan acentelerin platformlarına gönderilen bildirim tipidir. Platform bu bildirim ile hangi key’lerin artık gönderilmesi gerektiğini (eklenenler) ve hangilerinin artık gönderilmeyeceğini (kaldırılanlar) öğrenir; kendi teklif/poliçe isteği hazırlama mantığını buna göre günceller.
Bildirim yalnızca değişikliği (delta) taşır; ürünün tüm güncel key listesini değil, sadece eklenen ve kaldırılan key’leri içerir. Bir ürün için ilk hesaplamada (karşılaştırılacak önceki kayıt henüz olmadığından) bildirim gönderilmez; yalnızca o anki liste kayıt altına alınır. Bu noktadan sonraki her değişiklikte delta gönderilir.
Header ve zarf (envelope) yapısı için: Platform Entegrasyon Gereksinimleri. Bu bildirim tipinde cevap ve retry davranışı aşağıda ayrıca tanımlanmıştır: başarı yalnızca HTTP durum koduna göre belirlenir ve transport hatası dışında retry yapılmaz.
Endpoint
Örnek İstek
ReferanceNoopak bir idempotency anahtarıdır; format{AgentId}_{zamanDamgası+benzersiz}_0_0şeklindedir ve aynı bildirimin retry’larında değişmez.
Parse Edilmiş Payload
RequestObject.Payload alanı serialize edilmiş bir JSON string’tir; ikinci bir parse sonrasında aşağıdaki yapıya ulaşılır:
Key objesi alanları (IncludedKeys / RemovedKeys elemanları):
Delta kimliği
(ServiceOperation, KeyId, ParameterId)üçlüsüdür. Bir key’in parametre bağı değişirse, eski(KeyId, ParameterId)ikilisiRemovedKeys’e, yeni ikiliIncludedKeys’e girer. Bu nedenle aynıKeyIdaynı operasyonda hemRemovedKeyshemIncludedKeysiçinde farklıParameterIdile görünebilir; delta uygulanırkenParameterIdde dikkate alınmalıdır.
Bir servis operasyonu altında yalnızca
IncludedKeys, yalnızcaRemovedKeysveya her ikisi birden dolu olabilir. Değişiklik olmayan operasyonlar payload’a hiç eklenmez.
Beklenen Cevap
Platform, bildirimi aldığında HTTP 2xx dönmelidir. InsurGateway başarıyı yalnızca HTTP durum koduna göre belirler; cevap gövdesi değerlendirilmez (gövde boş olabilir).
Başarı:
Hata:
2xx dışı herhangi bir HTTP kodu (örn. 500) hata kabul edilir.
Bildirim
ReferanceNoüzerinden idempotent işlenmelidir; aynıReferanceNoile yeniden gelen bir bildirim tekrar uygulanmamalıdır (aksi halde aynı delta birden fazla işlenip key listesi bozulabilir).
Retry
InsurGateway, bildirimi yalnızca platforma ulaşamadığında (bağlantı hatası / timeout — yani HTTP cevabı hiç alınamadığında) yeniden gönderir. Platformdan dönen 2xx dışı bir HTTP cevabı retry üretmez; hata loglanır ve bildirim düşülür. Dolayısıyla bildirimin tekrar denenmesini istiyorsanız cevap dönmeyin (timeout) — 2xx dışı bir HTTP kodu düşmeye yol açar.
