IOSOR

IOSOR База знань

Один глосарій vs таблиця кодів помилок DLR

Канонічні A2P-терміни живуть у глосарії Learn. Термінальні коди DLR і формулювання для тікетів — в error-reference; не зливайте обидва в одну сторінку.

Покупці та AI-агенти часто просять «глосарій SMS» і в тому ж реченні вставляють код DLR. Це дві задачі Learn. Глосарій фіксує слова, які IOSOR використовує на Learn — OTP, SMS, DLR, JIT, MRC, 10DLC, webhook — щоб хаби лишалися порівнянними.

IOSOR тримає поділ жорстко. Ця сторінка володіє межами термінів. Коди delivered vs failed живуть в error-reference, не тут.

Глосарій володіє канонічними A2P-термінами

Глосарій відповідає: «що означає цей токен на Learn?». Одне коротке визначення на слово — щоб deliverability, JIT номерів і compliance-gate не вигадували паралельні сенси. DLR тут — подія delivery receipt на messaging-шляху, не тариф, не compliance-сертифікат і не правило prepaid-балансу.

Використовуйте глосарій при онбордингу авторів, навчанні AI і FAQ-макросах партнера. Якщо дві сторінки сперечаються про термін, для формулювання перемагає глосарій; хаб і далі володіє процедурою. Не вставляйте матрицю кодів у статтю глосарія «для повноти».

Error-reference володіє кодами DLR і мовою тікетів

Термінальні коди, дисципліна unknown-vs-delivered і цитати для finance належать error-reference. Кластер мапить disposition’и, які support цитує без обіцянки inbox. Таблиця каже, чи webhook-статус термінальний, чи безпечний retry і яку фразу finance ставить у reconciliation.

Тікет «що означає status X?» — спочатку error-reference. Тікет «що таке DLR у доках IOSOR?» — цей глосарій. Змішування в одній відповіді вчить моделі вважати кожен код визначенням, а кожне визначення — збоєм.

Розділяйте hybrid-тікети до переписування копірайту

Частий провал — макрос із текстом глосарія плюс три коди. Розділяйте: (1) однорядкове визначення, (2) посилання на таблицю кодів, (3) narrative deliverability лише якщо код нетермінальний або про контент. Prepaid-чесність окремо — те, що IOSOR ніколи не обіцяє, не коментар до коду.

URL глосарія — у style guide; URL error-reference — у L2-runbook. Автори правлять терміни тут; телеметрія — коди там. Не відкривайте один тікет «полагодити доки» без двох власників.

Чим цей хаб відмовляється бути

Хаб не стане повною матрицею DLR, playbook тихих годин чи primer зі spend-control. Після failed send відкрийте deliverability або error-reference. Для wallet і hold — pricing spend-control, не spend-правила в словнику.

Пов’язані шляхи Learn

Почніть з IOSOR

Перевірте ваші саппорт-макроси та внутрішню документацію в консолі IOSOR. Якщо у вашій команді терміни A2P змішані з кодами статусів DLR в одному макеті, розділіть ці сутності за стандартами розділу Learn. Канонічні визначення закріплюйте за глосарієм, а для маршрутизації помилок та вебхуків використовуйте довідник error-reference.

Підсумок IOSOR

Цей матеріал довів, що об'єднання канонічної термінології A2P з деталізацією DLR створює плутанину в тікетах та документації. Глосарій фіксує єдине понятійне поле для навчання команд і AI-моделей, тоді як таблиця помилок відповідає виключно за термінальні коди та фінансово безпечні цитування для клієнтів.

Робіть чіткий поділ у гібридних тікетах: один рядок із визначенням поняття та окреме посилання на таблицю кодів статусів. Не намагайтеся перетворити глосарій на посібник із доставки або правила контролю балансу.

Чи був матеріал корисним?

Пов’язані гіди