Перевірка контрагентів: гайд по демонстрації

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

17 сценаріїв, 67 кроків. Клік по кадру відкриває цей самий крок у живій демонстрації.

Відкрити демонстрацію Показати на вашому процесі
Головний екран демонстрації головний екран демонстрації: усі сценарії, згруповані за задачами

Перевірка контрагента

Сценарій 1

Від заявки з ITSM до висновку: повна перевірка контрагента

Головний сценарій. Дванадцять кроків перевірки, досьє з джерелами, звіт і відповідь заявнику

Що доводитьПоказує весь шлях: заявка приходить з ITSM з анкетою і витягом, агент проходить кроки перевірки на живих джерелах, кожен факт отримує посилання, ризик рахує формула, і на виході комплаєнс отримує звіт у структурі своєї процедури.
Що змінюється після впровадженняПеревірка, яка займала від двох до шести годин ручної роботи, займає шість хвилин. Комплаєнс-офіцер не збирає дані, він читає готове досьє і ухвалює рішення.
Що потрібно від васДоступ до ITSM на читання заявок і на запис відповіді, або хоча б пошта, куди летять заявки.
Пʼять до десяти закритих заявок за минулі місяці, щоб звірити висновки агента з рішеннями ваших людей.
Ваша процедура з порогами Low, Medium і High, щоб рівні збігались з вашими.
Перелік країн і типів операцій, які у вас вважаються підвищеним ризиком.
1 / 15

Заявки приходять з ITSM, не з пошти окремим листом

Це черга комплаєнсу. Кожен рядок це заявка з вашої service desk. Верхня ще не перевірена, три нижні вже мають рівень ризику.

  • Агент читає заявки з ITSM або з поштової скриньки, куди вони падають
  • Черга своя, паралельні перевірки не заважають одна одній
  • Рівень ризику у списку це попередній висновок агента; рішення ухвалює людина
На цьому кроці можна підставити свого контрагента: демонстрація перерахує все далі під нього.
Заявки приходять з ITSM, не з пошти окремим листом пройти цей крок у живій демонстрації
Той самий крок зі своїм контрагентом
Той самий крок після підстановки свого контрагента (приклад: Nordwind Agri Trade GmbH, Німеччина).
2 / 15

Заявка як вона є: частина полів руками, решта у вкладеннях

Відкриваємо заявку. Реквізити заповнив ініціатор, а найважливіше, тобто бенефіціари і структура, лежить у PDF всередині анкети. Саме на цьому місці зазвичай починається ручна робота.

  • Агент бачить ті самі поля, що і людина, нічого не домальовує
  • Вкладення: KYC Questionnaire, витяг з реєстру, проформа
  • Якщо якогось вкладення немає, це піде окремим рядком у розділ «чого бракує»
Заявка як вона є: частина полів руками, решта у вкладеннях пройти цей крок у живій демонстрації
3 / 15

Агент читає вкладення і дістає з них поля

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

  • Розбір документа тією ж моделлю, окремої підписки на розпізнавання не треба
  • Витягнуті поля не приймаються на віру, далі вони звіряються з реєстром
  • Якщо скан нечитабельний, агент так і напише і попросить чіткішу копію
Агент читає вкладення і дістає з них поля пройти цей крок у живій демонстрації
4 / 15

Крок 1 і 2: чи існує компанія і що з країною

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

  • Реєстр: GLEIF, Companies House, OpenCorporates, ЄДР для України, локальні реєстри
  • Країна: перелік FATF, санкційні режими, офшорні юрисдикції лежать у нас локально
  • У переліку країн стоїть дата, і якщо він старший за півроку, агент сам просить його звірити
Крок 1 і 2: чи існує компанія і що з країною пройти цей крок у живій демонстрації
5 / 15

Крок 3: цифровий слід, тобто чи компанія працює насправді

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

  • RDAP це офіційна заміна WHOIS, дає дату реєстрації домену
  • DNS через захищений запит показує, чи є поштові записи
  • Wayback показує перший знімок сайту, тобто реальний вік присутності
Крок 3: цифровий слід, тобто чи компанія працює насправді пройти цей крок у живій демонстрації
6 / 15

Крок 4: власність і ланцюг до живих людей

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

  • Джерела: реєстри бенефіціарів, де вони публічні, плюс дослідження з посиланнями
  • Кожен рівень володіння показується окремим рядком
  • Якщо ланцюг обривається, це окремий сигнал у висновку
Крок 4: власність і ланцюг до живих людей пройти цей крок у живій демонстрації
7 / 15

Крок 5: люди перевіряються окремо від компанії

Компанія у списках чиста. Це нічого не означає, поки не перевірені люди за нею. Директор, обидва бенефіціари і підписант ідуть окремим скринінгом.

  • Особи беруться з KYC-анкети
  • Кожна перевіряється по всіх санкційних списках, на PEP і на негативні медіа
  • Резидентство рф або рб перевіряється окремим питанням
Крок 5: люди перевіряються окремо від компанії пройти цей крок у живій демонстрації
8 / 15

Чому це вважається збігом з тією самою людиною

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

  • Транслітерація кирилиці, зняття організаційних форм, зведення фонетичних варіантів
  • Дата народження і країна працюють дискримінаторами, без них скринінг тоне в однофамільцях
  • Нижче порогу агент не називає це збігом, а показує як імовірний і просить підтвердження
