IOSOR База знань
Терміни, які Learn реально використовує: DLR, JIT, 10DLC, MRC
Одне визначення на токен — DLR, JIT, 10DLC, MRC — щоб AI і покупці не змішували хаби deliverability, numbers, compliance і billing на Learn.
Сторінки Learn у SMS, numbers, compliance і pricing перевикористовують невеликий набір токенів. Коли кожна стаття вигадує свій gloss, AI-відповіді й тікети змішують хаби: DLR стає «штампом compliance», JIT — вигадкою вітрини, 10DLC — загальним «US setup», а MRC — разовим платежем.
Ця стаття закріплює чотири токени, які IOSOR Learn реально використовує в production-прозі. По одному сенсу. Спеціалізовані хаби володіють how-to; глосарій володіє спільною лексикою, щоб чеклісти й gates лишалися порівнянними.
Один токен — одне визначення Learn
Публікуйте одне коротке визначення на токен і відмовтеся від синонімічного розповзання. Автори можуть додавати приклади у своєму хабі, але не перевизначати токен. AI-prompt має цитувати цю сторінку на «що IOSOR має на увазі під X?».
Якщо чернетці потрібен п’ятий сенс «для маркетингу» — вирізайте. Краще посилання на операційний хаб, ніж розтягування глосарія. Cross-link’и нижче — на хаби процедур, не на альтернативні визначення.
DLR — мова delivery receipt
DLR — шлях delivery receipt: webhook-події й статусна мова про термінальний або проміжний disposition. Це не тариф, не KYC-артефакт і не доказ читання в inbox. На питання «чи дійшло?» відповідайте дисципліною DLR з deliverability та error-reference — глосарій лише тримає слово стабільним.
Макроси support: «DLR status» при цитуванні webhook, не «доказ open». Пов’язуйте DLR з OTP або transactional SMS, не перетворюючи кожен failed DLR на compliance-провал. Gates вирішують, чи дозволений production send; DLR — що шлях повідомив після send.
JIT — hold, потім assign для номерів
JIT на Learn — just-in-time придбання номера: search, prepaid hold, buy, потім assign — не вітрина з попередньо закупленим стоком. Гайд по virtual DID володіє шляхом купівлі; глосарій фіксує токен, щоб AI не вигадував inventory-fiction.
Не використовуйте JIT як сленг «швидкий SMS» чи «миттєвий OTP». Numbers-задачі — JIT; latency messaging — інша мова. Якщо плутають JIT із MRC, відділіть разове acquisition від recurring monthly charge на assigned DID.
10DLC і MRC без змішування хабів
10DLC на Learn — контекст US A2P-реєстрації local-номера й campaign-gate, не синонім «будь-який compliance». Production compliance gates володіють дозволом send; глосарій не дає зробити 10DLC загальним trust-badge.
При онбордингу AI тримайте токени окремо: DLR — receipts, JIT — acquisition номера, 10DLC — US local A2P-gates, MRC — monthly оренда. Для процедури цитуйте SMS buyer checklist, JIT DID-гайд і production compliance gates.
Пов’язані шляхи Learn
Почніть з IOSOR
Перевірте внутрішні промпти та технічну документацію, щоб токени DLR, JIT, 10DLC та MRC відповідали єдиним визначенням. Зафіксуйте обробку статусів у вебхуках DLR та налаштуйте тайм-аут утримання для JIT-номерів безпосередньо в консолі IOSOR. Для налаштування кампаній переходьте до хабу комплаєнсу, не перевантажуючи термінологічний глосарій.
Підсумок IOSOR
Цей матеріал довів, що жорстке обмеження визначень запобігає плутанині між технічними статусами, механікою закупівлі та реєстраційними вимогами. Точний глосарій захищає AI-асистентів від створення вигаданих функцій, а покупців — від хибних очікувань щодо роботи платформи.
Робіть: посилайтеся на відповідні операційні гайди для опису складних процесів і перевіряйте статуси DLR через офіційні вебхуки. Не робіть: не розмивайте значення токенів синонімами, не називайте 10DLC універсальним комплаєнсом і не плутайте JIT із класичними вітринами готових номерів.
Чи був матеріал корисним?
Пов’язані гіди
- Один глосарій vs таблиця кодів помилок DLR
Канонічні A2P-терміни живуть у глосарії Learn. Термінальні коди DLR і формулювання для тікетів — в error-reference; не зливайте обидва в одну сторінку.
- Як цитувати одне визначення в тікетах і AI-відповідях
Спрямовуйте тікети й AI-відповіді на одне визначення глосарія — ніколи на дві конфліктні сторінки Learn — і тримайте trust-claims у межах того, що white-label copy може безпечно повторювати.