Редакция от 01.11.2026Регламент SDC-PAY
Правила работы Сервиса
Настоящий документ определяет порядок подключения мерчантов к платформе SDC-PAY, правила приёма платежей с автоконвертацией в USDT, регламент выплат, удержания резервов, комплаенс-контроля и обеспечения безопасности.
Раздел 01
Общие положения и подключение
Доступ к платёжной инфраструктуре предоставляется юридическим лицам и индивидуальным предпринимателям после прохождения проверки.
- 01.1Подключение мерчанта осуществляется после завершения процедур KYB/KYC: подтверждения регистрационных данных компании, структуры владения, бенефициаров и полномочий подписанта.
- 01.2Обязательным этапом является проверка проекта, домена, сценария оплаты, оферты и соответствия вида деятельности требованиям Сервиса.
- 01.3В платформе действует строгое разделение сред: песочница (Sandbox) предназначена исключительно для интеграции и тестирования без движения реальных средств, а боевой режим (Live) активируется только после одобрения комплаенсом.
Раздел 02
Приём платежей и автоконвертация в USDT
Все успешные входящие оплаты учитываются на едином расчётном балансе мерчанта в USDT.
- 02.1Сервис обеспечивает приём платежей через СБП (QR), банковские карты и поддерживаемые криптовалютные сети в рамках согласованных для проекта методов.
- 02.2Входящие платежи в RUB, EUR, USD и криптовалютах автоматически конвертируются в единый расчётный баланс USDT на счёте мерчанта в леджере двойной записи.
- 02.3Курс конвертации фиксируется расчётным ядром на момент финализации транзакции — получения окончательного подтверждения от платёжного шлюза или требуемого числа подтверждений сети блокчейн.
- 02.4Комиссия Сервиса удерживается автоматически при зачислении средств согласно действующему тарифу и условиям договора.
Раздел 03
Вывод средств и лимиты
Расчёты с мерчантами выполняются исключительно в USDT с многоуровневым подтверждением каждой операции.
- 03.1Вывод средств производится только в USDT через поддерживаемые сети: TRC-20, ERC-20, BEP-20, TON и Solana. Вывод в фиатных валютах на банковские карты или расчётные счета не осуществляется.
- 03.2Мерчант может инициировать выплаты через REST API, загрузку реестров в формате CSV (пакетные выплаты) в личном кабинете, а также через настраиваемый автовывод по расписанию или достижении заданного порога.
- 03.3Каждая операция ручного и пакетного вывода подтверждается кодом двухфакторной аутентификации (2FA TOTP), а запросы на выплату через API проходят проверку криптографической подписи и при необходимости списка разрешённых IP-адресов.
- 03.4Разовые, суточные и месячные лимиты на вывод устанавливаются в соответствии с тарифом, историей оборота и уровнем верификации мерчанта.
Раздел 04
Резервы, возвраты и споры
Для обеспечения стабильности расчётов применяется механизм страхового резерва и регламентированный порядок работы с оспариваниями.
- 04.1Сервис вправе удерживать страховой резерв (холд) в RUB в процентах от оборота на установленный срок в зависимости от категории риска бизнеса и выбранного тарифа. После окончания срока холда средства конвертируются в USDT и автоматически переходят на доступный баланс.
- 04.2Полные и частичные возвраты плательщикам (refund) оформляются через API или личный кабинет в пределах доступного остатка на балансе мерчанта.
- 04.3При поступлении спора или запроса от банка-эквайера мерчант обязан в установленный срок предоставить подтверждающие документы по сделке (чек, подтверждение доставки или оказания услуги, переписку с клиентом).
- 04.4На время рассмотрения спора сумма оспариваемой транзакции блокируется на счёте до вынесения итогового решения.
Раздел 05
Комплаенс, AML/KYT и приостановка обслуживания
Платформа осуществляет непрерывный мониторинг операций для соблюдения требований ПОД/ФТ и правил платёжных партнёров.
- 05.1Все входящие и исходящие транзакции проходят автоматическую AML/KYT-проверку, включая оценку рисков блокчейн-адресов и поведенческий антифрод-анализ.
- 05.2Оператор оставляет за собой право запрашивать дополнительные документы, подтверждающие законность операции, поставку товара или происхождение средств, а также временно удерживать подозрительные операции до завершения проверки.
- 05.3При выявлении недостоверных сведений, нарушении правил приёма платежей или обнаружении деятельности из перечня запрещённых категорий обслуживание приостанавливается незамедлительно с правом расторжения договора.
Раздел 06
Безопасность и ответственность сторон
Защита интеграции строится на обязательной криптографической проверке запросов и контроле доступа к кабинету.
- 06.1Мерчант обязан обеспечивать конфиденциальное хранение секретных API-ключей, ограничивать права доступа сотрудников по ролям и немедленно выполнять ротацию ключей при подозрении на компрометацию.
- 06.2Все уведомления о статусах платежей (вебхуки) подписываются алгоритмом HMAC-SHA256; мерчант обязан верифицировать подпись и актуальность временной метки перед обработкой события на своей стороне.
- 06.3Подключение двухфакторной аутентификации (2FA) обязательно для всех учётных записей с правами управления проектом и подтверждения выплат.
- 06.4Стороны несут ответственность за неисполнение обязательств в пределах прямого документально подтверждённого ущерба в порядке, предусмотренном договором.