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

Продано: 1843

Обработка - главное изображение.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
Обработка - главное изображение.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

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.

 

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

Все модели онлайн-касс и фискальных регистраторов, которые поддерживаются драйверами "Атол: Драйвер ККМ версии 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. Поддержка маркировки в части выбытия кодов маркировки при розничной реализации.

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

24.01.2024 – 5.1.1

- Наименование функционала работы с веб сервером Атол приведено в соответствие с актуальным наименованием у разработчика – «WebRequests»
- Добавлен функционал авторизации при работе с WebRequests. Логин и пароль пользователя можно задать в дополнительных параметрах подключения.
- Добавлена возможность указывать дополнительные реквизиты для чеков коррекции в форме Менеджера чека при работе по ФФД 1.2. Доступ к заполнению реквизитов появляется при выборе вида чека «Чек коррекции» в нижней части окна (подробнее смотри в руководстве по обработке).
- Добавлена обработка документа ЧекККМ в форме менеджера чека для единого механизма пробития чеков коррекции по ФФД 1.2.
- В форму настроек своего алгоритма определения способа расчета по чеку добавлен шаблон с примером кода для определения способа расчета по одноименному реквизиту платежного документа. При активации своего алгоритма и выборе шаблона способ расчета будет определяться не по стандартному алгоритму, а браться из документа, при наличии реквизита.
- Во встраиваемых в конфигурацию модулях для работы с маркировкой добавлен функционал экранирования символов GS в сканируемом коде маркировки при сохранении этого КМ в базе, вместо удаления этих символов. Экранирование позволит сохранять КМ без потерь необходимых символов и не использовать функционал программного дополнения кодов маркировки, а также не приведет к ошибкам при обмене в РИБ.

Наименование Файл Версия Размер
Список изменений .pdf 5.1.1 462,92Kb 511 Скачать
Инструкция по обработке обслуживания ККМ. .pdf 5.1 3,94Mb 380 Скачать
Утилита редактирования шаблонов чеков для ККМ Атол .zip 18,47Mb 451 Скачать
Утилита редактирования шаблонов чеков для ККМ Атол с визуализацией .zip 8,73Mb 143 Скачать
1781. dmtrpv 25.12.19 15:46 Сейчас в теме
(1780)
Но я даже взял ваш файл Розница_1.0.19.16.cf, который в комплекте к обработке для маркировки.
Ошибка та же. Может еще какие то настройки нужно указать?
1782. dmtrpv 25.12.19 16:08 Сейчас в теме
Я разобрался в проблеме, но не понимаю почему так.
А именно вот код марки: 010468006710561821hFTZNKBsW8USQ240640391ffd092KMFmQU6m/5xjGH­BkCejHrY9GykiI/UrQWUqEH1fRscQEFHmZJHmy/ugXvWiNjjRJKj6NFCrVr7­ArBTr/Bb4HdQ==

В карточку самого товара я заносил EAN13 вот этот: 4680067105618.
И в этом случае при сканировании datamatrix выдавалась ошибка.

Чтобы ошибки не было, нужно в карточку товара в EAN13 заносить вот эти цифры: 1046800671056

Я не понимаю почему, ведь не они являются штрихкодом EAN13 этого товара.
(1782)
Первые 14 символов из GTIN без лидирующих нулей - это и есть ШК товара.
Вы захватили 15й и 16й символы, не относящиеся к EAN.
Интересно увидеть сам ШК на товаре.
1784. dmtrpv 25.12.19 17:42 Сейчас в теме
Здесь что-то не так.
У меня есть 2 официальные марки с коробок.
Одна марка полноценная с завода, а другая марка это маркированные уже существующие остатки через личный кабинет маркировки.
Так вот, обе марки начинаются с 010.
А дальше у заводской обуви начинается стандартный EAN13 с цифры 46, то есть 0104680067105618.
А у самостоятельной маркированной обуви после 010 идет префикс EAN13 для внутреннего учета 29, то есть 0102900000282247.
EAN13 этих товаров видны сразу, это 4680067105618 - заводской ШК и 2900000282247- это самостоятельно маркированный.
А вы говорите что 1046800671056 - это и есть EAN13 этого товара. но это никак не может быть, таких EAN13 не бывает.

Я проверил на 1С Рознице 2.3 последнего релиза. Там в карточку товара нужно вводить именно EAN13 4680067105618, а вот если занести 1046800671056 , тогда возникает ошибка про не найденный ШК.
(1784)
Понял вас, Дмитрий! Сейчас внесем поправки
(1784)
Обновил модуль с доп.процедурами для доработки под маркировку. Можете скачать актуальный по ссылке из инструкции по доработке.
(1783)
тут опечатка, имелось ввиду - 14 символов из штрихкода марки - это и есть GTIN (что равно ШК товара)
1788. RustIG 26.12.19 13:55 Сейчас в теме
(0) Добрый день!
1. У меня не получается настроить механизм указания условий для вывода дополнительных реквизитов в кассовом чеке: для физлиц не выводить ИНН, для юрлиц - выводить ИНН. Печатаю ПКО (наличная оплата), создаю на основании Реализации.
2. У другого клиента - ккм подключена через рдп - если несколько минут не работать в 1с, то ккм теряет связь с 1с, и тогда при след. пробитии чека выйдет ошибка "Порт ККМ не доступен!" Знакома проблема и что делать?
(1788)
Добрый день!

1. Каким образом настраиваете? Пришлите хотя бы настройки ваши.

2. Вопрос не к обработке. Проверьте в первую очередь параметры электропитания на предмет разрешения отключения питания USB портов.
1790. RustIG 26.12.19 15:31 Сейчас в теме
(1789) настройки прикладываю
Прикрепленные файлы:
настройки ккм.kas
(1790)
Над таблицей настроек флаг передачи реквизитов покупателя тоже необходимо поставить. Эти флаги перед условиями работают как глобальные разрешения, т.е. сначала проверяется необходимость передачи доп.тэгов по этим флагам, а далее уже проверяются условия вывода реквизитов в зависимости от наличия настроек условий.
1792. RustIG 26.12.19 15:57 Сейчас в теме
(1791) сработало! :)
я испробовал наверное 4 комбинации настроек, это как оказалось 5-ая комбинация :)
(1792)
Много вы насчитали.
Всего 3 комбинации получается:
1. Включено без доп. условий
2. Включено с доп. условиями
3. Выключено

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

