IOSOR База знаний
Сначала доступ, затем prepaid floor USD 20
После доступа к аккаунту — floor кошелька: старт пилота, не entry fee и не бейдж production send. Hold всё равно требует правды runway.
Approve заявки даёт доступ к аккаунту. Следующий коммерческий шаг — funded prepaid wallet, чтобы hold покрывал pilot-трафик. Этот floor запускает spend control: не членский взнос и не доказательство, что Live send разрешён.
Команды часто читают первое пополнение как go-live. Доступ плюс баланс значит лишь, что можно отрабатывать hold и debit в контролируемом пилоте. Production send всё ещё требует ключей sandbox vs Live, честности каталога и зелёных пунктов Launch runway.
Проговорите последовательность на каждом kickoff: доступ → floor кошелька → drills hold-before-send → затем runway. Пропустите середину — finance будет ждать invoice-later как у SaaS.
Пополняйте кошелёк после доступа, не до identity
Не просите prepaid balance, пока apply или KYC открыты. Деньги без доступа дают orphan top-up и путаницу в ledger. Сначала закройте доступ, затем пригласите публичный minimum top-up, чтобы кошелёк открылся чисто. Когда доступ есть, floor стартует pilot wallet — достаточно для hold, без притворства, что volume review закончен. Мягкое управление spend около больших месячных review — отдельный разговор; day-1 — правда кошелька, не sales-пакет.
Floor — старт кошелька, не entry fee
Назовите публичный minimum как есть: floor кошелька, чтобы пилот мог попробовать hold и debit. Это не license fee, не seat charge и не обещание inbox delivery. Формулировка «плата за вход» учит покупателя ждать postpaid-вежливость после оплаты. Коммерческая история IOSOR — prepaid: баланс покрывает hold до ухода send. Floor делает историю рабочей на первую неделю.
Готовый кошелёк — не production send
Зелёный баланс не переключает каталог в Live, не ротирует production-ключи и не очищает vault-гейты. В консоли могут остаться только sandbox credentials. Live-тайлы могут сидеть в setup. Проведите осознанную pilot week: откройте hold, отправьте контролируемое сообщение, подтвердите debit и корреляцию DLR, затем стоп. Это доказательство кошелька. Production-коридоры держите за Launch-проверками и cutover ключей. Брифуйте sales: funded ≠ Live.
Держите spend control рядом с историей floor
Spend control объясняет, как hold, пороги и volume review управляют ростом после floor. Давайте эти материалы, когда finance спрашивает, что будет после первого top-up. Не выдумывайте unlimited send из положительного баланса.
Trust-копирайт тоже важен: не обещайте исходы, которые ledger не докажет. Floor стартует ledger; он не переписывает delivery SLA.
Связанные пути
- Pilot week кошелька: правда hold и debit
- Контроль prepaid spend messaging
- Prepaid-правда: чего IOSOR никогда не обещает
Начните с IOSOR
После одобрения заявки KYC в консоли переведите стартовый депозит в 20 USD для активации кошелька. Запустите тестовое удержание баланса и подтвердите событие списания через ваш webhook. Не выпускайте боевые ключи маршрутов до завершения проверки пилотного списывания.
Итог IOSOR
Минимальный баланс в 20 USD служит стартовой точкой пилота для проверки удержаний и биллинга, а не платой за вход или гарантией моментальной отправки трафика. Открывайте пополнение только после подтверждения личности, чтобы исключить зависшие платежи и путаницу в реестре.
Не путайте пополненный кошелек с разрешением на продакшн-рассылку и не обещайте клиентам обход лимитов после первого депозита. Держите правила контроля расходов и лимиты рядом с историей баланса, чтобы финансовый отдел четко понимал условия роста.
Был ли материал полезен?
Связанные гайды
- Короткая заявка — это не технический launch runway
Доступ и кошелёк открывают консоль, но не зелёные day-1 vault-гейты. Runway остаётся под Launch; apply и KYC — отдельный контур доступа.
- Доступ к аккаунту — это не production send
Логин в консоль и sandbox-ключи — не Live-трафик. После доступа держите честность каталога и day-1 runway перед любым production send.