Määrittele liiketoimintakysymys ennen verkkotunnusten laskemista
Laskutus ja toiminta kuvaavat usein eri asioita samalla sanalla "verkkotunnus". Laskutusjärjestelmä voi laskea sovitut yksiköt, toiminnallinen inventaario voi luetella vahvistettuja verkkotunnuksia ja raportointijärjestelmä voi tallentaa liikenteessä havaitut verkkotunnukset. Nämä kokonaismäärät voivat vaihdella ilman, että mikään järjestelmä on väärä. Täsmäytys alkaa määrittämällä metriikka, sen aikaikkuna ja laskettava yksikkö, minkä jälkeen selitetään jokainen ero sen sijaan, että pakotetaan kaikki summat täsmäämään.
Azuren usean vuokralaisen identiteettiopastus erottaa identiteetin ja valtuutuksen kaupallisista oikeuksista ja suosittelee käyttölogiikan hallintaa sovelluksessa tai erillisessä järjestelmässä. Tämä ero on suoraan merkityksellinen: todennettu käyttäjä tai määritetty verkkotunnus ei luo automaattisesti laskutettavaa oikeutta. Tämä käsikirjoitus ehdottaa täsmäytysmenetelmää eikä väitä, että EmailAuth toteuttaa tietyn laskutusmallin, inventaariosovellusliittymän tai analytiikkaominaisuuden.
Luo vakaat asiakas- ja toimialuesuhteet
Tallenna hyväksytty asiakastunniste, operatiivisen vuokralaisen tunniste, laskutustilin viite ja verkkotunnuksen varastotunniste sinne, missä kukin järjestelmä tarjoaa ne. Pidä näyttönimet erillään vakaista näppäimistä. Asiakas voi nimetä organisaationsa uudelleen, käyttää useita toimialueita tai omistaa erilliset tuotanto- ja koulutusvuokralaiset. Verkkotunnus voi myös siirtyä asiakassuhteiden välillä ajan myötä. Täsmäytys tarvitsee voimaantulopäivämäärät ja omistushistorian pelkän nykyisen merkkijonovastaavuuden sijaan.
RFC 7643 erottaa palveluntarjoajan resurssitunnisteet ulkopuolelta toimitetuista korrelaatiotunnisteista identiteettiskeemassaan. Tämä on esimerkki siitä, miksi tunnisterooleilla on merkitystä, ei väite, että SCIM määrittelee verkkotunnuksen laskutuksen. Noudata samaa varovaisuutta ehdotetussa kartoituksessa: tunnista, mikä järjestelmä omistaa kunkin avaimen ja mikä kenttä vain korreloi tietueita järjestelmien välillä. Älä päättele asiakkaan omistajuutta sähköpostin jälkiliitteestä tai henkilöstä, joka on viimeksi muokannut riviä.
Kirjoita toistettava metrinen määritelmä
Määritä jokaiselle raportoidulle kokonaismäärälle laskettu kokonaisuus, sisällyttämiskriteerit, poissulkemiskriteerit, tilasäännöt, tehollinen aika ja kopiointimenetelmä. "Aktiiviset asiakasverkkotunnukset kuukauden lopussa" tarvitsee tarkan merkityksen aktiiviselle, asiakkaalle ja verkkotunnukselle. Sisältääkö se odottavan vahvistuksen, jäädytetyt vuokralaiset, aliverkkotunnukset, aliakset, kokeilutilit tai äskettäin poistuneet tietueet? Nämä ovat liiketoiminnallisia määritelmiä, jotka on hyväksyttävä, ei teknisiä faktoja oletettavana. Säilytä kussakin raportissa käytetty sääntöversio.
Erota verkkotunnuksen varastomäärä havaitusta lähettäjän kattavuudesta. Määritetty verkkotunnus ei välttämättä tuota liikennettä ajanjaksolla, kun taas raportoiva lähde voi havaita tuntemattoman tai historiallisen lähettäjän. Todennusraportit eivät välttämättä ole kaikkien viestien tai kaikkien määritettyjen palveluiden täydellistä laskentaa. Hyödyllinen mittari ilmoittaa saatavilla olevat lähteet ja kattavuusvaroitukset sen sijaan, että havaintojen puuttumista pidettäisiin todisteena siitä, että verkkotunnus on käyttämätön tai sitä ei pitäisi laskuttaa.
Säilytä raakasummat ennen täsmäytysoikaisuja
Säilytä kunkin lähteen alkuperäinen kokonaissumma hyväksytyssä laajuudessa ja aikaleimassa. Näytä sitten täsmäytysluokat, jotka selittävät eron: vertaamaton asiakaskartoitus, odottava aktivointi, käytöstä poistamisen ajoitus, kaksoisesitys, historiallinen uudelleenmääritys, lähteen viive tai aito ratkaisematon poikkeus. Älä muokkaa raakoja kokonaismääriä hiljaa, jotta kojelauta näyttää yhtenäiseltä. Säätötietue tekee lopullisesta numerosta selitettävän ja toistettavan.
Täällä ei ole kerätty lähdeottetta. Säilytä valtuutetussa toteutuksessa lähdeversiot tai vientitunnisteet ja rivien valitsemiseen käytetty kyselylogiikka. Minimoi henkilökohtaiset ja taloudelliset tiedot toimivassa tietojoukossa. Laskutustiliviitteet voidaan esittää hyväksytyillä sisäisillä tunnisteilla kopioimatta maksutietoja tai tarpeettomia tapahtumatietoja toimintaraporttiin. Täsmäytystarkoitus ei oikeuta laajempaan asiakastietojen jakamiseen.
Malli verkkotunnuksen ja lähettäjän kattavuus erikseen
RFC 9989 arvioi verkkotunnuksia ja linjaus suhteet sähköpostin todentamisessa. Se ei määrittele alustan laskutettavaa verkkotunnusyksikköä. Asiakas, jolla on yksi näkyvä From-verkkotunnus, voi käyttää useita lähetyspalveluita, kun taas yksi toimittaja voi lähettää useille asiakasalueille. Verkkotunnusten määrä ei siksi voi korvata lähettäjätason toiminnallista yksityiskohtaa. Pidä nämä mitat erillisinä tietosanakirjassa.
RFC 9990 määrittelee DMARC kokonaisraportointi ja sen raportointi- ja toimitusmekanismit. Tällaiset raportit voivat antaa havaintoja operatiiviseen analyysiin, mutta niiden läsnäolo ja kattavuus on kirjattava. Älä päättele, että jokainen vastaanottaja raportoi, jokainen raportointijakso on valmis tai jokainen toimiva lähettäjä näkyy säilytetyssä tietojoukossa. Mittarissa tulisi merkitä puuttuvat jaksot ja lähderajoitukset sen sijaan, että laadittaisiin täydellinen nimittäjä.
Täsmäytystaulukko
Luo laskentataulukko, jossa on mittarin nimi, säännön versio, raportointiraja, lähdejärjestelmä, raakasumma, lähteen kattavuus ja poimintaviittaus. Lisää asiakkailta vuokraajalle ja vuokraajalta toimialueelle -kartoitussäännöt, voimaantulopäivät, tilamääritykset ja päällekkäisyyden poistamisehdot. Poikkeuskirjasta tulee tunnistaa jokainen vertaamaton tai kiistanalainen kohde, vastuullinen omistaja, tarvittavat todisteet ja päätöksen tila. Käytä ei-salaisia viittauksia sen sijaan, että upottaisit arkaluontoisia laskutus- tai tilitietoja.
Tuotososion tulee säilyttää täsmäytyssumma sekä raakasummat ja luokitellut oikaisut. Lisää lähettäjätason yksityiskohta, joka selittää, mitkä havaitut palvelut edistävät kunkin verkkotunnuksen toiminnan kattavuutta, ilman, että lähettäjämäärä on laskutusoikeus. Arvioijan tulee pystyä toistamaan tulos hyväksytystä säännöstä ja säilytetystä lähdemateriaalista. Tämä laskentataulukko on ehdotettu, eikä sitä ole täytetty todellisilla asiakastiedoilla.
Kuvitteellinen diagnoosi: kolme erilaista kokonaismäärää
Kuvitteellisessa palvelussa on 120 sovittua verkkotunnusyksikköä, 126 operatiivista inventaariota ja 98 verkkotunnusta, jotka havaitaan kuukauden säilytetyissä raportointitiedoissa. Nämä luvut ovat suuntaa antavia, eivät mittoja. Tiimi haluaa aluksi korvata varaston kokonaismäärän laskutetulla määrällä. Ehdotettu täsmäytys sen sijaan kysyy, mitä kukin numero edustaa ja mitkä tietueet selittävät erot.
Kuvitteellisessa harjoituksessa jotkin mainosjakaumarivit saattavat odottaa aktivointia tai historiallisia tietueita, kun taas joillakin määritetyillä verkkotunnuksilla ei ehkä ole havaittua liikennettä käytettävissä olevissa raporteissa. Ne ovat mahdollisia luokkia, eivät keksittyjä todisteita, jotka ratkaisevat summat. Ryhmä säilyttää alkuperäiset numerot, soveltaa hyväksyttyjä tila- ja ajoitussääntöjä ja tutkii vertaansa vailla olevia kohteita. Se ei laskuttaisi, poista verkkotunnuksia tai muuttaisi asiakkaiden oikeuksia vain saadakseen luvut yhteensopiviin.
Tarkista poikkeukset oikeuksien omistajien kanssa
Kaupalliset omistajat päättävät sopimusten sisällyttämisestä ja laskutussäännöistä. Toiminnan omistajat vahvistavat kokoonpanon tilan ja verkkotunnuksen riippuvuudet. Analyticsin omistajat selittävät kyselylogiikan ja lähteen kattavuuden. Suojauksen tai henkilöllisyyden omistajat vahvistavat vuokralaisten kartoitukset ja käyttöoikeusrajat. Kenenkään yksittäisen kojelaudan käyttäjän ei pitäisi päättää hiljaa kaikista neljästä. Dokumentoi tarvittava hyväksyntä, kun täsmäytyslöydös johtaisi laskun oikaisemiseen, vuokralaisen vaihtamiseen tai verkkotunnuksen eläkkeelle siirtymiseen.
Erota raportointikorjaus operatiivisesta toimenpiteestä. Päällekkäinen rivi voidaan sulkea pois tiedosta hyväksytyn säännön mukaisesti ilman, että taustalla olevaa resurssia poistetaan. Puuttuva laskutuskartoitus voidaan merkitä ilman veloitusta. Näennäisesti käyttämätön verkkotunnus voi pysyä toiminnallisesti tärkeänä. Tämä erottelu estää hyödyllisen analyyttisen harjoituksen muuttumasta tarkistamattomaksi muutokseksi asiakkaiden pääsyyn, konfiguraatioon tai talouteen.
Versio määritelmä ja säilytä epävarmuus
Kun mittarin määritelmä muuttuu, kirjaa syy ja laskettiinko aikaisemmat jaksot uudelleen. Päällekkäisyyden poistamisen tai tilasääntöjen muutos voi muuttaa raportoitua trendiä ilman, että asiakkaiden käyttäytyminen muuttuu. Säilytä vertailukelpoiset versiot tai merkitse epäjatkuvuus selvästi. Älä esitä tarkistettua kokonaissummaa todisteena kasvusta, vaihtumisesta tai parantuneesta kattavuudesta ennen kuin määritelmän muutos on otettu huomioon.
Luettelo vaatii toistettavan metrimäärityksen raakasummalla, kattavuusvaroituksella ja lähettäjätason tarkennuksella. Tuo alkuperäinen todiste jää avoimeksi. Kuvitteiset kokonaissummat eivät ole täydellinen täsmäytys tai lähdetietojen korvike. Ihmisten asiantuntija-arvio, lähteiden soveltuvuus, tuotantoreitit, saavutettavuus ja omistajan vapauttaminen ovat myös avoinna. Julkaistava esimerkki vaatii hyväksytyt säilytettävät syöttötiedot, hyväksytyt määritelmät ja toistettavan laskelman ilman laskutusta tai toiminnallisia muutoksia, ellei sitä ole erikseen hyväksytty ja toteutettu.