Запити на перевірку особи зазвичай пов’язані з регіональною доступністю, безпекою облікового запису та запобіганням зловживанням. У статті описано етапи перевірки, типові причини відмови й офіційні дії, якщо перевірку не пройдено.
Claude додав вимоги щодо перевірки особи для деяких сценаріїв використання. Anthropic публікував пояснення про це в довідковому центрі та впроваджує захід поступово. Для користувачів найпряміший наслідок полягає в тому, що окремі розширені функції або плани вищого рівня можуть вимагати посвідчення особи, видане державним органом, і селфі в реальному часі.
Від початку важливо уточнити один момент. Тут ідеться про правила самої перевірки та правильні дії в разі проблем; способи обходу перевірки не розглядаються. Такий шлях непрактичний і не вартий пов’язаних із ним ризиків.
Навіщо платформа перевіряє особу
Є три взаємопов’язані причини.
Регіональна доступність. Claude доступний не в усіх країнах і регіонах. Материковий Китай, Гонконг, Макао та деякі обмежені регіони не входять до зони обслуговування, а офіційні правила прямо згадують створення облікового запису з непідтримуваного регіону. Одне із завдань перевірки — підтвердити, що обліковий запис використовується з регіону, де сервіс доступний.
Безпека облікового запису. Якщо обліковий запис перепродають, ним користуються кілька людей або його продовжують використовувати після викрадення, платформа повинна мати змогу підтвердити, що ним керує справжній власник.
Запобігання зловживанням. Масові реєстрації, перепродаж облікових записів і автоматизовані зловживання постійно витрачають ресурси платформи та збільшують навантаження щодо дотримання вимог. Перевірка особи — відносно недорогий спосіб відфільтрувати частину такого використання.
Інакше кажучи, посилення перевірки — не додаткове обмеження для певного типу користувачів, а один із механізмів контролю, потрібних під час розширення зони обслуговування платформи.
Що входить до процесу перевірки
Якщо розбити процес на етапи, зазвичай він виглядає так.
Подання документа. Це може бути фізичний документ, виданий державним органом: паспорт, водійське посвідчення або посвідчення особи.
Селфі в реальному часі. Фото робиться на місці камерою телефона або комп’ютера; заздалегідь підготовлені фотографії не приймаються.
Зіставлення третьою стороною. Зовнішній сервіс перевірки особи звіряє дані документа та селфі, щоб підтвердити, що вони належать одній людині.
Умови реєстрації. Для самої реєстрації потрібен номер телефона за межами материкового Китаю, а номери материкового Китаю (+86) наразі не можна використовувати безпосередньо для реєстрації. Країна номера також може впливати на подальші перевірки, тому бажано, щоб середовище входу, мережевий endpoint, мова та часовий пояс узгоджувалися з країною номера, використаного під час реєстрації.
До основних офіційно зазначених ситуацій, які можуть запустити перевірку, належать такі.
| Ситуація | Пояснення |
|---|---|
| Використання деяких розширених або нових функцій | На етапі запуску функції спочатку може знадобитися перевірка |
| Реєстрація або перехід на план вищого рівня | Для планів вищого рівня запити на перевірку трапляються частіше |
| Випадковий вибір | Запит може з’явитися в межах перевірки цілісності платформи навіть без порушення правил |
| Незвичні входи в обліковий запис | Нетипові місця входу, часта зміна країн або підозрілі моделі активності |
| Використання з певних регіонів | Користувачі з цих регіонів можуть проходити суворішу перевірку |
Перевірка все ще впроваджується поетапно. Наразі вона частіше стосується нових облікових записів, облікових записів із нещодавніми незвичними входами або ситуацій, що запускають вищий рівень контролю ризику. Для старих облікових записів, які тривалий час використовуються в стабільному середовищі, поки не спостерігається масового обов’язкового впровадження перевірки.
Типові причини невдачі або відмови
Документ виданий у непідтримуваному регіоні. Це найпряміший випадок. Якщо регіон знаходиться поза зоною обслуговування, зміна способу подання документа не змінить результат.
Дані документа й облікового запису не збігаються. Якщо ім’я, регіон, країна номера телефона, використаного для реєстрації, та платіжні дані суперечать одне одному, пройти перевірку складно.
Надані матеріали не відповідають вимогам. Прострочений документ, нечітке фото, відблиски або закриті ділянки, а також документи іншої людини можуть призвести до відмови.
Середовище неодноразово змінюється за короткий час. Якщо той самий обліковий запис сьогодні входить через мережевий endpoint однієї країни, а завтра — іншої, платформа може запросити повторну перевірку або одразу відхилити поточну. Зміна середовища сама по собі є і умовою запуску перевірки, і можливою причиною невдачі.
Повторні подання. Кілька невдалих спроб залишають історію та можуть ускладнити подальший розгляд.
Що робити, якщо перевірку не пройдено
Спочатку повністю прочитайте повідомлення. До початку дій уточніть, який тип перевірки потрібен, що саме необхідно надати та чи є кінцевий строк.
Проходьте перевірку у звичному середовищі. Не змінюйте одразу пристрій, мережу або обліковий запис лише через появу запиту.
Надавайте справжні, чинні матеріали, що відповідають даним облікового запису. Не використовуйте посвідчення іншої людини чи матеріали для перевірки невідомого походження. Такі матеріали часто вже багаторазово використовувалися й мають вищу ймовірність запустити контроль ризику.
Якщо перевірку все одно не вдається пройти, використовуйте офіційні канали підтримки. Надішліть звернення через довідковий центр або форму підтримки, опишіть стан облікового запису, етап, на якому процес зупинився, і вже надані матеріали, а потім доповніть інформацію за вказівкою працівників підтримки. Не надсилайте ті самі матеріали багато разів.
Є ще одна ситуація, яку слід розглядати окремо. Якщо регіон облікового запису від самого початку не підтримується, невдала перевірка — це не проблема процедури, а проблема доступності сервісу. У такому разі є лише два практичні варіанти: дочекатися запуску платформи в регіоні або скористатися сервісом, який платформа явно підтримує у вашій місцевості. Спроба підібрати інший документ лише ускладнить ситуацію й не відповідатиме умовам використання.
Як зменшити повсякденні переривання
Жодних спеціальних прийомів не потрібно; головне — стабільні звички користування.
Зберігайте постійний мережевий вихід. Не перемикайте endpoint занадто часто й уникайте спільних виходів невідомого походження.
Зберігайте стабільне середовище. Використовуйте обліковий запис довгостроково в одному й тому самому середовищі входу та підтримуйте узгодженість часового поясу, мови й розташування вихідної IP-адреси, не створюючи суперечливих параметрів.
Використовуйте реальні дані. Під час реєстрації та перевірки вказуйте справжню й чинну інформацію. Спільне використання облікового запису — один із найчастіших факторів запуску перевірки: якщо кілька людей входять в один обліковий запис із різних місць, це може одночасно активувати кілька сигналів ризику. Якщо команді справді потрібен доступ для кількох користувачів, кожен має оформити власну підписку або скористатися офіційним командним планом платформи.
Заздалегідь робіть резервні копії. Регулярно експортуйте й зберігайте історію розмов, контекст проєктів, шаблони промптів, власні проєкти та результати. Це корисно не лише на випадок конкретної перевірки, а й для будь-якої роботи, що залежить від хмарного облікового запису.
Перевірка особи — лише один контрольний етап у життєвому циклі облікового запису. На частоту переривань найбільше впливає те, чи залишається довгостроковий спосіб використання стабільним, достовірним і пов’язаним з одним користувачем.