Чому це вважається збігом з тією самою людиною пройти цей крок у живій демонстрації
9 / 15

Крок 6: санкційний скринінг по первинних списках

Списки ми беремо з першоджерела: OFAC, ЄС, Британія, ООН, РНБО, відсторонені Світового банку. Це і дешевше, і сильніше для аудитора: у висновку написано, по якому файлу і якої дати перевірено.

  • Шість списків, усі публічні і безкоштовні, оновлюються щодня
  • Розібраний індекс лежить у нас, тому скринінг не залежить від чужого API
  • Якщо якийсь список не завантажився, агент пише про це прямо і не вдає, що збігів немає
Крок 6: санкційний скринінг по первинних списках пройти цей крок у живій демонстрації
10 / 15

Крок 7: звʼязки з рф і рб окремим питанням

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

  • Пошук з посиланням на кожен знайдений факт
  • Перевіряється і компанія, і її бенефіціари, і повʼязані структури
  • Якщо є підтвердження виходу з ринку, це теж фіксується, бо це аргумент на користь контрагента
Крок 7: звʼязки з рф і рб окремим питанням пройти цей крок у живій демонстрації
11 / 15

Кроки 8 і 9: суди і медіа, з оцінкою достовірності

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

  • Категорії негативу: корупція, хабарництво, шахрайство, кримінал, відмивання, тероризм, порушення санкцій, права людини
  • Одне джерело низької достовірності важить символічно і не змінює рівень ризику
  • Дата публікації і дата отримання інформації зберігаються обидві
Кроки 8 і 9: суди і медіа, з оцінкою достовірності пройти цей крок у живій демонстрації
12 / 15

Кроки 10, 11 і 12: діяльність, фінанси і звірка з анкетою

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

  • Звірка йде без мережі, це порівняння вже зібраних фактів із заявленим
  • Розбіжність у номері або адресі це або помилка в анкеті, або перевіряють не ту компанію
  • Поле, яке не було з чим звірити, лишається позначеним як неперевірене
Кроки 10, 11 і 12: діяльність, фінанси і звірка з анкетою пройти цей крок у живій демонстрації
13 / 15

Вердикт рахує формула

Це найважливіший екран для служби безпеки. Модель тільки збирала факти. Рівень ризику рахується вагами, які можна показати аудитору і які не змінюються від настрою моделі. Ті самі факти завжди дадуть той самий бал.

  • Ваги: збіг у санкційних списках 60, звʼязок з рф або рб 45, нерозкритий бенефіціар 28, розбіжність з анкетою 22
  • Повторний сигнал того самого типу дає половину ваги, щоб одне шумне джерело не роздувало бал
  • Непідтверджене медіа важить 4, тобто видно у звіті, але на рівень не впливає
Вердикт рахує формула пройти цей крок у живій демонстрації
14 / 15

Звіт у структурі вашої процедури

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

  • Розділи: загальна інформація, власність, санкції, PEP, медіа, ризики, фінанси, рівень ризику
  • Кожен ризик має категорію: санкційний, репутаційний, AML, корупційний, фінансовий, юридичний
  • Формат виходу: текст для відповіді в ITSM, JSON для системи, PDF для справи
Звіт у структурі вашої процедури пройти цей крок у живій демонстрації
15 / 15

Відповідь іде назад у ITSM, слід лишається

Заявка закривається там, звідки прийшла. У журналі видно кожен запит: у яке джерело, скільки тривав, що повернув. Це аудиторський слід, якого не дає жоден чат з мовною моделлю.

  • У ITSM летить текст звіту плюс посилання на повне досьє
  • Журнал зберігає час, джерело, тривалість і результат кожного кроку
  • Рішення людини теж пишеться у журнал: хто погодив або відхилив і з яким коментарем
Відповідь іде назад у ITSM, слід лишається пройти цей крок у живій демонстрації
Сценарій 2

Чистий контрагент: як виглядає Low і на чому він тримається

Зворотний бік перевірки. Тут важливо, щоб система не заспокоювала на порожньому місці

Що доводитьПоказує, що низький ризик завжди означає перевірений результат. Система окремо розрізняє «перевірено і чисто» від «перевірити не вдалося», і другий випадок ніколи не подається як низький ризик.
Що змінюється після впровадженняКомплаєнс бачить різницю між чистим контрагентом і непокритою перевіркою одразу, у момент перевірки.
Що потрібно від васПерелік джерел, які у вас вважаються обовʼязковими для висновку.
Правило, що робити, коли обовʼязкове джерело недоступне: чекати чи виносити рішення з поміткою.
1 / 3

Та сама перевірка, інший контрагент

Естонський перевалочний оператор, звичайна операція. Кроки ті самі, ніхто нічого не спрощує через те, що контрагент виглядає нормальним.

  • Порядок кроків не залежить від очікувань
  • Європейська юрисдикція має публічні реєстри, тому даних більше
  • Час перевірки менший, бо менше довгих досліджень
Та сама перевірка, інший контрагент пройти цей крок у живій демонстрації
2 / 3

Low це висновок з доказами

Рівень Low означає, що перевірено все і нічого не знайдено. У звіті видно, що саме перевірялось і якими списками, бо «нічого не знайшли» без переліку перевіреного нічого не варте.

  • Покриття рахується окремо: скільки змістовних кроків дали факти
  • Дати списків фіксуються, щоб через рік було видно, на що спирались
  • Той самий звіт з тих самих восьми розділів
