Для налаштування інтеграцій у Торгсофт складіть перелік робочих місць, де використовуватимуться ПРРО та банківські термінали. Визначте спосіб друку чеків і врахуйте обмеження повернення та сторнування. Функцію ПРРО активують за кількістю робочих місць, а термінал налаштовують окремо для кожного місця.
Доручіть працівнику, який виконує налаштування, перевірити ці умови для кожної каси. Для касирів підготуйте коротку інструкцію: які документи вони використовують, що потрібно для карткового повернення та які обмеження має сторнування. Квитанція банківського термінала не замінює фіскальний чек.
ПРРО Торгсофт: активація за робочими місцями та друк чеків
Перед додаванням ПРРО порахуйте робочі місця, де використовуватимуться реєстратори. Додаткову функцію «Програмний РРО» потрібно активувати на цю кількість місць. У завданні на налаштування зазначте кожне з них. Інструкція додавання ПРРО також вимагає надати всім користувачам доступ до папки End User. Доручіть відповідальному за налаштування перевірити цей доступ.
ПРРО Торгсофт дозволяє друкувати фіскальні чеки на нефіскальному принтері. Якщо плануєте паперовий друк, включіть налаштування друку до завдання для відповідального працівника. В аналітиці ПРРО дія «Друк» дозволяє повторно надрукувати чек із попереднім переглядом. Використовуйте попередній перегляд, коли потрібно переглянути чек перед повторним друком.
Якщо налаштування перевіряють у тестовому режимі ПРРО, врахуйте: усі чеки, відправлені в цьому режимі, не є фіскальними. Окремо внесіть до інструкції касира передумову закриття зміни: перед виконанням цієї дії потрібно провести Z-звіт. Умови додавання описані в інструкції налаштування ПРРО, а спосіб друку — у налаштуваннях друку чеків.
Інтеграція з терміналом: передача суми та даних квитанції
Опція інтеграції з банківським терміналом автоматично передає суму покупки з Торгсофт на POS-термінал. Касиру не потрібно вводити її на терміналі вручну. Налаштовувати термінал потрібно для кожного робочого місця окремо. Власнику варто включити кожну касу до плану налаштування й доручити перевірку передачі суми на кожному місці.
Якщо потрібно включати сліп-чек — квитанцію термінала — до товарного або фіскального чека, термінал має повертати інформацію чека на касу. Передайте цю умову працівнику, який налаштовує інтеграцію, і попросіть перевірити результат. Самої передачі суми покупки на термінал недостатньо для включення сліп-чека: потрібне також повернення його даних. Ця умова описана в інструкції інтеграції з банківським терміналом.
Якщо магазин працює через віддалене підключення RDP, включіть до перевірки зіставлення результату оплати на терміналі з її відображенням у Торгсофт. За такого підключення оплата може пройти на терміналі, але не зафіксуватися в програмі. Зафіксуйте для відповідального працівника обидва результати, якщо виявите розбіжність.
Фіскальний реєстратор: тип чека та умова TCP/IP
Вибір типу чека стає доступним після підключення платної функції «Інтеграція з фіскальним реєстратором». За фіскального типу чека продажі та повернення в Торгсофт проходять через фіскальний реєстратор із друком фіскального чека. Якщо використовуєте цю інтеграцію, доручіть перевірити обраний тип чека відповідно до інструкції налаштування чека. На публічній сторінці опції «Інтеграція з фіскальним реєстратором» зазначено ліцензію на один рік. Внесіть цей строк до обліку саме цієї опції.
Для реєстраторів Міні-ФП виробництва «Юнісістем» робота через TCP/IP потребує перепрограмування в сервісному центрі. Для роботи драйвера також потрібно вимкнути шифрування, видаливши пароль шифрування за допомогою сервісного ПЗ. Якщо плануєте саме такий спосіб підключення Міні-ФП, включіть звернення до сервісного центру до робочого плану. Цю умову наведено в інструкції інтеграції з фіскальним реєстратором.
Повернення на картку та сторнування: різні обмеження
Перед картковим поверненням перевірте, до яких реалізацій належать товари. Торгсофт забороняє повернення коштів на картку за документом повернення, що містить товари з різних реалізацій. Доручіть касирам групувати товари для таких документів за вихідними реалізаціями.
Для тесту повернення через термінал потрібен RRN транзакції оплати. Тест доступний для мерчантів із типом операції «Повернення» або «Оплата/повернення». Працівнику, який перевірятиме цю операцію, передайте RRN і доручіть перевірити тип операції мерчанта в налаштуваннях банківського термінала у Торгсофт.
За відкритої зміни ПРРО Торгсофт сторнування доступне лише для останнього зареєстрованого розрахункового чека. Вибрати довільний попередній чек для сторнування неможливо. Перед використанням цієї дії касир має перевірити, чи йдеться саме про останній зареєстрований чек. Обмеження описане в інструкції сторнування чека.
Умовний приклад: план для двох кас
Припустімо, у магазині є два робочі місця. На обох планують використовувати ПРРО та банківський термінал, друкувати паперові чеки й включати до них сліп-чек. Це умовний приклад організації робіт.
- Власник доручає активувати функцію ПРРО на два робочі місця.
- Працівник, який виконує налаштування, окремо налаштовує термінал на кожному місці та перевіряє доступ усіх користувачів до папки End User.
- На кожній касі він перевіряє передачу суми покупки на термінал і повернення даних сліп-чека на касу.
- Для паперових чеків він налаштовує друк ПРРО на нефіскальному принтері. Якщо використовує тестовий режим, враховує, що його чеки не є фіскальними.
- Власник додає до інструкції касирів обмеження карткового повернення, сторнування останнього чека та передумову закриття зміни.
За результатом попросіть відповідального зазначити виконані роботи окремо для кожної каси. Так ви зможете зіставити завдання з результатом на обох робочих місцях.
Джерело щодо квитанції термінала
Роз’яснення БЕБ: квитанція платіжного термінала не замінює фіскальний чек.
Повернутися до попереднього кроку