Fatura veya makbuz yalnızca bir kampanya dönüşümünün değil, ticari bir işlemin parçasıdır. Güvenilir bir süreç, belgenin oluşturulup oluşturulmadığını, hangi yetkili hedefin seçildiğini ve ilgili mesaja ne olduğunu göstermelidir. Kimlik doğrulama, gönderenin kimliğinin belirlenmesine yardımcı olur ancak müşterinin belgeyi aldığını veya belgeye göre işlem yaptığını kanıtlayamaz.
İş etkinliğine posta etkinliğine katılın
Sabit bir iş olayı tanımlayıcısı ve ayrı bir mesaj denemesi tanımlayıcısı atayın. Şablon sürümünü, yetkili alıcı kaynağını, gönderme yolunu ve nihai sonucu kaydedin. Fatura içeriklerini ve mali ayrıntıları geniş operasyonel günlüklerin dışında tutun. Müşteri desteği genellikle her eke sınırsız erişime değil, bir durum ve korelasyon referansına ihtiyaç duyar.
Belge oluşturma ve belge teslim etme arasındaki farklar ESP, alıcı-sunucu kabulü ve müşteri onayı. SMTP aktarım sorumluluğunu tanımlar; bir faturanın okunduğunu veya yasal olarak tebliğ edildiğini tasdik etmez. RFC 5321. Geçerli faturalama ve bildirim yükümlülükleri kendi incelemelerini gerektirir.
İşlem rotasını koruyun
Gerçek Göndereni, zarfı ve DKIM fatura ve makbuz şablonlarında kimlikleri imzalama. Satıcının genel kurulum ekranı, belirli bir entegrasyonun amaçlanan etki alanını kullandığını gösteremez. Kontrollü bir son örneği ve alıcı sistemin güvenilir kimlik doğrulama sonuçlarını koruyun.
Kritik işlem süreçlerinin kampanya kuyrukları nedeniyle yetersiz kalmasını önleyin. Kişisel Gmail yönelik Google kılavuzu, Gönderen adreslerindeki mesaj kategorilerinin ayrılmasını ve promosyonların faturaların dışında tutulmasını önerir. Bunlar gönderme alıştırması önerileridir; izole bir itibar veya kuyruk kapasitesi garantisi değildir. Google gönderen kuralları.
Gerçekçi bir partiyi uzlaştırın
Olay başına bir başlangıç denemesi olmak üzere, 1.000 benzersiz giriş olayından oluşan varsayımsal bir grubu düşünün. İlk kesintide 970 alıcının kabulü doğrulandı, 20'si geçici olarak ertelendi ve 10'u nihai arıza yaşadı. Ertelenen her olayın izin verilen ek bir girişim aldığını varsayalım. İkinci kesintide bunlardan 15'i kabul edildi ve beşi beklemede kaldı. Kümülatif olay durumları 985 kabul edildi, beşi beklemede ve on tanesi başarısız oldu; toplamda aynı 1.000 olay.
Ertelenen 20 olayın tamamı bir kez daha denendiği için 1.020 deneme yapıldı. İş olayı teslim oranının birimleri karıştıracağından 1.020 denemeden 985'inin kabul edildiğinin raporlanması. Olay kabul oranı %98,5'tir, geri kalan sonuçların ise ayrı ele alınması gerekir. Kabul hala gelen kutusu yerleşiminin kanıtı değildir.
Bunlar, yürütülen bir mutabakat veya harici gönderme testi değil, elle yapılmış varsayımsal olay sayımlarıdır. Kesinti, makbuz-belge süresinin sona ermesini değil, raporlama penceresini işaretler. Gerçek bir karşılaştırma aynı etkinlik popülasyonunu ve kesim noktasını korumalı ve şablon, hedef veya sağlayıcı değişikliklerini açıklamalıdır. Eksik geri aramalar uzlaştırılana kadar bilinmemelidir; Hatanın olmaması olumlu bir teslimat sonucu değildir.
İşlemi değiştirmeden istisnaları ele alın
Kalıcı arızalar için iade nedenini belirleyin ve onaylı iletişim düzeltme sürecine başvurun. Birisi talep ettiği için faturayı doğrulanmamış bir adrese yönlendirmeyin. Belirsiz gönderimler için, bir işlemi tekrar oynatmadan önce sağlayıcı kaydının mutabakatını yapın. Bir makbuzun yeniden gönderilmesi yeni bir fatura veya masraf oluşturmamalıdır.
İş süreci desteklediğinde kimliği doğrulanmış bir müşteri portalı veya başka bir yetkili süreklilik kanalı kullanın. Alıcıyı ve iznini doğrulamadan, doğaçlama bir geri dönüş mesajına hassas belgeleri eklemeyin. Kale bir kayıt Bunlardan teslimat girişimi orijinal iş olayıyla ilgilidir.
Kapanış raporu yalnızca toplam yeşil teslimat yüzdesini değil, çözülmemiş olayları, sahipleri ve sonraki eylemleri göstermelidir. Eksik bir makbuzu bekleyen bir müşteri, genel kabul oranı yüksek olsa bile önemlidir.
Çözülmemiş etkinliklere bir sahip verin
Bekleyen veya başarısız olan her olay için bir sonraki izin verilen eylemi ve sahibini kaydedin. Kabul edilen bir etkinliğin, yalnızca bir toplu rapor daha yeşil. Herhangi bir süreklilik kanalı, orijinal işlem kimliğini ve doğrulanmış alıcıyı korumalıdır.