Low це висновок з доказами пройти цей крок у живій демонстрації
3 / 3

А тепер найважливіше: коли перевірити НЕ вдалося

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

  • Якщо змістовних кроків з фактами менше половини, рівень не виставляється взагалі
  • Замість Low система пише «недостатньо даних для висновку» і називає, чого бракує
  • Стоп-фактор перекриває це правило: якщо збіг у списках знайдено, висновок робиться навіть при малому покритті
А тепер найважливіше: коли перевірити НЕ вдалося пройти цей крок у живій демонстрації

Окремі предмети перевірки

Сценарій 3

Фізична особа і ФОП: перевірка людини

Той самий двигун, інші кроки: реєстру компаній немає, зате є PEP, резидентство і повʼязані структури

Що доводитьПоказує, що предмет перевірки задається у заявці. Для людини не виконуються кроки про фінзвітність і структуру власності, зате додаються PEP, резидентство санкційних країн і компанії, де ця людина є бенефіціаром.
Що змінюється після впровадженняПеревірка фізособи перестала бути пошуком по імені в гуглі. Кожен збіг показує, чому він збіг, і однофамільці відсіюються.
Що потрібно від васПрізвище, імʼя, дата народження і громадянство. Без дати народження скринінг тоне в однофамільцях.
Роль особи: директор, бенефіціар, представник, кандидат на посаду.
Ваше правило щодо PEP: заборона чи посилена перевірка з погодженням.
1 / 4

Заявка на людину

У заявці стоїть тип «фізична особа». Від цього змінюється маршрут: агент прибирає кроки, яких для людини не існує, і додає свої.

  • Для людини не запускаються реєстр компаній, структура власності і фінзвітність
  • Додаються PEP, резидентство рф або рб, повʼязані компанії
  • Список санкційних списків той самий
Заявка на людину пройти цей крок у живій демонстрації
2 / 4

Що агент питає про людину

Пʼять питань замість дванадцяти. Це і швидше, і чесніше: ми не малюємо кроки, яких для фізособи не буває.

  • Санкційні списки, PEP, негативні медіа, резидентство, повʼязані компанії
  • Дата народження і країна працюють дискримінаторами у кожному списку
  • Якщо особа знайдена як бенефіціар компаній, вони показуються окремо
Що агент питає про людину пройти цей крок у живій демонстрації
3 / 4

Однофамільці відсіюються, і видно чому

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

  • Транслітерація кирилиця-латиниця в обидва боки
  • Фонетичні варіанти: g і h, w і v, ph і f
  • Дата народження підтверджує або відкидає збіг, вона важливіша за схожість написання
Однофамільці відсіюються, і видно чому пройти цей крок у живій демонстрації
4 / 4

Висновок по людині

Структура звіту та сама. Різниця в тому, що розділ про власність тут показує компанії, де особа є бенефіціаром.

  • Рівень у вашій шкалі
  • Категорії ризиків ті самі
  • Список компаній під питанням додається окремо, бо це наступні заявки
Висновок по людині пройти цей крок у живій демонстрації
Сценарій 4

Судно: прапор, заходи в порти рф, відключення AIS, тіньовий флот

Предмет перевірки, якого немає в жодному реєстрі компаній

Що доводитьПоказує, що судно перевіряється своїми питаннями. Тут немає структури власності і фінзвітності, зате є прапор та його зміни, судновласник і оператор, заходи в порти рф, розриви у сигналі AIS і перевалка борт у борт.
Що змінюється після впровадженняФрахт, який виглядав звичайним, зупинений до зʼясування: у судна дві зміни прапора за рік і три розриви AIS у Чорному морі.
Що потрібно від васНазва судна і номер IMO. По назві без IMO бувають тезки, це окрема помилка.
Ваше правило щодо прапорів зручності і щодо суден зі змінами прапора за останній рік.
Якщо у вас є підписка на AIS, доступ до неї. Без неї агент працює з відкритими даними, і це видно у звіті.
1 / 4

У заявці судно

Фрахт під перевезення. Перевіряти треба саме судно: власник може бути чистим, а судно ходити туди, куди не можна.

  • Тип заявки задає набір кроків
  • Компанія-судновласник перевіряється окремою заявкою
  • Прапор перевіряється як юрисдикція
У заявці судно пройти цей крок у живій демонстрації
2 / 4

Що взагалі відомо про судно

Спершу картка: IMO, прапор, вік, власник, оператор і менеджер. Це три різні компанії, і кожна може бути точкою ризику.

  • IMO не змінюється ніколи, тому саме він ключ перевірки
  • Судновласник, оператор і технічний менеджер перевіряються як окремі юрособи
  • Прапор перевіряється тим самим переліком юрисдикцій, що і країна компанії
Що взагалі відомо про судно пройти цей крок у живій демонстрації
3 / 4

Сигнали, яких не буває в компаній

Ось справжня причина перевіряти судно окремо. Зміни прапора, розриви в сигналі AIS, перевалка борт у борт у відкритому морі і заходи в порти рф. Кожен з цих сигналів окремо ще нічого не доводить, разом вони дають портрет.

  • Відключення AIS на кілька діб у районі перевалки це класична схема
  • Зміна прапора і класифікаційного товариства в один рік це сигнал
  • Переліки суден тіньового флоту публікуються і теж перевіряються
Сигнали, яких не буває в компаній пройти цей крок у живій демонстрації
4 / 4