Итого 4 с разделением второго пункта на 2 отдельных ))
1794. dmtrpv 26.12.19 22:54 Сейчас в теме
Добрый вечер.
По маркировке Обуви.
Как только в карточке товара я ставлю КАС_МаркировкаОбувь = Истина и пробиваю чек сканируя Datamatrix, то вместо ТОВАР на чеке печатается ПОДАКЦИЗНЫЙ ТОВАР.
На название товара не обращайте внимания, это просто для теста.
Вот этот момент в модуле ATOLFiscalPrinters_v.4.09.00.epf

Если ЗначениеЗаполнено(ТипКТ) Тогда
..................
ПредметРасчета = 2; //подакцизный товар


Тут надо как то гибче. Я пока поставил 1, чтобы печатался ТОВАР. Наверное вы потом переделаете в следующем релизе.
Или я не так понимаю что-то?
Прикрепленные файлы:
(1794)
Да, спасибо, Дмитрий! Исправлю.
Это нужно только для табака, т.к. табачная продукция является подакцизным товаром. Остальные товары, подлежащие обязательной маркировке к подакцизным не относятся, поэтому добавлю условия для них, либо поставлю выше приоритет у настроек предмета расчета в параметрах обработки.
1796. RustIG 27.12.19 17:38 Сейчас в теме
(1795) пригодится скоро и мне - у моего клиента обувь
1797. jessy2234 14.01.20 16:42 Сейчас в теме
Здравствуйте.

После обновления обработки до версии 4.09.01 функция отправки доп реквизитов (покупатель и его инн в чеке) перестала работать так как работала ранее. То есть в ЧекККМ у меня добавлены ссылки на название и инн покупателя. Если пользователь выбирает в форме выбора контрагента, то данные по контрагенту успешно передавались в кассовый чек. После обновления на 4.09.01 не передаются ни под каким соусом.

Включена только одна галка по доп. реквизитам покупателя. Основная, в верхней части окна настроек.

Единственный вариант который у меня сработал - включить форму Тач-Скрин + Данные покупателя. Тогда при пробитии чека выходит форма для ввода данных, заполняется вручную и передается в кассовый чек.

Что я делаю не так ?
(1797)
Здравствуйте! Эту часть в 4.09.01 вроде даже не трогал. Вы реквизиты ваши из ЧекаККМ передавали сами в обработку? Или доработку самой обработки делали?
1799. jessy2234 14.01.20 17:11 Сейчас в теме
Обработку не трогал. Сделал как Вы предложили - передал ссылки в чек и обработка их сама подхватывала.
1800. itc_Geo 17.01.20 16:33 Сейчас в теме
Здравствуйте! Скажите, пожалуйста, планируется ли сделать возможность выбора вариантов оплаты "Возврат прихода" / "Возврат расхода" при формировании чека коррекции через обработку обслуживания?
(1800),
Здравствуйте! Да, планируется. Чек коррекции будет доработан для полного соответствия ФФД 1.1, а не только 1.05.
1802. itc_Geo 17.01.20 16:48 Сейчас в теме
(1802)
Не за что, Юрий! Обращайтесь )
1804. itdirectdominus 21.01.20 03:20 Сейчас в теме
Добрый день, при пробитии чека через ПКО выходит ошибка неверная длина реквизита 1228.
1228 это ИНН, причем если инн ИП, т.е. 12 символов, то чек пробивается, если инн 10 символов выходит ошибка.
Обработка 4.09
Драйвер 8.16
ККТ Атол 22ПТК с последней прошивкой Атол
1806. itdirectdominus 21.01.20 11:09 Сейчас в теме
(1804)
Если удалить ИНН из поля в менеджере чека, то чек пробивается
(1804) и (1806)
Здравствуйте, Максим! Обновите драйвер до версии 8.16.6 и все у вас получится
1805. itdirectdominus 21.01.20 11:07 Сейчас в теме
В дополнение сегодня вышла ошибка:
Ошибка регистрации позиции в чеке
- 3895 неверная длина

Пробитие чека обрывается на середине чека примерно, на одной из номенклатуры
(1805)
Такая же рекомендация как и в (1807) + установите ограничение для наименования позиции в 128 символов в параметрах обработки.
1809. itdirectdominus 22.01.20 02:47 Сейчас в теме
1810. dmtrpv 23.01.20 11:28 Сейчас в теме
Добрый день.
Подскажите, когда выйдет новая версия?
(1810)
Добрый день! На выходных смогу выложить
Вышла новая версия обработки 4.09.01

1. Исправлена ошибка проверки условия по выводу дополнительных реквизитов в чеке по контрагенту, если в список контрагентов в настройках была добавлена папка контрагентов.
2. При осуществлении определения предмета расчета из таблиц настроек обработки добавлена дополнительная проверка на существование настройки в сохраненных параметрах торгового оборудования. Благодаря этому решена проблема с вылетом из программы в некоторых ситуациях.
3. Перестроена приоритет документов расчета, документов сделки и документа основания для кассовых ордеров при определении данных из них при пробитии. Благодаря встроенному в прошлом релизе механизму фильтра возможных типов документов расчета/сделки и основания прежний приоритет оказался неактуальным. Теперь наивысший приоритет у Документа расчета, далее у документа сделки и на последнем месте – документ основания.
4. Исправлена ошибка пробития возврата по эквайрингу, при подключении его через обработку.
5. Исправлена ситуация, когда в случае ошибки платежной системы кассовый чек все равно пробивался, а не отменялся. Теперь при ошибках проведения оплаты через подключенный через обработку эквайринговый терминал, кассовый чек не печатается.
6. Улучшена совместимость с ККТ Атол на 5й платформе. Исправлена ошибка пробития чека со скидкой на ККТ Атол на платформе 5.
7. Исправлена ситуация, когда не определялась сделка или документ основания для Расходного кассового ордера, выписанного на основании поступления товаров и услуг.
8. Исправлена ситуация, когда в форме настроек обработки не заполнялся список документов для выбора в настройках условий по документам для дополнительных реквизитов чека и для реквизитов агента.
9. В форме Менеджера чека обработки Атол исправлена ошибка заполнения массива видов оплат при перезаполнении/перевыборе документа на форме.
10. Исправлен механизм определения данных из кода маркировки обуви.
11. Для дополнительного Модуля Розничного режима продажи маркированной продукции реализован механизм запроса штрихкода маркировки в отдельном всплывающем окне при добавлении продукции по внутреннему штрихкоду при продаже. Данный механизм позволяет безошибочно работать с маркированной обувью описанной в системе маркировки по упрощенной схеме. Обновлена инструкция по доработке конфигурации для маркировки.
02.02.2020

