Данная обработка помогает найти расхождения в данных ЭКЛЗ за смену и документах «ЧекККМ» за период.
Порядок работы:
1. Через Тест-Драйвер (в моём случае ШТРИХ) получаем контрольную ленту за указанную смену и копируем данные в буфер обмена.
2. Открываем данную обработку и на закладке «КОнтрольная лента» вставляем данные из буфера. (Рис. 1)
3. Заполняем реквизиты «Касса ККМ» и «Период».
4. На нижней панели жмём кнопку «Разобрать контрольную летну и сверить с Чеками ККМ».
5. Результаты сверки автоматом показываются на закладке «Результат сверки» (Рис. 2)
Сравнение производится в два захода:
— Сравниваются ЧекиККМ с контрольной лентой (в колонке «База для сверки» указано «Сверка по документам»)
— Сравнивается контрольная лента с ЧекамиККМ (в колонке «База для сверки» указано «Сверка по контрольной ленте»)
И потом сливаются в одну таблицу.
Могут быть маленькие неточности, т.к. в 1С время документа с точностью до секунды, а в ККМ — до минуты.
Данные контрольной ленты так же можно посмотреть в более удобном табличном виде на закладке «Разбор чеков с контрольной ленты». При выделении интересующего чека, справа отображаются более подробные данные (Рис. 3)
На данный момент обработка может производить парсинг контрольных лент фискальных регистраторов двух видов: ШТРИХ-М-ФР-К (он же ШТРИХ-М-ПТК) и ШТРИХ-ФР-К. При желании можно дополнить.
Обработка писалась под 1С 8.1 «1С:Розница 1.0»
Обработка просто мегаполезная, когда нужно сопровождать много точек розничной продажи. Постоянно требовалось сравнение с контрольной лентой. Правда сейчас для меня не актуально, но автору плюс!
Пункты 1 и 2 можно было бы и напрямую в самой обработке сделать…
(2) CheBurator, согласен. Но на данный момент времени не было времени разбираться с интерфейсом драйвера фискального регистратора. А так, было бы действительно круто. Если доберутся руки, то обязательно сделаю и выложу сюда обновление.
(1) Созинов, у меня на сопровождении порядка 115 точек, поэтому приходится крутиться ))
(3) ждемс…
.
у меня есть такая фишка: исправление неверных видов платежей (когда путаютошибаются и пробивают нал вместо безнала или наоборот): по фискальнику бьется два чека (возврат-сторно неправильной продажи и чек на правильную продажу), в базе эти чеки не отражаются (дабы не портить статистику продаж) а просто в исходном чеке базы изменяется вид оплаты… Нерегистриуемые чеки на фискальнике распечатываются по спецформе и прикладываются к зет-отчету (увеличение оборотов проддаж и возвратов на фискальнике для нас некритично)
(5) CheBurator, у нас такая ситуация как пробитие чека не по тому виду оплаты невозможна, т.к. платёжные терминалы подключены к компу и работают в связке с 1С:Розница…
программа не даст пробить чек по безналу, если не вставлена карта и не пройдена аутентификация банка-эквайера
(6) если можно пояснить
Какова технология взаимодействия одноэсники с эквайринговым терминалом
Хочется излишние тыкания продавцом в кнопки свести к минимуму
Продавец нащелкал сканером в чек нужные товары
Клиент согласился с суммой и заявляет что будет платить картой
Каковы диаграмма шагов по пробитию и на ыискальнике ина терминале
Что за чем следует?
Для меня розница неосновная сфера деятельности
А с эквайрингом даже и не копался
(7) CheBurator, там всё просто:
1. В 1С подключаете и настраиваете торговое оборудование (с указанием подходящей обработки обслуживания).
2. При необходимости пробить чек по безналу через обработку обслуживания выполняется функция
или
ЭС и ФР — ссылки на иннициализированные объекты обработок обслуживания Эквайринговой Системы и Фискального Регистратора
ПолучитьСерверТО() возвращает типовую обработку ТОСервер
а вообще порядок описан тут