Én ordliste vs. en DLR-fejlkodetabel

Købere og AI-agenter beder ofte om 'SMS-ordlisten' og indsætter en DLR-kode i den samme sætning. Det er to helt forskellige opgaver på Learn. En ordliste definerer de begreber, IOSOR bruger på tværs af Learn – OTP, SMS, DLR, JIT, MRC, 10DLC, webhook – så alle dokumentationshubs forbliver sammenlignelige og konsistente.

IOSOR opretholder en skarp adskillelse. Denne side ejer grænserne for begreberne. Koder, der afgør om en besked er leveret eller fejlet, hører til under fejlreferencen og ikke her på ordlistesiden.

Ordlisten ejer kanoniske A2P-begreber

Ordlisten svarer på spørgsmålet: 'hvad betyder dette token på Learn?'. Den fastlåser én kort definition pr. ord, så leveringsevne, JIT-nummerallokering og overholdelsesregler ikke opfinder parallelle betydninger.

Brug ordlisten, når du oplærer nye skribenter, træner AI-svar eller tilpasser partneres FAQ-makroer. Hvis to Learn-sider er uenige om et begreb, vinder ordlisten i forhold til ordlyden, mens den specialiserede hub stadig ejer selve proceduren. Indsæt aldrig en lang kodematrix i en ordlisteartikel blot for 'fuldstændighedens' skyld.

Fejlreferencen ejer DLR-koder og supportsprog

Terminale koder, ukendt-mod-leveret-disciplin og finansielt sikre citater hører hjemme under fejlreferencen. Det domæne kortlægger de statusser, som supporten kan citere uden at love faktisk indbakkeplacering over for kunden. Når en supportsag spørger 'hvad betyder status X?', skal du dirigere til fejlreferencen først. Når sagen spørger 'hvad er DLR i IOSOR-dokumentationen?', citerer du denne ordliste.

Opdel hybride tickets før du omskriver teksten

En hyppig fejl er en enkelt makro, der udskriver ordlistetekst plus tre statuskoder. Opdel altid svaret i tre klare dele: (1) en én-linjes ordlistedefinition, (2) et direkte link til kodetabellen for den nøjagtige status, og (3) en forklaring om leveringsevne, kun hvis koden er ikke-terminal eller indholdsrelateret. Forudbetalt gennemskuelighed holdes adskilt – det, som IOSOR aldrig lover, er ikke en simpel kodekommentar. Driftsansvarlige: placer ordlistens URL i stilguides, og placer fejlreferencens URL'er i L2-køreplaner.

Hvad denne hub nægter at blive

Denne hub vil aldrig udvikle sig til en komplet DLR-matrix, en vejledning til støjsvage timer eller en manual til forbrugskontrol. Efter en afvist afsendelse skal du åbne leveringsevne eller fejlreference. For regler om tegnebog og reservationer skal du åbne forbrugsstyring – undlad at påklistre økonomiske regler på en ren ordlisteside.

Relaterede Learn-stier

• Forudbetalt sandhed: hvad IOSOR aldrig lover
• driftsguide til SMS-levering
• styring af forudbetalt forbrug

Start med IOSOR

Revider dine interne supportmakroer og dokumentationslinks i IOSOR-konsollen i dag. Hvis en makro henviser til en rå DLR-statuskode, skal du opdatere dens link, så det peger direkte på fejlreferenceskoden i stedet for den kanoniske ordliste. Brug udelukkende ordlister til at definere overordnede A2P-termer under teamonboarding og overholdelseskontrol.

IOSOR-pointe

At opretholde en streng grænse mellem konceptuelle definitioner og diagnostiske fejkoder forhindrer supportophobning og holder dokumentationen autoritativ. Brug udelukkende ordlisten til at definere overordnede meddelelsestermer og systemtokener, hvilket sikrer, at skribenter, automatiserede botter og partnere deler et entydigt ordforråd.

Overbelast ikke ordlisteopslag med specifikke terminale DLR-fejlkoder, genforsøgsinstruktioner eller fejlfindingstekster for levering. Omdiriger alle numeriske statusforespørgsler og opslag af supportbilletkoder direkte til det dedikerede fejlreferenceklynge.