Небольшое обновление модулей доработки под маркировку. Была выявлена проблема с невозможностью считать штрихкод марки, если товар добавлялся в чек через сканирование линейного штрихкода, заведенного в карточке товара. Решение: переработан модуль маркировки, обновлен файл с дополнительными процедурами для доработки под маркировку. Для исправления необходимо заменить все уже встроенные процедуры с префиксом "КАС_" на новые из файла.
Вышла новая версия обработки 4.09.02

1. Небольшое обновление модулей доработки под маркировку. Была выявлена проблема с невозможностью считать штрихкод марки, если товар добавлялся в чек через сканирование линейного штрихкода, заведенного в карточке товара. Решение: переработан модуль маркировки, обновлен файл с дополнительными процедурами для доработки под маркировку. Для исправления необходимо заменить все уже встроенные процедуры с префиксом "КАС_" на новые из файла.
2. В некоторых ситуациях не загружался модуль для работы с JSON, в результате чего выходила ошибка и чек не пробивался. Решение: Доработан вызов модуля для работы с JSON.
3. Еще одна небольшая доработка модуля маркировки. Исправление ситуации, когда при внедрении двух способов ввода штрихкода марки форма ввода выводилась при любом варианте, даже когда использовалось быстрое добавление товар в чек по штрихкоду маркировки.
4. Увеличен шрифт надписи с заголовком в форме ввода штрихкода марки.
1815. RustIG 11.02.20 13:23 Сейчас в теме
(0) Добрый день! Эмулятор поддерживает сканирование кода маркировки обуви? Интересует, можно ли тестировать продажу обуви через Эмулятор ККМ?
(1815)
Добрый день! Эмулятор отображает лишь чек на экране и ничего никуда не передает. Сканирование же кодов маркировки обеспечивается за счет доработки конфигурации согласно инструкции и процесс самого сканирования и сохранения кодов маркировки от подключенного оборудования не зависит.
1816. RustIG 11.02.20 13:25 Сейчас в теме
(0) Я правильно понимаю, что ваша обработка не хранит коды маркировки обуви? И в целом, для формирования и печати ДатаМаткрикс-кодов обуви следует использовать другие способы: обновить УТ 10.3, использовать внешние разработки?
(1816)
Модуль доработки обеспечивает сохранение кодов маркировки в документах продажи.
Печать датаматрикс кодов по проданным кодам маркировки - такого требования к розничным точкам нет и, вероятнее всего, вы путаете процесс маркировки остатков с процессом продажи.
Маркировку остатков можно легко провести через ЛК честного знака по упрощенной схеме и оттуда же напечатать марки, подстроив немного макет под нужный принтер (по умолчанию там макеты под печать на A4).
Есть так же в доступе на Инфостарте обработки, которые помогут вам напечатать коды маркировки из файлов CSV, что позволит не заниматься модификацией макетов в ЧЗ через сторонний софт, а рисовать макет в обработке на более знакомых технологиях.
1819. RustIG 12.02.20 15:26 Сейчас в теме
(0) спасибо за ответ, вот еще вопрос: сейчас магазины одежды и обуви - большинство на ЕНВД, но с продажами маркированной обуви с 1 марта им придется уйти с ЕНВД. Есть ли возможность при розничных продажах разделять категорию товаров, и соот-но пробивать по разным режимам УСН и ЕНВД?
ККМ уже имеет два режима - фирма имеет два вида деятельности - аренда юр.лицам и розничые продажи.
Уже сейчас настроено разделение режимов - при пробитии чека на ККМ в магазине.
Чек для юрлиц по аренде пробивается в кассе магазина.
(1819)
Настройте разделение по СНО в обработке и чеки будут делиться и печататься с нужными вам системами.
1821. RustIG 12.02.20 15:32 Сейчас в теме
(1820) Чек для юрлиц по аренде пробивается в кассе магазина в режиме УСН.

Можно ли обувь пробивать по УСН, а одежду - по ЕНВД?
(1821)
Технически и практически возможно. В предыдущем сообщении я написал механизм обработки, через который такое разделение можно осуществить.

А вот юридически... - например налоговая в нашем регионе не позволяет ИП делить розничную торговлю по видам продукции как отдельные виды деятельности и каждый вид вести по своей СНО. ФНС в данной ситуации использует только общие классификации "Розничная торговля", "оптовая торговля" и т.д. и считает их не делимыми. По итогу отправляет таких предпринимателей заводить вторых ИП с другой СНО и покупать вторую онлайн-кассу.
В других регионах без проблем позволяют в рамках одного ИП регистрировать несколько СНО и разделять розничную торговлю обувью и розничную торговлю одеждой как отдельные виды со своими СНО.
1823. RustIG 12.02.20 15:58 Сейчас в теме
1824. user895303 17.02.20 10:05 Сейчас в теме
Здравствуйте, когда будет реализовано поддержка функционала драйвера АТОЛ 10.6.2.0 http://forum.atol.ru/index.php?showtopic=34345&st=20&p=290693&#entry290693
1825. user1366654 21.02.20 17:41 Сейчас в теме
Прошу прощения, возможно немного не по теме, но вот полезная статья по маркировке, так же есть обработка для печати,возможно поможет.
https://infostart.ru/public/1198659/
1826. 1csomex 26.02.20 10:59 Сейчас в теме
Добрый день. Поддерживает ли Ваша обработка ПРИКАЗ от 29 августа 2019 г. N ММВ-7-20/434@, конкретно положения таблицы 50 в части алкогольной продукции:

Код товара в кодировке ЕГАИС 2.0 в формате PDF417 - Массив информации, содержащий значения символов с 9-го по 31-й из 68-символьной последовательности кода ЕГАИС 2.0 в кодировке ASCII. Длина массива 25 байт
В случае если длина считанной последовательности данных равна 68 символам и последовательность символов состоит из прописных латинских букв и цифр и не содержит наличие идентификаторов применения (AI) по стандарту GS1, то значение реквизита "код товара" (тег 1162) формируется из классификатора типов идентификаторов (первые два байта реквизита "код товара" (тег 1162) принимают значение "C5h 14h") и переданной последовательности данных начиная с 9 символа по 31 символ включительно, сформированной по правилам интерпретации ASCII в hex

