Müşterilerin hangi kimliği görmesi gerektiğine karar verin
WeFact iki gönderen yöntemini belgelemektedir: varsayılan mijnweFact kimliği ve işletmenin kendi e-posta adresinden gönderim. Varsayılan yöntem işletmenin adını taşırken yanıtlar kendi adresine gider. Özel adres gönderimi etki alanı kimlik doğrulaması gerektirir. Çalışan bir yanıt hedefini, kimliği doğrulanmış özel bir Gönderen etki alanıyla karıştırmayın. WeFact gönderen yöntemleri.
DNS düzenlemeden önce fatura işlemi sahibinden amaçlanan yöntemi ve adresi onaylamasını isteyin. Hangi yönetimin ve etki alanının dahil olduğunu, ayarlarını kimin düzenleyebileceğini ve yetkili DNS kimin kontrol ettiğini kaydedin. Envanter hatırlatmaları, teklifler ve diğer giden iş akışları ayrı ayrı. Paylaşılan markalamaları aynı gönderen ayarlarının kanıtı değildir. Alacak hesaplarını kesintiye uğratmadan bir değişikliğin geri alınabilmesi için temel orijinal mesajı ve önceki yapılandırmayı saklayın.
Kişiselleştirilmiş kurulum belgesini edinin
Yönetimde Instellingen'i açın ve ardından SPF & DKIM. Alan adı doğrulamayı seçin ve kişiselleştirilmiş talimatları indirin. Sorumlu DNS yöneticisinin belirtilen kayıtları yayınlamasını sağlayın. Herkese açık makale evrensel bir DKIM anahtarı veya eksiksiz bir evrensel DNS tarifi sağlamadığından bu kılavuz bir tane icat etmiyor. WeFact doğrulama talimatları.
İndirilen talimatları sürümlendirilmiş bir değişiklik girişi olarak değerlendirin. Etki alanını, oluşturma tarihini, genel sahip adlarını, kayıt türlerini ve değerlerini kaydedin. Belgede, onaylanmış fatura adresinden farklı bir alan adı belirtiliyorsa herhangi bir şeyi yayınlamadan önce yapılandırmayı durdurun ve düzeltin. Yöneticiyle posta kutusu şifresini veya kişisel veriler içeren ilgisiz bir faturayı değil, yalnızca genel DNS kurulum bilgilerini paylaşın.
DNS değişikliğini incelenebilir hale getirin
Geçerli bölgeyi dışa aktarın ve mevcut bir SPF politikasını tanımlayın. Talimatlar bir SPF içermesi gerektiriyorsa, başka bir v=spf1 kaydı oluşturmak yerine uygulanabilir mekanizmayı değerlendirilen zarf etki alanındaki tek bir politikada birleştirin. Diğer yetkili gönderenleri koruyun. Onaylamadan önce sözdizimini ve arama maliyetini doğrulayın. DKIM gerçek bilgileri gerektirir seçici ve bu alan adı için sağlanan genel anahtar, başka bir yönetimden kopyalanan bir anahtar değil. SPF, DKIM.
DNS düzenleyicinin ilgili sahip adlarını ve TXT alıntılarını nasıl ele aldığını kontrol edin. Kaydettikten sonra yetkili hizmeti sorgulayın ve ardından mevcut WeFact doğrulama iş akışını izleyin. Bu değişikliğin bir parçası olarak gelen MX yönlendirmesini değiştirmeyin. Mevcut olanı koru DMARC Alandaki tüm gönderenler için ayrı olarak incelenen bir politika değişikliği gerekmediği sürece politika bozulmadan kalır.
Müşteri dışı fatura iş akışını test edin
Onaylanmış bir test süreci aracılığıyla zararsız bir test belgesi oluşturun ve bunu yalnızca kontrollü alıcılara gönderin. Sırf posta başlıklarını incelemek için gerçek bir tahsil edilebilir fatura oluşturmaktan veya müşteriye ödeme hatırlatıcısı göndermekten kaçının. Önizleme tarafından kullanılan gönderen, operasyonel gönderme yolundan farklı olabileceğinden, hem belge iş akışını hem de alınan orijinali yakalayın.
- Kanıt: Yönetim; Ne kaydedilmeli: Onaylanan gönderen yöntemi ve adresi; Kabul sorusu: Amaçlanan özel kimlik seçildi mi?
- Kanıt: Alınan mesaj; Ne kaydedilmeli: Zarftan, tüm DKIM d= ve s= değerleri; Kabul sorusu: Gerçekte hangi kimlik kullanıldı?
- Kanıt: Alıcı sonuçları; Ne kaydedilmeli: SPF , DKIM ve DMARC sonuçları; Kabul sorusu: Geçiş yöntemi uyumlu mu?
- Kanıt: Cevap testi; Ne kaydedilmeli: Zararsız bir yanıtla ulaşılan hedef; Kabul sorusu: Finans ekibi yanıt alıyor mu?
Matris sentetik bir test tasarımıdır, bir kayıt gerçek bir WeFact mesajının From invoices@example.com için, doğrulanmış bir DKIM d=example.com tam bir değerdir hizalama örnek. invoices@example.com adresine gönderilen bir yanıt, bu uyumu tek başına kanıtlamaz. DMARC.
İş iş akışını güvenli bir şekilde geri yükleyin
Mesaj hala varsayılan kimliği kullanıyorsa seçilen gönderen yöntemini ve mevcut doğrulama akışının tamamlandığını kontrol edin. Özel Kimden görünüyorsa ancak DKIM yoksa, anahtarları değiştirmeden önce yapılandırılmış etki alanını ve seçiciyi mesajla karşılaştırın. İmza başarısız olursa, genel anahtar konumunu ve değişiklik yapan röleyi inceleyin. Tekrar tekrar canlı fatura göndermek yerine, düzeltilmiş bir örneği destek için saklayın.
Müşteri açısından kritik teslimat etkilenirse, ilgili gönderme iş akışını duraklatın veya finans sahibinin onayıyla önceki onaylanmış yöntemi geri yükleyin. Kimlik doğrulamanın yanı sıra yanıtları da yeniden kontrol edin. Kişiselleştirilmiş talimat belgesini, DNS anlık görüntülerini, test orijinallerini ve kabul onayını bir arada tutun. Gönderen adresi, yönetim veya DNS ana bilgisayarı değiştiğinde bunları inceleyin. Bu kılavuz belgesel niteliğindedir ve canlı bir WeFact doğrulaması veya teslimat testi talep etmez.
Sağlayıcı sınırını onaylayın
Genel sayfa, iki gönderen yöntemini ve kişiselleştirilmiş belge iş akışını oluşturur ancak evrensel bir seçici, mevcut hesap durumu veya otomatik geçiş kuralını oluşturmaz. Yönetici bunları sağlayana kadar hesaba özgü gerçekleri açıkça çözümlenmemiş halde tutun. İndirilen alanın doğrulanması, fatura gönderiminin onaylanmasından ayrı bir karardır.
Kurgusal bir tanı vakası üzerinde çalışın
Yalnızca kurgusal yazılı örnek: WF-01, finans sahibinin varsayılan yöntemi seçtiğini ve zararsız bir test faturasının sağlayıcı etki alanı From ile geldiğini varsayar; Yanıtla ise invoices@atelier.example şeklindedir. SPF ve DKIM kimlikleri/sonuçları bilinmiyor. Başarılı bir yanıt finansa ulaşır ancak talep edilen özel Gönderen'i karşılamaz. Finans sahibinin özel yöntemi onaylaması, alana özel kurulum belgesini alması ve tahsil edilebilir bir borç oluşturmadan yeni bir kontrollü fatura rotasını doğrulaması gerekir. Bu durum için hiçbir hesap, DNS , CRM, fatura, kampanya veya teslimat test edilmedi.
Geçiş mesajını yaptırım hazırlığından ayırın
RFC 9989 Bölüm 7.4, alan adı yayınlama için geçerli DKIM gerektirir p=reject ve dolaylı postaların birlikte çalışabilirliğine ilişkin uyarılar. Tek bir hizalanmış SPF sonucu, tek başına reddetme politikasının kullanıma sunulmasını haklı çıkarmaz. Tüm meşru rotaları ve politika sahipliğini bu sağlayıcı kurulumundan ayrı olarak inceleyin.