Belirsiz müşteri eşleşmeleri için bir düzeltme yolu gerekir
Belirsiz müşteri eşleşmesi tekrar gönderimle çözülmez. Düzeltmeden doğrulanmış hedef sonucuna uzanan izlenebilir bir yol gerekir.
Bir entegrasyon, işlemdeki müşteriyi güvenilir biçimde eşleyemiyorsa bu durum çözülebilir bir iş olarak kalmalıdır. Sorumlu rol, gerekli bilgiler ve işleme kontrollü dönüş yolu buna dahildir. Hata günlüğü ve daha sonra yeniden gönderme talimatı, iş açısından belirsiz bir kimliği çözmeye yetmez.
Microsoft, çok adımlı akışlarda nedeni izlenebilir manuel müdahaleleri de ele alır. Örneğimiz hedefe yazmadan önce bekler.
Açık durumun görünür bir sonucu olmalıdır
Tamamen kurgusal örnekte R-28 proje talebi, ERP’de bir proje taslağı oluşturacaktır. CRM müşterisi C-508 için doğrulanmış bir eşleme yoktur. Sorumlu kişi inceleme sonunda mevcut ERP müşteri hesabı K-410 ile eşlemeyi doğrular. Aşağıdaki tablo istenen akışı gösterir.
Durum | Örnekteki anlamı | Eksik kalan adım |
|---|---|---|
| Müşteri eşlemesi belirsiz; hedefte taslak oluşturulmaz. | Kimliği incele ve eşlemeyi doğrula. |
| İş açısından incelenmiş eşleme vardır. | Yazmadan önce güncel hakları ve müşteri hesabının kullanılabilirliğini kontrol et. |
| Aktarım işleniyor. | Hedef sonucunun doğrulanması. |
| Doğrulanmış | Belirlenen aktarım tamamlanmıştır. |
Listedeki bir ad, müşteri seçimini tek başına belirlememelidir. İşleme nedeni, kontrol edilen kaynak sürümü, eski ve seçilen eşleme ile karar gerekçesi birlikte tutulmalıdır. Bu durumlara yalnızca yetkili rol erişebilmelidir.
Düzeltme güncel durumu dikkate almalıdır
Gösterim ile onay arasında veriler veya haklar değişebilir. Devam etmeden önce güncel yetkiyi ve seçilen müşteri hesabının hâlâ kullanılabilir olup olmadığını kontrol edin. OWASP her istekte yetki kontrolü ister. Önceden açılmış bir düzenleme ekranı bu kontrolün yerine geçmez.
Aynı anda çalışan iki kişi de fark edilmeden çelişkili kararlar kaydedememelidir. Değişmiş dayanaklar veya çözülmüş bir durum, onay sırasında tespit edilmelidir. Ön koşullar artık uymuyorsa işlem yeniden incelenmek üzere açık kalır.
Tekrar, ikinci bir proje taslağı oluşturmamalıdır
Bütün denemeler aynı proje talebiyle bağlı kalır. Hedefte ayrıca uygun koruma gerekir: Örneğin aynı tekrar sırasında ek bir taslak oluşturmayan idempotent bir oluşturma işlemi veya hedefte tekilliği zorunlu kılınan dış referans ile güvenilir sonuç sorgulaması. İşlem kimliği tek başına mükerrer kayıt oluşmasını önlemez.
Yazma sonrasında yanıt gelmezse önce mevcut işlemin sonucu açıklığa kavuşturulur. AWS, zaman aşımının işlemin etkilerinin gerçekleşmediği anlamına gelmediğini açıklar. Sonuç bilinmiyorken kesin başarısız sayılmamalı ve rastgele yeni bir taleple değiştirilmemelidir.
Manuel yolu gerekli durumlarla sınırlandırın
Tekil ve doğrulanmış bir eşleme otomatik işlenebilir. Her kayıt insan onayı gerektirmez. Diğer durumlarda sorumlu kişi, üzerinde anlaşılmış müdahale süresi ve üst sorumluya aktarma yolu görünür olmalıdır; sahibi olmayan büyüyen bir liste sorunu çözmez.
Örneğimiz proje oluşturulmadan önce durur. Yanlış müşteride bir kayıt zaten oluşturulduysa ortaya çıkan bağlantılar dikkate alınarak ayrıca iş açısından düzeltme yapılmalıdır.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile API ve entegrasyon
ERP, CRM ve mağaza sorunsuz bağlantılı