AML-правила для онлайн-каталогів: перевірка осіб

Що означають правила AML для онлайн-каталогів

Онлайн-каталоги не виводяться за межі правил AML лише тому, що виглядають неформально. Платформа, яка допомагає людям купувати, продавати або обмінювати товари й послуги, усе одно може потрапити під вимоги з протидії відмиванню коштів, якщо така діяльність створює шлях для переміщення, приховування або розшарування коштів через звичайні на вигляд угоди. Це важливо для щоденної роботи сайту оголошень, а не лише для юридичних дрібниць, і тому AML перевірка онлайн-каталогу має розглядатися як частина базової операційної моделі.

Практичне запитання просте: які перевірки особи потрібні для маркетплейсу, і які перевірки особи потрібні для маркетплейсу за правилами AML для покупця й продавця. Відповідь залежить від моделі платформи, переліку товарів і ризику, пов’язаного з транзакцією. Невелика місцева дошка оголошень може мати менше обов’язків, ніж маркетплейс, який обробляє платежі, заохочує повторну торгівлю або підтримує категорії з підвищеним ризиком, як-от транспорт, ювелірні вироби чи регульовані товари.

AML-комплаєнс — це не один фіксований сценарій. Для оголошень невеликої вартості платформа може застосовувати спрощений підхід, а для користувачів, які часто переміщують гроші, — жорсткіший. Два оголошення можуть виглядати однаково й усе ж вимагати різних перевірок.

Уявіть продаж уживаного велосипеда та комплекту дорогих камер із доставкою через кордон. Другий випадок несе більше ризику, особливо якщо платіж проходить через платформу або продавець новий. AML-правила часто зосереджуються саме на таких сценаріях.

Коли запускаються перевірки особи

Перевірки особи зазвичай запускаються конкретними подіями, а не кожним кліком на сайті. Одним із тригерів може бути створення акаунта, особливо якщо користувач буде розміщувати оголошення, отримувати кошти або користуватися інструментами продавця. Платформа також може діяти, коли транзакція перевищує порогове значення, коли один і той самий акаунт часто проявляє активність за короткий період або коли угода виглядає нетипово порівняно зі звичною поведінкою покупця.

Регульовані категорії товарів можуть швидко змінити картину. Платформі оголошень, яка працює з такими речами, як уживані автомобілі, дорогоцінні метали, годинники або товари з ризиком зловживання під час перепродажу, можуть знадобитися сильніші перевірки, ніж платформі з переліком меблів для дому. Одна категорія може перевести користувача до файлу з вищим ризиком. Таке трапляється.

Підозріла поведінка — це окремий тригер. Кілька акаунтів з одним і тим самим номером телефону, продавець, який щотижня змінює банківські реквізити, або покупець, який наполягає на дивних шляхах оплати, — усе це може бути підставою для додаткових перевірок. Платформі не потрібен доказ правопорушення, щоб попросити більше інформації.

Деякі перевірки прив’язані до події. Інші — до постійного моніторингу. Користувач може пройти онбординг і все одно пізніше потрапити під перевірку, якщо модель поведінки зміниться, тому моніторинг не може завершуватися після реєстрації.

Що зазвичай включають перевірки особи продавця

Перевірки продавця зазвичай починаються з базового: повного імені, дати народження, адреси та контактних даних. Для бізнес-продавця платформа також може збирати дані про юридичну особу, торговельну назву, реєстраційний номер і імена директорів або осіб, які здійснюють контроль. Якщо продавець діє через компанію, можуть знадобитися перевірки бенефіціарної власності, щоб зрозуміти, хто насправді нею керує.

Продавець, який отримує виплати через платформу, у більш ризикових випадках може також зіткнутися з питаннями щодо джерела коштів або джерела статків. Це звучить втручально, і інколи так і є. Але якщо продавець розміщує багато дорогих оголошень або швидко переміщує гроші, платформі може знадобитися зрозуміти, звідки беруться кошти та чи відповідає їм профіль продавця.

Ось простий приклад. Приватному продавцю, який виставляє диван для готівкової самовивезення, може бути достатньо легкої ідентифікації. Торговцю, який за тиждень виставляє 30 телефонів, може знадобитися більше. Та сама платформа, але два дуже різні кейси.

