Депозит и вывод в скрипте брокера — операционный контур рядом с терминалом: методы оплаты, заявки, комиссии, статусы и связка с KYC. Без этого white-label кабинет умеет «торговать на демо», но не обслуживает деньги. Пустая кнопка «Пополнить» без шлюза хуже честного скрытия метода.
Технически это сущности заявок в БД, колбэки платёжек, ручная обработка там, где автовывод не включён, и жёсткие проверки статуса пользователя перед выплатой.
Контур пополнения
- Список методов в кабинете с валютой и минималкой.
- Создание счета/сессии у провайдера и возврат на домен бренда.
- Идемпотентный callback: повторное уведомление не двойнит баланс.
- Статусы: создано, ожидает, успешно, ошибка/отмена.
- Отражение на real-счёте и запись в историю операций.
Кабинет: кабинет трейдера. Демо отдельно — виртуальный баланс без платёжки: демо-счёт. Бренд: white label.
Контур вывода
Заявка: сумма, метод, реквизиты, комиссия. До выплаты — проверка KYC approved и отсутствие холдов. Статусы видны пользователю. Админ подтверждает или отклоняет с причиной. Автовывод включайте только с лимитами и антифрод-правилами заказчика.
- Тестовый депозит sandbox → баланс вырос один раз.
- Заявка на вывод без KYC — отказ с текстом пройти проверку.
- После KYC — заявка в очереди админа.
- Отклонение с причиной видно в кабинете.
KYC: платформа KYC.
Связь с торговлей
Не списывайте вывод из суммы, заблокированной под маржу Forex, без правил. Для БО проверьте, нет ли открытых опционов по политике оператора. Продукты: БО, Forex, скрипт БО, скрипт Forex, терминал: терминал.
После депозита ведите в терминал на real, но не прячьте историю платежей — человек хочет видеть, «где деньги».
Безопасность
Callback только с проверкой подписи/IP по возможности. Суммы сверяйте с провайдером, не доверяйте только query string редиректа. Админские операции с балансом — в аудит-лог. Файлы реквизитов/чеков не в публичной раздаче.
HTTPS на всём кабинете. Смешанный контент на странице оплаты ломает доверие и иногда сам виджет шлюза.
Поддержка и статусы
Карточка клиента: последние депозиты/выводы, id транзакций провайдера, KYC. Шаблон ответа «платёж в обработке» с реальным статусом из БД, не отговорка. SLA на ручной вывод фиксируйте внутри команды.
Локальные тесты
Sandbox ключи, тестовые карты/крипто-адреса по провайдеру. На .loc колбэки часто не доходят снаружи — используйте туннель или ручной emulate callback в админке для стенда. Правки шаблонов методов: MicroEditor, файлы: MicroDrive, сервер: MicroPanel.
Приёмка
Сценарии success/fail депозита, двойной callback, вывод с гейтом KYC, комиссия на UI, мобильная форма реквизитов, письма о смене статуса. Runbook: что делать при завишем «ожидает».
Депозит/вывод — доверие к бренду сильнее, чем цвет кнопки Call. Закройте статусы, KYC-гейт и идемпотентность колбэков до рекламы реального пополнения.
Методы и география
Набор методов зависит от гео аудитории: карты, локальные платежки, крипто, bank wire. В кабинете показывайте только доступные пользователю методы — иначе клик в никуда. Минималки/максималки на метод храните в конфиге и отображайте до создания заявки.
Крипто-депозиты: отдельный адрес/memo на заявку или на пользователя по модели провайдера; подтверждайте нужное число сетейных подтверждений до зачисления. Ошибочная сеть — типовой тикет; добавьте предупреждение в UI.
Ручной и авто режим
Автозачисление депозита по callback — норма. Автовывод — только с лимитами, белыми реквизитами и антифрод-оценкой. Всё, что выше порога, — в ручную очередь. Эскалация «срочный вывод» не должна обходить KYC.
Сверка с реестром провайдера раз в день ловит расхождения раньше бухгалтерии. Расхождение callback success без денег у провайдера — стоп выплат и разбор, не «доверим пользователю».
Бухгалтерия и отчётность
Каждая операция имеет id, тип, сумму, комиссию, валюту, внешний id. Выгрузки для бухгалтерии заказчика — отдельная роль. Не давайте маркетинг-менеджеру массовый экспорт PII без нужды.
Возвраты и chargeback обрабатывайте статусами, связанными с исходным депозитом. Иначе баланс разъедется с платёжкой навсегда.
Комплаенс операций
Крупные выводы — дополнительные проверки по политике оператора: совпадение реквизитов с KYC, задержка, ручной звонок. Заложите статусы hold и request_info. Пользователь видит, что нужно предоставить, а не вечное «в обработке» без текста.
Блокировка счёта должна останавливать выплаты и новые депозиты по правилу, оставляя доступ к истории. Логируйте инициатора блока.
Тестовые депозили на проде помечайте и исключайте из отчётности маркетинга. Путаница sandbox и prod ключей — отдельный чеклист перед гой-лайвом.
Критерии приёмки платежей
Sandbox депозит, идемпотентный callback, комиссия на UI, вывод с KYC-гейтом, статусы и письма, аудит админа, сверка внешнего id. Без этого включать реальные методы рано. См. KYC, кабинет, white label.
Операционный ритм денег
Сверка реестров, очередь выводов, зависые «ожидает» старше порога, ошибки callback. Отдельный канал алерта для платежей, не смешивать с «график stale». Ночной дежурный знает, где включить maintenance на депозит без деплоя. Документация методов с контактами провайдера — в секретнице рядом с ключами.
После изменения комиссий обновите UI и оферту синхронно. Расхождение — повод для спора даже при технически верном списании.
Локализуйте ошибки платёжного провайдера. Сырой code=51 в UI не помогает. Таблица соответствия кодов и текстов — в конфиге, не в шаблоне жёстко.
Сообщения пользователю о деньгах
Каждый статус заявки — короткий текст: что происходит и что делать. «Обработка» без срока раздражает; «обычно до N часов» лучше, если правда. При запросе доп.документа дайте список и ссылку в KYC. При отказе вывода — причина и следующий шаг, не только «rejected».
Пуш/email о зачислении депозита отправляйте после фактического увеличения баланса, не после redirect success. Иначе пользователь видит письмо раньше денег и пишет в чат.
Проверьте повторную отправку формы вывода кнопкой назад в браузере: вторая заявка не должна создаваться без нового confirm. Идемпотентность нужна не только на callback депозита, но и на UI вывода.
Частые вопросы
Депозит и вывод в скрипте брокера?
Депозит/вывод — операционный контур брокера рядом с терминалом.
Сколько времени занимает «Депозит и вывод в скрипте брокера»?
Ориентир по тексту мануала — около 5 мин. На практике зависит от хостинга и подготовки базы.
Нужен ли отдельный сервер?
Для большинства скриптов достаточно хостинга или VDS с PHP и MySQL. Подбор сервера — в разделе VDS и требованиях к PHP/MySQL.
Платформа бинарных опционов под ключ?
Разбор рядом в мануале по этому запросу. платформа бинарных опционов под ключ
Как настроить экспирацию в терминале бо?
Разбор рядом в мануале по этому запросу. как настроить экспирацию в терминале бо