Payments - прием оплат (Fiat + Crypto)
Info
Payments - слой, который превращает Business в “контур выручки”: принять оплату, зачислить, закрыть документы, отразить в учете и масштабировать без хаоса.
Логика модуля и границы ответственности
Payments отвечает за прием денег и статусы оплаты. Business превращает эти статусы в управляемые процессы: роли, документы, учет, интеграции и контроль.
Модуль Payments решает простую задачу, которая на практике всегда становится сложной: принять оплату быстро, предсказуемо и безопасно, а затем довести ее до результата, который понимает бизнес - зачисление, квитанция, закрытый инвойс, понятная выгрузка в учет.
Чтобы система не расползалась, мы разделяем контуры:
- Payments - прием оплаты, статусы, возвраты, антифрод на приеме, settlement.
- Business - управление компанией: роли и права, approvals, учет и reconciliation, отчеты, документы и интеграции.
Такое разделение снижает фрагментацию для клиента и снижает инженерный риск для платформы: каждый слой отвечает за свой результат и не ломает другой.
Note
Payments не существует “сам по себе”. Он усиливает Business и становится входом денег в корпоративный контур, где дальше включаются документы, роли, аудит и отчетность.
Порядок запуска: online first, затем оффлайн
Стартуем с онлайн-платежки как самого масштабируемого сценария. Оффлайн-устройства добавляются позже, когда риск и процессы уже управляемы.
Запуск начинается с онлайн-платежки (checkout), потому что это самый быстрый способ подключить бизнес, проверить конверсию и построить зрелую модель статусов, возвратов и антифрода.
Дальше модуль расширяется в физический мир:
- прием оплат в оффлайне через устройства и POS-сценарии
- единый кабинет мерчанта и единые статусы, независимо от канала
В долгосрочной дорожной карте предусмотрен ограниченный оффлайн-режим для терминала и наших карт: оплата возможна без постоянного интернета, но с обязательной синхронизацией и жесткими риск-политиками.
Warning
Оффлайн-режим не должен снижать безопасность. Поэтому он включается только при строгих лимитах, прозрачном аудите и обязательной синхронизации статусов.
Онлайн-платежка: один checkout для fiat и crypto
Единая точка приема оплат для сайта и приложений: фиатные методы и криптовалюта в одном сценарии, с понятными статусами и квитанциями.
Онлайн-платежка - это не “кнопка оплатить”, а управляемый объект оплаты со статусом и жизненным циклом. Мерчант получает единый инструмент, который покрывает больше клиентов и снижает потери на ошибках.
Ключевые режимы:
- checkout для сайта/приложения
- payment link (ссылка на оплату)
- QR (где уместно): статический для быстрых сценариев и динамический под сумму/инвойс
Техническая основа - API и события через Webhook, чтобы оплата автоматически становилась частью процессов Business.
Tip
Единый checkout снижает фрагментацию: бизнесу не нужно держать “отдельно фиат” и “отдельно крипту” - разные рельсы работают внутри одной модели статусов и документов.
Крипто-оплата: адрес, статусы, защита от ошибок
Для крипто-оплаты создается платежный объект с уникальным адресом, сроком жизни и строгой проверкой параметров, чтобы снизить ошибки сети и суммы.
В режиме крипто-оплаты покупателю выдаётся адрес для оплаты и понятные параметры платежа. Это не “просто адрес”, а объект, который можно сопоставить, проверить и закрыть корректным статусом.
Базовая модель:
- уникальный адрес под конкретную оплату
- TTL (срок жизни) и правила обработки просроченных оплат
- статусная цепочка: создано - ожидаем - обнаружено - подтверждено - зачислено - ошибка
Антиошибочный контур:
- явная сеть и подсказки по сетевой комиссии
- предупреждения при риске “не та сеть”
- правила обработки неверной суммы и частичных оплат
- прозрачная политика разборов нестандартных кейсов, чтобы не было “пропавших платежей”
Example
Покупатель платит криптовалютой - он видит адрес и сеть. После отправки статус меняется на “обнаружено”, затем “подтверждено”, и только после этого оплата считается завершенной и попадает в учет мерчанта.
One-tap для клиентов DARCA: оплата в один клик
Если плательщик внутри DARCA, оплата превращается в стандартный объект: выбрать источник (fiat или crypto) и подтвердить в один клик, без ручных адресов и ошибок.
Главный драйвер роста модуля - режим “плательщик и мерчант внутри DARCA”. В этом случае оплата выглядит как обычный счет: нажать, выбрать источник, подтвердить.
Преимущества one-tap:
- меньше ошибок сети и реквизитов
- выше конверсия в оплату
- меньше нагрузки на поддержку
- платежи могут быть без нашей комиссии или с минимальными издержками там, где нет внешних рельсов
Это становится точкой притяжения: мерчантам выгодно, чтобы клиенты платили из DARCA, а клиентам выгодно стать пользователями DARCA, чтобы платить проще.
Info
One-tap - это одновременно UX и риск-контроль: меньше ручных действий, меньше спорных ситуаций, меньше “случайных” ошибок.
Settlement: куда зачислять выручку и как быстро
Мерчант настраивает, что получать: fiat, stable или crypto. Внутри экосистемы settlement может быть мгновенным, снаружи - по правилам рельса и региона.
В Payments важно не обещать “всегда мгновенно”, а обеспечить предсказуемость. Поэтому settlement описывается как набор режимов:
- зачисление в fiat
- зачисление в stable (Stablecoin)
- зачисление в crypto
Где это возможно, до подтверждения показывается итог “you pay / you receive” - без скрытых комиссий и неприятных сюрпризов. При карточной оплате дополнительного подтверждения после оплаты нет, поэтому итог должен быть понятен на экране checkout до нажатия “Pay”.
Note
Предсказуемость важнее “лучшего курса в моменте”. Поэтому правила конвертации и итог должны быть прозрачными и повторяемыми.
Кабинет мерчанта: статусы, возвраты, документы
Кабинет должен отвечать на три вопроса: что оплатили, что зачислено, что требует действия. Всё остальное - следствие зрелой модели статусов.
Базовый кабинет мерчанта включает:
- лента оплат со статусами и причинами отказов
- возвраты и частичные возвраты
- квитанции и выгрузки
- реестры для сверки и учета
Сильная особенность DARCA - связь с Business: платежи автоматически “закрывают” объекты учета и уменьшают ручную работу.
Warning
Если возвраты и споры не оформлены как процесс со статусами, они превращаются в репутационную дыру. Поэтому возврат - это объект, а не переписка.
Интеграции: API, webhooks, безопасность подключений
Интеграции превращают Payments в инфраструктуру: события оплаты сами попадают в учет и процессы, а доступ к ним защищен scopes, аудитом и криптографией.
Интеграции строятся на:
- API для создания оплат, получения статусов, возвратов
- Webhook для событий, чтобы бизнес не “поллил” статусы вручную
- подписанные webhooks и проверка целостности
- scopes доступа, ротация ключей, allowlist IP (для enterprise)
- аудит доступа и действий
Это прямо решает проблему “устаревших ИТ” и снижает фрагментацию: события оплаты сразу в учет, CRM и ERP, без ручной сверки.
Tip
Техническая дисциплина в интеграциях - это не “фича”, а способ избежать инцидентов и претензий в момент роста.
Физический прием оплат и ограниченный оффлайн-режим
После online-слоя добавляется оффлайн: POS и устройства. В перспективе - режим без постоянного интернета с синхронизацией и строгими лимитами.
Оффлайн-прием расширяет Payments на retail и услуги, где скорость на кассе критична. В долгосрочной стратегии терминал и наши карты поддерживают режим “без постоянного интернета”:
- операции допускаются в пределах лимитов и профиля риска
- устройство хранит защищенные параметры операций
- статусы закрываются только после синхронизации
Безопасность оффлайна усиливается аппаратными компонентами и политиками, которые могут опираться на модуль Повышенная безопасность и корпоративные risk-настройки.
Danger
Оффлайн возможен только как контролируемое расширение: лимиты, аудит, синхронизация, мониторинг. Иначе это превращается в риск двойных трат и репутационный удар.
Монетизация: как модуль зарабатывает и масштабируется
Payments дает доход на транзакциях, конвертации и подписках, а также усиливает всю экосистему за счет оборота и притока клиентов через мерчантов.
Модель заработка многоуровневая и масштабируется без агрессивных комиссий:
- комиссия за прием оплат (fiat и crypto), где часть может быть партнерским cost
- доход на конвертации (fiat - crypto - stable) при выборе пользователем settlement
- подписки для бизнеса: лимиты, lower fee, расширенная аналитика, dispute-инструменты, SLA, доп. интеграции
- платные enterprise-интеграции и API-расширения
Вторичный эффект:
- больше мерчантов - больше причин платить через DARCA
- больше оплат - больше оборота внутри экосистемы
- больше оборота - выше удержание и конверсия в другие продукты
Info
Payments создает “петлю роста”: мерчанты приводят пользователей, пользователи создают обороты, обороты делают мерчантов еще более заинтересованными подключаться.
Риски и управление рисками
Платежи требуют зрелой риск-модели: KYB, антифрод, статусы, резервы, возвраты и управляемые ограничения по регионам.
Ключевые риски и контуры управления:
- фрод плательщика и возвраты, включая Chargeback в fiat
- фрод мерчанта и “серые” обороты - обязательный KYB (в корпоративном варианте) и мониторинг паттернов
- ошибки крипто-оплат (не та сеть, не та сумма) - объектная модель оплат, TTL, валидации и правила разборов
- инфраструктурные риски партнеров - идемпотентность операций, очередь событий, прозрачные статусы и причины
- региональные ограничения - feature gating и tier-доступ, чтобы не включать то, что запрещено
Платформа использует risk-based подход:
- лимиты и удержания для новичков
- расширение возможностей по истории
- управляемые hold-сценарии на подозрительных ситуациях
Warning
В платежах важно не “никогда не ошибаться”, а всегда иметь управляемый статус, причину, аудит и прогнозируемый процесс решения.
Связь с экосистемой DARCA
Payments усиливает Business и Ядро: упрощает прием оплат, снижает фрагментацию и создает приток пользователей через удобные сценарии one-tap.
Связь с ключевыми контурами:
- Бизнес - инвойсы и документы закрываются статусами оплат, роли и аудит контролируют настройки и возвраты
- Ядро - прозрачные обмены и переводы поддерживают предсказуемость итогов и минимизацию сюрпризов
- P2P - безопасные расчеты и быстрые внутренние переводы создают ликвидность и привычку “делать операции внутри”
- Повышенная безопасность - risk-политики, подтверждения, гео-правила и контроль доступа усиливают мерчант-контур
Итог: Payments не просто “еще одна функция”. Это инфраструктурный слой, который делает экосистему цельной, уменьшает фрагментацию и создает масштабируемый поток клиентов через реальную повседневную потребность - оплату.
Tip
Чем больше бизнесов принимают оплату через DARCA, тем сильнее network effect: клиенты приходят “по делу”, остаются “по удобству” и расширяют использование экосистемы.