Выплаты: заявка, одобрение, отказ

Шаг 1. Раздел «Выплаты»: где он находится

Клиент видит блок «Запрос на Вывод Средств» в своём кабинете, ниже промокодов и выше истории операций. Владелец — блок «Запросы на Вывод Средств» в админке, между историей оплат и ручным начислением.

Прямые адреса: кабинет клиента — `/cabinet/client`, админка — `/cabinet/admin`. Клиент видит только свои запросы, владелец — все и сразу, без фильтров по клиенту.

Блок небольшой, но именно с него начинается любая выплата: клиент видит сумму, которую можно вывести, и форму запроса. В клиентском блоке сразу видно доступный баланс: если он нулевой, форма остаётся, но под кнопкой появляется подпись «У вас нет средств для вывода».

Шаг 2. Заявка на вывод: как её создать

Клиент заполняет два поля и нажимает «Запросить вывод».

**Сумма к выводу (₽) — сколько клиент хочет получить сейчас. Поле принимает только число, без пробелов и знака валюты.

Реквизиты (карта, кошелек и т.п.) — куда переводить. Свободный текст: номер карты, телефон для СБП, номер кошелька.

Реквизиты не проверяются автоматически: сервис не знает, существует ли карта. Ответственность за правильность данных лежит на клиенте, а на владельце — проверка перед переводом.

После отправки запрос появляется в истории клиента со статусом «в обработке» и в админке — в списке активных запросов.

Шаг 3. Проверьте реквизиты и сумму

В админке у каждого запроса видны дата, сумма, статус и реквизиты. Прежде чем одобрять, сверьте три вещи.

Сумма не должна быть больше доступного баланса клиента. Если запрос больше, значит, баланс изменился после создания запроса — например, бонусы списали на покупку.

Реквизиты выглядят правдоподобно и не вызывают вопросов: номер карты нужной длины, телефон в формате страны, кошелёк с известным префиксом.

Клиент активен, не заблокирован и не удалён из программы. Выплата заблокированному аккаунту — частая ошибка при массовой обработке.

Проверка занимает минуту, а ошибка стоит нескольких дней переписки и, возможно, невозвратных денег. Если что-то не сходится, отклоните запрос с комментарием, а не одобряйте «на потом»: деньги уйдут, а разбираться придётся с возвратом.

Важно. Отказ без причины партнёр воспринимает как обман: пишите причину в комментарии к заявке.

Шаг 4. Заявка: одобрить или отклонить

В строке запроса две кнопки: одобрить и отклонить. Они меняют статус и влияют на баланс по-разному.

Одобрить — сумма списывается с баланса клиента, запрос переходит в статус «выполнен». Перевод по реквизитам вы делаете сами: сервис не отправляет деньги автоматически.

Отклонить — сумма остаётся на балансе, запрос получает статус «отклонён». Клиент видит решение в истории и может создать новый запрос.

Одобрение необратимо: вернуть сумму на баланс можно только ручной корректировкой. Поэтому сначала перевод, потом кнопка — или наоборот, но с фиксацией в комментарии.

Если клиент ошибся в реквизитах, отклоните запрос и попросите создать новый с правильными данными: менять реквизиты в уже созданном запросе нельзя.

Совет. Сверяйте сумму заявки с балансом до одобрения: после выплаты вернуть деньги сложнее, чем проверить две цифры.

Шаг 5. Проверьте выплаты в истории

После решения запрос уходит из активных в историю. Клиент видит его в блоке «История запросов на вывод»: дата, сумма, статус, реквизиты.

Владелец видит историю в админке, в таблице операций и в списке запросов. Статус в истории — единственный источник правды для спора «я подавал, а вы не заплатили».

Иногда клиент видит «в обработке» дольше, чем ожидал: статус меняется только после решения владельца, а не после перевода.

Если запрос пропал из активных, но клиент говорит, что не получил деньги, проверьте статус: возможно, он отклонён, и сумма вернулась на баланс.

Если выплат много, заведите привычку отмечать обработанные запросы в своей таблице: интерфейс не показывает, кто из менеджеров одобрил запрос.

Сверяйте выплаты раз в неделю: список короткий, а расхождения дешевле находить сразу, а не через месяц.

• Заявка создана партнёром
• Сумма сверена с балансом
• Реквизиты проверены
• Решение принято с причиной
• Выплата видна в истории

Шаг 6. Частые ошибки: статусы и суммы

Порядок разбора — от частых к редким: сначала пачки, потом причины отказа, затем баланс и реквизиты.

Первая ошибка — одобрять запросы пачкой, не глядя на реквизиты. Один неверный номер карты — и деньги ушли чужому человеку.

Вторая — не указывать причину отклонения. Клиент видит только статус и пишет в поддержку; короткое сообщение снимает половину таких обращений.

Третья — менять баланс вручную, пока запрос активен. Сумма в запросе и баланс расходятся, и одобрение может увести баланс в минус.

Четвёртая — платить по реквизитам, которые клиент прислал в чате, а не в запросе. Так теряется след: в истории останутся одни данные, а перевод уйдёт по другим.

Пример: выплата на карту

Клиент накопил 2 400 ₽ и просит вывод на карту. Он вводит сумму и номер карты, нажимает «Запросить вывод».