Код товара в кодировке ЕГАИС 3.0 в формате Data Matrix - Массив информации, содержащий значения символов с 1-го по 14-й из 150-символьной последовательности кода ЕГАИС 3.0 в кодировке ASCII. Длина массива 16 байт
В случае если длина считанной последовательности данных равна 150 символам и последовательность символов состоит из прописных латинских букв и цифр и не содержит наличие идентификаторов применения (AI) по стандарту GS1, то значение реквизита "код товара" (тег 1162) формируется из классификатора типов идентификаторов (первые два байта реквизита "код товара" (тег 1162) принимают значение "C5h 1Eh") и переданной последовательности данных начиная с 1 символа по 14 символ включительно, сформированной по правилам интерпретации ASCII в hex.
(1826)
Здравствуйте! По алкоголю и шубам нет обязательности, т.к. они маркированы не средством идентификации. Для остальной маркировки уже поддерживается релиз с изменениями уже сегодня.
1828. 1csomex 26.02.20 12:06 Сейчас в теме
(1827) Но в приказе однозначно описано формирование кода товара по алкогольной продукции. Кому тогда верить?
Правильно говорите "описан алгоритм формирования тега" ))
А вот обязательность фиксации этого тэга применительно к алкогольной продукции это совсем другое дело.
1830. 1csomex 26.02.20 12:15 Сейчас в теме
(1829) Спасибо за уточнение терминов. А где конкретно можно узнать к каким товарам применяется требование передавать тег 1162, если возможно дайте ссылку на нормативные акты. Клиенты читают приказ и требуют что-нибудь сделать.
(1830)
в приказе 434 черным по белому:

в) дополнить пунктами 19 - 24 следующего содержания:
"19. Реквизит "код товара" (тег 1162) включается в состав кассового чека (БСО) при возврате или продаже товара, маркированного средством идентификации, и может не включаться в состав кассового чека (БСО) в иных случаях.

В законах о шубах и алкоголе нигде не фигурирует, что наносимая на них марка является средством идентификации.
Здесь и разрыв получается, поэтому руководствуемся "... и может не включаться в состав кассового чека (БСО) в иных случаях."
1832. 1csomex 26.02.20 13:13 Сейчас в теме
(1831) Спасибо за разъяснения. Но есть нюансы:
21 пункт: "Реквизит "код товара" (тег 1162) в ПФ должен иметь значение "[М]" только в случае, если этот товар маркирован средством идентификации и его код маркировки содержит в своем составе код идентификации, который распознан в соответствии с таблицей 50." В таблице 50 и шубы и алкоголь есть.
(1832)
опять по кругу:
Условия два: 1 - если этот товар маркирован средством идентификации, 2 - его код маркировки содержит в своем составе код идентификации.
Первое условие не выполняется уже.


То что в Таблице 50 есть алкоголь и шубы - это для того чтобы мы с вами не расслаблялись и ждали поправки к законам о регулировании оборота алкогольной продукции, в частности того что средства маркировки, наносимые на эти товарные группы приравняли к средствам идентификации.
В текущем правовом поле таких поправок к законам не выходило, поэтому ждем.
(1833)
С другой стороны никто не мешает передавать эти данные и не дожидаясь поправок к законам, но при этом необходимо руководствоваться требованиями в таблице 50.
1835. 1csomex 26.02.20 13:54 Сейчас в теме
(1834) Спасибо. Ждем поправок к законам.
1836. ermakov_ivan 26.02.20 18:07 Сейчас в теме
Добрый день!
Купили обработку для интеграции в Розницу 1.0 с учетом маркировки обуви. В принципе инструкция исчерпывающая, всё практически работает.
Есть пару замечаний:
1. В частности обнаружилась ошибка в реквизите общей формы "ФормаСканированияКодаМаркировки" - реквизит штрихкод марки имел длину 68 символов (видимо наследие от старого ЕГАИСа), вместо необходимых 150
2. Пробили несколько товаров с маркировкой (обувь), в ОФД Астрал код маркировки виден в электронных версиях чека (AAACozWD/cYsO0E9TGVrSEhZRlB1 и AAACozWD/cY+TVpsWC5lZlBZRlhR), но в ЛК ЦРПТ не отражается выбытие товара. Смущает наличие символов "/" - может их не должно быть?? Пробовали пробивать несколько товаров на другой базе - Рознице 2.3 последнего релиза - там нет символов "/" в кодах маркировки и товар в ЛК ЦРПТ отражается как выведенный из оборота. ОФД один и тот же.
1837. ermakov_ivan 26.02.20 18:10 Сейчас в теме
(1836) Точнее не в коде маркировки, а непосредственно в тэге 1162, который принимает ККТ и ОФД
(1836)
1. В частности обнаружилась ошибка в реквизите общей формы "ФормаСканированияКодаМаркировки" - реквизит штрихкод марки имел длину 68 символов (видимо наследие от старого ЕГАИСа), вместо необходимых 150


В инструкции по доработке под маркировку есть ссылка на ресурс со свежими модулями доработки. Скачайте их пожалуйста и замените процедуры, начинающиеся с КАС_ тогда марка будет записываться полностью. Обрезка была связана с тем что в коде использовалась переменная, которая совпала с наименованием реквизита документа ЧекККМ, а там было 68 символов для акцизной марки. Поправлено.

2. Какая прошивка ККТ и версия драйвера?
1839. ermakov_ivan 26.02.20 18:30 Сейчас в теме
(1838)1. Исправили сами, не критично

2. Прошивка последняя от 13.02.2020, версия драйвера 792. Пробовали ставить самую последнюю версию драйвера - 801 и 803 - в ККТ не передавалось вообще ничего.
(1839)
1. Ок

2. У вас Штрих. Для указанной прошивки у меня есть новая версия, планирую выкладывать, там старый метод передачи Штриховцы просто обрубили. Можете сейчас создать тикет в тех поддержку и я вам вышлю новую версию для Штриха
1841. ermakov_ivan 26.02.20 18:42 Сейчас в теме
(1840) Тикет создал, спасибо за оперативные ответы!
Смущает только, что в ОФД всё же данные уходят, а символ "/" является разрешенным для Base64 и не должен по идее влиять на значение тэга...

На днях кстати
Штрих обещал выпустить финальную прошивку - будет опять цирк видимо в последние дни перед 1 марта....
(1841)
По вашим кодам код товарной группы не заполняется, который с 1 марта должен равняться 444D по формату.

Обработку в тикете вам отправил. С ней тэг заполняется корректно, тестировал на боевой кассе.


