Типові помилки продавців у реалізації, скануванні та введенні кількості
Як продавці випадково ламають облік: типові помилки в реалізації, скануванні та введенні кількості
На касі помилка часто виникає не через складну логіку програми, а через поспіх: продавець сканує не в те поле, неправильно вводить вагу, пробиває не той товар, перемикає не того ФОПа або скасовує товар із чека після оплати. У Торгсофт такі дії швидко перетворюються на великі проблеми в обліку: космічні суми в чеку, зникнення товару, неправильний склад, помилки собівартості та нестачі на інвентаризації. Тому цю статтю варто сприймати як чекліст найтиповіших помилок продавця в реалізації і способів їх швидкої локалізації.
Не виправляйте такі помилки навмання. Якщо в чеку з’явилася нереальна кількість, товар пробивається не під тією назвою, продаж пішов не з того складу або після оплати товар зник із реалізації, спочатку потрібно знайти конкретний документ і зрозуміти, що саме сталося: помилка сканування, неправильна вага, збій у налаштуваннях каси, плутанина зі штрихкодами чи скасування товару з чека. Якщо одразу робити новий прихід, списання, повернення або ручне виправлення залишків, можна ще сильніше зламати облік, собівартість і касову аналітику. Спочатку — причина, потім — корекція. Якщо потрібна допомога техпідтримки — звертайтесь.
Нижче зібрані найтиповіші ситуації, з якими стикаються власники та адміністратори, а також алгоритми їх швидкого вирішення та профілактики.
Кейс 1. Неправильно введена вага вагового товару
Симптом. У чеку реалізації товар зважується некоректно: програма пропускає нуль і рахує кількість не 0,437 кг, а 437 кг. Відповідно, сума до оплати стає космічною, а зі складу списується величезна вага.
Причина. Продавець не використовує автоматичне зважування через ваги, а вводить вагу з клавіатури вручну і робить помилку в розрядності або розділових знаках.
Як перевірити. Перевірити рух товару в "Стан складу". Знайти реалізацію з аномально великою кількістю вагового товару.
Як виправити. Скасувати/видалити цю реалізацію або зробити повернення товару від клієнта, після чого пробити товар з правильною вагою.
Як не допустити повторення:
-
Налаштувати електронні ваги для прямої передачі ваги в Торгсофт (додаткова опція 098). Це повністю виключає випадкові або навмисні помилки касира при ручному введенні ваги.
-
У налаштуваннях ролі продавця вимкнути функцію можливого введення ваги вручну.
Кейс 2. Різні товари пробиваються під однією назвою
Симптом. При скануванні штрихкодів абсолютно різних товарів, вони додаються в реалізацію під однією назвою (наприклад, половина складу раптом почала пробиватися як "Квас Тарас").
Причина. Користувач (часто товарознавець або адміністратор) випадково неправильно об'єднав товари на формі "Діагностика помилок" або при оприбуткуванні додав чужий штрихкод як додатковий до картки іншого товару.
Як перевірити. Відкрити картку товару, який постійно пробивається (у нашому випадку — "Квас Тарас"), і перевірити список додаткових штрихкодів (кнопка "Додати до товару штрих-код виробника").
Як виправити. Видалити помилкові штрихкоди з картки "Кваса Тараса". За потреби — створити заново або відновити картки для втрачених товарів.
Як не допустити повторення. В налаштуваннях ролей ("Налаштування" → "Користувачі" → "Налаштування доступу") заборонити звичайним користувачам доступ до форми "Діагностика помилок" та заборонити об'єднання товарів.
Кейс 3. Продаж проведено не з того складу або не на того ФОПа
Симптом. У звіті за касою суми не сходяться з аналітикою пРРО. У Z-звіті одного ФОПа сума більша/менша, ніж за фактом у касі. Або товар списався з Центру Обліку "Магазин 1", хоча продаж був у "Магазині 2".
Причина:
1. Касир випадково переключив підприємство (ФОП) на формі "Оплата" і забув повернути його назад. В результаті оплата готівкою пішла на правильного ФОПа, а безготівка — на того, з яким працювали вчора.
2. Продавець на формі "Реалізація (додаткова)" обрав іншого співробітника, у картці якого прив'язана інша каса ("Каса №2" замість "Каса №1").
Як перевірити. Відкрити "Оплата" → "Аналіз продажів фіскального товару". Порівняти реалізації з фінансовими документами у "Звіті по касі за день". Знайти чеки, які пройшли не на те підприємство. Перевірити "Протокол дій користувача" на предмет перемикання кас.
Як виправити:
-
Зробити сторнування останнього помилкового чека пРРО або фіскальне повернення товарів.
-
Після повернення, перепровести реалізації заново, ОБОВ'ЯЗКОВО обравши правильне підприємство (ФОПа) та правильний Центр Обліку.
Як не допустити повторення:
-
В налаштуваннях ролі "Продавець" увімкнути заборону: "Дозволено змінювати підприємство при оплаті реалізації" — зняти галочку.
-
Перевірити налаштування робочих місць: прив'язати пРРО та розрахункові рахунки до конкретних кас.
Кейс 4. Товар видалили з чека після отримання грошей (прихована нестача)
Симптом. Клієнт розрахувався, але в системі реалізація не зафіксована, товар зі складу не списався. Касир може стверджувати, що "програма зависла" або "термінал не відповів". Згодом на інвентаризації вилазять великі нестачі.
Причина. Після того, як товар відскановано і гроші отримані, продавець прибирає (скасовує) товари з форми реалізації. Товар повертається на склад, а гроші продавець привласнює.
Як перевірити: Зайти в пункт меню "Склад" → "Скасовані товари з реалізацій" або "Файл" → "Протокол дій користувачів". Знайти всі факти видалення товарів з чека цим продавцем.
Як виправити. Якщо це була помилка через збій SQL (взаємоблокування) — знайти "завислу" транзакцію та видалити/перепровести її вручну. Якщо це махінація — вирішувати питання з персоналом та коригувати залишки.
Як не допустити повторення:
-
Зайти в "Налаштування" → "Параметри" → "Доступ".
-
Встановити галочку "Продавець не може видаляти товар в реалізації". Тепер для видалення товару знадобиться адміністратор.
-
Або увімкнути "Реєструвати видалення товару з реалізації" з опціями "Введення причини" та "Сканувати бейдж відповідального". Це психологічно зупиняє махінації та фіксує всі дії.
-
Обов'язкова видача фіскального/товарного чека покупцю.
Поширені запитання
Щоб уникнути випадкових або навмисних помилок при ручному введенні ваги, найкраще використовувати електронні ваги з прямою передачею даних у програму (додаткова опція «Підключення електронних ваг», код 098). Це дозволяє передавати точну вагу в чек автоматично, повністю блокуючи людський фактор. Якщо ваги вийшли з ладу або ви працюєте без їх прямого підключення, продавець може вводити масу з клавіатури за допомогою функції «Встановити вагу вручну» на формі зважування. Щоб продавець не міг користуватися цією функцією, необхідно в налаштуваннях доступу для його ролі вимкнути можливість ручного введення ваги.
Щоб продавець не міг довільно змінювати кількість товару у сформованому чеку, необхідно правильно налаштувати його права. Зробити це можна через пункт головного меню «Налаштування» — «Налаштування ролей», де для ролі продавця обмежується доступ до форми редагування кількості товару в реалізації. Також можна встановити заборону на ручне введення штрихкодів, знявши дозвіл на зміну налаштування «Запитувати кількість товару», що змусить касира вводити товар виключно сканером. Для додаткового контролю варто активувати налаштування «Продавець не може видаляти товар в реалізації», щоб скасування позицій відбувалося лише за участю адміністратора про введення причини і відповідального за скасування.
Така ситуація зазвичай виникає, якщо в налаштуваннях програми («Налаштування» - «Параметри» - «Облік») ввімкнено дозвіл на продаж товарів з усіх торгових точок на формі «Реалізація». Якщо однаковий товар є на кількох центрах обліку, програма запитуватиме в продавця, звідки саме його списати, і касир може помилково обрати чужий склад. Інша причина — коли продавець на формі додаткової реалізації обирає іншого співробітника для фіксації продажу, до картки якого прив'язана каса іншого магазину. Щоб уникнути цього, адміністратору потрібно в налаштуваннях ролей жорстко обмежити доступ продавця: залишити доступним для вибору та продажу лише його поточний центр обліку та заборонити змінювати підприємство при оплаті.
Головний спосіб мінімізувати людський фактор на касі — максимальна інтеграція торгового обладнання. Підключення банківського POS-термінала для автоматичної передачі суми до оплати виключає помилки касира при ручному введенні цифр. Використання електронних ваг з автоматичною передачею маси товару унеможливлює пробивання неправильної ваги. Крім технічного оснащення, важливо правильно налаштувати права доступу. Для ролі «Продавець» слід заборонити продаж товару «в мінус», вимкнути можливість видалення товару з реалізації без фіксації причини та заборонити ручне введення номерів дисконтних карток з клавіатури, дозволивши лише сканування.
-
11.05.2026
Типові помилки продавців у реалізації, скануванні та введенні кількості
Типові помилки продавців у Торгсофт: сканування не в те поле, неправильна вага, чужий склад, ФОП і видалення товару з чека
-
06.05.2026
Як завантажити прайс постачальника та автоматично сформувати замовлення
Як завантажити Excel-прайс постачальника в Торгсофт, переглянути ціни й залишки та сформувати замовлення без ручного введення
-
04.05.2026
Як додати витрати на доставку та комісії в собівартість товару
Як у Торгсофт додати доставку, банківські послуги й етикетки до собівартості товару та розподілити витрати в накладній
Повернутися до попереднього кроку