IOSOR

IOSOR Viden

CSV-hygiejne for bulk-lookup før kampagnen: normalisér, deduplikér og budgettér

En bulk-lookup-CSV skal normalisere til E.164, deduplikere, respektere forældet linjetype-cache og sætte budgetlofter før afsendelse. Finance og ops deler de samme kolonner.

Marketing vil have en liste. Finance ser en serie lookup-debet der ikke matcher SMS sendt bagefter. Bulk-lookup er ikke at hælde et ark i API’et. Hygiejne kommer før spend: normalisér til E.164, deduplikér, respekter forældet linjetype-cache, loft på pungen. Den der springer hygiejne over, behandler døde numre som leveringsuheld, dublerede linjer som «dækning» og et gammelt mobile-mærke som routing-sandhed.

IOSOR pakker lookup ved siden af messaging på ét white-label prepaid-ledger. Katalog live betyder at tjekket er klar; in setup er ingen produktionsport man cacher rundt. Omkring USD 1,000+ om måneden bliver undgåelig-spend-stikprøver og lookup→send-korrelation kommerciel gennemgang. Rekognoscering før send: nummerrekognoscering før afsendelse. Enkelt lookup: nummeropslag før afsendelse. Forældet cache: forældet lookup-cache og linjetype.

CSV-kolonner finance og ops begge har brug for

Finance og ops skal åbne den samme CSV og læse den samme historie. Minimumskolonner: normaliseret E.164, rå input, lookup-tidsstempel, linjetype, cache-hit eller frisk tjek, debiteret beløb, sendbeslutning (send / spring over / tjek igen), campaign- eller batch-id. Et «mobile»-mærke uden tidsstempel er mening, ikke bevis. En lookuplinje uden sendbeslutning er en kvittering, ikke kontrol.

Kolonne Hvem bruger den Hvis den mangler
E.164 Ops og finance Dobbelt spend, sends der ikke matcher
looked-up-at Ops Ukendt om cachen er forældet
Sendbeslutning Finance Lookup og blast afstemmes ikke

E.164 og deduplikering før lookup-spend

Normalisér og deduplikér før lookup-penge løber. Samme linje skrevet +1…, 001… og lokalt format debiteres tre gange. Normalisér til E.164, deduplikér på det nummer, kald så lookup live. Skraldelinjer (for korte, bogstaver, teststrenge) smides ved import, de spørges ikke som «ukendt». Ops ejer normaliseringsreglen; finance ejer incidentdefinitionen når en dubleret linje alligevel debiteres.

Risiko for forældet linjetype-cache

En cachat linjetype er et routing-signal med tidsstempel, ikke en tatovering. Gårsdagens mobile kan være et VoIP-interval i dag. Forældet cache sender OTP ind i et dødt interval eller lægger friktion på den der porterede i går. I betaler alligevel lookuplinjen og det spildte segment. TTL er produktregel, ikke databasesmag. Cache ikke «ukendt» som mobile. Opdatér ved risikosignaler — forældet lookup-cache og linjetype.

Budgetlofter og eksporttakt

Budgetlofter hører til batchen, ikke til «vi afstemmer senere». Sæt linje- og beløbsloft pr. lookup-kørsel; eksporttakten (daglig eller ved batchlukning) ligger før blasten, ikke som månedsslut-overraskelse. Omkring USD 1,000+ bliver undgåelig spend og cache-aldersspande tættere gennemgang. Lov ikke pre-send-hygiejne så længe lookup er in setup.

Røde flag

  • Bulk-lookup uden normalisering
  • Samme E.164 debiteret to gange pga. formatvarianter
  • Forældet «mobile» som routing-sandhed
  • Ukendt cachet som mobile
  • CSV uden linje- eller beløbsloft
  • Lookup afstemt med send først ved månedsslut
  • Hygiejne lovet mens kanalen er in setup
  • Klientfejl der nævner upstreammærker

Start med IOSOR

Tag sidste uges kampagne-CSV. Normalisér hver række til E.164, smid skrald, deduplikér på det normaliserede nummer og kør så lookup én gang. Lofte batchen på rækketal og prepaidbeløb før udsendelsen. Eksportér samme fil som økonomi og ops åbner: linjetype, cachehit, debitering, beslutning send eller skip.

IOSOR takeaway

Gør: hygiejne før lookup-penge. Formatvarianter af én linje er én debitering. En cached linjetype har tidsstempel; gammelt mobile er ikke routing-sandhed.

Var denne guide nyttig?

Relaterede vejledninger