Политика конфиденциальности

1. Сфера политики и роли

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

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

2. Состав обрабатываемых сведений

2.1. Заявка на подключение: контакт, название проекта, сайт, описание деятельности и сведения, добровольно указанные заявителем. Аккаунт: почта, имя, роль, статус и доступные мерчанты. Не следует направлять сведения, не необходимые для рассмотрения.

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

2.3. Сохранённые реквизиты вывода: номер карты либо адрес кошелька и сеть, название записи, маска и принадлежность аккаунту. Номер карты вывода шифруется; доступ к полным реквизитам ограничен и фиксируется. Это отдельная функция кабинета, не сбор карты покупателя при оплате.

2.4. Безопасность: хеши паролей и сессионных токенов, время сессий, описание браузера, маскированный IP в списке устройств, счётчики входов, зашифрованный ключ TOTP и хеши резервных кодов. Техническая инфраструктура может фиксировать полный IP и сведения о запросе в своих журналах.

2.5. Интеграции: зашифрованные серверные ключи, адреса вебхуков, Telegram chat/topic ID и Discord webhook, настройки событий и технические результаты доставки. Текст обращений и подтверждения исполнения могут обрабатываться при рассмотрении спора.

3. Цели обработки

3.1. Рассмотрение заявки и связь по подключению; предоставление и защита доступа; создание счетов и проверка статусов; учёт подтверждённых поступлений и резервов; рассмотрение заявок на вывод и возврат; сверка операций и ответ на обращения.

3.2. Дополнительные цели — доставка настроенных мерчантом уведомлений, обеспечение работы API, выявление ошибок и злоупотреблений и исполнение применимых обязательных требований. Использование сведений для новой несовместимой цели требует отдельного основания.

4. Основания и способы

4.1. Обработка осуществляется при наличии соответствующего основания: действия по запросу лица до заключения договора, исполнение согласованного договора, обязательное требование закона, правомерный интерес в защите сервиса и прав либо отдельное согласие, когда оно требуется. Наличие аккаунта не означает согласие на любую обработку.

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

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

5. Карточные и банковские сведения

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

5.2. Platega передаются сумма, валюта, нейтральное назначение «Оплата заказа», технический идентификатор счёта и адреса возврата. Описание и идентификатор покупателя, указанные мерчантом, в новый запрос Platega не включаются. Если канал требует email плательщика для подготовки СБП, покупатель указывает его на нашей пейформе; он передаётся для этой операции и не сохраняется в записи платежа XAOC Pay. Канал может отдельно запросить сведения в своей форме в пределах собственных условий.

5.3. Данные карты, добровольно сохраняемые мерчантом для вывода, обрабатываются отдельно от покупательской оплаты. Удаление такой записи прекращает её выбор для новых заявок, но не переписывает необходимые сведения об уже исполненной операции.

6. Получатели и размещение

6.1. Доступ получают уполномоченные администраторы и пользователи соответствующего мерчанта в пределах роли. Технические поставщики получают данные, необходимые для размещения и обработки. Передача по требованию государственных органов допускается только при наличии применимого законного основания.

6.2. Текущая инфраструктура включает Sites и Cloudflare; платёжные операции могут обрабатываться Platega, а исторические счета — ранее подключённым каналом. Одно название поставщика не определяет страну хранения и не подтверждает соблюдение требований к локализации.

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

6.4. При подключении Telegram, Discord или собственного вебхука мерчант выбирает конечного получателя сведений об операции. Он отвечает за правомерность этой настройки и доступ к выбранному чату или серверу. Отключение интеграции прекращает новые отправки, но не удаляет ранее полученные копии у получателя.

7. Cookie и локальные настройки

7.1. Необходимый cookie сессии обеспечивает вход и разграничение доступа. Он недоступен клиентскому JavaScript и передаётся с флагом Secure при HTTPS. В базе хранится хеш случайного токена. Маркер выхода предотвращает автоматическое повторное открытие прежнего доступа.

7.2. Выбор светлой или тёмной темы хранится локально в браузере. Удаление необходимых cookie прекращает доступ к кабинету до повторного входа. Общедоступная документация и отдельная страница счёта не требуют регистрации.

7.3. Дополнительные аналитические и рекламные технологии нельзя считать разрешёнными настоящим описанием необходимых cookie. При их подключении оператор отдельно определяет основание, раскрывает состав и обеспечивает требуемый выбор пользователя.

8. Защита и доступ

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

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

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

9. Сроки хранения

9.1. Сессия действует до 12 часов, если не завершена раньше. Подготовка ключа аутентификатора ограничена десятью минутами. Использованный резервный код удаляется; отключение 2FA удаляет действующий секрет и оставшиеся резервные коды. Просроченные технические записи очищаются в ходе обслуживания соответствующих операций.

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

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

10. Права и порядок обращения

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

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

10.3. Ответ и необходимые действия выполняются в сроки применимого законодательства. Если часть данных должна сохраняться на ином законном основании, оператор разъясняет основание и объём сохранения. Отзыв согласия не прекращает автоматически такую обработку.

10.4. По сведениям, которые продавец или банк обрабатывает самостоятельно, может потребоваться обращение к этому лицу. Это не освобождает оператора XAOC Pay от рассмотрения запроса в своей части.

11. Изменение политики

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

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