На днях кстати
Штрих обещал выпустить финальную прошивку - будет опять цирк видимо в последние дни перед 1 марта....


Сам факт что будет ещё прошивка уже цирк )
1843. ermakov_ivan 26.02.20 18:56 Сейчас в теме
(1842)
Сам факт что будет ещё прошивка уже цирк )


Согласен!)
Прискорбно только, что уже никого не удивляет такая ситуация и есть 1000% уверенность, что это всё не в последний раз...
(1843)
Да, онлайн-кассы уже превратились в 1С-Бухгалтерию, требующую постоянных обновлений...
1847. ermakov_ivan 29.02.20 13:36 Сейчас в теме
(1844)
Еще раз спасибо за новую версию и исправления - проверили, всё уходит в ОФД и в ЦРПТ тоже выводится из оборота
Sh00rick; +1 Ответить
Вышла новая версия обработки 4.09.03

1. Добавлена поддержка нового формата передачи тэга 1162 в составе чека. При этом сохранен и прежний формат передачи, переключиться на который можно на закладке Маркировка в параметрах обработки. По умолчанию активирован новый формат передачи тэга.
Для поддержки передачи тэга 1162 для ККТ Атол требуется прошивка не ниже 8502 и драйвер версии 10.6.1 и выше. Для ККТ Штрих требуется прошивка от 13.02.2020 или новее и драйвер версии 4.14.801 и новее.

2. Для ККТ Штрих реализовано 2 новых способа передачи тэга 1162, представленные в качестве примера в тесте драйвера ККТ версии 4.14.801 и выше.

3. Добавлен параметр, позволяющий включить вывод буквы [М] для товарной позиции средствами обработки для ситуаций, когда на уровне прошивки ККТ реализован новый механизм передачи тэга, но на бумажном чеке данная буква не выводится средствами прошивки по различным причинам. Включение параметра осуществляется на странице Маркировка в параметрах обработки. По умолчанию выключен.

4. Доработан модуль маркировки для «Розничного» режима. Теперь форма сканирования кода маркировки вызывается при добавлении товара в чек любым способом, а не только по штрихкоду.

5. Доработана форма ввода кода маркировки, встраиваемая в конфигурацию для лучшей совместимости с различными конфигурациями.

6. В Форме менеджера чека для «оптового режима» реализован механизм чтения марок обуви с кодами маркировки, полученных при упрощенном описании остатков. При чтении таких марок штрихкод марки записывается в список марок для текущей выбранной строки в табличной части товаров. Подробнее см. в инструкции по модулю «Маркировка».

7. Исправлена ситуация при использовании формы ввода контактных данных покупателя с видами оплат, когда в реквизит формы «Сумма чека» записывалась сумма оплат. Теперь все суммы отражаются в данной форме корректно.

8. Исправлена ситуация в обработке Штрих, при которой при заполнении соответствия видов оплат чека ККМ с видами оплат в ККМ в параметрах обработки на закладке «Подарочные карты», не пробивались чеки и выводилась ошибка недопустимого реквизита драйвера.

9. Доработана инструкция по модулю «Маркировка».
1846. alex2010wl 28.02.20 14:56 Сейчас в теме
Добрый день. Как правильно настроить работу в программе через 10 драйвер, что нужно скачать с сайта атол?
(1846)
Добрый день! Нужно скачать драйвер Атол версии 10.6.1 или выше.
Сама ККТ должна иметь прошивку не ниже 8502 для платформы 2 и 5.7.0 для платформы 5.
(1848), upd
В версии 4.09.04 можно работать и с драйвером 8.16.6 для ККМ Атол.
Вышла новая версия обработки 4.09.04

1. Для обработки Атол добавлена поддержка передачи нового формата тэга 1162 для драйвера КТТ версии 8.16.6.
2. Для большей универсальности переработан механизм преобразования значения тэга 1162 к требуемому формату.
3. В обработках Атол для вариантов передачи значения тэга 1162 в неразобранном виде данных от сканера в драйвер, добавлена опция в настройках, которая позволяет ограничить такую передачу не всеми символами марки, а только частью, содержащую gtin и серийный номер, т. е. без крипто-хвоста. Опция доступна в настройках обработки на закладке Маркировка.
4. Во встраиваемой в конфигурацию форме ввода штрихкода маркировки добавлена кнопка для вызова ручного ввода штрихкода марки. Данный ручной ввод предназначен для отладки механизмов работы без использования сканера штрихкодов.
5. В форме менеджера чека, вызываемой при пробитии чеков из кассовых ордеров и прочих оптовых документов, добавлена кнопка для ручного ввода кода маркировки для целей отладки без использования сканера штрихкодов.
При ручном вводе марки допускается ввод не полной марки, а только первой части, содержащей в себе gtin и серийный номер. На примере обувной продукции – это первые 31 символ, для табака – 21, для шуб – 24, для лекарств – 27 и т. д.
6. Исправлена ошибка определения типа документа Поступление товаров для конфигурации «Розница 1», которая возникала при пробитии чека из кассового ордера, выписанного на основании Возврата покупателя.
7. Для обработок Атол исправлено определение кода налога для расчетной ставки НДС 18/118 по таблице сопоставления налогов при пробитии чека коррекции с использованием такой ставки.
8. В форме ввода данных покупателя со списком видов оплат изменено отображение наименования остатка оплаты в зависимости от суммы остатка. При отрицательном значении остатка отображается надпись «СДАЧА», в остальных случаях отображается надпись «ОСТАЛОСЬ ОПЛАТИТЬ».
1852. RustIG 03.03.20 09:07 Сейчас в теме
(1850) надо ли изменять процедуры в УТ? я уже установил процедуры КАС для релиза 4.09.02, потом для 4. 09.03. Сейчас для нового релиза 4.09.04 процедуры КАС поменялись?
(1852)
Для версии 4.09.04 не менялись.
Правки вносил только в фому сканирования (кнопка ручного ввода марки). Если данная функция нужна, то можете только форму ввода поменять.
Внимание!
В связи с принятием постановления о переносах сроков обязательной маркировки обуви на 1 июля, были внесены изменения в модуль маркировки. В частности - дата обязательной фиксации маркированной обуви в чеке изменена на 1 июля 2020 года.
Актуальный модуль для встраиваемой в конфигурацию маркировки можно скачать по ссылке из инструкции по модулю "Маркировка".
1861. RustIG 06.03.20 17:46 Сейчас в теме
(0) как задействовать подарочный сертификат (кроме того, что в инструкции написано) - к примеру при оплате сертификатом, что передавать в ТОСервер: сумма наличной, сумма безналичной, сумма сертификата, хотелось бы еще номер сертификата передавать, чтобы на чеке был указан при оплате товара...
(1861)
Суть механизма в том, что ничего не нужно дописывать в конфигурации. Создайте вид оплаты "сертификатом" и настройте сопоставление в обработке с "предоплатой".
Номер сертификата на чеке можно вывести через механизм печати нефискальных строк .
1863. RustIG 06.03.20 19:30 Сейчас в теме
Обновление модуля "Маркировка".

