Як перевірити скріншот оплати: квитанція чи екран переказу
Найпоширеніша помилка при ручній перевірці платежів — сплутати квитанцію завершеної операції з скріншотом процесу, який ще нічим не закінчився. Це не завжди обман: клієнт часто просто не розуміє різниці і надсилає перший-ліпший скрін з телефону. Але саме на цій плутанині будується один з найпростіших і найпоширеніших способів обману на P2P-майданчиках і в обмінниках.
Що таке «екран переказу» і чим він відрізняється від квитанції
У будь-якому банківському застосунку переказ грошей проходить кілька екранів: введення суми й реквізитів отримувача, підтвердження (іноді з кодом з SMS), і нарешті екран результату — «Успішно» або «Відхилено». Квитанція — це саме останній екран або документ, що підтверджує завершену операцію. Все, що до нього, — це процес, який ще не гарантує, що гроші дійшли.
Шахраї користуються цим буквально: роблять скрін екрана введення суми чи екрана з кодом підтвердження — там теж видно суму і картку отримувача, все виглядає правдоподібно — і надсилають його як «доказ оплати», розраховуючи, що продавець побіжно гляне і побачить тільки потрібні цифри, не звернувши уваги на відсутність слова «Успішно» чи наявність кнопки «Підтвердити», яку ще не натиснули.
Ознаки, що це саме процес, а не результат
- Активна кнопка дії. Якщо на скріні видно кнопку «Переказати», «Підтвердити» чи «Оплатити» у активному стані (не сіру, не «Готово») — операція ще не завершена.
- Поле для введення коду з SMS. Екран з полем для одноразового коду — це проміжний крок, а не підтвердження.
- Відсутність статусу. На справжній квитанції завжди є явний статус: «Успішно», «Виконано», зелена галочка. Якщо статусу немає взагалі — це, швидше за все, не квитанція.
- Статус «В обробці» або «Відхилено». Це чесно показує, що з операцією щось не так — і саме тому такі скріни іноді присилають навмисно, розраховуючи, що дрібний текст статусу загубиться серед решти інформації.
- Невідповідність часу. Якщо клієнт каже «щойно відправив», а час на екрані — не поточний, ймовірно, вам показують старий скрін якогось іншого переказу.
А що з квитанціями без QR і коду перевірки
Частина квитанцій має унікальний код чи QR, за яким можна звірити факт видачі документа на державному сервісі — детальніше про це і про його межі ми писали в статті check.gov.ua: як працює і коли не допоможе. Але для більшості переказів між картками фізичних осіб такого коду просто немає, і єдиний спосіб перевірки — уважно дивитися на сам скрін: статус, суму, картку, час.
P2P-перекази: окремий клас ризику
При переказах між картками (P2P) квитанція — єдиний доказ оплати, бо ви не бачите зарахування на свій рахунок у реальному часі. Саме тому P2P-операції — головна мішень для маніпуляцій зі скріншотами.
Типова схема: клієнт надсилає скрін «форми переказу» з правильними реквізитами, але насправді нічого не відправляє. Поки оператор перевіряє картинку, шахрай тисне «скоріше, я чекаю» — розраховуючи, що в поспіху оператор не зверне уваги на відсутність статусу «Успішно».
Ще один варіант — відправити реальний переказ на мінімальну суму (наприклад, 1 грн), зробити скрін квитанції, а потім відредагувати суму в графічному редакторі. Суму змінити просто, але якщо оператор звіряє також і час операції з банківською випискою — підробка виявляється.
Що означають проміжні статуси
Різні банки використовують різні формулювання, і не всі оператори знають їх значення:
- «Очікується» / «В очікуванні» — переказ створений, але ще не виконаний. Гроші не списані, отримувач нічого не отримав. Це НЕ квитанція.
- «В обробці» / «Обробляється» — банк прийняв запит, але ще не провів операцію. Може завершитися як успішно, так і відмовою. Теж НЕ квитанція.
- «Відхилено» / «Помилка» — операція не відбулася. Деякі шахраї надсилають саме такі скріни, розраховуючи що оператор побачить суму і картку, але не зверне увагу на червоний текст внизу.
- «Виконано» / «Успішно» / зелена галочка — єдиний статус, який підтверджує фактичне списання і зарахування коштів.
В monobank статус відображається кольором і текстом під сумою. В ПриватБанку — окремим рядком. В OTP Bank — іконкою та підписом. Якщо оператор не знає, де в конкретному банку шукати статус, він може його пропустити.
Як навчити операторів перевіряти правильно
Якщо ви ще не автоматизували перевірку і плануєте працювати вручну, ось мінімальний набір правил для операторів:
- Перше — статус. Перед тим як дивитися суму і картку, оператор має знайти статус операції. Якщо статусу «Виконано» немає — далі можна не дивитися.
- Друге — 4 цифри картки. Порівняти останні 4 цифри картки отримувача з очікуваними. Не «схоже», а символ-у-символ.
- Третє — сума. Порівняти суму з точністю до копійок. 2 500,00 і 2 500 — це одне й те саме, а 2 500 і 2 050 — ні, хоча виглядають схоже при побіжному огляді.
- Четверте — час. Час операції має бути в межах розумного від моменту заявки. Якщо заявка надійшла о 15:00, а квитанція датована ранком — це стара квитанція, не пов'язана з поточною заявкою.
- П'яте — цілісність скріну. Статус-бар телефону має виглядати природно: час, батарея, оператор зв'язку. Обрізані або відсутні елементи — ознака монтажу.
Ці правила прості, але на потоці з 200+ квитанцій за зміну навіть дисциплінований оператор починає пропускати кроки. Саме тому бізнеси з великим обсягом переходять на автоматичну перевірку.
Реальний приклад: що пропускають найчастіше
За даними обмінників, які працювали вручну перед автоматизацією, три найчастіші пропуски:
- Картка відрізняється на одну цифру (7731 замість 7731 — оператор «бачить» правильне, бо очікує його побачити).
- Скрін форми переказу замість квитанції — оператор бачить суму і картку, цього здається достатньо.
- Стара квитанція від іншої операції — сума і картка збігаються, але це перевикористана квитанція тижневої давності.
Чому це складно робити на потоці
Відрізнити квитанцію від екрана процесу за наведеними ознаками нескладно, коли дивишся на одне фото уважно. Проблема виникає на масштабі: коли оператор обробляє сотні заявок за зміну, увага природно падає, і саме дрібні деталі — статус кнопки, наявність слова «Успішно» — випадають з поля зору першими. Детальніше про те, як шахраї підбирають момент і схему обману, ми розбирали в статті захист обмінника від шахраїв з фейковими чеками.
Як CheckAPI розпізнає різницю автоматично
CheckAPI приймає фото чи скріншот, очікувану суму й останні 4 цифри картки отримувача — і серед іншого визначає, чи це взагалі завершена квитанція, а не скрін форми оплати або незавершеної операції. Модель — власна розробка, навчена на понад 16 000 реальних квитанцій і скріншотів українських банків, включно з типовими прикладами екранів «в процесі» та «відхилено», тому вона впізнає їх так само надійно, як і саму суму чи картку.
У відповіді на такий випадок повертається окрема причина —
rejection_or_payment_screen_detected — тобто система прямо повідомляє, що це не
підтверджена оплата, а не просто відхиляє запит без пояснення. Медіанний час відповіді — близько
1 секунди, 96% потоку закривається без участі оператора.
Тарифи: Start — 1 000 перевірок за $30, Business — 10 000 перевірок за $200, Custom — від $500 для нестандартних кейсів. Деталі запитів і повний перелік причин відмови — у документації API.