Иногда, в целях «оптимизации» торговой площади, возникает необходимость торговли на одном кассовом месте по двум фирмам.
Данная программа сделана на основе ТиС 9.2. Двойная табличная часть документа «Чек ККМ» обеспечивается FormEx.dll.
Система работает с одним сканером штрих-кодов и двумя фискальными регистраторами (драйвер Штрих –М ФР 4.10).
Справочник номенклатуры двух уровневый. В первом уровне (Группа — родитель) стоит реквизит принадлежности к одной из двух фирм. Далее, при сканировании, программа сама добавляет товар в соответствующую табличную часть фирмы и выдает чек на «нужный» фискальник.
Документ «Отчет ККМ» общий.
Выгрузка отчета и загрузка товара через TXT файл.
Есть блокировка удаления позиции из чека, разблокируется штрих-кодом администратора. Архив выгрузок отчетов. Небольшой контроль за действиями продавца. Дисконтные карты. Праздничная лотерея ;-).
Выгружаются на сервер данные с ФР: необнуляемая сумма, накопление за день, сумма наличными (можно посчитать безнал), возвраты покупателю, продажи и налоги по ставкам НДС.
На данной программе работаем 10 лет.
Особенности программы: у товара только одна цена, один штрих-код, одна единица измерения. Одновременно штуками — блоками, упаковками торговать нельзя. Есть такая особенность у 7-ки при работе в терминале. (кому нужно могу рассказать подробнее).
В разработке 1c8 на базе УТ 10. Основная часть закончена, можно посмотреть.
Возникла проблема на стадии разработки. В УТ 10 по умолчанию используется драйвер ККМ 1С, он облегченный и не работает с регистрами накопления НДС. Нужно переписывать Чек ККМ на DrvFr.
Зачем так сложно?
Уже давно применяют разделение на этапе печати.
Т.е. набивается в один чек и одной итоговой суммой, а при печати разбивается и печатается на двух, трех и т.д. ФР. К слову видел ФР, если не ошибаюсь, печатает сразу аж на 6 фирм.
(1) Angry,
Все сделано для максимального прохода через кассу.
Вопрос в том как действительно происходит проведение и печать чека, с одной кнопки? или кнопок 6.
Далее при наборе чека могут быть случаи когда сканер «пикнул», а товар в чек не добавился, или нужно удалить позицию, или штрихкод «замылен» и нужно ввести ручную, или изменить количество или вес. Если все будет в один столбец, кассир долго будет искать. В следствии — уменьшение прохода.
Кассир должен зрительно контролировать процесс продажи, здесь при удачном пробитии чека одна сторона «заливается» розовым другая голубым.
Кассир «реагирует» на цвет, если таблица не окрасилась значит проблема, и она видит с каким ФР конкретно. Если с одной кнопки печать на много ФР, вдруг например 2-й глюканет, как кассир определит в каком состоянии остальные ФР, где чек открыт, где набран, где закрыт. Это так на скорую руку. Если вы разработчик могу продолжить в личной переписке. Поверьте проблем там много 😉
А можно вот это поподробнее? Какая особенность? И что значит в терминале? (Удаленный рабочий стол?)
При работе в терминале (удаленный рабочий стол), если включить в чеке возможность изменения единиц измерения или цены, выскакивает модальное окно для выбора товара по новой цене, так вот если в этот момент что то пикнуть на сканере система виснет намертво 😉 Я с этим встретился в 2005 году. Какой на тот момент был релиз 1С7 я не помню. Может в следующих версиях это исправили. Сейчас уже не актуально.