Висновок по судну і що з ним робить фрахтувальник

Судно не під санкціями. І при цьому працювати з ним не можна без зʼясування. Саме такі випадки ручна перевірка пропускає найчастіше, бо шукає назву у санкційному списку і на цьому зупиняється.

  • Рівень рахується тими самими вагами
  • У звіті окремо сказано, що судна немає у переліках, щоб не вводити в оману
  • Рекомендації написані під конкретне рішення фрахтувальника
Висновок по судну і що з ним робить фрахтувальник пройти цей крок у живій демонстрації
Сценарій 5

Портфель контрагентів: перевірити всіх, кого вже пустили в роботу

Ревізія діючих договорів однією чергою

Що доводитьПоказує, що агент працює не тільки на вході. Список діючих контрагентів завантажується файлом, перевіряється чергою, а на виході таблиця з рівнями ризику і фільтром по High.
Що змінюється після впровадженняЗ 640 діючих контрагентів увагу потребують 11. Раніше такий перегляд не робили взагалі, бо руками це кілька людино-місяців.
Що потрібно від васВивантаження діючих контрагентів: назва, країна, номер, тип операції.
Рішення, у якому порядку перевіряти: за сумою договору, за країною чи все підряд.
Хто отримує список High і за скільки днів має його розібрати.
1 / 2

Завантаження списку і черга

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

  • Черга з обмеженням одночасних перевірок
  • Повтори не перевіряються двічі: той самий контрагент за тиждень береться з кешу
  • Прогрес видно, зупинити можна будь-коли
Завантаження списку і черга пройти цей крок у живій демонстрації
2 / 2

Результат: одинадцять рядків, які треба розібрати

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

  • У кожного рядка є рівень, повне досьє і звіт
  • Сортування за рівнем і за сумою договору
  • Вивантаження у таблицю для наради
Результат: одинадцять рядків, які треба розібрати пройти цей крок у живій демонстрації
Сценарій 6

Контрагент, за яким стоїть ваш власний працівник

Того, чого не покаже жоден зовнішній реєстр, бо перелік ваших людей є тільки у вас

Що доводитьПоказує перевірку, якої немає у стандартній процедурі: звірку бенефіціарів і директорів контрагента з переліком власних працівників замовника. Це найчастіше зловживання у закупівлях і водночас найдешевша перевірка з усіх, бо матчинг імен у нас уже є.
Що змінюється після впровадженняНа ревізії портфеля знайдено двох постачальників, бенефіціари яких збігаються з працівниками відділу закупівель.
Що потрібно від васВивантаження працівників: ПІБ, підрозділ, посада. Дата народження бажана, без неї більше хибних тривог.
За можливості перелік повʼязаних осіб і компаній, які у вас уже відомі.
Рішення, хто розглядає такі випадки: за визначенням інший підрозділ, ніж той, де знайшли звʼязок.
1 / 3

Перелік своїх лежить у вашому контурі

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

  • Перелік зберігається у вашому контурі і оновлюється вивантаженням
  • Порівняння локальне, у пошук і в мовну модель ці імена не йдуть
  • Без переліку крок позначається як неперевірений
Перелік своїх лежить у вашому контурі пройти цей крок у живій демонстрації
2 / 3

Збіг знайдено, і видно, чому це саме він

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

  • Той самий матчинг, що і для санкційних списків: транслітерація, порядок слів, дата народження
  • Імовірний збіг лишається імовірним і йде людині на рішення
  • Контрагент і працівник у звіті названі обидва, бо рішення ухвалює людина
Збіг знайдено, і видно, чому це саме він пройти цей крок у живій демонстрації
3 / 3

Що з цим робить система і що робить людина

Агент не звинувачує нікого. Він піднімає рівень ризику, пише категорію «корупційний» і прямо каже, що рішення має ухвалювати не той підрозділ, у якому знайдено звʼязок.

  • Вага цього сигналу окрема і налаштовується під вашу процедуру
  • У звіті названі обидві сторони звʼязку і оцінка збігу
  • Якщо звʼязок підтвердився, це привід переглянути і минулі закупівлі цього постачальника
Що з цим робить система і що робить людина пройти цей крок у живій демонстрації
Сценарій 7

Два наші постачальники виявились однією компанією

Перевірка одного контрагента цього не бачить у принципі, бо дивиться на нього окремо

Що доводитьПоказує те, чого не дає жоден агрегатор за жодні гроші: звʼязки між вашими власними контрагентами. Спільний директор, спільна адреса або спільний телефон у двох учасників однієї процедури це вже не збіг.
Що змінюється після впровадженняНа ревізії портфеля знайдено чотири пари постачальників зі спільними реквізитами, дві з них подавались на один тендер.
Що потрібно від васНічого. Це рахується з тих досьє, які у вас уже зібрані, локально і без жодного запиту назовні.
За бажанням: перелік процедур, щоб агент одразу казав, чи були повʼязані компанії конкурентами в одній закупівлі.
1 / 3

Агент порівнює нове досьє з усіма попередніми

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

  • Порівняння локальне: жоден запит назовні не йде і нічого не коштує
  • Порівнюються особи, повʼязані компанії, адреси, телефони і домени
  • Слабкі збіги відкидаються: адреса без номера будинку і саме прізвище без імені сигналу не дають
Агент порівнює нове досьє з усіма попередніми пройти цей крок у живій демонстрації
2 / 3

