54-ФЗ и Разрешительный режим. Обработки для подключения онлайн-касс к 1С 8 (поддержка Маркировки) + Эмулятор + ФФД 1.2

Обработка осуществляет обслуживание ККТ АТОЛ, Штрих и Меркурий для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях. Поддерживает возможность параллельно пробития чеков на одной ККМ несколькими пользователями. Поддерживает Веб-сервер Атол. Соответствует требованиям 54-ФЗ. Поддерживает ФФД 1.0, 1.05, 1.1 и 1.2. Разделяет чеки по нескольким СНО. Поддерживает механизмы подключения ККТ по TCP/IP, для работы через RDP или интернет. Поддержка маркировки и разрешительного режима.

Арт.: 345395

Продано: 1898

2024-04-07_18-46-24.png
Обработка ФЗ-54.png
2019-11-04_22-17-01.png
Форма ввода данных клиента.png
2019-11-04_23-40-45.png
2019-11-04_23-44-36.png
2019-11-05_09-41-38.png
2019-11-05_09-44-04.png
2019-11-04_23-05-30.png
2019-11-05_01-30-13.png
2019-11-05_09-57-51.png
2019-11-05_09-59-57.png
image.png
image.png
image.png
image.png
image.png
2019-11-05_01-40-30.png
image.png
image.png
image.png
2020-02-03_23-13-06.png
2020-12-29_04-33-51.png
2021-10-10_22-08-22.png
2021-10-10_22-09-24.png
2021-10-11_00-52-06.png
2021-10-11_00-22-38.png
2021-10-12_20-51-32.png
image.png
image.png
2024-04-07_18-46-24.png
Обработка ФЗ-54.png
2019-11-04_22-17-01.png
Форма ввода данных клиента.png
2019-11-04_23-40-45.png
2019-11-04_23-44-36.png
2019-11-05_09-41-38.png
2019-11-05_09-44-04.png
2019-11-04_23-05-30.png
2019-11-05_01-30-13.png
2019-11-05_09-57-51.png
2019-11-05_09-59-57.png
image.png
image.png
image.png
image.png
image.png
2019-11-05_01-40-30.png
image.png
image.png
image.png
2020-02-03_23-13-06.png
2020-12-29_04-33-51.png
2021-10-10_22-08-22.png
2021-10-10_22-09-24.png
2021-10-11_00-52-06.png
2021-10-11_00-22-38.png
2021-10-12_20-51-32.png
image.png
image.png

5400 руб.

9600 руб.

12600 руб.

8400 руб.

Техподдержка и обновления

3500 руб.

7000 руб.

5000 руб.

Услуга

3500 руб.

Поддерживает требования 54-ФЗ

Исходный код обработки полностью открыт и может быть модифицирован покупателем самостоятельно.

Для загрузки доступна утилита для редактирования шаблонов чеков на онлайн-кассах Атол.

 

!!! Поддержка маркировки Табака, Обуви, Лекарств, Меховых изделий, Шин и покрышек, Духов и туалетной воды, Фотоаппаратов и фото-вспышек, товаров легкой промышленности, молочной продукции, упакованной воды, пива и слабоалкогольных напитков, БАДов, антисептиков, велосипедов, кресел-колясок и прочей маркировки, находящейся в стадии эксперимента.

!!! Поддержка требований к обязательным реквизитам кассовых чеков с 01.07.2019.

!!! Поддержка режима эмуляции кассовых чеков.

!!! Добавлена поддержка ККТ Меркурий через службу INCERMAN (тестовый режим)

!!! Поддержка ФФД 1.2.

!!! Поддержка Разрешительного режима

 

ФФД 1.2

 

Кому требуется

Ниже на схеме отражено кому требуется переходить на новый формат начиная с 06.08.2021, а для кого есть исключения и с переходом можно пока повременить.

ФФД 1.2

 

Дополнение к схеме: В случае, если после 06.08.2021 истечет срок действия старого ФН и нужно будет установить новый ФН-М для работы по ФФД 1.2 и на момент перехода не будет официальной прошивки с поддержкой нового формата, то ККТ можно будет зарегистрировать под предыдущий ФФД (1.1 или 1.05).

Если же на дату замены старого ФН и перехода на новый ФН-М прошивка для ККТ будет выпущена и ККТ внесена в реестр с заявленной поддержкой ФФД 1.2, то переход на новый ФФД 1.2 потребуется произвести в течение 3 месяцев с даты внесения в реестр ККТ информации о поддержке нового формата для конкретной модели ККТ. Таким образом первый дедлайн для перехода на ФФД 1.2 наступает 25 октября 2021 года (3 месяца с даты внесения первых ККТ с поддержкой ФФД 1.2 в реестр ККТ ФНС)

 

Что умеет обработка

- Проверять коды маркировки через ККТ при сканировании марки с выводом детальных результатов проверки

- Добавлять в чек коды маркировки с любым статусом проверки.

- Прерывать проверку кода маркировки, в случае если нет ответа от ИСМ (путем закрытия окна проверки или нажатия в нем ESC).

- Проверять коды маркировки через ККТ разом по всем позициям чека.

- Добавлять в буфер ККТ коды маркировки, проверка по которым завершилась неудачно при массовой проверке кодов маркировки.

- Использовать результаты, полученные при массовой проверке кодов маркировке при добавлении позиций в чек.

- Автоматически открывать смену перед проверкой кодов маркировки (проверка работает только при открытой смене)

- Автоматически добавлять все необходимые символы в код маркировки для проверки, так как по новым правилам проверка осуществляется по полному коду маркировки с символами GS. Благодаря этой функции не потребуется обязательного перевода сканера в режим эмуляции COM порта.

- Очищать результаты предыдущих проверок перед новой проверкой кодов маркировки.

- Устанавливать своё значение таймаута ожидания ответа от сервера ИСМ.

- Осуществлять проверку только в фискальном накопителе для ККТ, работающих в автономном режиме, без ожидания проведения проверки на сервере ИСМ.

- Стилизовать окна с результатами проверки по своему усмотрению (настраивать свои цвета для разных типов результатов проверки)

 

Системные требования:

Требуется прошивка ККТ с поддержкой ФФД 1.2.

Требуется актуальная версия драйвера ККТ. Для ККТ Атол это версия не ниже 10.9.0.5. Для ККТ Штрих - 5.16.

 

Разрешительный режим

С 1 апреля 2024 года поэтапно вводится режим проверок на кассах для товаров, подлежащих маркировке для следующих категорий: табак, пиво, молочная продукция, упакованная вода, антисептики, БАД, обувь, фотоаппараты, шины, одежда, духи и безалкогольные напитки.
С этой даты поэтапно наступает запрет продажи товара, подлежащего обязательной маркировке, если при проверке кода маркировки на кассе кассовое ПО выдало ошибку. Изменения будут направлены на улучшение контроля за товарооборотом на рынке, усиление борьбы с контрафактной продукцией и повышение защиты прав потребителей.

Более подробной информацией по разрешительному режиму можно ознакомиться на сайте: https://markirovka.ru/community/rezhim-proverok-na-kassakh/rezhim-proverok-na-kassakh