Во встраиваемых процедурах добавлена обрезка символа GS из штрихкода марки.
Ранее запись штрихкода марки вместе с этим символом в документ приводила к ошибкам при обмене через РИБ.

Для исправления штрихкодов марок в предыдущих документах необходимо воспользоваться инструкцией "Исправление марок" и обработкой "Универсальный подбор и обработка значений".

Все вышеперечисленное можно скачать по ссылке из инструкции по модулю "Маркировка".
1865. Vlad1917 11.03.20 14:10 Сейчас в теме
Добрый день!

Обработка ShtrihFiscalPrinters_v.4.09.04.epf

Не работал эмулятор ФР.

Чтоб заработал, в модуле формы ФормаНастройки в функцию ИнициализироватьПараметры() добавил строку

времПараметры.Вставить("ИспользуемыйДрайверККМ", ИспользуемыйДрайверККМ);


Эмулятор должен был работать и без этого?

И ещё вопрос.
Правильно ли я понимаю, что после внесённых изменений типа "Обработка.ОткрытьЧек(параметры)" другие драйвера работать не будут из-за лишнего параметра?
Возможно, стоит сделать это через попытку-исключение, и в исключении вызывать со стандартными параметрами?
(1865)
Добрый день!
Да, и правда я его там забыл прописать.
Интересно что у меня все работало и без этого ))

В любом случае, спасибо вам за обратную связь.
1867. Vlad1917 11.03.20 14:42 Сейчас в теме
(1866)
Спасибо за ответ.
Дополнил сообщение, не видя, что Вы уже ответили.
(1865)
Дополню и ответ )
Да, вы правильно понимаете. Для решения можно сделать и через попытку-исключение.
1869. Vlad1917 11.03.20 18:18 Сейчас в теме
По идее, такой вариант будет работать и с Вашими драйверами, и с любыми другими:

В модуле объекта обработки ТОСервер в функциях ПечатьЧека и ПечатьЧекаПКОРКО сделать всё, как у Вас в инструкции, за одним исключением: не трогать параметры функции "Обработка.ОткрытьЧек(...)", а перед ней вставить строку
Объект.Вставить("КАС_ДопПараметры", ДопПараметры);

получится типа
	Если НЕ ЗначениеЗаполнено(Результат) Тогда
		
		Объект.Вставить("КАС_ДопПараметры", ДопПараметры);
		
		Результат = Обработка.ОткрытьЧек(только родные параметры);

,
а в Вашей обработке обслуживания (в моём случае это ShtrihFiscalPrinters_v.4.09.04.epf) в функции ОткрытьЧек в самом начале добавить
ДопПараметры = ? (ДопПараметры = Неопределено И Объект.Свойство("КАС_ДопПараметры"), Объект.КАС_ДопПараметры, ДопПараметры);

будет а-ля
Функция ОткрытьЧек(Объект, Пароль=30, ЭтоВозврат, НомерЧека, НомерСмены, ФискальныйЧек = Истина, ДопПараметры = Неопределено) Экспорт
	
	ДопПараметры = ? (ДопПараметры = Неопределено И Объект.Свойство("КАС_ДопПараметры"), 
			Объект.КАС_ДопПараметры,
			ДопПараметры);
	
	СуммаОрдера = 0;


Вроде ничего не упустил? :/

Если Вы посчитаете нужным при очередном обновлении сделать нечто типа такого, будет замечательно! :)

Надеюсь, лишние данные в структуре объекта драйвера не помешают в каком-нибудь другом месте.
Прикрепленные файлы:
(1869)
Да, такой вариант тоже подойдет.
Проверю его на предмет отсутствия конфликтов в других местах и, если таких не найдется, добавлю в следующий релиз.
Vlad1917; +1 Ответить
1871. dmtrpv 14.03.20 11:17 Сейчас в теме
Подскажите по возврату Маркированной обуви, Розница 1.0
Обработка и модули последние.
В карточке товара стоит КАС_МаркировкаОбувь = Да. Этот товар продается через режим РМК с окном запроса марки, все нормально.
Делаю документ Возврат товаров от покупателя, на основании этого документа делаю Расходный кассовый ордер, в нем нажимаю кнопку Чек,
появляется форма обработки.
Но как сканером ввести марку обуви?
Если в этой форме отсканировать марку, то выдается ошибка "Товар в текущей строке не является маркированным".
Так же в этой форме есть выпадающий список "Тип маркировки", может быть там нужно выбрать, но это не работает, список не раскрывается.
Скриншот приложил.
Прикрепленные файлы:
(1871)
Здравствуйте, Дмитрий!

Если в этой форме отсканировать марку, то выдается ошибка "Товар в текущей строке не является маркированным".

Проверка, является ли товар маркированным в этой форме производится по значению в поле "тип маркировки". Причина, почему не заполнилась нашел, поправлю. Спасибо за обратную связь.

Так же в этой форме есть выпадающий список "Тип маркировки", может быть там нужно выбрать, но это не работает, список не раскрывается.

Да, сейчас можете выбрать пока вручную тип, тогда сканирование пройдет. Только предварительно снимите через конфигуратор флаг с параметра "Только просмотр" для колонки "Тип маркировки". Я к сожалению забыл снять этот параметр, поэтому он и не редактируется. Так же исправлю.
1873. Vlad1917 17.03.20 12:28 Сейчас в теме
Добрый день!

УТ10.3, ShtrihFiscalPrinters_v.4.09.04.epf

Скажите, пожалуйста, по какому принципу НДС и сумма НДС отправляется на ККМ для налоговой?

Если у кассира в настройках пользователя выключен параметр "Печатать НДС в кассовых чеках из документов "Чек ККМ"", то ещё в модуле чекККМ ТаблицаТоваров заполняется с 0-м НДС (полученные из запроса 20% заменяются на 0), и в таком виде отправляется в обработку обслуживания.