Один директор на дві різні юрособи

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

  • Матчинг той самий, що і для санкційних списків: транслітерація, порядок слів, дата народження
  • Крім особи збіглись телефон у заявці і домен пошти
  • Агент показує, звідки взято кожен збіг: анкета, реєстр чи попереднє досьє
Один директор на дві різні юрособи пройти цей крок у живій демонстрації
3 / 3

Що з цим іде у звіт

Категорія ризику тут структурна. Агент не називає це змовою: він показує факт і залишає рішення людині, бо у половині випадків це просто група компаній, про яку нам не сказали.

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

Як це живе далі

Сценарій 8

Звідки агент бере дані і що буде, якщо джерело не відповіло

Найчастіше питання служби безпеки. Відповідь конкретна, з переліком і датами

Що доводитьПоказує кожне джерело у його рідному вигляді, чесно розділяє безкоштовні і платні, і головне, показує, що робить система, коли джерело недоступне.
Що змінюється після впровадженняПитання «а звідки ви це взяли» закривається одним екраном.
Що потрібно від васВаш перелік джерел, якщо у вас уже є підписки. Платну базу на кшталт World-Check, якщо вона у вас є, підключимо вашим ключем.
Рішення, які джерела для вас обовʼязкові для висновку, а які додаткові.
1 / 6

Санкційні списки беремо з першоджерела

Це фрагмент справжнього файлу OFAC SDN. Ми не питаємо агрегатора, ми качаємо первинний список і розбираємо його самі. Для аудитора це сильніше: у висновку написано, по якому файлу і якої дати перевірено.

  • Шість первинних списків: OFAC SDN, EU FSF, UK OFSI, ООН, РНБО через НАЗК, відсторонені Світового банку
  • Розібраний індекс лежить у нас, скринінг не залежить від чужого API і його лімітів
  • Оновлення раз на добу, дата останнього оновлення видна у звіті
Санкційні списки беремо з першоджерела пройти цей крок у живій демонстрації
2 / 6

Що ще підключено безкоштовно

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

  • OFAC ширший за SDN: компанія буває чистою в SDN і при цьому під секторальними обмеженнями, і платіж не пройде
  • НАЗК публікує три переліки: особи, юрособи і судна, раніше ми брали лише перший
  • Розшук Interpol стоїть окремо від санкцій: він піднімає прапорець, а рішення про операцію ухвалює людина
Що ще підключено безкоштовно пройти цей крок у живій демонстрації
3 / 6

Друга хвиля: офшорні витоки, судна, інфраструктура

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

  • ICIJ це зачіпка для перевірки: наявність у витоку не є порушенням, і саме так факт формулюється у звіті
  • Українські реєстри тут працюють на міжнародний кейс: НАЗК веде переліки обходу санкцій і тіньового флоту
  • Сертифікати домену ловлять звʼязок двох «незалежних» компаній на спільній інфраструктурі
Друга хвиля: офшорні витоки, судна, інфраструктура пройти цей крок у живій демонстрації
4 / 6

Негатив шукається мовою країни і англійською

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

  • Мова пошуку береться з країни реєстрації і додається до української та англійської
  • У кожному знайденому матеріалі агент позначає мову публікації
  • Перекладу ми не довіряємо наосліп: посилання на оригінал завжди у звіті
Негатив шукається мовою країни і англійською пройти цей крок у живій демонстрації
5 / 6

Джерело не відповіло: що бачить комплаєнс

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

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

Замість Low пишеться «недостатньо даних»

Це правило ми вважаємо головним у продукті. Найгірша помилка такої системи не в тому, що вона щось пропустила, а в тому, що вона заспокоїла на порожньому місці.

  • Рівень не виставляється, поки покриття менше половини
  • Система прямо називає, яких документів або доступів бракує
  • Стоп-фактор перекриває правило: знайдений збіг дає висновок навіть при малому покритті
Замість Low пишеться «недостатньо даних» пройти цей крок у живій демонстрації
Сценарій 9

Перевірка не разова: що змінилось після того, як договір уже підписаний

Контрагент був чистий у травні і потрапив у список у серпні. Хтось має це помітити

Що доводитьПоказує головну довгу цінність: одноразова перевірка застаріває наступного дня. Агент щоночі переганяє перелік діючих контрагентів по санкційних списках і показує саме зміни.
Що змінюється після впровадженняЗа тиждень знайдено три зміни статусу серед діючих договорів. Жодну з них не помітили б до наступної планової перевірки.
Що потрібно від васПерелік діючих контрагентів і дати закінчення договорів.
Кому летять сповіщення: пошта, Telegram, задача в ITSM.
Правило ескалації: що робити зі зміною рівня до High під час дії договору.
1 / 5

Що взагалі означає «під наглядом»

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

  • Перескан щодня, вночі, по всіх шести первинних списках
  • Повна перевірка з дослідженням запускається лише тоді, коли зʼявився новий сигнал
  • Тому нагляд коштує копійки, у рази дешевше за щоденну нову перевірку
Що взагалі означає «під наглядом» пройти цей крок у живій демонстрації
2 / 5

У кожного контрагента свій ритм перевірки

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

  • Періодичність від доби до кварталу, задається при взятті під нагляд
  • До підписки чіпляється номер договору і дата його закінчення
  • Коли договір закінчився, контрагент сам виходить з-під нагляду і не витрачає ресурс