Требования к оборудованию

Требуется подключенная ККТ зарегистрированная под ФФД 1.2.

Обновление прошивки и драйвера ККТ как правило не требуется

Требуется обработка версии не ниже чем 5.1.3.

 

Обработка полностью поддерживает все требования по работе с разрешительным режимом в связке с разработанным программным модулем «Айтида iMark»

Что такое Айтида iMark?

Айтида iMark – это программный модуль, подключаемый к популярным кассовым решениям и обеспечивающий взаимодействие с ГИС МТ в части работы с разрешительным режимом согласно всем необходимым для этого требованиям.


Среди функциональных возможностей модуля присутствуют:
- Открытый API для интеграции. Это позволяет подключить и использовать модуль совместно с любым кассовым решением.
- Возможность работы с несколькими юридическими лицами для разделения проверок по своим для каждого юридического лица токенам.
- Работа с собственной базой данных SQL Lite и MS SQL Server, а также автоматическое пополнение базы проданных кодов маркировки для последующего исключения повторных продаж без необходимости отправки запроса проверки в ГИС МТ
- Автоматическое резервное копирование базы данных с заданным интервалом для повышения уровня надежности.
- Автоматическая фоновая работа с CDN: получение списка, проверка доступности, расчет скорости отклика, актуализация и переключение между CDN для наиболее быстрого получения результата проверки. Полное соответствие требованиям к поведению ПО в случае аварийных ситуаций, описанных в методических рекомендациях Честного знака в пункте «1.4.3. Переключение между CDN-площадками», доступно начиная с релиза 1.02.
- Разграничение прав доступа пользователей по ролям. Это позволит выдавать ограниченный доступ к API и обезопасить систему от необдуманных действий сотрудников.
- Удобный клиент для управления и настройки сервера iMark. Варианты взаимодействия с сервером: 1) API; 2) Приложение для Windows; 3) Веб интерфейс (скоро).
- Ведение журнала клиентских вызовов и журнала взаимодействия с ГИС МТ для обеспечения наличия технической информации и выполнении требования ППР 1944 в случае сбойных ситуаций (отсутствие интернета, сбой со стороны ГИС МТ…)
- Автоматическое обновление встроенных модулей взаимодействия с ГИС МТ. В случае изменения алгоритмов взаимодействия с ГИС МТ, не требующих изменений в ядре службы, не потребуется вручную обновлять файлы службы. Все изменения загрузятся в модуль iMark автоматически с нашего сервера.

 

Преимущества работы через Айтида iMark

- Модуль успешно прошел проверку на соответствие требованиям в Честном знаке и позволяет выполнять проверку кодов маркировки в полном соответствии с требованиями ППР 1944.

- Работает со всеми версиями платформы 1C при подключении к CDN.

- Высокая скорость проверки кодов маркировки в соответствии с регламентом проверок - не более 1.5 секунд (начиная с версии 1.02).

- На стороне 1С достаточно реализовать передачу кода маркировки в iMark, а все рутинные процессы взаимодействия с ГИС МТ iMark возьмет на себя.

- При переходе на новую целевую схему авторизации в 2025 году достаточно будет обновить только модуль iMark, а не менять обработку или свою интеграцию

- При добавлении оффлайн проверки в 2025 году для перехода не потребуется дорабатывать свою интеграцию или менять обработку. Достаточно будет обновить iMark и сделать несколько несложных настроек.

 

Лицензирование Айтида iMark

Всем без исключения доступна бесплатная версия iMark действующая до 1 апреля 2025 года.

Обо всех изменениях или продлениях акции будет сообщено дополнительно.

 

Функционал ограничения продажи по разрешительному режиму в обработке.

Обработка поддерживает работу как в строгом так и в нестрогом режимах проверки.

В зависимости от режима будет либо диалог для выбора действия, либо строгая блокировка без возможности продажи.

   

 

Поддерживаемые модели ККТ:

Все модели онлайн-касс и фискальных регистраторов, которые поддерживаются драйверами "Атол: Драйвер ККМ версии 8.16.6","Атол: Драйвер ККМ версии 10.Х" и "Штрих-М: Драйвер ККМ версии 4.14 и 4.15" и Меркурий от компании Инкотекс. Другими словами, поддерживаются все модели касс (в режиме ФР) производства компаний АТОЛ, Штрих-М и Инкотекс.

"Очередь печати" - механизм, при котором одна ККМ может быть подключена сразу к нескольким ПК в локальной сети и пробивать чеки с разных рабочих мест, ставя запросы в очередь и выполняя их в очередности поступления. 

 

Функциональные возможностиФункциональные возможности обработки для соответствия требованиям 54-ФЗ:

  • Ввод контактных данных клиента (телефон или e-mail) при пробитии чека;

      Поддерживается 3 варианта формы ввода данных покупателя:

      1. Форма ввода телефона/email с установкой признака электронного чека

       Форма ввода телефона/email покупателя

      2. Форма ввода с дополнительными полями ввода наименования и ИНН покупателя (для розничных чеков)

       Форма ввода с Наименованием и ИНН покупателя

      3. Форма ввода с возможностью редактирования сумм по видам оплат (для розничных чеков)

       Форма ввода с таблицей оплат

  • Поддержка Форматов Фискальных Данных 1.0, 1.05 и 1.1;
  • Отправка электронного чека клиенту по SMS или e-mail через ОФД;
  • Отказ от печати чека, если клиенту отправляется электронный чек;
  • Мониторинг передачи чеков в ОФД и вывод уведомлений пользователю в случае проблем с передачей;

       Мониторинг ФН

  • Чеки коррекции;

       Чек коррекции

  • Отчет о текущем состоянии расчётов;
  • Передача в ОФД наименований продаваемых товарных позиций и налоговых ставок по позициям.
  • Поддержка изменений к обязательным реквизитам кассовых чеков с 01.07.2019: Номер ГТД, Код страны происхождения товара, Сумма акциза
  • Отражение в кассовом чеке ФИО и ИНН кассира согласно требованиям закона.

       Доп реквизиты чека

  • Так же присутствуют механизмы указания условий для вывода дополнительных реквизитов в кассовом чеке. Условия могут быть заданы путем привязки к объектам конфигурации или через ввод своего алгоритма на встроенном языке 1С.

       Использовать свой алгоритм доп реквизитов

  • Механизм разделения чеков по системам налогообложения

       Разделение чеков по СНО

  • Пробитие товаров в чеке по агентским схемам для Банковских агентов/субагентов, платежных агентов/субагентов, поверенных агентов, комиссионной торговли и иных агентов.

       Реквизиты агента     Реквизиты агента 2   

       Распределение реквизитов агента

  • Механизмы работы с подарочными картами в соответствии с ФФД 1.05.

       Подарочные сертификаты

  • Механизм объединения товаров в чеке в одну строку.
  • Легкое подключение ККТ в сеансе RDP.
  • Прямое соединение с ККТ через интернет.
  • Работа с ККТ через Веб-сервер Атол.
  • Поддержка маркировки Табака, Лекарств, Обуви, Меховых изделий в части выбытия кодов маркировки при розничной реализации

                  

  • Поддерживается дополнительная форма ввода штрихкода маркировки для розничных чеков и сохранение введенных штрихкодов в базе данных.

       Форма ввода штрихкода маркировки

  • Поддерживается механизм вывода произвольных нефискальных строк в чеке, благодаря которому можно настроить отображение в чеке рекламной информации, текущих акций, дополнительных реквизитов и свойств позиций.

       Нефискальные строки

  • Поддерживает механизм эмуляции кассовых чеков без подключения оборудования. Механизм может быть использован при тестировании интеграции.

       Чеки эмулятора

  • Поддерживает гибкий функционал автоматической смены системы налогообложения с автоматической перерегистрацией ККТ в заданную дату

     Автосмена СНО

 

