saratovout писал(а): ↑08 июн 2020, 16:17
Вариант 1. Отдельный кассовый аппарат для каждого способа, по которому воет бухгалтерия. Самое простое решение по цене кассы. На второй дополнительной кассе за их счет они перестанут выть.
Проблема не в вытье бухгалтерии. Проблема в невозможности провести сверку корректности итогов. Отдельные кассовые аппараты конечно мысль, И кстати далеко не самая бредовая. Пожалуй, есть смысл реализовать именно так, это заодно решит ещё кучу других мелких нюансов, спасибо.
saratovout писал(а): ↑08 июн 2020, 16:17
Вариант 2. Учет в своем ПО потранзакционно, соотв. и отчеты оттуда же.
Та же проблема - недостоверность сведений. Условно при проведении сбера данные задуплились, а при проведении яндекса не прошло. Сумма по отчету будет сходиться, а по факту - нет.
saratovout писал(а): ↑08 июн 2020, 16:17
Вариант 3. Использовать другое ПО, где еще осталась такая возможность.
Противоречит условиям задачи - полностью перейти на ккм-сервер. Свое ПО у нас было и есть, но там другие проблемы, собственно и вынудившие перейти на ккмсервер полностью.
saratovout писал(а): ↑08 июн 2020, 16:17
Вариант 4. Разнести всё по разделам: напр., реальный отдел продажи + номер способа оплаты. Но это всё усложнит живым людям.
Была такая мысль, но не хватает отделов. В штрихе их например всего 16, что даже при 4 видах оплаты уже даёт всего 4 вида продаж. Учитывая, что у меня есть отрасле-специфические налоги на именно разные виды продаж - мне это важнее.