Callback
  • Від місця на ринку до магазину

  • -

  • Від магазину до торговельної мережі

  • -

  • Від торгівлі до виробництва

Антифрод на касі: як унеможливити махінації продавців із дисконтними картками

Володимир Витищенко
Володимир Витищенко

Експерт з автоматизації торгівлі у Торгсофт

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

Підприємці регулярно звертаються зі скаргами на типові махінації: найпоширеніша з них — коли продавець заявляє, що продав товар зі знижкою, а насправді товар продано за повну ціну, а суму знижки він поклав собі в кишеню. Часто трапляється, що касири використовують цілий "арсенал" дисконтних карток своїх друзів чи знайомих (або запам'ятовують штрих-коди VIP-клієнтів), проводячи знижки для звичайних покупців і привласнюючи ці кошти, якщо покупець не бере чек. 

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

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

Антифрод на касі

1. Заборона ручного введення номера картки

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

 Рішення. У меню "Налаштування - Параметри - Доступ" активуйте функцію «Заборонити продавцеві вводити номер дисконтної картки з клавіатури (тільки сканером)». Після цього програма перестане приймати ручне введення, і для отримання знижки продавець буде зобов'язаний фізично відсканувати пластикову картку клієнта.

Заборона ручного введення номера картки

Для додаткового захисту можна вимкнути відображення поля зі штрих-кодом у вікні реалізації (перемикач «Штрих-код у вікні Реалізація»). Це приховає номер від продавця, виключивши можливість його підглянути та запам'ятати або використати чужу картку.

2. Жорсткі правила додавання клієнта в чек

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

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

Жорсткі правила додавання клієнта в чек

3. СМС-верифікація: абсолютний захист від чужих карток

Якщо ви хочете на 100% бути впевненими, що знижкою чи бонусами користується саме власник картки, використовуйте додаткову опцію «Верифікація дисконтної карти через SMS».

Як це працює? При спробі додати клієнта в чек або списати його бонуси (оплатити ними товар), програма автоматично відправляє SMS-повідомлення з секретним кодом на номер телефону власника картки. Продавець фізично не зможе застосувати бонуси чи знижку, поки не введе цей код у програму. Це повністю унеможливлює списання чужих бонусів продавцями.

4. Обмеження максимальної знижки на товар

Іноді махінації навіть не потрібні — достатньо того, що клієнт із великою дисконтною карткою (наприклад, 10-15%) купує товар із дуже низькою націнкою (наприклад, 3-5%). У такому разі магазин продає товар у збиток.

 Рішення. У картці виду товару активуйте перемикач «Максимальна знижка встановлена» та вкажіть ліміт (наприклад, 0%). У такому разі, яку б картку не відсканував продавець (навіть свою "золоту"), на цей конкретний товар знижка не спрацює і він буде проданий суворо за роздрібною ціною.

5. Приховування особистих даних клієнтів

Продавці можуть зловживати налаштуванням «Знижка до Дня народження», шукаючи в базі клієнтів іменинників і проводячи продажі через них.

 Рішення. У налаштуваннях ролі «Продавець» увімкніть параметр «Приховувати поля Дата народження і Стать в картці клієнта». Відсутність цієї інформації не дозволить персоналу використовувати святкові знижки клієнтів у власних цілях.

6. Заборона видалення товару з чека та ручних знижок

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

 Рішення:

  • Увімкніть параметр «Продавець не може видаляти товар в реалізації». Скасувати чек або видалити з нього товар зможе лише адміністратор або власник.

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

7. Чек як головний контролер

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

 Рішення. Запровадьте правило (і повісьте оголошення для покупців): "Повернення та обмін товару лише за наявності чека". Це стимулюватиме клієнтів забирати чеки. А обов'язковий друк фіскальних чеків (ПРО/ПРРО) додатково цементує безпеку, оскільки кожна операція фіксується.

8. Персоналізація відповідальності (Ідентифікація продавця)

Щоб розуміти, хто саме робив махінацію, кожен чек має бути підписаний.

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


Програма обліку товару | Торгсофт



Facebook Instagram YouTube Twitter Google News Apple Podcast SounCloud

Додати коментар

Додати коментар
Дякуємо за ваш відгук! Він буде опублікований після перевірки модератором.

Схожі статті