У кожного контрагента свій ритм перевірки пройти цей крок у живій демонстрації
3 / 5

Раз на місяць приходить картина цілком

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

  • Дайджест береться з того самого журналу змін, нічого не рахується заново
  • Окремо показані ті, кого не вдалось перевірити вдвічі довше за їхню періодичність
  • Окремо ті, у кого договір закінчується протягом місяця
Раз на місяць приходить картина цілком пройти цей крок у живій демонстрації
4 / 5

Сповіщення приходить туди, де людина працює

Не в чергову панель, яку ніхто не відкриває. У повідомленні одразу видно, що саме змінилось, коли це сталось і що з цим робити.

  • Канали: пошта, Telegram, задача в ITSM
  • У повідомленні різниця з попередньою перевіркою
  • Посилання веде на повне досьє з обома версіями
Сповіщення приходить туди, де людина працює пройти цей крок у живій демонстрації
5 / 5

Що це означає у грошах і в ризику

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

  • Раніше контрагента перевіряли один раз, на вході, і далі роками не поверталися
  • Тепер зміна статусу помічається за добу
  • Аудит бачить дату кожної перевірки і дату кожної зміни
Що це означає у грошах і в ризику пройти цей крок у живій демонстрації
Сценарій 10

Через рік у вас спитають, на підставі чого ви це підписали

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

Що доводитьПоказує те, про що згадують лише тоді, коли вже пізно: висновок «збігів немає» без дати списку нічого не доводить, а звіт без контрольної суми неможливо відрізнити від виправленого заднім числом.
Що змінюється після впровадженняНа аудиті питання закривається двома екранами замість листування з підрядником.
Що потрібно від васНічого. Це працює за замовчуванням у кожній перевірці.
За бажанням: рішення, чи потрібен вам кваліфікований електронний підпис на звіті понад контрольну суму.
1 / 2

У звіті записано, з якою саме версією списку звірялись

Формулювання «санкційних збігів не виявлено» саме по собі не доводить нічого. Доводить рядок «звірено з файлом OFAC SDN від восьмого серпня, сімнадцять тисяч записів»: це може перевірити будь-хто, включно з аудитором.

  • Дата і розмір кожного списку зберігаються разом з досьє
  • Якщо свіжу версію завантажити не вдалося, у звіті стоїть про це окремий рядок
  • Список, старший за півроку, сам просить звірки
У звіті записано, з якою саме версією списку звірялись пройти цей крок у живій демонстрації
2 / 2

Контрольна сума: звіт не можна тихо переписати

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

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

Що агент робить сам, а що завжди віддає людині

Головне заперечення служби безпеки. Відповідь має бути конкретною: хто, що і на якому кроці

Що доводитьПоказує точну межу самостійності агента, пороги, які комплаєнс змінює сам, і правило навчання: агент вчиться тільки з підтверджень людини.
Що змінюється після впровадженняПитання відповідальності перестало бути філософським: є перелік того, що агент робить сам, і перелік того, що він не робить ніколи.
Що потрібно від васВаша процедура з порогами Low, Medium, High.
Хто саме має право підтверджувати збіг і закривати заявку.
Правило щодо автоматичної відмови: чи можна її взагалі, чи завжди через людину.
1 / 4

Дві колонки, без розмитих формулювань

Агент не ухвалює рішень про контрагента. Він збирає факти, рахує бал за формулою і готує звіт. Рішення підписує людина. Так влаштовано технічно.

  • Агент не має права ані затвердити контрагента, ані відмовити йому
  • Він також не пише нічого назовні: ні листів контрагенту, ні змін у договорах
  • Усе, що він може, це зібрати досьє, порахувати бал і покласти звіт у заявку
Дві колонки, без розмитих формулювань пройти цей крок у живій демонстрації
2 / 4

Пороги живуть у кабінеті, і кожна зміна лишає слід

Усе це налаштовується. У кабінеті є екран налаштувань: ваги сигналів, межі рівнів, мінімальне покриття, поріг збігу імені, кеш і стеля витрат. Зберегли, і наступна перевірка вже рахується за новими правилами.

  • Кожна зміна пишеться у журнал: хто, коли, яка версія налаштувань
  • Версія налаштувань друкується у кожному звіті
  • Невідомі і відʼємні значення система ігнорує, зламати формулу випадково не вийде
Пороги живуть у кабінеті, і кожна зміна лишає слід пройти цей крок у живій демонстрації
3 / 4

Пороги змінює комплаєнс

У вас своя процедура зі своїми межами. Тому пороги і ваги лежать у налаштуваннях: ви міняєте їх самі, без нашої участі і без оновлення системи.

  • Ваги сигналів і межі рівнів у файлі налаштувань
  • Перелік юрисдикцій теж оновлюється вами, коли FATF змінює списки
  • Кожна зміна порогів пишеться у журнал з датою і автором
Пороги змінює комплаєнс пройти цей крок у живій демонстрації
4 / 4

Офіцер каже агенту, що сигнал хибний

Будь-який скоринг з часом розʼїжджається з реальністю конкретної компанії. У вашому портфелі однофамільці у розшуку майже завжди виявляються однофамільцями, а розбіжність КВЕД майже завжди реальною проблемою. Побачити це можна лише на рішеннях ваших людей.

  • У кожного ризик-фактора дві кнопки: підтверджую і хибне спрацювання
  • Раз на квартал агент показує статистику і пропонує змінити вагу, якщо вибірка достатня
  • Автоматично вага НЕ змінюється ніколи: систему, яка сама собі міняє правила, неможливо захистити перед аудитором
