ЖИ-скрининг дегеніміз — обменникке түскен әр өтінімді модератор көрмей тұрып, алгоритмнің күдікті белгілерге тексеруі. Меншік иесі үшін бұл — тағы үш тексеруші жалдау мен өз бетінше он өтінімнің сегізін өткізіп жіберетін фильтр орнатудың айырмашылығы. Әсіресе жұма кеші кассаға шабуыл жасағандай көрінгенде.
Қолмен тексерудің кемшілігі неде
Модератор мыңдаған бұрынғы операцияны есінде сақтай алмайды. Ол бір өтінімге — соммасына, әмиянына, IP-ге — қарап, отыз секундта шешім қабылдайды. Тәжірибелі адам анық алаяқтықты байқайды. Бірақ әртүрлі аккаунттар арқылы бір әмиянға жіберілген бес шағын аударымның арасындағы байланысты ол көрмейді — себебі ол тек ағымдағы өтінімді көреді, толық тарихты емес.
Ал ағын неғұрлым көп болса, шешім соғұрлым тез қабылданады — демек, қателер де жиілейді. Қатарынан үшінші ауысымдағы шаршаған модератор таңертең тексеруге жіберетін нәрсені бекітіп жібереді.
ЖИ-скрининг іс жүзінде қалай жұмыс істейді
Жүйе алаяқтықты "түсінбейді" — ол белгілерді бұрын мәселе туғызған үлгілермен салыстырып, әр өтінімге тәуекел балын қояды. Ал шекті деңгейді обменниктің өзі белгілейді: өткізу, қолмен тексеруге жіберу немесе бас тарту.
- Жылдамдық пен жиілік — бір құрылғыдан бір сағатта он өтінім түсуі аптасына бір өтінімнен мүлде басқаша көрінеді;
- Әмияндар арасындағы байланыс — жаңа мекенжай бұрын белгіленген әмияннан қаражат алған болса, тәуекел артады;
- Сәйкессіздіктер — IP елі төлем әдісінің еліне сәйкес келмейді немесе құрылғы өтінімнен өтінімге ауысып тұрады;
- Мінез-құлық белгілері — форманы тым жылдам толтыру немесе деректерді бөтен профильден көшіріп алу.
Әр белгінің өзі жеке дәлел бола алмайды. Бірақ бес белгі бірден шықса, бұл автоматты бас тартуға емес, қолмен тексеруге негіз болады.
Жұма кеші: іс жүзінде қалай көрінеді
Орташа көлемдегі обменникті елестетіңіз. Жұма кешіне қарай өтінімдер саны бірнеше есе өседі — адамдар демалыс алдында валюта айырбастайды, трейдерлер позицияларын жабады. Ауысымдағы жалғыз модератор әр клиенттің тарихын зерттеуге үлгермейді.
Дәл осы кезде ЖИ-фильтр бірінші қорғаныс шебі ретінде жұмыс істейді: әдеттегі өтінімдердің басым бөлігін кідіріссіз өткізіп, тәуекел белгілері сәйкес келетін азғантай бөлігін бөлек кезекке қалдырады. Модераторға мың емес, небәрі он бес өтінім қалады — әрқайсысына уақыт жетеді.
ЖИ қай жерде қателеседі және адам неге әлі де қажет
Модель бұрынғы үлгілер бойынша үйретілген, сондықтан бұрын-соңды болмаған мүлде жаңа алаяқтық түрі байқалмай қалуы мүмкін. Керісінше де солай: тым сезімтал шек қойылса, жүйе жай ғана сирек айырбастайтын, сол себепті "әдеттен тыс" көрінетін кәдімгі клиенттерден бас тарта бастайды.
Шешім — толық автоматтандыру емес, фильтр плюс даулы жағдайлар үшін адам. Модератор жүйенің тәуекел балын неге көтергенін көре алуы керек, түсініксіз бас тартуды ғана алмауы тиіс.
Енгізу кезіндегі жиі кездесетін қателер
- Бас тарту шегін бірден тым қатаң қою — бұл бірінші аптада-ақ нақты клиенттерді жоғалтады;
- Фильтрді қосып, ұмытып кету — алаяқтық үлгілері бірнеше айда бір өзгереді, ал қатып қалған ережелер тез ескіреді;
- Шешімнің себебін жазып қалдырмау — бір айдан кейін өтінімнің неге қабылданбағанын ешкім түсіндіре алмайды.
Қорытынды
ЖИ-скрининг модераторды алмастырмайды — ол модератордың не істейтінін өзгертеді: әр өтінімді кезек-кезек қараудың орнына, тек алгоритм шын мәнінде күдіктенген өтінімдермен ғана айналысады. Көлемі өсіп келе жатқан обменник үшін бұл тексеру қуатының айналымға пропорционалды өспеуінің дерлік жалғыз жолы.
Егер сіз өз обменникіңізді іске қосып жатсаңыз немесе дамытып жатсаңыз, өтінімдерді тексеруді осылай ойластырылған түрде автоматтандыру шешімнің өзіне тән болуы тиіс — iEXExchanger платформасы дәл осыған негізделген.
