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.

Связанные пути

Начните с IOSOR

После одобрения заявки KYC в консоли переведите стартовый депозит в 20 USD для активации кошелька. Запустите тестовое удержание баланса и подтвердите событие списания через ваш webhook. Не выпускайте боевые ключи маршрутов до завершения проверки пилотного списывания.

Итог IOSOR

Минимальный баланс в 20 USD служит стартовой точкой пилота для проверки удержаний и биллинга, а не платой за вход или гарантией моментальной отправки трафика. Открывайте пополнение только после подтверждения личности, чтобы исключить зависшие платежи и путаницу в реестре.

Не путайте пополненный кошелек с разрешением на продакшн-рассылку и не обещайте клиентам обход лимитов после первого депозита. Держите правила контроля расходов и лимиты рядом с историей баланса, чтобы финансовый отдел четко понимал условия роста.

Был ли материал полезен?

Связанные гайды