# Политика сервиса

Перевыпуск карт в случае проблем на нашей стороне (банк провайдер обнулил карты, сменяем провайдера и тд.) замена за наш счет для клиента по запросу/автоматически с уведомлением в личном кабинете. 

Запрос KYC при оплате с другой карты в отличии от той с которой делали предыдущие пополнения аккаунта. Возврат платежа - запрос KYC. 

| Источник                      | Вопрос                                                                     | Влияние на модель                                                                                           | Решение                                                                                                                                                                                                           |
| ----------------------------- | -------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Файл 39, gap                  | Push provisioning Apple/Google Pay у обоих провайдеров не задокументирован | Нет команды `Card.AddToWallet` и события `Card.PushProvisioned`. Лендинг обещает функционал — блокер.       | У CaaS есть возможность добавлять карты в Apple/Google pay                                                                                                                                                        |
| Файл 39, gap                  | Disputes/chargebacks webhook-flow отсутствует у обоих                      | `Dispute` ведётся вручную операторами; нет автоматической нормализации внешних статусов в события.          | Ведется в ручную в исключительном порядке, процесс диспутов дорогой и релевантен в отдельных кейсах где проходили большие суммы. Важно выводить в админ панеле у саппорта отдельную категорию как споры (dispute) |
| Файл 39, gap                  | `balance.updated` events нет                                               | Реализация через polling + перерасчёт из транзакций; нужно явно добавить cron-projection.                   | Задача воссоздавать балансы клиентов исходя из транзакций связанных с клиентом, выделенного счета под клиента у нас не будет, все будет на мастер счетах.                                                         |
| Файл «Карта функционала» §2.3 | Хранение USDT-резерва (где, как, multisig)                                 | `TreasuryHot/Warm/Cold` Account-структура определена, но политика владения ключами — открыта.               | <p>Ручное управление казначеями, с доступами и мультисигами <br>У них есть доступ к криптопроцессинговому балансу и возможность делать депозит в CaaS сервис при приближении к ограничению ликвидности. </p>      |
| Файл «Карта функционала» §2.9 | Разрешён ли вывод средств клиенту вообще                                   | Если нет — `Withdrawal` aggregate запрещён политикой; команда возвращает `policy_violation`.                | на текущий момент вывод доступен только в исключительных кейсах через поддержку, всеобщий вывод недоступен.                                                                                                       |
| Файл «Карта функционала» §3.2 | Партнёрская и реферальная программы — детали (CPA/RevShare/Hybrid)         | Vo `commission_model` определён, но конкретные ставки — за бизнесом.                                        | Партинерская и реферальная программа может быть гибкой и настриваемой, статичные цифры на весь период жизни проекта не могут быть определены, поэтому сделать ручной ввод в нужные поля.                          |
| Файл «Карта функционала» §3.9 | Cooling period exception для партнёрских каналов                           | Политика существует, но порог доверия партнёра — за бизнесом.                                               | Не понятно пока как и где применять, сделать возможность, а далее посмотрим                                                                                                                                       |
| Файл «Карта функционала» §4.1 | Treasury — чистка от санкционных стейблкойнов, перемешка адресов           | Не моделируется, требует решения.                                                                           | Ручное управление                                                                                                                                                                                                 |
| Файл «Карта функционала» §4.2 | Можно ли делать кэшбэк                                                     | Пока в модели — `MarketingExpense → LiabilityClient_USD_Bonus`; включение зависит от регуляторного решения. | Сделать возможность в коде начислять кэш бэк - возможно даже в формате промо акций не всегда.                                                                                                                     |
| Файл «Архитектура» §13.1      | Push provisioning — повторно отмечен                                       | Дубль файла 39.                                                                                             |                                                                                                                                                                                                                   |
| Файл «Архитектура» §13.4      | PCI DSS scope (SAQ A vs выше)                                              | Влияет на модель `Card.sensitive_data_token` (TTL token из upstream).                                       | Выделить как технический вопрос - и разработчик должен изучить.                                                                                                                                                   |
| Файл «Архитектура» §13.5      | Юрисдикция пользователей (residency)                                       | Параметр в `RiskRule.country_allowlist`.                                                                    | Продукт ориентирован на РФ конечных юзеров, но в коде заложить возможность развитие в рамках других стран на будущее.                                                                                             |
| Файл «Архитектура» §13.7      | Fallback при падении upstream                                              | Process Manager `IssueCardSaga` пока fail-fast; для V1 — failover на второго провайдера.                    | Глобально в рамках всех операций нам нужен каскад провайдеров для стабильной работы сервиса.                                                                                                                      |


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://alt3-capital.gitbook.io/funding-arbitrage-strategy/cart/dokumentaciya-v0/politika-servisa.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.