Дополнительные возможности обработки:

  • Механизм "Очереди печати", позволяющий пробивать чеки на одной ККМ с разных рабочих мест.
  • Настройка видов оплат в ККМ.

       Настройка видов оплат

  • Настройка соответствия налоговых ставок 1С и ККМ для правильного вывода налогов в чеке

       Настройка налогов

  • Автоматическая настройка параметров ККМ и обработки под конкретный формат фискальных данных.

 

НДС 20% и ФФД 1.05/1.1/1.2:

С 1 января 2019 ставка НДС в России повысится с 18% до 20%, согласно Закону 303-ФЗ. Все предприниматели, которые платят НДС, должны будут с 00:00 часов Нового 2019 года выдавать чеки, где указана новая ставка. Еще с Нового года ФНС перестанет принимать от онлайн-касс фискальные документы формата ФФД 1.0.

Для осуществления перехода на новую ставку налога и для поддержки формата фискальных данных 1.05 необходимо обновить прошивку контрольно-кассовой техники. При этом менять фискальный накопитель аппарата не требуется.

Что касается новой ставки НДС, то производители кассовых аппаратов Атол и Штрих позаботились о выпуске прошивок, которые позволят кассе автоматически перейти на ставку НДС 20% в 00:00 1 января 2019. Если предприятие планирует работать в ночь с 31 декабря на 1 января, мы настоятельно рекомендуем: закрыть смену 31 декабря и открыть новую смену 1 января, не начинать формировать новый чек, если не уверены, что чек будет завершен до наступления 00:00:00 1 января 2019 года. Эти рекомендации позволят не допустить смешивания показателей суммы НДС в итоговых счетчиках за день, так как информация по сумме НДС 18% и 20% хранится в одном счетчике.

При использовании данной обработки не потребуется в ночь с 31 декабря на 1 января производить какие-либо манипуляции по перенастройке обработки для перехода на ставку НДС 20%, достаточно лишь заблаговременно настроить в обработке правильное сопоставление налоговых ставок 1С с налоговыми ставками в ККМ. Сопоставление ставок нужно настроить со ставкой 18% и 18/118%, которые в Нового году превратятся в кассе ставку 20% и 20/120% соответственно. 

Что касается ФФД 1.05, 1.1 и 1.2, то обработка полностью поддерживает работы с данными форматами и после обновления прошивки самой кассы и перевода её путем перерегистрации на ФФД 1.05/1.1/1.2 можно перейти на работу с новым форматом, просто переключив его в настройках обработки.

 

Поддержка Маркировки:

Поддерживается функционал работы с маркировкой в части выбытия кодов маркировки при розничной реализации.

Содержит в комплекте встраиваемый в конфигурацию модуль для осуществления быстрых розничных продаж маркированных товаров, а также обработка ККТ обеспечивает передачу реализованных кодов маркировки в составе реквизитов кассового чека для передачи их в ОФД.

Так же поддерживается функционал ввода кодов маркировки при работе через оптовые отгрузочные документы для передачи их в составе кассового чека в ОФД средствами обработки обслуживания.

Поддерживается функционал проверки кодов маркировки через ККТ при сканировании кодов маркировки в чеке (и даже при их ручном добавлении).

 

Поддержка дополнительных реквизитов кассовых чеков, обязательных с 01.07.2019.

Поддерживается передача дополнительных реквизитов кассового чека, таких как:

  • наименование покупателя;
  • наименование организации, ФИО индивидуального предпринимателя;
  • ИНН покупателя;
  • сведения о стране происхождения товара, если осуществляется расчет за товар;
  • сумма акциза, если товар подакцизный;
  • регистрационный номер таможенной декларации.

Для поддержки передачи указанных тэгов необходимо иметь следующие версии драйверов ККТ и прошивок:

Для ККМ Атол: Драйвер ККТ 8.16.6 или 10.5.0, прошивка не ниже 7629.

Для ККМ Штрих: Драйвер ФР не ниже 4.14.0.772, прошивка не старше октября 2018 года.

 

Технические требования

  • Операционная система: Windows;
  • Платформа: 1С Предприятие 8.1, 1С Предприятие 8.2, 1С Предприятие 8.3;

Конфигурации: 

  • 1С:Управление торговлей 10.3,
  • 1С:Комплексная автоматизация 1.1
  • 1С:Управление производственным предприятием 1.3
  • 1С:Розница 1.0 
  • 1С:Бухгалтерия предприятия 2.0
  • другие отраслевые решения, построенные на основе указанных выше конфигурациях.

Совместимость гарантируется для типовых решений 1С, по отраслевым необходимо уточнение перед покупкой.

 

Техническая поддержка и обновления

Бесплатный период техподдержки составляет от 2 до 6 месяцев со дня покупки, в зависимости от позиции товара.

Также после приобретения вы получаете 2 или 6 месяцев бесплатных обновлений, в зависимости от купленной позиции товара.

По окончании бесплатного периода вы можете приобрести услугу технической поддержки с доступом к обновлениям на платной основе.

Проверить наличие обновлений можно в личном кабинете. Если обновления недоступны - загрузить новую версию можно после покупки обновлений/технической поддержки.

Задать вопрос по программе можно по кнопке "Техподдержка" на странице описания.

При создании тикета необходимо предоставить:

  1. Номер заказа
  2. Описание вопроса. Если это ошибки - напишите порядок ваших действий с программой, которые к ней привели (приложите видео/скриншоты/отчеты об ошибке)
  3. Точную конфигурацию 1С, и версию платформы, на которой используете купленное решение (наименование и версию 1С можно взять из раздела "О программе"), версию купленной программы.

К созданной заявке подключается специалист. Дальнейшее обсуждение проблемы будет проходить в тикете техподдержки. Стандартный срок реакции - 24 часа в рабочие дни с момента обращения.

Техподдержка
 

54-ФЗ:

С 1 февраля 2017 года контрольно-кассовая техника должна отправлять электронные версии чеков оператору фискальных данных — новые правила установлены в 54-ФЗ ст.2 п.2.
ЭКЛЗ нужно заменить на фискальный накопитель, подключить кассу к интернету, заключить договор с оператором фискальных данных и отправлять чеки в электронном виде в ФНС через оператора фискальных данных.

В связи с изменениями в законодательстве, для всех кто пользуется типовыми решениями от фирмы 1С возникла проблема: для полного соответствия требованиям законодательства требуется не только аппаратная /программная модернизация имеющейся, либо приобретение новой ККТ, соответствующей требованиям, но и доработка программного обеспечения, используемого в комплексе с используемым кассовым аппаратом.