Офіцер каже агенту, що сигнал хибний пройти цей крок у живій демонстрації

Як це впроваджується

Сценарій 12

Як ми тестуємо агента до того, як він побачить ваші заявки

Питання, яке ставлять усі: а звідки ви знаєте, що йому можна вірити

Що доводитьПоказує, що якість вимірюється цифрою. Є набір контрольних кейсів з відомою відповіддю, є прогін на ваших закритих заявках і є два види помилок, які ми рахуємо окремо.
Що змінюється після впровадженняПеред запуском ви бачите таблицю: скільки збігів знайдено, скільки пропущено, скільки хибних тривог.
Що потрібно від васДесять до двадцяти закритих заявок за минулі місяці з рішеннями ваших людей.
Кілька випадків, де рішення було спірним, вони найцінніші.
Ваш поріг прийнятності: скільки хибних тривог ви готові терпіти заради нуля пропусків.
1 / 2

Контрольний набір: кейси з відомою відповіддю

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

  • У наборі є і ті, кого треба знайти, і ті, кого треба НЕ знайти
  • Складні випадки: кирилиця проти латиниці, тезки, змінені організаційні форми
  • Прогін автоматичний, запускається на кожну зміну в системі
Контрольний набір: кейси з відомою відповіддю пройти цей крок у живій демонстрації
2 / 2

Прогін на ваших закритих заявках

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

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

Що виходить за ваш контур, а що не виходить ніколи

Без формулювань «дані надійно захищені». Конкретний перелік

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

Що фактично виходить назовні

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

  • До санкційних списків нічого не надсилається взагалі: вони лежать у нас, перевірка йде локально
  • До реєстрів іде назва або номер компанії, як у звичайному пошуку
  • До мовної моделі іде назва, країна і питання кроку
Що фактично виходить назовні пройти цей крок у живій демонстрації
Сценарій 14

Скільки це коштує під ваші обсяги

Живий калькулятор. Видно, за що саме платиться і чому нагляд дешевший за перевірку

Що доводитьПоказує структуру вартості: разова перевірка, глибока перевірка, постійний нагляд і ревізія портфеля. Цифри рухаються під ваші обсяги прямо на екрані.
Що змінюється після впровадженняРозмова про ціну перестає бути торгом навпомацки: видно, з чого вона складається і що дешевшає при зростанні обсягу.
Що потрібно від васСкільки заявок на перевірку у вас на місяць і яка частка з них по непрозорих юрисдикціях.
Скільки діючих контрагентів має бути під наглядом.
Чи є у вас підписки, які ми можемо використати замість наших джерел.
1 / 4

Посуньте повзунки під свої цифри

Це модель вартості. Звичайна перевірка йде переважно по безкоштовних джерелах. Глибока додає дослідження, а воно і є основною статтею витрат. Нагляд коштує копійки, бо списки вже у нас.

  • Звичайна перевірка: реєстри, шість санкційних списків, цифровий слід, коротке дослідження
  • Глибока: непрозора юрисдикція, ланцюг бенефіціарів, судно, повний медіа-скринінг
  • Нагляд: щоденний перескан по списках, без мовної моделі
Посуньте повзунки під свої цифри пройти цей крок у живій демонстрації
2 / 4

Чому глибока перевірка дорожча в рази

Різниця в кількості роботи. Компанія з ОАЕ або Китаю не має публічного реєстру бенефіціарів, тому агент робить кілька окремих досліджень і кожне з них це реальні гроші.

  • Звичайна перевірка це переважно безкоштовні джерела плюс одне коротке дослідження
  • Глибока це пʼять до восьми окремих досліджень з пошуком
  • Кеш економить помітно: той самий контрагент за тиждень не перевіряється вдруге
Чому глибока перевірка дорожча в рази пройти цей крок у живій демонстрації
3 / 4

Скільки коштувала конкретна перевірка, до копійки

Кожен виклик моделі пишеться з токенами і вартістю і привʼязується до перевірки. Тому у досьє стоїть точна сума. І на добу є стеля: коли вона вибрана, дослідження зупиняється, а у звіті стоїть причина.

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

З чим це порівнювати

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

  • Ручна перевірка одного нерезидента це від двох до шести годин
  • Ревізія портфеля вручну не робиться ніколи, бо це людино-місяці
  • Один пропущений випадок дорожчий за річну вартість системи
З чим це порівнювати пройти цей крок у живій демонстрації
Сценарій 15

Що потрібно від вас, щоб це запрацювало

Готовий список, який можна віддати своєму ІТ і своєму комплаєнсу

Що доводитьДає конкретний перелік доступів, документів і рішень. Без нього агент або не запуститься, або вигадуватиме, а це нам не підходить.
Що змінюється після впровадженняЗамість листування на два тижні один список, за яким видно, хто що робить і чого ще бракує.
Що потрібно від васВідповідальний з боку комплаєнсу і відповідальний з боку ІТ. Двох людей достатньо.
1 / 2

Що робимо ми і що потрібно від вас

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

  • Мінімум для старту це заявки і анкети, решту можна підключати поступово
  • Пункт з позначкою «!» блокує частину перевірки, пункт з крапкою просто робить її повнішою
  • Перший пілот можна робити на вивантаженнях, без інтеграції з ITSM
