Önce özelliği seçin ve taşıyın
Zuora'nın 29 Haziran 2026'da güncellenen e-posta teslim kılavuzu, E-posta bildirimini İş Akışından ayırıyor. E-posta bildirimi için Gelişmiş SMTP , harici bir SMTP sunucusunu ve Zuora varsayılan sunucusunu açıklar. İş akışı Amazon SES veya harici bir SMTP sunucusunu kullanabilir. Bu alternatifler tek bir evrensel kurulum prosedüründe birleştirilmemelidir.
Bu kategori için seçilen organizasyon, ortam, mesaj kategorisi ve aktarımla başlayın. Bir fatura bildirimi ve İş Akışı tarafından oluşturulan bir mesajın, görünen Gönderen adresleri birbirine benzese bile farklı yapılandırma sahipleri olabilir. Talep edilen değişikliğin yeni bir rotayla mı, mevcut bir özel alanla mı yoksa aktarımlar arasındaki geçişle mi ilgili olduğunu belirleyin.
Kamuya açık rehberlik, belirli bir kiracının durumunu değil, belgelenmiş seçenekleri belirler. Hesap uygunluğu, ortamın uygulanabilirliği ve operasyonel kabul açık kalır. Bu el yazması için hiçbir kiracı oturum açma işlemi, kimlik bilgisi oluşturma, destek talebi, DNS düzenlemesi veya e-posta iletimi gerçekleştirilmemiştir. Zuora teslim edilebilirlik yapılandırması
Gelişmiş SMTP kendi etki alanı kimliği iş akışı olarak değerlendirin
Kılavuzda Gelişmiş SMTP Amazon SES destekli bir hizmet olarak açıklanmaktadır. DKIM. 2 Kasım 2026'da güncellenen ayrı alan adı kimliği talimatları, yöneticiyi Kimlikler tablosunun DKIM Durumu sütununda Görüntüle'yi seçmeye ve üçünü yayınlamaya yönlendirir. CNAME gösterilen kayıtlar. Hesap tarafından verilen bu kayıtlar yapılandırma girişidir; bir şey icat etme seçici veya başka bir ortamın değerlerini ödünç alın.
Aynı sayfa şunları ayırt eder: TXT kaydı Doğrulama Durumu sütununda görünür: Bu iş akışında alan kimliğini doğrulamak için TXT kaydının gerekli olmadığını söylüyor. Bu, görünür bir DNS değerinin neden otomatik olarak bir değişiklik isteği haline gelmemesi gerektiğine dair yararlı bir örnektir. Önerilen kayıtları hangi sütun ve iletişim kutusunun sağladığını kaydedin.
Başarılı doğrulama için belgelenen Doğrulama Durumu ve DKIM Durumu değerleri Beklemede'den Başarılı'ya taşınır. Hem gözlemleri hem de zaman damgalarını saklayın. DNS bulunan bir ortak anahtar bağımlılığı ve başarılı doğrulamayı bildiren bir ürün birbiriyle ilişkilidir ancak farklı kontrol noktalarıdır. Alan kimliğini doğrulama
Ad kullanımını ve başarısız doğrulamayı güvenli bir şekilde inceleyin
Zuora'nın alan adı kimliği talimatları, DNS sağlayıcısı zaten eklemediği sürece, _domainkey ile biten bir adın alan adının eklenmesine ihtiyaç duyabileceğini açıklar. Kabul hedefi, son ekin her zaman eklenmesi veya her zaman kaldırılması yönünde evrensel bir talimat değil, amaçlanan adın tamamıdır. Yayınlanan adı, yayınlanmadan önce gerçek editörün kurallarıyla karşılaştırın.
Kılavuzda, doğrulamanın 72 saate kadar sürebileceği açıklanmakta ve çözülmemiş durumlar için yeniden deneme veya kimlik oluşturma talimatları sağlanmaktadır. Bunları, yanlış bir kaydın beklenerek geçerli hale geleceğinin garantisi değil, ürün kılavuzu olarak değerlendirin. Etkin bir ortamda kimliğin yeniden oluşturulması, bağımlılığın gözden geçirilmesini ve yetkilendirilmesini gerektiren, sonuç olarak ortaya çıkan bir yapılandırma değişikliğidir; otomatik sorun giderme refleksi olmamalıdır.
Öncelikle amaçlanan üç takma adı, hedeflerini, yetkili bölgeyi ve mevcut durumu karşılaştırın. Herhangi bir şeyi değiştirmeden önce tutarsızlığın kanıtlarını koruyun. Başka bir yoldan gelen mesaj başarısız olduğu için çalışan kimliği kaldırmayın. Doğrulama sonuçları ve sorun giderme
Ayrı varsayılan sunucu, İş Akışı ve harici sunucu gereksinimleri
Zuora varsayılan e-posta sunucusu için teslim edilebilirlik kılavuzu şunları sağlar: SPF mx ve a:zgateway.zuora.com. Bu, bir kuruluşun SPF politikasının tamamının yerine geçecek güvenli bir alternatif değil, bu aktarıma bir örnektir. Bir politika değişikliği önermeden önce diğer yetkili gönderenleri koruyun ve değerlendirilen gerçek kimliği tanımlayın.
Workflow'un SES rotası için kılavuz, önceden doğrulanmış varsayılan Gönderen adresi olarak workflow@zuora.com adresini açıklar. Bunun yerine bir kuruluşun kendi alan adını kullanmak, belgelenen SPF yetkilendirmesini ve üç DKIM CNAME kaydı için Zuora Global Destek'e talepte bulunulmasını gerektirir. Destek destekli değerler, tahmin edilen Gelişmiş SMTP kimliğiyle değiştirilemez.
Harici SMTP farklı bir sahibi vardır: ilgili sunucu ve kimlik doğrulama yapılandırmasını kuruluş veya seçilen sağlayıcı sağlar. Kılavuz ayrıca İş Akışı için harici SMTP seçeneklerini de açıklamaktadır, ancak bu belge kimlik bilgileri oluşturmaz, uygulamaları kaydetmez veya OAuth'u yapılandırmaz. Bu eylemler, kendi yetkilendirmelerini ve sağlayıcıya özel mevcut talimatları gerektirir. Taşımaya özel bölümler
SPF ve DMARC mesaj düzeyinde yorumlama
Zuora kılavuzu adları include:amazonses.com . Bu talimatın hâlâ gerçek rota ve tam politikayla bağdaştırılması gerekiyor. Dahil etme, Zuora tarafından oluşturulan her mesajın yayınlandığı alan adını kullandığının garantisi değildir. SPF belirtilen SMTP kimliklerini ve seçilen birden çok SPF kayıtları otomatik olarak birleştirme yerine hataya neden olur.
Birleştirilmiş bir politikayı kabul etmeden önce DNS'ye bağlı değerlendirme koşullarını ve mevcut yetkileri inceleyin. Ardından yetkili temsilcinin aldığı mesajı değerlendirin: görünür yazar alanını, imza alanını ve seçiciyi, ilgili zarf kimliğini ve güvenilir alıcı sonuçlarını kaydedin. DMARC geçen hizalanmış bir kimlik doğrulama kimliğine ihtiyaç duyar; Bir ürünün geniş uyumluluk açıklaması, belirli bir mesajın uyumlu olduğunun kanıtı değildir.
Kimlik doğrulama, gelen kutusuna yerleştirmeyi, müşterinin fatura bildirimini almasını veya ödeme talimatlarının meşruluğunu garanti etmez. Bu iş sonuçlarını teknik kabul beyanından ayrı tutun. RFC 7208 , bölüm 2.4; RFC 7208 , bölüm 3.2; RFC 7208 , bölüm 4.6.4; RFC 9989 , bölüm 4.4
Faturalandırma platformu devri için kabul çalışma sayfası
Önemli ölçüde farklı bildirim ve İş Akışı yolları için bu orijinal önerilen çalışma sayfasını ayrı olarak kullanın.
- Kapsam: kiracı, ortam, özellik, mesaj kategorisi ve seçilen aktarım.
- Gönderen: amaçlanan yazar alanı, varsayılan ve özel kimlik ve sorumlu işletme sahibi.
- Sağlayıcı isteği: tam olarak oluşturulan veya destek tarafından verilen kayıtlar, bunları veren arayüz ve ait oldukları hesap.
- DNS incelemesi: etkilenen SPF politikasını tamamlayın, uygun olduğu yerde üç CNAME karşılaştırması ve mevcut bağımlılıklar.
- Ürün durumu: tek bir genel hazır etiket yerine ilgili durum sütunları, değerler ve zaman damgaları.
- İleti kabulü: Yazar, zarf ve imza kimliklerinin yanı sıra güvenilir doğrulamayla birlikte en aza indirilmiş yetkili örnek.
- Değişiklik kontrolü: onay, geri alma sahibi ve planlanmış faturalandırma iletişimlerinin işlenmesi.
- Sürüm: mevcut uygulanabilirlik, üretim, görsel ve sahip inceleme boşlukları açıkça kaydedildi.
Bu boş kabul tasarımı yürütülen bir test değildir ve hiçbir fatura verisi, kimlik bilgisi veya müşteri mesajı içermez.
Kurgusal teşhis: Varsayılan İş Akışı göndericisinden gelen kanıtlar
Kurgusal bir abonelik işletmesi, üretim bildirim rotası için Gelişmiş SMTP kimliğini doğrular. Daha sonra incelemeyi yapan kişi, varsayılan sağlayıcı göndericisini kullanarak bir İş Akışı örneği alır ve bunun geçen kimlik doğrulamasını, özel alan faturalandırma bildirimlerinin hazır olduğunun kanıtı olarak değerlendirir. Örnek ve iddia edilen rota eşleşmiyor.
Önerilen düzeltme, ek kanıt toplamadan önce her özelliğin ve aktarımın haritasını çıkarmaktır. Ekip, başarılı etki alanı kimliği durumunu korur ancak amaçlanan bildirim kategorisinden uygun şekilde yetkilendirilmiş bir örnek ister. Paylaşılan SPF politikasının yerini almaz veya alakasız mesajların birbirine benzemesini sağlamak için bir kimliği silmez. Rapor, çözümlenmemiş İş Akışı özelleştirmesini ayrı tutar. Bu senaryo kurgusaldır ve gerçek bir kiracı faaliyeti olmadığını veya doğrulanmış Zuora arızasını tanımlamaktadır.