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