Source of Funds / Source of Wealth

1) SoF vs SoW: в чем разница и зачем это iGaming

Source of Funds (SoF) — непосредственный источник конкретной транзакции/депозита или серии депозитов: зарплата за период, продажа актива, дивиденды, выигрыш, перевод с личного счета и т. п.
Source of Wealth (SoW) — источник общего состояния клиента: как сформирован его капитал в целом (бизнес-доход, накопления за годы, наследство и т. п.). SoW требуется при высоких лимитах/PEP/EDD.
В iGaming SoF/SoW снижает AML-риски (placement/layering), репутационные (банки/PSP), а также ускоряет выводы для честных игроков за счет предзагруженной «досье».

2) Когда запрашивать (триггеры)

• Разовый депозит/вывод ≥ порога T₁ (по юрисдикции) или совокупные депозиты ≥ T₂ за 30/90 дней.
• Аномальная динамика: быстрый депозит → короткая активность → крупный вывод (rapid in–out).
• Риск-факторы: PEP/adverse media, high-risk гео, крипто on/off-ramp, ранее замеченные AML-алерты.
• Несостыковка профиля: заявленный доход vs фактический оборот.
• Эскалации: по запросу банка/PSP/регулятора, при кейсах расследований.

Правило: минимально возможный объем запроса → по нарастающей (progressive disclosure).

3) Какие документы подходят (каталог с «силой» доказательства)

3.1 Зарплата/трудовой доход (сильные)

Выписка банка за 3–6 мес с зачислениями зарплаты (ФИО клиента).
Справка о доходах/налоговая форма (страна-специфика).
Трудовой договор/официальное письмо HR (при необходимости).

3.2 Самозанятые/фриланс/ИП (средние/сильные)

Банковские выписки за 6–12 мес с регулярными поступлениями, инвойсы/акты.
Налоговые декларации/регистрация предпринимателя, сайт/портфолио как косвенное подтверждение.

3.3 Бизнес-доход/дивиденды (сильные)

Выписки по счету владельца, решения совета/выплата дивидендов, договоры.
Финансовая отчетность/аудированные отчеты (при крупных суммах).

3.4 Продажа активов (сильные)

Договор купли-продажи (недвижимость/авто/ценные бумаги) + выписка о зачислении средств.
Брокерские отчеты/фиксация прибыли.

3.5 Наследство/подарок (средние)

Нотариальные документы/дарение + выписка зачисления.
При больших суммах — подтверждение происхождения у дарителя (по риску).

3.6 Доход от инвестиций/крипто (вариативно)

Брокер/биржа: отчет об операциях, подтверждение вывода на личный счет, KYC-статус биржи.
Крипто: KYT-отчет по адресам/транзакциям, доказательство владения кошельком (message sign/скрин UI с адресом и UID), трассировка входных средств, конвертация на регулируемой бирже.

3.7 Кэш (слабые, использовать осторожно)

Кассовые ордера/справки — только в сочетании с банковскими зачислениями и контекстом.

4) Проверка подлинности и сопоставимость

Формальная проверка: полнота реквизитов, даты, ФИО/адрес, совпадение с профилем KYC.
Сопоставимость сумм: правило 3×—6× месячного дохода как «разумный предел» оборота (настраивается политикой).
Временная близость: зачисление средств на банк/биржу в пределах N дней до депозита/вывода.
Подлинность: проверки на правки (метаданные PDF, цифровые штампы), обратные запросы (bank letter), провайдерские webhooks (биржи/брокеры).
Крипто: соответствие адресов, отсутствие связей с миксерами/санкционными кластерами; white-list регулируемых бирж.

5) Матрица решений (пример для оркестратора)

6) SLA и приоритезация

Запрос/подача документов: авто-письмо + кабинет → ответ клиента до 72 ч (настраивается).
Проверка SoF (авто/ручная): ≤ 24 ч p95; при high-rollers/блоке на вывод — ≤ 8 ч.
EDD по SoW: 2–5 рабочих дней в зависимости от объема.
Коммуникация: каждые 24 ч статус-апдейт, прозрачные требования, допустимые форматы.

7) UX-шаблоны запросов (чтобы не ломать конверсию)

