Платежи и возвраты

1. Общие положения

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

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

2. Пополнение баланса и статус аванса

Пополнение баланса осуществляется через подключенных платежных партнеров. Средства считаются доступными после подтверждения успешной авторизации или зачисления со стороны платежной системы и после завершения внутренних проверок безопасности. До завершения проверки платформа вправе отображать операцию как pending, hold, in review или иным аналогичным статусом, не допуская немедленного использования суммы.

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

3. Зачет стоимости автоматизаций

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

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

4. Failed executions, отмены и ручная проверка

Если запуск не состоялся по технической причине, в результате сбоя внешнего интегратора, недоступности сервиса, несовместимости входных данных или внутреннего anti-fraud решения, операция может быть помечена как failed execution, отменена либо передана на ручную проверку. Платформа вправе запросить у пользователя дополнительные пояснения, логи, идентификаторы, подтверждение сценария, сведения об источнике данных и иные материалы, необходимые для принятия решения.

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

5. Возвраты и перерасчеты

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

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

6. Платежные документы и receipts

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

Пользователь обязан проверять актуальность контактных данных и реквизитов, чтобы получать уведомления о платежах и документах. Если документы предоставляются через электронный кабинет, они считаются доставленными с момента размещения в доступной пользователю зоне интерфейса либо направления на подтвержденный контактный адрес, если иное не установлено законом.

7. Сторонние провайдеры и передача данных

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

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

8. Претензии и сверка операций

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

При подозрении на fraud, chargeback abuse, множественные спорные операции или несоответствие платежных данных платформа может временно ограничить доступ к пополнению, удержанию баланса или выплатам до завершения проверки. Такое ограничение не считается отказом в рассмотрении обращения и направлено на защиту платформы, разработчиков и добросовестных пользователей.

9. Заключительные положения

Настоящий документ применяется вместе с Пользовательским соглашением, Пользовательской офертой разработчика и иными правилами legal hub. Если отдельные положения платежной модели противоречат обязательным нормам применимого права, такие нормы имеют приоритет в соответствующей части.