Перевірка продавця часто включає перевірку документів, пошук у державних реєстрах бізнесу та скринінг за санкційними списками або списками негативних згадок у медіа. Деякі платформи також звіряють назву банківського рахунку з ім’ям продавця. Така дрібна звірка може вберегти від багатьох проблем.

Що зазвичай включають перевірки особи покупця

Перевірки покупця часто м’якші, ніж перевірки продавця, але в кожному випадку вони не є необов’язковими. Платформа може збирати ім’я покупця, дату народження, адресу, email, номер телефону та дані платіжного рахунку, якщо покупець платить через сайт або бере участь у діяльності з підвищеним ризиком. Якщо покупець лише переглядає оголошення, це інша історія, хоча KYC для продавців і покупців може вимагати різного рівня глибини залежно від ролі користувача.

Низькоризикові покупки можуть вимагати лише базових даних акаунта та підтвердження платежу. Якщо транзакція викликає підозру, можуть попросити копію документа, selfie-перевірку або пояснення джерела платежу. Різниця не косметична — саме вона визначає, скільки незручностей побачить покупець.

Деякі покупці виглядають безпечними, доки не починають діяти інакше. Людина, яка за два дні купує п’ять уживаних ноутбуків, а потім просить розрахуватися поза платформою, — це не те саме, що покупець настільної лампи. Платформа має читати патерн, а не лише предмет.

На практиці перевірки покупця часто використовують, щоб переконатися, що платіжний метод належить реальній людині, яка стоїть за акаунтом. Це допомагає зупиняти захоплення акаунтів, діяльність «мулів» і відмивання через повторювані дрібні покупки. Маленьке теж може складатися у велике.

Ризик-орієнтований підхід і рівні належної перевірки

Правила AML зазвичай очікують ризик-орієнтованого підходу, тобто платформа підбирає перевірки під той ризик, який бачить. Базової належної перевірки може бути досить для низьковартісної, рідкої активності, коли профіль користувача зрозумілий, а платіжний слід звичайний. Поглиблена належна перевірка застосовується, коли ризик зростає.

Поглиблена перевірка може означати додаткову перевірку документів, більше питань про мету акаунта, уважніший аналіз товару, який продається, або ручну перевірку до завершення транзакції. Вона також може означати частіше оновлення даних особи. Продавець, який виглядав нормально в січні, може потребувати нового перегляду в жовтні, якщо активність змінилася.

Така багаторівнева модель не дає перевіряти всіх однаково жорстко. Платформа, яка вимагає однаковий пакет паперів від разового покупця і від продавця з великим обсягом операцій, лише дратуватиме чесних користувачів і все одно пропускатиме ризик. Баланс важливий, але важливі й докази.

Оцінка ризику — це часто місце, де й живе рішення. Клієнт із вищоризикової географії, продавець із великою кількістю повернень або категорія оголошень, пов’язана з шахрайством, можуть підняти оцінку. Після цього платформа вирішує, чи просити більше інформації, чи блокувати транзакцію. Без драми, просто процес.

Документи та методи, які використовують для підтвердження особи

Серед поширених методів верифікації — документи державного зразка, підтвердження адреси, selfie- або liveness-перевірка, реєстраційні документи бізнесу та зіставлення даних через сторонні інструменти верифікації. Паспорт або водійське посвідчення можуть підтвердити особу, а рахунок за комунальні послуги або банківська виписка — адресу. Метод має відповідати ризику й місцевим правовим вимогам.

Для бізнес-продавців важливі дані компанії. Платформа може попросити установчі документи, VAT-дані, інформацію про директорів або підтвердження того, що особа, яка відкриває акаунт, має право діяти від імені бізнесу. Якщо компанія — це порожня оболонка без видимої історії діяльності, будьте певні: запитань буде більше.

Selfie- та liveness-перевірки поширені, бо вони допомагають запобігти використанню викрадених документів. Користувач може завантажити посвідчення, а потім пройти live-зіставлення обличчя. Це займає хвилину-дві. Така хвилина може зекономити години потім.