Ясный чек-лист: «выберите тип источника» → динамическая форма (зарплата/бизнес/продажа/крипто).
Примеры корректных документов по стране, подсказки маскировки чувствительных полей (остатки, номера).
Предпросмотр и валидация: читаемость, дата ≤ 90/180 дней, размер файла.
Безопасная загрузка: сквозное шифрование, статус «получено/на проверке/одобрено».
При спорных кейсах — call/video-KYC как ускоритель.

8) Особые сценарии

8.1 Крипто on/off-ramp

Принимаем: отчеты биржи/транзакции, KYT-оценка адресов, доказательство владения.
Отсекаем: P2P без KYC, high-risk биржи, цепочки через миксеры.
Конвертация: вывод лучше после конвертации на регулируемой бирже → личный банк.

8.2 Самозанятые/креаторы/арбитраж

Стабилизация: агрегируйте доходы по инвойсам + поступлениям с платежных платформ (PayPal/Stripe/Adsense и т. п.).
Допустимы: договоры/скрины кабинетов как вспомогательные, но решение — по банковским зачислениям.

8.3 Наследство/подарки

Просите нотариальные документы + банковские подтверждения перевода; при крупных суммах — SoF дарителя.

9) Данные и приватность (GDPR/PCI/безопасность)

Минимизация: храните только необходимые страницы/поля; закрывайте остатки/номера счетов, если не нужны.
Шифрование: в покое (KMS/HSM) и в транзите; доступ — RBAC, журналы действий.
Retention: срок хранения в соответствии с законом (часто 5+ лет после последней операции) и политикой; по истечении — удаление/анонимизация.
DSR/право доступа: процессы выдачи копий/удаления там, где возможно.
PCI DSS: SoF/SoW хранилище отделено от платежных PAN; в журналах — только токены/last4.

10) Интеграция с KYC/KYB/AML/Payments

KYC: SoF-сигналы повышают «доверие» в скоринге, уменьшают частоту 3DS-челленджей.
KYB (аффилиаты/мерчанты): запрашивайте SoF/SoW у UBO при крупных выплатах/долях в компании.
AML: триггеры Rapid In–Out/Structuring → запрос SoF; позитивный SoF может закрыть алерт.
Payments Orchestrator: автоматические hold/partial release до верификации.

11) Метрики качества

SoF pass rate (первый заход/после уточнения), SLA hit rate, среднее время одобрения.
Доля EDD-кейсов и их win-rate (успешность подтверждения).
Число отмен/отказов из-за SoF/SoW и их вклад в CBR/AML-инциденты.
Повторные запросы по одному игроку (снижать за счет «досье»).
Impact на конверсию выводов: сколько выводов ускорено после пред-одобрения SoF.

12) Анти-паттерны

Требовать SoW для каждой мелкой операции — убивает UX без роста безопасности.
Принимать скриншоты без банковской выписки как основной SoF.
Игнорировать временную связность: документы «годичной давности» на крупный текущий вывод.
«Глухой» отказ без альтернатив: не предлагаете partial release/пошаговый SoF.
Хранить избыточные PII/документы без целей и ретеншн-планов.

13) Чек-лист внедрения (коротко)

• Политика порогов T₁/T₂, карта триггеров SoF/SoW.
• Каталог допустимых документов + примерки по странам/языкам.
• Процесс авто-запроса и кабинет загрузки, безопасное хранилище, RBAC.
• Матрица решений (Approve / Conditional / EDD / Freeze) и шаблоны писем.
• KYT-интеграция для крипто, white-list бирж.
• SLA: SoF ≤ 24 ч, EDD ≤ 2–5 дн; приоритезация high-rollers/блоков на вывод.
• Логи аудита, версионирование решений, ретеншн/удаление.
• Дашборды метрик и ежемесячная ретроспектива кейсов.
• Обучение саппорта/комплаенса; плейбуки «partial release» и эскалаций.
• Связка с AML/Payments: автоматические hold/лимиты до подтверждения.

14) Резюме

Эффективный процесс SoF/SoW — это адекватные триггеры, достаточные документы, проверка подлинности и связности сумм, разумные SLA и прозрачный UX. Свяжите его с KYC/KYB/AML/платежным оркестратором, обеспечьте безопасность данных и «помните о цели» — пропускать добросовестных игроков быстро и останавливать рискованные сценарии без лишнего трения.