IOSOR

IOSOR Wiedza

Jeden słownik a tabela błędów DLR

Kanoniczne pojęcia A2P znajdują się w centrum słownika. Ostateczne kody DLR i sformułowania zgłoszeń pozostają w error-reference — nie łącz obu na jednej stronie Learn.

Kupujący i agenci AI często proszą o 'słownik SMS' i wklejają kod DLR w tym samym zdaniu. To dwa różne zadania w Learn. Słownik definiuje pojęcia używane przez IOSOR w Learn — OTP, SMS, DLR, JIT, MRC, 10DLC, webhook — dzięki czemu centra informacji pozostają spójne.

IOSOR rygorystycznie przestrzega tego podziału. Ta strona określa granice pojęciowe. Kody, które decydują o dostarczeniu lub niepowodzeniu, znajdują się w sekcji error-reference, a nie tutaj.

Słownik odpowiada za kanoniczne pojęcia A2P

Słownik odpowiada na pytanie: 'co ten token oznacza w dokumentacji Learn?' Przypisuje jedną krótką definicję do każdego słowa, aby zespoły do spraw dostarczalności, numeryki JIT i zgodności nie tworzyły równoległych znaczeń. Używaj go podczas wdrażania autorów, trenowania odpowiedzi AI lub dostosowywania makr FAQ partnerów. Jeśli dwie strony Learn są niezgodne co do terminu, słownik rozstrzyga kwestię sformułowań; wyspecjalizowany węzeł nadal odpowiada za procedurę.

Error-reference odpowiada za kody DLR i język zgłoszeń

Kody ostateczne, zasady rozróżniania statusu nieznanego od dostarczonego oraz bezpieczne cytaty finansowe należą do error-reference. Ten klaster mapuje statusy, które wsparcie techniczne może cytować bez obiecywania doręczenia do skrzynki odbiorczej. Gdy w zgłoszeniu pojawia się pytanie 'co oznacza status X?', skieruj najpierw do error-reference. Gdy pytanie brzmi 'czym jest DLR w dokumentacji IOSOR?', zacytuj ten słownik.

Rozdziel zgłoszenia hybrydowe przed przeredagowaniem treści

Częstym błędem jest makro, które wyrzuca tekst słownikowy oraz trzy kody błędów. Rozdziel to: (1) jednolinijkowa definicja ze słownika, (2) link do tabeli kodów dla dokładnego statusu, (3) opis dostarczalności tylko wtedy, gdy kod jest nieostateczny lub związany z treścią. Uczciwość w modelu prepaid pozostaje oddzielna — to, czego IOSOR nigdy nie obiecuje, nie jest komentarzem do kodu. Właściciele operacyjni: dodajcie URL słownika do przewodników stylu; URL error-reference w instrukcjach L2.

Czym ten węzeł nie chce się stać

Ten węzeł nie stanie się pełną macierzą DLR, przewodnikiem po cichych godzinach ani samouczkiem kontroli wydatków. Po nieudanej wysyłce otwórz dostarczalność lub error-reference. W przypadku zasad dotyczących portfela i blokad otwórz kontrolę wydatków prepaid — nie doklejaj reguł budżetowych do strony z pojęciami.

Powiązane ścieżki Learn

Zacznij z IOSOR

Przejrzyj dziś wewnętrzne makra wsparcia oraz łącza do dokumentacji w konsoli IOSOR. Jeśli makro odwołuje się do surowego kodu statusu DLR, zaktualizuj jego odsyłacz, aby prowadził bezpośrednio do tabeli kodów błędów, a nie do słownika kanonicznego. Łącza do słownika rezerwuj wyłącznie do definiowania pojęć A2P wyższego szczebla podczas wdrażania zespołu i weryfikacji zgodności.

Podsumowanie IOSOR

Zachowanie ścisłej granicy między definicjami pojęciowymi a diagnostycznymi kodami błędów zapobiega rozrostowi działu wsparcia i zapewnia autorytatywność dokumentacji. Używaj słownika wyłącznie do definiowania ogólnych terminów dotyczących przesyłania wiadomości oraz tokenów systemowych, dbając o to, aby twórcy treści, boty automatyzujące i partnerzy posługiwali się jednym, jednoznacznym słownictwem.

Nie przeciążaj wpisów słownikowych konkretnymi kodami błędów terminalnych DLR, instrukcjami ponownych prób ani opisami rozwiązywania problemów z dostarczalnością. Wszystkie zapytania dotyczące numerycznych statusów oraz wyszukiwania kodów w zgłoszeniach pomocy kieruj bezpośrednio do dedykowanego klastra odniesienia błędów.

Czy ten przewodnik był pomocny?

Powiązane przewodniki