Vakuutuksenantajan välittäjäverkosto ei ole yksi lähetysjärjestelmä. Välittäjä voi kirjoittaa omasta verkkotunnuksestaan, käyttää hyväksyttyä vakuutusyhtiön palvelua tai välittää vakuutusilmoituksen. Kampanjatoimittajat ja käytäntöjen hallintaalustat lisäävät uusia reittejä. Päätä, mitä identiteettiä kukin suhde on valtuutettu käyttämään ennen todennuksen määrittämistä.
Luokittele välittäjäsuhde tarkasti
Kirjaa muistiin, kommunikoiko välittäjä omalla verkkotunnuksellaan vai vakuutuksenantajan hallitsemalla From-verkkotunnuksella. Välittäjän, joka käyttää omaa identiteettiään, tulee hallita kyseisen verkkotunnuksen todennusta; sen viestistä ei tule vakuutusyhtiön verkkotunnuksen viestiä vain siksi, että siinä mainitaan vakuutuksenantaja. Jos vakuutuksenantajan verkkotunnus on valtuutettu, kirjaa ylös erityinen hakemus, vuokralainen, tarkoitus ja vastuullinen vakuutuksenantajan omistaja.
Älä lisää laajoja lähettäjän käyttöoikeuksia koko välittäjäverkostolle vain siksi, että jotkin viestit tarvitsevat korjausta. Jokaisella valtuudella tulee olla liiketoiminnallinen perustelu ja tunnettu tekninen toteutus. Edelleenlähetys eroaa myös lähettämisestä vakuutuksenantajana: tarkista viestien todelliset identiteetit ja luotettavat vastaanottajan tulokset ennen kuin päätät, mikä valvonta epäonnistui.
Pidä kampanjat poissa käytäntöjen palveluoletuksista
Ulkoistetussa kampanjassa voidaan käyttää erilaisia sovelluksia, opt-out-prosesseja, malleja ja käytäntöilmoituksen vastaanottajia. Merkitse muistiin kampanjan omistaja ja käytäntöjen palvelun omistaja erikseen. Todennus ei takaa markkinointilupaa, politiikkakielen pätevyyttä tai tiedonantovelvollisuuden täyttämistä. Tarkista nämä ongelmat soveltuvan liiketoiminta- ja lakitarkastuksen kautta.
Kampanjan toimittajia varten tunnista asiakaskohtainen verkkotunnuksen kokoonpano, valitsijat, valtuustietojen omistaja ja poistumisprosessi. Käytännön hallinnointia varten testien uusiminen, hyväksynnät ja muut harvoin asiakkaalle tärkeät ilmoitukset. Uutiskirjetesti ei vahvista uusimisprosessoria. Ilmoitus, jonka toimittaja tarjoaa räätälöitynä DKIM ei ole todiste siitä, että se on otettu käyttöön vakuutuksenantajan vuokralaiselle.
Määritä valtuutuksen voimassaoloaika
Kirjaa, milloin välittäjä- tai toimittajasuhde alkaa ja päättyy, kuka voi hyväksyä laajuuden muutokset ja mikä allekirjoitusoikeus on poistettava poistuttaessa. Suunnittele järjestys niin, että eläkkeellä oleva toimittaja ei voi jatkaa lähettämistä vanhan valtuutuksen alaisena, vaikka lailliset jonossa olevat ilmoitukset eivät jää vahingossa jumiin. Älä poista DNS tietueita vain siksi, että sopimuksen päättymispäivä on kulunut umpeen ilman, että aktiivista siirtoa ja hyväksyttyjä palautustarpeita on sovitettu yhteen.
Käytä testaukseen hyväksyttyjä synteettisiä käytäntötietueita. Tarkista näkyvä Lähettäjä-osoite, todellinen allekirjoitustoimialue ja vastauskohde. Jos vastaukset sisältävät vakuutuksenottajien tietoja, reititä ne hyväksyttyyn toimintajärjestelmään toimittajan satunnaisen testipostilaatikon sijaan. Minimoi tallennetut näytteet ja rajoita pääsyä organisaation käytäntöjen mukaisesti.
Selitä raja poikkeustietueessa
Hypoteettinen kartta käyttää vakuutuksenantajabrändättyä välittäjän identiteettiä, kampanjaidentiteettiä ja vakuutusilmoitusidentiteettiä. Se ei tarkoita, että jokaisen välittäjän tulisi käyttää vakuutuksenantajan verkkotunnusta. Oletetaan, että vakuutusilmoituksessa on From policy.insurer.example ja kelvollinen DKIM -allekirjoitus d=provider.example.net. Tämä allekirjoitus epäonnistuu tiukassa DKIM linjaus; pätevyys oletetaan, sitä ei tarkisteta tässä.
Poikkeuksen tulee nimetä vaikuttaneet ilmoitustyypit, omistaja, syy, korvausprosessi ja seuraava tarkistuspäivä. Tarkista poikkeukset välittäjän käyttöönoton, toimittajan vaihdon ja käytäntöjärjestelmän julkaisujen jälkeen. Pidä luettelo erillään säädöstenmukaisuuden arvioinnista tai vakuutussopimuksen sisällöstä; nämä hypoteettiset identiteetit eivät tee sellaista päätöstä.
Yhdistä välittäjän irtautuminen odottavaan uusimiseen
Oletetaan, että välittäjän lähetysvaltuutuksen on määrä päättyä, kun hyväksytty uusimisilmoitus pysyy jonossa käytäntöjärjestelmässä. Selvitä, mikä palvelu omistaa kyseisen ilmoituksen ja onko sen toimivalta riippumaton eläkkeelle jäävästä välittäjästä. Älä pidä kaikkia välittäjän käyttöoikeuksia aktiivisina toistaiseksi tai poista kaikkia niihin liittyviä DNS tietueita vain tarkistuslistan täyttämiseksi. Pyydä vastuullisia omistajia hyväksymään rajattu siirtymä ja tarkistamaan jäljellä oleva käytännön työnkulku. Nämä ovat hypoteettisia ehtoja, eivät varsinaista vakuutuksenantajan tai sopimuspäätöstä.
Reittiluetteloon voidaan erikseen kirjata brokers.insurer.example hyväksytylle vakuutusyhtiön merkkipostille, campaign.insurer.example markkinointia varten ja policy.insurer.example vakuutusten huoltoa varten. Nämä ovat havainnollistavia henkilöllisyyksiä ja rooleja, ei toimiteta allekirjoitettuja näytteitä tai todellisia apurahoja. Oman toimialueensa alla puhuva välittäjä jää erilliseksi identiteettimalliksi. Salaustestiä, ilmoituksen toimittamista tai peruuttamista ei suoritettu.
Tulkitse todennus sen rajoissa
RFC 9989 kohdat 4.4 ja 5.3.5 erottaa allekirjoituksen kelpoisuus, tasaus ja täydellinen DMARC tuomio. Yksittäinen oletettu kohdistamaton allekirjoitus ei osoita muun tasatun DKIM puuttumista tai tasaamisen ohittamista SPF polkuja. varten p=reject käyttöönotto, osiot 7.4 ja 8 edellyttävät kelvollista DKIM sen sijaan, että luottaisi vain SPF ään. Kohta 5.4 jättää käsittelyn vastaanottajakäytännön vastuulle eikä vahvista viestin liiketoimintasisältöä. Nämä protokollarajat eivät korvaa valtuutettua työnkulkua, pääsyä, ajoitusta tai vastaanottajan tarkistuksia.