Rate deck для wholesale VoIP: імпорт, effective dates і підвищення

Rate deck (тарифний лист) — це buy/sell прайс за префіксами, на якому стоять LCR і білінг. Маржа опту вмирає, коли підвищення вендора лежить у пошті незастосованим — або виходить у live без підтвердження.
Це не про тарифікацію CDR. Це про те, як ціни потрапляють на свіч до наступного виклику. На IXC Softswitch це IMAP-завантаження, прев’ю імпорту, effective dates і підтвердження підвищень у Telegram.
Що таке wholesale rate deck
У кожного інтерконекту два списки:
- Тарифи вендора (terminator) — ваша собівартість
- Тарифи клієнта (originator) — те, що ви продаєте
Рядок — префікс (код), ціна, інкремент (6+6, 1+1), валюта й дата набрання чинності. Індустрія досі шле це XLS/CSV в email. Свіч має перетворити файл на живий LCR, не зламавши сьогоднішній трафік.
Чому застарілі деки вбивають LCR
Least cost routing ранжує вендорів за тарифами, які зараз у системі. Якщо це вчорашні:
- Ви далі шлете до вендора, який уже підняв ціну — від’ємна маржа до інвойсу
- Дешевший вендор простоює, бо новий лист не завантажили
- Sell клієнту лишається дешевим, а cost зріс — ви набираєте обсяг і втрачаєте гроші
Пороги якості (ASR/ACD/PDD) не рятують хибний дек.
Проблема ingest
Торговий стіл оновлює не «один тариф», а багато вендорів, файлів і дат:
- Вкладення з різними колонками та форматом префіксів
- Підвищення у вихідні або вночі, які не можна пускати в live наосліп
- Часткові апдейти (лише India Mobile) vs повна заміна A–Z
- Лист на завтра, який не повинен затерти сьогоднішній live LCR
- Ті самі напрямки на клієнтських планах, яким потрібен парний sell
Копіпаст у білінг вручну — звідки починаються тихі збитки.
Workflow тарифів IXC
Автозавантаження з IMAP
Вендори шлють листи на скриньку, яку дивиться свіч. Шаблони парсингу маплять колонки; черга rate approvals показує, що прийшло, до потрапляння цін у маршрутизацію. Не треба ловити вкладення в десяти інбоксах.
Smart upload — прев’ю до live
Під час завантаження файлу (або зняття з пошти): обрати файл → замапити колонки, якщо заголовки інші → прев’ю кількості рядків і попереджень → підтвердити. Activation notices і помилки парсингу видно до того, як дек стане live.
Режими імпорту
Режим має збігатися з л истом, а не з дефолтом «перезаписати все»:
- Merge (partial) — оновити лише коди з файлу; решту live-дека не чіпати
- Replace full deck — перезібрати live (і scheduled) листи з сьогоднішнього файлу
- Schedule full deck — активація в майбутньому; сьогоднішній live не чіпати
- New plan wipe — очистити план і почати з нуля
Хибний режим — як видалити 8 000 кодів, які хотіли залишити.
Effective dates
Лист із завтрашньою датою має лежати як scheduled, доки не активується. Live LCR продовжує сьогодні. Майбутні прайси накопичуються; видно, що зміниться, до факту.
Підвищення — підтвердити, перш ніж з’їсти
Зростання cost — не merge на автопілоті. IXC позначає increases і просить підтвердження в Telegram, перш ніж вони стануть новим входом LCR. Зниження можуть іти швидше; підвищенням потрібен людський yes — або парний зсув sell.
Current Routes до того, як ставите sell
Current Routes за напрямком показує постачальників, ставки, обсяги, якість і очікувані підвищення. Sell клієнту ставте з цього вигляду, а не з останнього Excel на робочому столі.
Листи з тарифами клієнтам
Друга половина — вихідне: статус mail-ready, pending pool на свічі, send updates, apply pool, прапорці confirm. Клієнт отримує той лист, який ви реально завантажили — не файл, що розійшовся з білінгом.
Типові помилки
- Застосувати підвищення вендора без перевірки якості й без зсуву sell
- Replace, коли вендор надіслав partial
- Ігнорувати effective date, і майбутній дек затирає live LCR опівдні
- Дублі кодів і хибна довжина префікса (системний недобір — див. білінг VoIP)
- IMAP-імпорт без черги approvals
Підсумок
Wholesale rate decks — вхід для LCR і білінгу. Забирайте з IMAP, дивіться Smart upload, обирайте merge / replace / scheduled і підтверджуйте підвищення в Telegram, перш ніж вони потраплять у маршрутизацію. Потім Current Routes і розсилка клієнтських листі в із того ж плану.
Часті запитання
Що таке rate deck у VoIP?
Прайс buy або sell за префіксами з інкрементом, валютою й датою набрання чинності. Деки вендора — ваша собівартість; клієнтські — те, що ви продаєте. LCR і білінг читають ці списки.
Керування деками — це те саме, що білінг?
Ні. Білінг тарифікує CDR після виклику. Rate-deck management — як ціни потрапляють на свіч заздалегідь: ingest, прев’ю, effective dates і контроль підвищень.
Чим merge відрізняється від replace під час імпорту?
Merge оновлює лише коди з файлу й не чіпає решту live-дека. Replace перезбирає весь дек із файлу. Schedule full deck — якщо лист має увімкнутися пізніше, не чіпаючи сьогодні.
Як застосовувати підвищення тарифів вендора?
Не на автопілоті. Позначити increase, підтвердити (в IXC — Telegram), перевірити якість і Current Routes, потім зсунути sell клієнту, якщо спред піде в мінус.
Чи можуть листи вендора приходити поштою?
Так. IXC дивиться IMAP-скриньку, парсить шаблонами й ставить rate approvals у чергу — вкладення стають деками без копіпасту, після прев’ю, а не замість нього.