Где (в какой процедуре) и в каком случае (при каких настройках) это значение восстанавливается до 20%? Откуда? Из карточки товара или откуда-то ещё?

Сейчас в функции РегистрацияПозицииВККМ Вашей обработки в параметре СтрокаМассива НДС и СуммаНДС = 0.

Пока проверяю на эмуляторе. При попытке сделать это на живой кассе она формирует для ОФД чек без НДС.
Добрый день!
При пробитии чека из документа ЧекККМ типовые конфигурации как правило посылают ставку НДС из карточки товара. Некоторые типовые конфигурции всегда посылают 0 из Чеков ККМ. Я посылаемое из конфигурации значение никак пока не переопределяю, а беру как есть и по соответствию ставок из настроек трансформирую в код налога ККМ.

Можете проверить функцию "ПровестиИРаспечататьЧек" в модуле документа в вашей конфигурации и посмотреть что посылает ваша конфигурация.
1875. Vlad1917 17.03.20 17:21 Сейчас в теме
(1874)
Спасибо!
Если параметр, о котором писал выше, включить, то ставки НДС передаются в чек. По крайней мере в эмулятор, до ККМ ещё не добрался.
Правда, со стандартным драйвером корректные ставки передаются вне зависимости от этого параметра.

И ещё на тему эмулятора. Похоже, я один из немногих, кто им пользуется, так что выступаю в роли тестировщика. :)

В функции ОткрытьЧекВККМ в Вашей обработке обслуживания строки
	ИначеЕсли ИспользуемыйДрайверККМ = 5 Тогда	
...
			//кассир
			ДанныеКассира = КАС_ПолучитьПараметрыКассираДляОперации(Объект.Параметры,Пароль);		
			ДанныеКассираJSON = Новый Структура();
			ДанныеКассираJSON.Вставить("name", ДанныеКассира.ИмяКассира);
			ДанныеКассираJSON.Вставить("vatin", ДанныеКассира.ИННКассира);		
			СтруктураЗаданияПечатиНаККМ.Вставить("operator", ДанныеКассираJSON);
Показать

, насколько я понимаю, лучше сделать
			//кассир
			ДанныеКассираJSON = Новый Структура();
			ДанныеКассираJSON.Вставить("name", КассирФИО);
			ДанныеКассираJSON.Вставить("vatin", КассирИНН);		

, т. к. КассирФИО и КассирИНН определяются выше по тексту функции и, судя по всему, именно они попадают в ФР, и в некоторых случаях (если были заданы ещё в модуле чека и записаны в ДопПараметры) могут отличаться от тех, которые попадают в эмулятор.
(1875)
Вы не единственный кто пользуется эмулятором, но пока единственный кто обнаружил какую-то неточность в нём.
По кассиру информацию перепроверю. Принято. Спасибо!

По поводу НДС - могу и ставки перезаполнять из карточки в запросе выборки из ЧекаККМ, если это требуется. Чтобы не мешало тем, кому это не требуется, можно данную функцию привязать не дополнительный параметр в настройках обработки.
1877. Vlad1917 18.03.20 00:29 Сейчас в теме
Спасибо за предложение.
Проблема не столько в этом, НДС всё равно у всей номенклатуры одинаковый, я могу просто параметр какой-нить со значением НДС на форму настроек вытащить. Просто пытаюсь понять: если у других всё в порядке, то что у меня не так. То ли вопрос настроек, то ли вопрос моих рук. :)

Надо бы поизучать, как это сделано в типовых обработках обслуживания, но за неимением полноценного доступа к кассе (и, соответственно, к работающему драйверу) это пока проблематично.

В данном случае, думаю, можно было бы сделать не булевый параметр "Передавать налоговые ставки в ККМ по каждому товару из документа (иначе берутся из секции в ККМ)", а список значений типа
Передавать налоговые ставки в ККМ
со значениями
"из документа", "из секции в ККМ", "из карточек номенклатуры" (правда, не знаю, во всех ли конфигурациях в карточке номенклатуры есть НДС).
Можно в этот же список добавить и перечень конкретных ставок (20, 18, 10 и т. д).
В т. ч. "без НДС", и тогда, если это относится к той же логике, убрать булево "Ставка "Без НДС" для всех товаров".

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

Ещё вопрос. Что такое "секция ККМ"? Это не поможет с тем, чтоб в ККМ в фискальные строки попадал правильный НДС?
(1877)
Напишите хотя бы какая у вас конфигурация и конкретный её релиз. Я так понял что Розница 1.


Ещё вопрос. Что такое "секция ККМ"?

Это довольно древний механизм контрольно кассовой техники для разделения пробития товаров по отделам. К каждой секции как правило привязана своя ставка НДС и через секции в некоторых случаях можно и налоги для товаров устанавливать в чеке.

Это не поможет с тем, чтоб в ККМ в фискальные строки попадал правильный НДС?

Вроде как у всех попадает правильный. Ваш случай требует дополнительного изучения.
1879. Vlad1917 18.03.20 10:13 Сейчас в теме
Спасибо за пояснения.

"Управление торговлей", редакция 10.3 (10.3.40.1)

У большинства Атолл. Если я не ошибаюсь, то для Атолла Ваша обработка выступает как ККТ, а для Штрих-м - как ФР. Возможно, разница в этом.

Вот из модуля ПровестиИРаспечататьЧек:
		ПечататьНДСВКассовыхЧекахИзДокументовЧекККМ = УправлениеПользователями.ПолучитьЗначениеПоУмолчанию(глЗначениеПеременной("глТекущийПользователь"), "ПечататьНДСВКассовыхЧекахИзДокументовЧекККМ");

		Пока Выборка.Следующий() Цикл
			Товар = ТаблицаТоваров.Добавить();
.....
			Товар.СтавкаНДС    = ?(ПечататьНДСВКассовыхЧекахИзДокументовЧекККМ, УчетНДС.ПолучитьСтавкуНДС(Выборка.СтавкаНДС), 0);
.....
		КонецЦикла;
.....
		Если ВидФУ = Перечисления.ВидыТорговогоОборудования.ККТ Тогда
.....
		Иначе
.....
			ОшибкаТО = ПолучитьСерверТО().ПечатьЧека(
				ФУ,
				ПолучитьСерверТО().ПолучитьПарольКассираККМ(),
				НомерЧекаККМ,
				НомерСменыККМ,
				ТаблицаТоваров,
				ПолучитьСуммуНаличнойОплаты(),
				ПолучитьСуммуБезналичнойОплаты(),
				ВидОперации = Перечисления.ВидыОперацийЧекККМ.Возврат, ДопДанные,
				ДопПараметры);
		КонецЕсли;