Що робимо ми і що потрібно від вас пройти цей крок у живій демонстрації
2 / 2

З чого починається пілот

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

  • Тиждень на налаштування порогів під вашу процедуру
  • Тиждень паралельної роботи: агент готує, людина перевіряє
  • Далі інтеграція і нічний моніторинг
З чого починається пілот пройти цей крок у живій демонстрації
Сценарій 16

Заявка з ITSM заходить сама, і туди ж повертається відповідь

Плюс те, що тихо псує будь-яку перевірку: протухлий список і дублікати контрагентів

Що доводитьПоказує три речі, які роблять систему придатною до щоденної роботи: приймання заявки без ручного заведення, сторож свіжості санкційних списків і пошук дублікатів у портфелі.
Що змінюється після впровадженняКомплаєнс перестає копіювати дані з заявки руками, а служба безпеки бачить, коли скринінг перестав бути скринінгом.
Що потрібно від васАдреса вашого ITSM і спосіб автентифікації, щоб він міг створювати перевірку викликом.
Рішення, у якому полі заявки лежить назва контрагента, код і країна: у різних системах вони називаються по-різному.
1 / 3

Заявка створює перевірку без людини посередині

Раніше ми віддавали відповідь текстом, а саму заявку хтось заводив руками. Тепер ITSM створює перевірку одним викликом і одразу отримує номер, за яким потім забере готовий звіт тим самим текстом.

  • Поля приймаються з синонімами: у різних ITSM це name, counterparty або subject_name
  • Вкладення заходять разом із заявкою: PDF, скани, таблиці і текст
  • Номер заявки зберігається у перевірці, тому відповідь завжди повертається у свій тікет
Заявка створює перевірку без людини посередині пройти цей крок у живій демонстрації
2 / 3

Сторож свіжості: коли скринінг перестав бути скринінгом

Уявіть, що OFAC змінив адресу файла. Завантаження мовчки падає, ми лишаємось на вчорашньому кеші, потім на місячному, і весь цей час чесно пишемо «збігів немає». Формально правда, по суті брехня. Тому сервіс сам стежить за віком кожного списку.

  • Дві доби без оновлення це попередження, тиждень це поломка
  • Порожній розбір списку теж поломка: скринінг по ньому нічого не дасть
  • Свіжий контейнер без жодного завантаження поломкою НЕ вважається, інакше кожен деплой давав би хибний сигнал
Сторож свіжості: коли скринінг перестав бути скринінгом пройти цей крок у живій демонстрації
3 / 3

Той самий контрагент у трьох написаннях

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

  • Різні реєстраційні номери НЕ зливаються ніколи: це різні юрособи, як би схоже вони не називались
  • Компанії з різних країн не вважаються дублікатами навіть при однаковій назві
  • Обʼєднання робить людина: агент лише показує ймовірні збіги і те, скільки перевірок було зайвими
Той самий контрагент у трьох написаннях пройти цей крок у живій демонстрації
Сценарій 17

Робочий кабінет: перевірка ваших реальних контрагентів

Окреме середовище на живих джерелах, доступ за логіном, для конкретних людей вашого комплаєнсу

Що доводитьПоказує, що дає робочий кабінет понад цю демонстрацію: живі санкційні списки, живі реєстри і справжня вартість перевірки, а контрагентів вибираєте ви.
Що змінюється після впровадженняКомплаєнс перевіряє своїх контрагентів сам, у своєму темпі, і бачить власні висновки поруч з висновками агента.
Що потрібно від васПрізвища тих, кому відкриваємо доступ. Кабінет закритий, вхід за логіном, у журналі видно, хто що запускав.
Від десяти до двадцяти реальних контрагентів, бажано з уже відомим вам результатом: тоді буде з чим звіряти.
Ваші пороги Low, Medium, High, щоб рівні у висновку збігались з вашою процедурою.
1 / 4

Що дає робочий кабінет понад цю демонстрацію

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

  • Санкційні списки живі: OFAC, ЄС, Британія, ООН, РНБО, Світовий банк, оновлення щодня
  • Реєстри і дослідження живі, тому час і вартість перевірки теж справжні, вони видно у журналі
  • Кабінет закритий: вхід за логіном, кожна перевірка підписана тим, хто її запустив
Що дає робочий кабінет понад цю демонстрацію пройти цей крок у живій демонстрації
2 / 4

Як виглядає робота: черга ваших перевірок

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

  • Перевірку запускає людина або система заявок, у кабінеті видно обидва джерела
  • Стан кожної перевірки видно у реальному часі, поки вона йде
  • Готовий результат лишається чернеткою до погодження офіцером
Як виглядає робота: черга ваших перевірок пройти цей крок у живій демонстрації
3 / 4

Що виходить за контур, коли контрагент справжній

У робочому кабінеті питання контуру стає практичним. Тому називаємо прямо, що саме залишає контур під час живої перевірки, а що лишається у вас завжди.

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

Що ми просимо у відповідь: розмітку помилок агента

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

  • Кнопки «підтверджую» і «хибний сигнал» стоять на кожному факторі окремо
  • Ваги міняє людина у налаштуваннях, і кожна зміна лишає слід у журналі
  • Пропозиція змінити вагу зʼявляється після восьми випадків одного типу: на меншій кількості це ще випадковість
Що ми просимо у відповідь: розмітку помилок агента пройти цей крок у живій демонстрації

Показати це на вашому процесі

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

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