В админке появляется запрос: 2 400 ₽, реквизиты, статус «в обработке». Вы открываете карточку клиента и видите, что баланс — 2 400 ₽, а других активных запросов нет.

Проверяете номер карты: 16 цифр, без пробелов. Переводите деньги через банк, затем нажимаете «Одобрить». Баланс становится нулевым, запрос уходит в историю со статусом «выполнен».

Клиент видит статус в кабинете и не пишет в поддержку. Вся операция занимает пять минут.

Что видит клиент в истории

В истории запросов четыре столбца: дата, сумма, статус и реквизиты. Статус меняется, когда владелец принимает решение.

Пока запрос активен, статус «в обработке». После одобрения — «выполнен», после отказа — «отклонён».

Клиент не видит комментарий владельца, если тот не отправил его отдельно: в таблице комментария нет. Поэтому причину отказа лучше дублировать в чат.

Как не платить дважды

Двойная выплата — типичная ошибка при работе с двумя вкладками. Вы одобрили запрос в одной, обновили страницу в другой и нажали ещё раз.

Держите открытой одну вкладку админки. Если работаете вдвоём, договоритесь, кто обрабатывает выплаты: два человека в одном списке — почти гарантированный дубль.

Проверяйте историю перед переводом: если запрос уже «выполнен», второй перевод делать не нужно.

Как объяснить партнёру сроки

Партнёр видит кнопку и ждёт мгновенного перевода. Объясните заранее: сервис фиксирует запрос, а деньги отправляет владелец вручную в течение нескольких дней.

Напишите срок в правилах программы или в приветственном сообщении партнёру: «выплаты раз в неделю, по пятницам». Тогда ожидания совпадут с реальностью.

Если задерживаетесь, предупредите: одно сообщение снимает десять вопросов в поддержке.

Минимальная сумма и лимиты

В форме нет минимальной суммы и лимита на количество запросов: клиент может запросить и 10 ₽, и весь баланс.

Это неудобно владельцу, но удобно клиенту. Если хотите ограничить, пропишите правило в оферте и отклоняйте мелкие запросы с комментарием.

Несколько активных запросов от одного клиента — повод проверить баланс: сумма запросов может превышать доступное.

Что делать при споре о выплате

Откройте историю запросов клиента: дата, сумма, статус, реквизиты. Это единственные данные, которые можно предъявить.

Если статус «выполнен», а клиент говорит, что денег нет, сверьте реквизиты с переводом в банке. Ошибка в одной цифре — самая частая причина.

Если статус «отклонён», объясните причину и предложите создать новый запрос с исправленными данными.

Если запросов нет вовсе, клиент мог не нажать кнопку: форма не отправляется автоматически.

Налоги и документы

Выплата партнёру — его доход, и налоги зависят от статуса получателя. Для физлица это НДФЛ, для ИП — его собственные обязательства.

Сервис не считает налоги и не формирует чеки: он только фиксирует сумму и реквизиты. Удержания и отчётность — на стороне владельца.

Если выплат много, обсудите с бухгалтером формат: договор, самозанятость или разовые выплаты. Решение влияет на ставку и на документы.

Разница в процентах незаметна на десяти выплатах и становится существенной на сотнях, поэтому лучше решить вопрос до запуска.

Реквизиты: что проверять

Карта: 16 или 19 цифр без пробелов. Если клиент вставил номер с пробелами, форма примет его как текст, и перевод не пройдёт.

Телефон для СБП: формат +7 и десять цифр. Ошибка в одной цифре отправляет деньги другому человеку, а возврат зависит от его доброй воли.

Кошелёк: префикс платёжной системы и номер. Если префикс неизвестен, уточните у клиента, какой системой он пользуется.

Имя получателя: если оно не совпадает с именем в аккаунте, попросите объяснить. Перевод третьему лицу — повод для дополнительной проверки.

Пятая ошибка — платить по запросу, который клиент создал «на пробу» и не подтвердил в чате. Сумма может быть любой, а разбираться придётся как с реальной выплатой.

Частые вопросы

Можно ли вывести больше баланса? Нет, форма не даст создать запрос на сумму больше доступной. Если баланс изменился, запрос всё равно проверяется вручную.

Сколько ждать выплату? Срок зависит от владельца: сервис только фиксирует запрос и хранит его статус. На практике это один-три рабочих дня, если выплаты идут по расписанию.

Кто платит комиссию за перевод? Это решается на стороне владельца: в запросе комиссия не рассчитывается.

Что видит клиент при отказе? Статус «отклонён» в истории. Причина видна, если владелец её написал.

Можно ли отменить запрос самому? В интерфейсе такой кнопки нет: попросите владельца отклонить запрос.

Что будет, если клиент удалит аккаунт с активным запросом? Запрос останется в истории, но выплата станет спорной. Сначала закройте выплаты, потом удаляйте.

Нужны ли чеки или документы? Для физлиц обычно нет, но налоговую сторону стоит обсудить с бухгалтером заранее.

Коротко

Клиент создаёт запрос: сумма и реквизиты. Владелец проверяет баланс, реквизиты и статус клиента, затем одобряет или отклоняет. Деньги списываются только при одобрении, а перевод вы делаете сами. История запросов — единственный источник правды в спорах.

Ссылки

• Кабинет клиента — https://shoporder1.referralboost.ru/cabinet/client
• Админка — https://shoporder1.referralboost.ru/cabinet/admin