IOSOR База знань
Month-end export гаманця о 02:00 для фінансів і продукту
Один prepaid-export гаманця о 02:00, якому довіряють фінанси й продукт: holds, debits, refunds і channel mix без другої історії ledger за ніч.
Закриття місяця о 02:00 ламається, коли фінанси відкривають три файли, а продукт — четвертий. Prepaid потрібен один спільний export: кожен hold, debit, release і refund на гаманці плюс channel mix, що пояснює burn без паралельної «правди». Якщо cutoff-файл не відповідає «що зрушилось і чому», ранок — шторм тікетів.
IOSOR — white-label prepaid. Один акаунт несе messaging, verification, email, voice і JIT-номери. USD 20 доводить export на пілоті; soft review біля USD 1 000/міс підвищує ціну брудного close. Канальні сусіди: кореляція сесії Verify для finance export і округлення білінгу голосу й export connect fee. Ця сторінка — wallet-wide файл month-end.
Чому о 02:00 потрібен один спільний сюжет
Один timezone, один cutoff. Фінанси й продукт читають один snapshot — не «ops потім зведе». Рядки після 02:00 — наступний період. Часткові вікна без заморозки дають double-count і ghost refunds. Власник job, місце файлу й правило: пізні outcomes оновлюють статус, не переписують settled гроші.
Зв’яжіть close з денною чесністю з debit і delivery status в одному ledger: month-end — roll-up, а не перша зустріч грошей і outcome.
Колонки, яким довіряють фінанси й продукт
Мінімум для захищуваного файлу 02:00:
| Колонка | Фінанси | Продукт |
|---|---|---|
| Intent / correlation ID | Стик refund з оригіналом | Трасування UI-статусу |
| Тип руху | Hold / debit / release / refund | Здоров’я черги |
| Сума + валюта | Підсумки періоду | Caps і stop |
| Канал + unit | Mix і burn | Власник і SLA |
| Статус на cutoff | Accrual vs open | Pending vs terminal |
| Idempotency key | Без double count | Безпека retry |
Без будь-якої колонки люди винаходять join. Один CSV краще за дампи з чату.
Holds, debits і refunds в одному файлі
Відкриті holds на cutoff — reserved, не вільний available. Settled debits — сума й канал. Releases і refunds посилаються на вихідний intent. Fail-path з автоповерненням — збій prepaid-hold: auto-refund і статус — явні рядки, не тихі правки балансу. Happy-path: prepaid-резерв до першого списання.
Не згортайте refund у «негативний send». Тип руху явний, щоб audit програв місяць.
Channel mix без витоку брендів
В export — лейбли клієнта: SMS, voice, email, verify, numbers — ніколи upstream-бренди й cost floors. Mix відповідає, яка черга спалила гаманець, а не який шлях виконання. Caps поруч через мультиканальні caps після пілота; файлу потрібні чесні теги каналу й суми.
Математика сесій Verify й округлення voice — у сусідніх статтях. Wallet month-end бере вже settled units цих каналів.
Ops-чекліст до cutoff
- Timezone і cutoff 02:00 записані й призначені власнику?
- Видно open holds, settled debits, releases і refunds?
- Фінанси стикують кожен refund із вихідним intent ID?
- Клієнтські лейбли у файлі brand-safe?
- Stop-lines збігаються з періодом? Перевірте фінансові межі гаманця перед production-трафіком.
- Контроль витрат задокументовано через контроль prepaid-витрат?
Почніть з IOSOR
Налаштуйте графік автоматичного експорту гаманця в консолі IOSOR рівно о 02:00 за визначеним часовим поясом. Переконайтеся, що вивантаження містить ідентифікатори інтенту, деталізацію типів руху коштів та актуальні статуси холдів. Передайте готовий файл у спільне сховище для фінансової та продуктової команд.
Підсумок IOSOR
Єдиний зріз балансу о 02:00 усуває розбіжності між фінансовою звітністю та продуктовими метриками.
Чи був матеріал корисним?
Пов’язані гіди
- Усунення часових розривів між закінченням холду та розрахунком балансу
Дізнайтеся, як узгодити незавершені авторизації у вашій білій платформі CPaaS, коли вебхуки доставки надходять пізніше термінів дії холдів.
- Узгодження завислих передплатних холдингів після збоїв
Покроковий посібник з аудиту та розблокування залишків коштів на гаманцях усіх каналів після інцидентів у магістральній мережі.
- Виявлення аномалій швидкості витрачання гаманця до вичерпання коштів
Дізнайтеся, як IOSOR виявляє аномальний ріст витрат у передплаті, миттєво зупиняє підозрілий вихідний трафик і захищає баланс від раптового зливу.