Для решения проблемы существует несколько путей:

  1. Обновить конфигурацию до последнего релиза, в котором добавлены необходимые механизмы для работы по новому порядку. Но не всем данный вариант подходит, поскольку фирма 1С выпустила обновления не для всех конфигураций. Так же при таком варианте для многих пользователей сдерживающим фактором становятся собственные дописки конфигурации, которые не хочется потерять при обновлении. Да и обновление подобное не дешево обойдется.
  2. Перейти но новые конфигурации на управляемых формах. Вариант схож с предыдущим. Дорогостоящий, очень ресурсоемкий и требует большого количества времени. По стоимости выйдет дороже первого варианта. Потеря дописок обеспечена.
  3. Привлечь специалиста 1С для доработки конфигурации до соответствия новым требованиям. Ресурсоемкость и дороговизну такого варианта объективно оценить сложно, поскольку результат и скорость его получения зависит от квалификации специалиста и от стоимости часа  его работы. Подойдет далеко не всем пользователям. Этот вариант нивелируется следующим.
  4. Путь наименьшего сопротивления - использовать данную готовую обработку подключаемого оборудования, которая без каких либо дописок и доработок конфигурации позволит работать в соответствии с новыми требованиями. Стоимость этого варианта сопоставима со стоимостью 3 часов работы специалиста 1С. Временные затраты отсутствуют, потому как все что требуется уже написано, внедрение обработки согласно инструкции занимает не более 10 минут. 

Причины купить

  • Низкая стоимость: Стоимость обработки существенно ниже средней стоимости работы специалиста 1С, который потребовался бы для написания подобной обработки;
  • Простота установки и настройки: Обработка подключается через стандартные механизмы подключения торгового оборудования, что делается довольно просто в совокупности с подробной инструкцией и консультациями разработчика. Если же у вас модифицированная конфигурация и стандартные механизмы работы с оборудованием изменены, то разработчик готов помочь с интеграцией обработки с такой конфигурацией.
  • Соответствует требованиям закона ФЗ-54 о применении контрольно-кассовой техники.

Достоинства

  • Поддержка всех моделей фискальных регистраторов и онлайн-касс, которые поддерживает Драйвер Атол v8, Драйвер Атол v10, Драйвер Штрих 4.14;
  • Работа с фискальным регистратором подключенным не только локально, но и на удаленном компьютере в локальной сети;
  • Легко настраиваемая работа в терминальной сессии через драйвер Атол v8 (подробности по ссылке) и через Веб-сервер Атол. 
  • Поддерживает такие операции по 54-ФЗ, как: Приход, Возврат прихода, Чек коррекции прихода, Чек коррекции возврата прихода, Отчет об открытии смены, Отчет о закрытии смены, Отчет о текущем состоянии расчетов, передача электронного чека покупателю (посредством ОФД), оформление кассового чека без печати бумажного чека, мониторинг состояния обмена с ОФД с системой вывода уведомлений пользователю, разделение кассовых чеков по системам налогообложения, поддержка Форматов Фискальных Документов 1.0, 1.05, 1.1, 1.2. Поддержка маркировки в части выбытия кодов маркировки при розничной реализации.

Сравнение версий

08.04.2024 – 5.1.3

Версия 5.1.3
- Добавлена поддержка разрешительного режима при работе с маркированной продукцией. Поддержка осуществляется через разработанный подключаемый модуль «Айтида iMark». Добавлено заполнение отраслевых реквизитов позиции чека с данными проверки в ГИС МТ (подробности по настройке и установке в инструкции к обработке).
Прочие изменения:
- Добавлена обработка форматно-логического контроля при работе с маркированной продукцией по ФФД 1.2 и ККТ Штрих. Теперь проверки КМ на ККТ Штрих производятся корректно и на актуальных версиях прошивок.
- Исправлена ошибка пробития чеков коррекции по ФФД 1.2 на ККТ Атол при выбранном варианте драйвера «COM объект»
- Добавлена возможность пробивать чеки коррекции возврата прихода и возврата расхода при работе по ФФД 1.2.

- Исправлена ошибка установки ИНН кассира, когда вместо ИНН дважды устанавливалось имя кассира.
- Исправлены прочие незначительные ошибки.

Наименование Файл Версия Размер
Список изменений .pdf 5.1.3 433,44Kb 520 Скачать
Инструкция по обработке обслуживания ККМ. .pdf 5.1.3 4,10Mb 393 Скачать
Утилита редактирования шаблонов чеков для ККМ Атол .zip 18,47Mb 452 Скачать
Утилита редактирования шаблонов чеков для ККМ Атол с визуализацией .zip 8,73Mb 145 Скачать
2805. adzhna 01.02.22 14:22 Сейчас в теме
2772. Stitchi 01.02.22 09:28 Сейчас в теме
Добрый день, написал "Ваше обращение зарегистрировано, ему присвоен тикет с номером 409568"
2776. Stitchi 01.02.22 10:50 Сейчас в теме
У нас часовой пояс Владивосток, уже 6 час когда получится подключится?
(2776)
Обращение пока еще не вижу. Написал вам в личные сообщения.
(2745)
(2753)
(2755)
(2772)
(2776)

Вопрос решен через удаленное подключение.
Добавил передачу ссылки на пробиваемый документ
2807. adzhna 01.02.22 15:26 Сейчас в теме
(2806) Сегодня получится решить вопрос?
(2807)
Думаю да. Ожидаю ваш интервал в 1.5 часа
2809. adzhna 02.02.22 16:17 Сейчас в теме
Подскажите в каком пункте, разделе инструкции к обработки, можно ознакомится с функционалом данной формы?
Прикрепленные файлы:
(2809)
На данный момент ни в каком. Могу я проконсультировать.
Локальная проверка имеет смысл только для обуви, по остальным типам маркировки будет писать, как у вас на скриншоте.
Внимание нужно обращать на результат онлайн проверки и самый нижний результат проверки. Если онлайн проверка возвращает "Планируемый статус товара корректен", то это говорит о том, что ранее КМ был не продан, и он числится на организации и его можно продавать. Положительный результат подсвечивается зеленым цветом.
В результатах проверки отображается итоговый статус проверки, соответствующий значению тэга 2106. Рядом с ним выводится значение реквизита 2106 в понятном пользователю виде (по ФФД это Значения реквизита «результат проверки сведений о товаре» (тег 2106) в печатной форме).
Перечень значений этого реквизита представлен на скриншоте: https://disk.yandex.ru/i/U4lxcJslwdmkvQ
Если коротко, то [М+] говорит о положительной проверке и возможности продавать товар без опасений.
[М] - проверка в ОИСМ не пройдена, т.к. не было ответа или ККТ в автономном режиме. Конечный результат по марке можно будет узнать только после передачи чека в ОФД -> ЧЗ
[М-] - проверка не пройдена, не рекомендуется пробивать чеки с такими КМ.
2811. adzhna 02.02.22 16:41 Сейчас в теме
2812. user610981_a.ushakov 04.02.22 05:31 Сейчас в теме
Добрый день. Пользуемся вашей обработкой давно. Сильно измененные Розница 1 и УТ 10.3. Обработка версии 5.07. Из-за некоторых особенностей считывание марок происходит в самих конфигурациях, нашими дописками. Доработку документа Чек по рекомендации не делали - сотни тысяч, а может и миллионы чеков в базах, не хотелось реструктуризации. Таблицу маркировки ведем программно в Чеке, и передаем ее как ДопПараметры в обработку. Все корректно подхватывается штатными средствами, добавляя марки в МассивШтрихкодовМаркировки в ПозицииЧека.
Хотелось бы обратить внимание автора на некоторые места кода обработки, которые пришлось поправить.
1.
Функция КАС_СуществуетРеквизитОбъектаМетаданных(ИмяОбъекта, Тип = "Документы", ИмяТЧ="", Реквизит="", ТипРеквизита = "") Экспорт
//строка 
Результат = Метаданные[Тип][ИмяОбъекта].ТабличныеЧасти[ИмяТЧ].Реквизиты.Найти(Реквизит) <> Неопределено;

