IOSOR

IOSOR База знань

Експорт логів розбіжностей доступності напрямків для технічного аналізу

Дізнайтеся, як вивантажувати та аналізувати структуровані логи доступності напрямків в IOSOR для виявлення помилок маршрутизації перед щотижневою звіркою.

Експорт логів розбіжностей доступності напрямків для технічного аналізу.

1. Виявлення системних розбіжностей маршрутів

Технічним фахівцям необхідна абсолютна точність при аналізі доступності напрямків доставки. Розбіжності виникають, коли вихідний трафік SMS або OTP не досягає певних одержувачів E.164, попри активні індикатори покриття в системі. Ці збої безпосередньо впливають на метрики доставки та вимагають негайного вивантаження необроблених логів перед щотижневою звіркою білінгу. Системні прогалини часто виникають через приховану фільтрацію трафіку, тому автоматизований експорт є обов'язковим.

2. Формування запитів до бази логів покриття

Щоб ізолювати збої маршрутизації, перейдіть до конструктора запитів у консолі IOSOR. Відфільтруйте вихідний трафік за префіксом призначення, часовою міткою та статусом доставки. Відокремлюйте тимчасові мережеві збої від системних блокувань. Для акаунтів із великим обсягом трафіку проводиться м'який аудит (soft review near USD 1,000/month) з метою оптимізації профілів маршрутизації та запобігання падінню показників доставки.

3. Експорт структурованих звітів через консоль

После фільтрації експортуйте набір даних у форматі CSV или JSON. Експорт містить важливі поля: часову мітку, цільовий номер E.164, код статусу та затримку. При замовленні нових номерів для тестування пам'ятайте, що IOSOR використовує модель JIT з утриманням коштів (prepaid hold) на вашому балансі до завершення фінального процесу призначення (assign). Це запобігає витоку балансу під час частого тестування.

4. Аналіз помилок доставки DLR та OTP

Проаналізуйте експортовані логи на наявність конкретних кодів DLR. Шукайте постійні помилки при доставці OTP або таймаути webhook. Якщо напрямок стабільно повертає помилку, а в каталозі він вказаний як активний, наявна розбіжність маршрутизації. Перевірте, чи не надсилав користувач команду STOP, яка активує автоматичне блокування, або чи повертала система статус Verify OK при попередніх спробах.

5. Звірка балансу та пов'язані інструкції

Перед завершенням щотижневого білінгу зіставте логи доступності зі змінами покриття. Це гарантує, що ви не будете сплачувати MRC за непрацюючі маршрути. Використовуйте ці ресурси для завершення аудиту:

Почніть з IOSOR

Відкрийте конструктор запитів у консолі IOSOR та відфільтруйте трафік за кодами помилок доставки для цільових префіксів E.164. Експортуйте отриманий масив логів у форматі JSON або CSV із фіксацією часових міток, статусів та затримок перед початком щотижневої звірки рахунків. Зіставте ці дані з журналом змін покриття, щоб своєчасно виявити деградацію маршрутів та скоригувати маршрутизацію.

Підсумок IOSOR

У цьому матеріалі детально розібрано, як вивантажувати та аналізувати логи збоїв доставимості для виявлення системних проблем маршрутизації до фінансового розрахунку. Системні помилки під час доставки OTP та транзакційних повідомлень найчастіше зумовлені збоями на конкретних напрямках, а не поодинокими мережевими затримками.

Робіть регулярний експорт структурованих DLR-логів за префіксами E.164 перед завершенням білінгового циклу, щоб фіксувати неробочі маршрути. Не проводьте звірку абонентської плати та не закривайте аудит без зіставлення кодів помилок із поточним статусом каталогу покриття.

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

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