Сторонні інструменти можуть пришвидшити процес, але не замінюють людського судження. Зіставлення в базі даних може підтвердити адресу, однак платформі все одно потрібно вирішити, чи відповідає результат профілю клієнта. Машини перевіряють дані. Люди — контекст.

Зберігання записів, моніторинг і повідомлення про підозрілу діяльність

AML-комплаєнс — це не лише про те, хто пройшов онбординг. Платформи також мають зберігати записи про перевірку особи, зображення документів, результати перевірок і журнали транзакцій протягом строку, встановленого законом. Якщо регулятор звернеться пізніше, платформа має показати, що саме перевіряли, коли і ким.

Моніторинг має тривати й після відкриття акаунта. Продавець, який раптово починає щодня виставляти дорогі товари, може потребувати перевірки, навіть якщо початковий файл був чистим. Покупець, який починає використовувати кілька карт у різних акаунтах, також може спричинити спрацьовування сигналів. Патерни важливіші за окремі кліки.

Повідомлення про підозрілу діяльність стає наступним кроком, коли платформа бачить факти, що виходять за межі звичайного ризику. Процес подання повідомлення та юридичний поріг відрізняються залежно від юрисдикції, але базова ідея одна: ескалювати те, що не можна пояснити. Платформа не повинна чекати на певність. Правила AML не вимагають спершу зізнання.

Зберігання записів і моніторинг також захищають платформу, якщо транзакція згодом виявиться шахрайською. Файли показують, чому було ухвалено певне рішення, а це корисно і для регуляторів, і для внутрішнього перегляду. Два скриншоти кращі за одну розмиту пам’ять.

Практичні кроки для комплаєнсу на платформах оголошень

Платформа оголошень може побудувати AML-контролі так, щоб сайт не став незручним у користуванні. Почніть із письмової оцінки ризиків для моделі платформи, потоку платежів і категорій оголошень. Чітко назвіть тригери підвищеного ризику. Потім прив’яжіть кожен тригер до конкретної перевірки.

Використовуйте модель онбордингу з трьома рівнями, де користувачі з низьким ризиком проходять базові перевірки, користувачі із середнім ризиком — документальну верифікацію, а користувачі з вищим ризиком — ручну перевірку перед тим, як зможуть торгувати. Таку структуру легко пояснити команді підтримки й простіше перевіряти згодом. Одна політика, три рівні.

Навчіть модераторів і працівників підтримки помічати сигнали, які не пасують звичайному майданчику оголошень: часті зміни акаунтів, невідповідність імен на платіжних рахунках, тиск перейти поза платформу або нереальні історії про товар. Співробітнику не обов’язково бути юристом із комплаєнсу. Але йому потрібен чіткий сценарій дій.

Побудуйте правила й для платіжної частини. Якщо платформа зберігає кошти, виплачує виплати або підтримує ескроу-подібні функції, навантаження в AML зазвичай зростає. Якщо хочете практичний огляд пов’язаних онбординг-процесів, дивіться як працює admister і сторінку часті запитання для типових моментів з боку користувача.

Підтримуйте чистий користувацький досвід. Якщо можливо, запитуйте по одному документу за раз, пояснюйте, навіщо потрібна перевірка, простою англійською, і показуйте зрозумілі строки розгляду. Покупець, який знає, що перевірка може зайняти 24 години, спокійніший за того, хто лише здогадується. Мовчання породжує звернення в підтримку.

Переглядайте контрольні точки щокварталу. Сайт оголошень, який додає нову категорію товарів, нового платіжного партнера або нову країну, може змінити ризик за одну ніч. Чекліст має змінюватися разом із бізнесом, а не через пів року після цього.

Якщо платформа також хоче допомогти користувачам дбати про власну безпеку під час купівлі чи продажу, направте їх на матеріали про те, як захистити свій акаунт, і на поради з безпеки для покупців. Ці сторінки не замінюють AML-перевірки, але можуть зменшити кількість повідомлень про шахрайство та навантаження на підтримку.

І ще одна корисна звичка для комплаєнсу: кожне правило має мати свого відповідального. Одна людина — за онбординг, одна — за перевірки, одна — за звіти. Три імені завжди кращі за абстрактну «ops-команду».