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

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

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

3. СМС-верифікація: абсолютний захист від чужих карток
Якщо ви хочете на 100% бути впевненими, що знижкою чи бонусами користується саме власник картки, використовуйте додаткову опцію «Верифікація дисконтної карти через SMS».
Як це працює? При спробі додати клієнта в чек або списати його бонуси (оплатити ними товар), програма автоматично відправляє SMS-повідомлення з секретним кодом на номер телефону власника картки. Продавець фізично не зможе застосувати бонуси чи знижку, поки не введе цей код у програму. Це повністю унеможливлює списання чужих бонусів продавцями.
4. Обмеження максимальної знижки на товар
Іноді махінації навіть не потрібні — достатньо того, що клієнт із великою дисконтною карткою (наприклад, 10-15%) купує товар із дуже низькою націнкою (наприклад, 3-5%). У такому разі магазин продає товар у збиток.
Рішення. У картці виду товару активуйте перемикач «Максимальна знижка встановлена» та вкажіть ліміт (наприклад, 0%). У такому разі, яку б картку не відсканував продавець (навіть свою "золоту"), на цей конкретний товар знижка не спрацює і він буде проданий суворо за роздрібною ціною.
5. Приховування особистих даних клієнтів
Продавці можуть зловживати налаштуванням «Знижка до Дня народження», шукаючи в базі клієнтів іменинників і проводячи продажі через них.
Рішення. У налаштуваннях ролі «Продавець» увімкніть параметр «Приховувати поля Дата народження і Стать в картці клієнта». Відсутність цієї інформації не дозволить персоналу використовувати святкові знижки клієнтів у власних цілях.
6. Заборона видалення товару з чека та ручних знижок
Класична схема крадіжки готівки: продавець сканує товар, називає суму, клієнт дає гроші без решти і йде без чека. Продавець видаляє товар з реалізації (нібито клієнт відмовився) і забирає гроші.
Рішення:
-
Увімкніть параметр «Продавець не може видаляти товар в реалізації». Скасувати чек або видалити з нього товар зможе лише адміністратор або власник.
-
Також у налаштуваннях ролі заблокуйте продавцю можливість змінювати ціну продажу в реалізації та робити ручні знижки. Якщо є проблеми з постійною зміною знижок клієнтам — обмежте продавцям доступ до форми клієнтів та редагування їх карток.
7. Чек як головний контролер
Жодна з вищеперелічених схем не працює, якщо покупець отримує чек. Якщо продавець не зробив знижку, покупець побачить це в чеку.
Рішення. Запровадьте правило (і повісьте оголошення для покупців): "Повернення та обмін товару лише за наявності чека". Це стимулюватиме клієнтів забирати чеки. А обов'язковий друк фіскальних чеків (ПРО/ПРРО) додатково цементує безпеку, оскільки кожна операція фіксується.
8. Персоналізація відповідальності (Ідентифікація продавця)
Щоб розуміти, хто саме робив махінацію, кожен чек має бути підписаний.
Рішення. Увімкніть налаштування «Пов'язувати реалізацію з продавцем» і виберіть реєстрацію «Для кожної реалізації». Продавець буде зобов'язаний сканувати свій особистий бейдж перед кожним новим чеком. Це забезпечує тотальний контроль і дозволяє в "Протоколі дій користувачів" легко відстежити, хто саме проводив підозрілі скасування чи повернення під чужими іменами.









Повернутися до попереднього кроку