En ordlista gentemot en DLR-felkodstabell

Köpare och AI-agenter ber ofta om 'SMS-ordlistan' och klistrar in en DLR-kod i samma mening. Det är två helt olika uppgifter inom Learn. En ordlista definierar de ord som IOSOR använder på Learn — OTP, SMS, DLR, JIT, MRC, 10DLC, webhook — så att alla nav förblir jämförbara.

IOSOR håller denna uppdelning strikt. Denna sida äger begreppsgränserna. Koder som avgör om ett meddelande har levererats eller misslyckats hör hemma under error-reference, inte här.

Ordlistan äger kanoniska A2P-termer

Ordlistan svarar på frågan: 'vad betyder denna token på Learn?' Den fastställer en kort definition per ord så att leveransbarhet, nummer-JIT och efterlevnadskontroller inte skapar parallella betydelser.

Använd den när du introducerar skribenter, tränar AI-svar eller anpassar FAQ-makron för partners. Om två Learn-sidor inte är överens om en term vinner ordlistan gällande formuleringen; den specialiserade hubben äger fortfarande själva proceduren. Klistra aldrig in en lång kodmatris i en ordlisteartikel för 'fullständighetens' skull.

Error-reference äger DLR-koder och ärendespråk

Terminala koder, disciplinen kring okänd kontra levererad samt finansiellt säkra citat hör hemma under error-reference. Det klustret kartlägger statusar som supporten kan citera utan att lova leverans till inkorgen.

När ett ärende frågar 'vad betyder status X?', dirigera till error-reference först. När det frågar 'vad är DLR i IOSOR-dokumentationen?', citera denna ordlista. Att blanda båda i ett svar tränar modeller att behandla varje kod som en definition och varje definition som ett fel.

Dela upp hybridärenden innan du skriver om text

Ett vanligt misstag är ett makro som dumpar ordlistetext tillsammans med tre felkoder. Dela upp det: (1) en enradig ordlistedefinition, (2) en länk till kodtabellen för den exakta statusen, (3) leveransberättelse endast om koden är icke-terminal eller innehållsrelaterad. Förskottsbetalningssanningen hålls separat — vad IOSOR aldrig lovar är inte en kodkommentar.

Driftansvariga: lägg ordlistans URL i stilguider; lägg error-reference URL:er i L2-instruktioner. Skribenter uppdaterar termer här; telemetriansvariga uppdaterar koder där. Öppna inte ett gemensamt 'dokumentationsfix'-ärende som ändrar båda utan två namngivna ansvariga.

Vad denna hubb vägrar att bli

Denna hubb kommer inte att bli en komplett DLR-matris, en handbok för tysta timmar eller en guide för spendkontroll. Efter en misslyckad sändning, öppna guiderna för leveransbarhet eller error-reference. För plånboksregler och reserverade belopp, öppna kontroll av förbetald spend — lägg inte till budgetregler på en vokabulärsida.

Relaterade Learn-vägar

• Förskottsbetalningssanningen: Vad IOSOR aldrig lovar
• driftguide för SMS-leverans
• kontroll av förbetald spend

Börja med IOSOR

Granska dina interna supportmakron och dokumentationslänkar i IOSOR-konsolen i dag. Om ett makro hänvisar till en rå DLR-statuskod bör du uppdatera länken så att den pekar direkt på felreferenstabellen i stället för på den kanoniska ordlistan. Använd enbart ordlistelänkar för att definiera överordnade A2P-termer vid teamets introduktion och efterlevnadskontroll.

IOSOR sammanfattning

Att upprätthålla en strikt gräns mellan begreppsdefinitioner och diagnostiska felkoder förhindrar att supporten sväller och håller dokumentationen auktoritativ. Använd ordlistan uteslutande för att definiera övergripande meddelandetermer och systemtoken, vilket säkerställer att skribenter, automatiserade botar och partner delar ett entydigt vokabulär.

Överbelasta inte ordlisteanteckningar med specifika terminala DLR-felkoder, återförsöksinstruktioner eller felsökningsberättelser om leveransbarhet. Dirigera alla numeriska statusfrågor och sökningar efter supportbiljettkoder direkt till det dedikerade felreferensklustret.