//заменена на
Попытка
	Результат = Метаданные[Тип][ИмяОбъекта].ТабличныеЧасти[ИмяТЧ].Реквизиты.Найти(Реквизит) <> Неопределено;
Исключение
    возврат ложь;
КонецПопытки;

//в типовом виде лезла к ТЧ чека связанного с маркировкой, и проверяла - есть ли там нужный реквизит
//а здесь проблема - что ТЧ такой нет, поэтому сваливалось с ошибкой.
//то есть, обработка не будет делать действие, если нет нужного реквизита в ТЧ, а вот то, что таблицамарок передается и нужной ТЧ нет - не //проверяет
2
Функция КАС_ОбработатьМассивКМЧерезККТ
//Строка
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(КодМаркировки, "КМ");

//заменена на
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(СтрЗаменить(КодМаркировки,Символ(29),""), "КМ");

//иначе был некорректный поиск марки. Получается, марки в первый раз проверяются, результат проверки сохранялся в табличку
//те марки, которые не прошли проверки - отображались в окошке ошибок. А после этого опять была проверка,
//но марки, которые были сохранены с положительным результатам ранее, не должны были отправляться на проверку повторно - для этого как раз делался поиск строки в таблице
//Но в таблице марки сохранялись без символа(29), а поиск был марки с символами (как сканер считал).
//В итоге марки отправлялись на проверку повторно, и уже не получали положительный ответ. Данная правка убирает данную ошибку
3.
Функция КАС_СформироватьМассивКМДляДобавленияВБуфер(Объект, МассивКМ) Экспорт

//строка
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(КАС_ПолучитьЗначениеПараметра(КМ, "КодМаркировки"), "КМ");

//заменена на
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(СтрЗаменить(КАС_ПолучитьЗначениеПараметра(КМ, "КодМаркировки"),Символ(29),""), "КМ");

//причина та же
(2812)
(2812)
Попытка
Результат = Метаданные[Тип][ИмяОбъекта].ТабличныеЧасти[ИмяТЧ].Реквизиты.Найти(Реквизит) <> Неопределено;
Исключение
возврат ложь;
КонецПопытки;


В обработке, во всех местах где идет обращение к ТЧ со штрихкодами маркировки предварительно проверяется наличие этой ТЧ через
КАС_СуществуетТабличнаяЧастьДокумента("ЧекККМ","КАС_ШтрихкодыМаркировки").
Если вы таблицу такую не добавляли, то и дальнейший поиск колонки в ТЧ происходить не будет. Тут правда я сужу по имеющейся у меня на тесте версии 5.0.8. В версии 5.0.7 допускаю, что могла быть такая ошибка.
Спасибо. Это исправлено уже.


(2812)
//заменена на
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(СтрЗаменить(КодМаркировки,Символ(29),""), "КМ");


Тут идет расчет на мои встраиваемые модули для маркировки, где происходит удаление этих символов из КМ для сохранения их в базе. Сделано так чтобы наличие доп символов не приводило к ошибкам обмена в РИБ. Далее символы GS программно добавляются перед пробитием, чтобы правильно передать его в ОФД-ЧЗ и проверить на сервере ИСМ.
Если у вас КМ уже с символом, то да, можете сделать такую доработку.
В планах у меня переделать на сохранение в base64.


(2812)
//заменена на
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(СтрЗаменить(КАС_ПолучитьЗначениеПараметра(КМ, "КодМаркировки"),Символ(29),""), "КМ");

//причина та же


Ответ такой же.

В целом спасибо за обратную связь. Все пожелания учту и сделаю универсальный механизм, чтобы подходил и для случаев, когда марки в обработку сами передают.
2813. user610981_a.ushakov 04.02.22 05:48 Сейчас в теме
Еще вопрос, как правильно сделать? Ситуация. У нас есть РИБ Розница 1.0, где есть центральная база, доступная через COM со всех филиалов. И есть рабочие места администраторов магазинов, у них установлена УТ 10.3 старая переписання. При возврате от покупателя в УТ формируется документ "Возврат от покупателя". Особенность в том, что продажа может быть в одном магазине, а возврат в другом, УТ обращается к центральной рознице для поиска чека. Находит его, в том числе и марки, которые были проданы, и заполняет необходимые данные в возврате, сама таблица марок - это просто ТЗ в памяти, которая отправляется на обработку v5.07
Далее загвоздка такая. При передаче таблицы марок с документа Чек в рознице проблем не возникает. Срабатывает
Процедура КАС_ПолучитьДанныеИзДокументаЧекаККМ, которая делает запрос к чеку, а дальше в
Если ТипЗнч(ТаблицаСМарками) = Тип("ТаблицаЗначений") Тогда (как раз передаваемая наша табличка)
...
ПараметрыЧека.ПозицииЧека[н].МассивШтрихкодовМаркировки.Добавить(СтруктураМарки);
то есть, массив штрихкодов марок сцепляется с позициями чека

Второе место в обработке, где заполняется МассивШтрихкодовМаркировки - это
Функция КАС_ИнициализацияЧекаККМ(Объект, СуммаНал, СуммаБезнал) Экспорт
и в ней кусок, относящийся к Ордеру, сводящийся в конечном итоге к открытию формы менеджера чека.
Больше мест, где заполняется МассивШтрихкодовМаркировки на основании переданной таблицы марок я не увидел

Как то правильно обойти можно, чтоб из возврата сразу переходили к печати чека, без дополнительных форм, и при этом таблица маркировки подхватывалась?
(2813)
подхватывалась

Передать в функцию ОткрытьЧек таблицу с марками в структуре с доп параметрами со следующей структурой колонок:

//  ДопПараметры				   - <Структура> - структура дополнительных параметров, получаемых из конфигурации.
//									По умолчанию добавлена обработка 4х параметров:
//									1. ДокументСсылка - <Ссылка> - ссылка на документ, из которого происходит пробитие чека (пробиваем из ПКО, РКО, ОПК, ЧекККМ)
//									2. ТелефонКлиента - <Строка> - номер телефона клиента
//									3. АдресКлиента - <Строка> - email адрес клиента
//									4. ЭлектронныйЧек - <Булево> - признак электронного чека:  Истина - электронный, Ложь - бумажный.
//									5. КассирФИО - <Строка> - ФИО кассира
//									6. КассирИНН - <Строка> (12 символов) - ИНН кассира
//									7. СНО - <Число> (целое) - система налогообложения чека. Возможные значения: 
//																								1 - Общая система,
//																								2 - Упрощенная Доход,
//																								4 - Упрощенная Доход минус Расход,
//																								8 - Единый налог на вмененный доход, 
//																								16 - Единый сельскохозяйственный налог, 
//																								32 - Патентная система налогообложения 
//									8. ТаблицаСМарками - <ТаблицаЗначений> - таблица с заполненными марками для документа ЧекККМ
//																			Структура таблицы:
//																				КлючСтроки - <Число> (целое) - Ключ связи со строкой товара документа 
//																				ШтрихкодМарки - <Строка> (150 символов) - штрихкод марки
//																				ТипМаркировки - <Строка> - описание типа маркировки. 
//																								Возможные значения: "tobacco" - табачная продукция, 
//																													"shoes" - обувь, 
//																													"medicines" - лекарста, 
//																													"furs" - шубы, 
//																													"photo" - фотоаппараты и вспышки,
//																													"perfume" - духи и туалетная вода, 
//																													"tires" - шины и покрышки, 
//																													"textile" - Легкая промышленность
//																													"other" - прочая маркировка 
//																													"dairy" - молочная продукция
//																													"water" - упакованная вода
//																													"beer" - пиво и слабый алкоголь
//																													"dietarysup" - БАД
//																													"antiseptic" - Антисептики
//																													"bicycles" - Велосипеды
//																													"wheelchairs" - кресла-коляски
//																				РезультатПроверкиКМ - <Строка> - результат проверк КМ в ККТ. Структура с результатам, сохраненная в строку через ЗначениеВСтрокуВнутр
Показать
2823. user610981_a.ushakov 08.02.22 05:44 Сейчас в теме
(2815)
Возвращаясь к вопросу
У нас делается возврат товара от покупателя, который по сути является чеком возврата. Но мы не можем делать именно ЧекККМ, потому что в УТ загружаются только Отчеты о розничных продажах, и на основании их делается возврат от покупателя (сами чеки продажи делаются в другой программе)
Так вот, естественно, в процедуру ОткрытьЧек передается ДопПараметры (структура), в которой есть ТаблицаСМарками в нужном формате.
Затем для каждой строки вызывается Обработка.ПечататьСтроку (это делает обработка ТОСервер)
И затем Обработка.ЗакрытьЧек
Но если проследить код обработки, то получается следующее. Есть маркировка или нет, определяется в переменной ПараметрыЧека.ПозицииЧека.МассивШтрихкодовМаркировки. Если массив имеет значения - значит маркировка есть, и далее делаются все необходимые действия
Но сам этот МассивШтрихкодовМаркировки заполняется только в двух местах.
1. В функции Функция КАС_ИнициализацияЧекаККМ
есть блок:
//ордер
Если ФискальныйЧек = Истина И НЕ ЭтоЧек Тогда
....
    НайденныеМарки = ТаблицаСМарками.НайтиСтроки(ОтборМарки);
    Если НайденныеМарки.Количество() > 0 Тогда
        Позиция.Вставить("МассивШтрихкодовМаркировки", Новый Массив());
            Для Каждого Марка ИЗ НайденныеМарки Цикл
                СтруктураМарки = Новый Структура;
                СтруктураМарки.Вставить("ШтрихкодМарки", Марка.ШтрихкодМарки);
                СтруктураМарки.Вставить("ТипМаркировки", Марка.ТипМаркировки);
                СтруктураМарки.Вставить("РезультатПроверкиКМ", Марка.РезультатПроверкиКМ);
                Позиция.МассивШтрихкодовМаркировки.Добавить(СтруктураМарки);
            КонецЦикла;	
    КонецЕсли;
Показать

перед этим еще вызывается Менеджер чека, но он не нужен. Да и блок относится к ордеру, а это не ордер

2. В процедуре
Процедура КАС_ПолучитьДанныеИзДокументаЧекаККМ
....после получения ТЧ Чека ККМ идет связывание полученных данных из чека  с таблицей маркировки
			//ШК маркировки
			Если ТипЗнч(ТаблицаСМарками) = Тип("ТаблицаЗначений") Тогда
				Если ТаблицаСМарками.Количество() > 0 Тогда
                                         ...происходит связывание строк маркировки и строк чека
								
							ПараметрыЧека.ПозицииЧека[н].МассивШтрихкодовМаркировки.Добавить(СтруктураМарки);							
				КонецЕсли;	
			КонецЕсли;	
Показать


сама эта процедура вызывается только один раз, и делается только если документ - ЧекККМ

соответственно, если позиции чека передаются через ПечататьСтроку, и передается ТаблицаМаркировки в параметрах, но это не ордер и не чекККМ, то МассивШтрихкодовМаркировки будет пустой, и маркировка не срабатывает. При этом все необходимые данные заполнены

Пока придется вставлять заплатку, что если ПозицииЧека заполнены, и ТаблицаМаркировки есть, то связывать их по типу процедуры КАС_ПолучитьДанныеИзДокументаЧекаККМ
(2823)
Пока придется вставлять заплатку, что если ПозицииЧека заполнены, и ТаблицаМаркировки есть, то связывать их по типу процедуры КАС_ПолучитьДанныеИзДокументаЧекаККМ

Добрый день! Да, пока можете обойти таким способом. Я подумаю, как в релизом варианте обработать ваш сценарий.
2816. user756412 07.02.22 09:15 Сейчас в теме
Добрый день, приобрели обработку, но из-за особенностей нашей конфигурации пришлось переписать. Возникла проблема после вызова функции проверки кода маркировки (FNCheckItemBarcode) и после закрытия чека выходит ошибка -1 - нет связи (При закрытии чека чек печатается, но выходит ошибка нет связи). При выполнении остальных операций (открытие чека, смены, добавление строки товара. очистка буфера кодов маркировки...) все работает.
Может сталкивались?

Касса: штрих лайт
Драйвер: штрих 5.16
(2816)
Добрый день! Включите логирование в обработке в дополнительных параметрах подключения. По логу можно будет попробовать понять в чем происходит проблема при пробитии.
Что именно дописывали? В самой обработке что-то меняли?
2818. user756412 07.02.22 09:56 Сейчас в теме
(2817) Меняли все. в том и проблема. поэтому, включить логирование не возможно. Вытащили из обработки все, что касалось касс штрих. и добавили в свою, поэтому претензий к вашей обработке нет. Кстати, спасибо за читаемый код и комментарии, это редкость. Может сталкивались в процессе с подобной ошибкой?
(2818)
Пока не сталкивался с подобным
(2818)
Кстати, спасибо за читаемый код и комментарии, это редкость.