Показать


т. е. видно, что в случае ФР при отключенном в настройках пользователя параметре ПечататьНДСВКассовыхЧекахИзДокументовЧекККМ уходит ТаблицаТоваров с 0-м НДС.
Дальше, Вы говорите, НДС нигде не переопределяется.

Либо у других пользователей этот параметр включен, либо у них Без НДС, либо в настройках обработки обслуживания на странице Таблицы Параметров, на закладке Налоги 0-е значение ставки переопределяется для ККТ - как я понял, это в Вашей обработке можно сделать. Других вариантов я не увидел. Может, что-то просмотрел.
(1879)
Если я не ошибаюсь, то для Атолла Ваша обработка выступает как ККТ, а для Штрих-м - как ФР. Возможно, разница в этом

И в том и другом случае требуется подключать как ФР. Под тип "ККТ с передачей" пока не адаптировал.

Либо у других пользователей этот параметр включен

Согласно пункту 4 инструкции к обработке этот параметр как раз требуется включать.
Vlad1917; +1 Ответить
1881. Vlad1917 18.03.20 10:40 Сейчас в теме
(1880)
И в том и другом случае требуется подключать как ФР. Под тип "ККТ с передачей" пока не адаптировал.

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

Согласно пункту 4 инструкции к обработке этот параметр как раз требуется включать.

Да, так и есть.
Думал, что это влияет только на то, что выводится на печать, т. к. раньше этот параметр был выключен, и со стандартной обработкой обслуживания (в режиме ККТ) с НДСом было всё правильно.

Пока вопросов больше нет.
Благодарю за оперативную поддержку!
1883. RustIG 19.03.20 14:11 Сейчас в теме
(0) Добрый день!

Подключил последнюю версию обработки в УТ 10.3, обновил драйвер Атол до 10.6.2, теперь в ОФД уходит вся номенклатура с тегом 1162. В личном кабинете ОФД все чеки с признаком маркируемой продукции. Задал вопрос в техподдержку, пояснив, что обувь еще не промаркирована, и что кроме обуви продается еще и одежда.
Сама техподдержка ответила так
В ответ на Ваше обращение сообщаем, что тег 1162 не является обязательным для передачи (исключение товары подлежащие обязательной маркировке), соответственно для товаров которые подлежат обязательной маркировке требуется передача кода маркировки (не менее 20 байт), соответственно для не маркируемой одежды вообще не требуется передавать тег 1162.


Можно ли не передавать в ККМ данный тег для одежды и для обуви , которая пока не промаркирована?
(1883)
Добрый день!

Можно ли не передавать в ККМ данный тег для одежды и для обуви , которая пока не промаркирована?

Можно. Не передавайте.

теперь в ОФД уходит вся номенклатура с тегом 1162

скорее всего ваша конфигурация не генерирует КлючСтроки для табличной части "Товары" документа ЧекККМ, поэтому и марки ко всем строкам привязываются. Возьмите конфигурацию, в которой есть ЕГАИС и посмотрите как там реализовано заполнение ключа строки для строк и сделайте у себя так же.
1887. RustIG 20.03.20 15:50 Сейчас в теме
(1885) все ключи строк = 0... не пойму как это влияет...
а можете посмотреть по удаленке в рамках техподдержки по заказу Заказ № 215776 от 04.02.2020?
(1887)
все ключи строк = 0... не пойму как это влияет...

Влияет напрямую. Привязка марок к товарам по ключу строки.
Пришлите ваш cf. Встрою нормальное формирование ключа строки.

Оставьте свое сообщение

См. также

Обработка 1С для печати чеков на кассе ККТ АТОЛ.ОНЛАЙН

Печать чеков по документам 1С РеализацияТоваров (РасходнаяНакладная), КорректировкаРеализации, СчетНаОплату, ЗаказКлиента, ЧекККМ, ПоступлениеНаРС. Соответствует требованиям 54-ФЗ. Одна облачная касса может использоваться всеми подразделен...

21600 руб.

Обмен между 1С:Розница и Frontol 6 по организациям (Розница - Фронтол)

Обмен между 1С:Розница и Frontol 6 при торговле от нескольких организаций, а также ряд других полезных функций. Данный модуль незаменим для тех, кто ведёт учет по нескольким организациям в 1С:Розница, а на РМК (рабочее место кассира) устан...

1500 руб.

UTM Proxy для УТМ ЕГАИС (или как не пропустить дубль алкогольной марки и недостачу на кассе + Контроль МРЦ)

Что такое УТМ прокси? УТМ прокси - это универсальное программное обеспечение для борьбы с дублями марок алкогольной продукции при розничной продажи. Данное программное обеспечение - это своего рода "прокладка" между кассовым ПО и...

2400 руб.

Пробитие чека ККМ с разных складов через РМК в УТ 11

Расширение для 1С:Управление торговлей 11.5, которое позволяет пробивать чеки ККМ и списывать товар с разных складов. Склад списание товара можно указывать в табличной части рабочего места кассира (РМК).

5880 руб.

Разбитие чека ККМ по группам товаров и пробитие их на разных кассах, подключенных к одному рабочему месту. Расширение для УТ ...

Расширение для 1С:Управление торговлей 11.5 и 11.4, которое позволяет из рабочего места кассира разбивать чек ККМ на несколько чеков и пробивать их на разных кассах подключенных к одному РМК. Можно пробивать разные группы товаров по раз...

5880 руб.

Управление ККМ Атол и Штрих нового поколения (он-лайн ККТ под 54-ФЗ) с помощью текстового ini.файла для 1с77, 1с8Х любых конф...

Программа для управления ККМ Атол и Штрих нового поколения (он-лайн ККТ под 54-ФЗ) с помощью текстового файла (ini файла) с изменениями  включена 1 лицензия  Для любых программ, которые умеют работать с текстовыми файлами. Внутри комплекта...

4800 руб.

Заполнение авансовых отчетов и поступлений товаров по онлайн-чекам ФНС [Расширение для БП, КА2, ERP, УТ]

Позволяет загружать онлайн чеки в формате JSON из официального мобильного приложения "Проверка чеков ФНС" и заполнять документы «Авансовый отчет» и «Приобретение товаров». Помощник заполнения поможет найти /создать номенклатуру и ...

5400 руб.

88005555256
Заказать звонок
support@infostart.ru
Telegram
Чат на сайте