Пожалуйста )
2822. user756412 07.02.22 12:29 Сейчас в теме
(2817) В общем, проблема решилась странным образом. У штриха. согласно описанию драйвера, 7 скоростей (LDBaudrate), но на всех скоростях выдает ошибку. Но если поставить скорость 18, которой нет в описании драйвера, то все работает. Какая-то хрень.
2819. nike-arz 07.02.22 10:06 Сейчас в теме
(2816) Попробуйте заменить прошивку от 20.12.21 и обновить драйвер до 5.17.0.894

Нам помогло.
2825. 1CRusmoda 08.02.22 19:05 Сейчас в теме
Здравствуйте. Версия обработки ALLFiscalPrinters_v.5.0.8. ККМ Атол 55Ф. УПП 1.3

В модуле объекта обработки в функции КАС_СохранитьРезультатыПроверкиКМВПозицииЧека(Объект, МассивКМДляПроверки, РезультатыПроверкиКМ, ЭтоДобавлениеВБуфер = Ложь) параметр "РезультатыПроверкиКМ" обрабатывается как коллекция (Для Каждого Ответ из РезультатыПроверкиКМ Цикл...), а тип у него "Строка". Значение этого параметра возвращает процедура ОтправитьЗаданиеJSON(Объект, ИспользуемыйДрайверККМ, ЗаданиеПроверки, РезультатПроверкиКМ). Соответственно срабатывает ошибка времени выполнения.

Марка добавляется в форме "Менеджер чека" по "Реализации товаров и услуг" и нажимается кнопка "Пробить чек"

Помогите исправить ошибку
(2825)
здравствуйте! У вас без доработок обработка?
2831. 1CRusmoda 09.02.22 16:34 Сейчас в теме
(2826)
Без.
Не работает при настройках драйвера в параметрах обработки в значение "ККТ Атол: Web-сервер". При использовании "ККТ Атол: Драйвер 10.Х (COM-объект)" работает без ошибок
2827. user699330_it 09.02.22 09:24 Сейчас в теме
2828. user699330_it 09.02.22 09:26 Сейчас в теме
(2827) хотел бы уточнить сроки ответа
(2827)
(2828)
Добрый день! Я не вижу этот тикет, пока меня к нему не подключили.
user699330_it; +1 Ответить
2830. user1341133 09.02.22 10:18 Сейчас в теме
Здравствуйте. Какова актуальная версия обработки и есть ли поддержка касс Штрих с ФФД 1.2 ?
2832. user610981_a.ushakov 14.02.22 05:21 Сейчас в теме
Здравствуйте. Писал выше, что у нас незначительные собственные изменения в обработке (5.07), что передаем туда таблицумарок, и для этого косметические правки, устраняющие ошибки.
Вопрос собственно не с этим. Продажа маркированного товара проходит без ошибок, на чеке печатается [M+]. А вот если через небольшое время сделать возврат этого же товара с этой же маркой (полная копия чека, только возврат), то выходит окошко обработки, где показаны непроверенные марки, и пишется "указанный в запросе код маркировки имеет некорректный формат (не распознан)", если пройтись по отладчику, то возвращает в одном из флагов при проверке - unrecognized. При этом марка передается та же самая, что и при продаже.
Не подскажите, куда копать, чтоб понять причину проблему?
(2832)
Здравствуйте! Проверьте и убедитесь, что при возврате отправляется запрос проверки КМ с операцией возврата, а не продажи, и если там действительно возврат, то вопрос скорее нужно адресовать оператору фискальных данных, либо в Честный знак.
2834. gerksly 14.02.22 21:02 Сейчас в теме
Доброго вечера! Все сделал по инструкции, форму взял из обработки для 8.1 Конфигурация ут 10.3, совсем старая. И при сканировании кода маркировки возникает следующая ошибка:

{Документ.ЧекККМ.Форма.ФормаРегистрацииПродаж(1005)}: Метод объекта не обнаружен (ПолучитьОбъектДрайвера)
Результат = ПолучитьСерверТО().ПолучитьОбъектДрайвера(ФУ, ОбработкаФР, ОбработкаОбъект);

Куда копать?
(2834)
ПолучитьОбъектДрайвера

Добрый день! Уточните пожалуйста релиз конфигурации
2836. gerksly 18.02.22 10:22 Сейчас в теме
(2836)
Найдите в конфигурации обработку ТОСервер и в модуле этой обработки у функции ПолучитьОбъектДрайвера допишите Экспорт в конце
Прикрепленные файлы:
2838. gerksly 28.02.22 10:28 Сейчас в теме
Спасибо, все работает. Но почему-то КМ не проходит проверки, пробовал разные. На чеке печатается М-. Версия ффд 1.2 Куда копать?
(2838)
Нужно смотреть что сервер ИСМ возвращает и есть ли с ним связь вообще
2840. gerksly 28.02.22 11:07 Сейчас в теме
Из теста драйвера точно есть. На форме проверки маркировки пинг исм если нажать - то ничего не происходит. И еще вот заметили. Он открывает смену и пробивает чек каким-то своим временем - в ккт и компьютере время верное, в 1с стоит настройка - рабочее время текущей датой. А он ставит сегодня например 19 число.
(2840)
На форме проверки маркировки пинг исм если нажать - то ничего не происходит

В актуальных версиях прошивок и драйверов исправили возможность выполнять пинг в момент проверки КМ.


(2840)
А он ставит сегодня например 19 число.

Установите в ККТ правильную дату и время. Это может являться причиной того что проверка не работает.
2841. gerksly 28.02.22 11:08 Сейчас в теме
И какое-то абсолютно левое время.
2843. gerksly 28.02.22 11:33 Сейчас в теме
В ккт стоит абсолютно правильная дата и время, я же написал... А с ИСМ так и не понял, что сделать, чтобы можно было из формы пинг увидеть. Потому как, повторюсь, из драйвера ИСМ пингуется отлично.
(2843)
Про дату и время вас не понял, где время не правильное.

По связи с ИСМ - вопрос к оборудованию и его настройке, а не к обработке.
2845. gerksly 28.02.22 11:36 Сейчас в теме
Время и дата в чеке неверное, откуда его берет обработка - я не понимаю.
(2845)
Дата и время в чеке берутся из ККТ, а не из обработки
2847. gerksly 28.02.22 11:37 Сейчас в теме
А вот в данном случае - явно нет(
(2847)
вы что-то явно недоговариваете )
2849. gerksly 28.02.22 11:38 Сейчас в теме
Все договариваю) Для меня для самого загадка. Попробую отладчиком отловить, где и откуда она время берет.
(2849)
(2849)
Попробую отладчиком отловить, где и откуда она время берет.


зря потратите время


Распечатайте x-отчет, посмотрите на нем дату и время
2851. gerksly 28.02.22 11:40 Сейчас в теме
2852. gerksly 28.02.22 11:55 Сейчас в теме
Дату поправил. 1с почему-то ее сама ставила. Теперь вроде все ок. По марке посмотрели - в честном знаке марка короче на несколько символов.
(2852)
Проверьте правильно ли сканер у вас эту марку считывает. Если нет, то нужно настраивать сканер
2854. c_one_ 03.03.22 15:32 Сейчас в теме
Добрый день. Покупали обработку для установки на УТ10.3 базовую для работы с маркировкой табака и ффд1.2, но что то идёт не так.
Запрос считывания марки не выходит, проверка КМ не происходит, еще столкнулись с тем, что чек в ут пробился верный, а ккт каждую маркированную позицию с суммой задублировала по 7 раз.. буква М не печатается.
Подскажите, данная обработка может работать с ффд1.2 и маркировкой сигарет на ут10.3 базовая? в инструкциях везде написано, что требуется доработка конфигурации.
Спасибо
(2854)
Добрый день! Запрос марок для базовой происходить не будет, т.к. доработки по инструкции вы сделать не сможете. Но есть механизм проверки всех позиций разом перед пробитием. Он как раз подойдет и для ситуаций, когда нет возможности произвести доработку. Вам нужно активировать его в настройках обработки.
2856. c_one_ 04.03.22 20:10 Сейчас в теме
(2855) столкнулись с проблемой, что касса на ффд1.2 Атол11ф при пробитии чека через безналичный расчёт количество позиций товара с маркой дублирует 7 раз, причём способом оплаты "наличные". УТ10.3 базовая последний релиз, обработка 5.0.7, версия драйвера Атол 10.9.2.3
Были ли такие ситуации? в какую сторону копать?
2858. c_one_ 04.03.22 21:14 Сейчас в теме
(2857) грустно, значит завтра на копии базы зарегистрирую тестовую ккт под ффд1.2 и отдам отдел разработки искать, где кроется печаль.
2859. nlipiev 08.03.22 20:07 Сейчас в теме
Здравствуйте.

Проблем аналогичная (2854) и (2856) - базовая УТ 10.3, касса АТОЛ и табачная продукция. Вопрос, который интересует больше всего, это дублирование позиций в чеке. Каждая считанная маркая в РМК это +1 строка в бумажном чеке, который вылезает из кассы. При количество номенклатуры не суммируется, это именно отдельная строка с количеством 1 и соответствующей ценой. Вся сумма свыше закрывается наличными, в итоге в лучшем случае это задвоенная сумма чека, а то и больше. При этом чек в самой программе полностью корректный как по количеству позиций, так и по сумме, то есть теоретически УТ 10.3 со своей стороны отдала верные данные. При этом, как и в проблеме, озвученный выше, буква [М] в чеке не проставляется. Такая проблем только с маркированным товаром, обычный товар бьется без каких-либо проблем в любом количестве, каких-то лишних строк, дублей и прочего нет.

Отсюда вопросы, откуда обработка в случае невозможности доработки и отсутствия соответствующей табличной части КАС_ШтрихкодыМаркировки берет коды маркировки? Из стандартных реквизитов документа ЧекККМ? Нет вероятности, что может быть проблема где-то в этом алгоритме? На что влияет галочка "Получать дополнительную информацию из конфигурации при пробитии чеков из документа Чек ККМ (и режима РМК)" в разделе "Параметры чека" и нужно ли ее взводить в нашей ситуации (базовая версия и невозможность доработки)? В очередной раз, нет вероятности, что эта "дополнительная информация" и вылезает нам лишними строками? Касательно той же буквы [М], как происходит выборка маркированного товара? По настройкам в разделе "Маркировка"? Там все указано, стоит отбор по виду номенклатуры, но буквы М нет, пытались сами немного отлаживать, в процедуре КАС_ФискализироватьЧек не взводится переменная ЕстьМаркированныеПозиции в нашей ситуации, то есть обработка по какой-то причине считает, что маркированного товара в чеке нет.
(2859)
Здравствуйте! Вероятно, более детально я смогу ответить на ваш вопрос, посмотрев вашу конфигурацию. Если у вас действительно базовая версия, то можете написать версию используемого релиза и название конфигурации.

По поводу разделения маркированных товаров на отдельные строки - это автоматически делает обработка, т.к. согласно текущего ФФД на один предмет расчета можно указать только один тэг 1162/1163. По этой причине обработка делит КМ на отдельные позиции. Суммы сверху обработка сама не добавляет, получает все то, что прилетает от конфигурации.

то есть обработка по какой-то причине считает, что маркированного товара в чеке нет

Есть несколько критериев, по которым обработка определяет есть ли маркированная продукция или нет. Там в обработке и можно посмотреть, что за критерии проверяются.


"Получать дополнительную информацию из конфигурации при пробитии чеков из документа Чек ККМ (и режима РМК)" в разделе "Параметры чека" и нужно ли ее взводить в нашей ситуации (базовая версия и невозможность доработки)?


Да, нужно флаг установить. Если нет доработки, которая описана в руководстве, то такая дополнительная информация определяется по документу Чек ККМ , ссылка на который определяется запросом из БД.
2861. nlipiev 10.03.22 12:23 Сейчас в теме
(2860)
И снова здравствуйте. Конфигурация - Управление торговлей (базовая), редакция 10.3 (10.3.73.1), последняя на данный момент. Версия обработки 5.0.7, также последняя на данный момент.

По поводу разделения маркированных товаров на отдельные строки - это автоматически делает обработка, т.к. согласно текущего ФФД на один предмет расчета можно указать только один тэг 1162/1163. По этой причине обработка делит КМ на отдельные позиции. Суммы сверху обработка сама не добавляет, получает все то, что прилетает от конфигурации.


Будь это несколько сигаретных пачек, никаких вопросов не было бы. Но мы пробиваем одну пачку и получаем две строчки в бумажном чеке ККМ (и задвоенную сумму соотвествено). Пробьем две пачки, получим четыре строки и так далее. Чек в самой УТ, как и говорилось ранее, правильный, количество и сумма соответствует тому, что было в форме РМК.
Поэтому и пытаемся понять, где-то алгоритм в обработке что-то не так обрабатывает, либо же сама УТ передает некорректно таблицу КМ.

Есть несколько критериев, по которым обработка определяет есть ли маркированная продукция или нет. Там в обработке и можно посмотреть, что за критерии проверяются.


В разделе "Маркировка" настраивали привязку и по номенклатуре, и по свойству и по виду, и по группе, перепробовали все варианты кроме своего алгоритма. Результат аналогичный - буквы [М] в чеке нет.
2862. Stitchi 22.03.22 04:27 Сейчас в теме
Добрый день, возник вопрос на одном компьютере подключены две кассы (ООО и ИП). Настроили WEB сервер, указали COM порты и включили, но обработка видит только ту кассу, в которой стоит крыжик "по умолчанию" не смотря на указанные названия, это можно как-то обойти? ФФД ещё старый и драйвер 10.8.1
2863. Stitchi 22.03.22 05:04 Сейчас в теме
Текст ошибки, драйвер 5.0.8
404 - ККТ по заданному идентификатору не найдена или ККТ по умолчанию не выбрана или задание с указанным UUID не найдено
Ошибка получения состояния и информации о ККТ: 404 - ККТ по заданному идентификатору не найдена или ККТ по умолчанию не выбрана или задание с указанным UUID не найдено
Не получен ответ от устройства
(2862)
(2863)
Добрый день! Убедитесь, что правильно указали идентификаторы устройств в параметрах обработки в персональных настройках подключения.
Проверьте в логах веб сервера, передаются идентификаторы устройств в запросах.