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

0. Техподдержка 13.04.15 18:32
Обработка осуществляет обслуживание фискальных регистраторов, поддерживаемых драйвером "АТОЛ: Драйвер ККМ v.8 и v.10" И драйвером "Штрих-М: Драйвер ККТ v.4.Х" для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях.
Для осуществления возможности параллельной работы и пробития чеков на одной ККМ несколькими пользователями, реализован механизм "Очереди печати". Реализована поддержка Веб-сервера Атол для работы с одной ККТ с нескольких рабочих мест. Соответствует требованиям российского законодательства, а именно требованиям закона ФЗ-54 об онлайн-кассах и применении контрольно-кассовой техники. Поддерживает Форматы Фискальных Данных 1.0, 1.05 и 1.1. Включен механизм использования нескольких систем налогообложения в одном документе. Содержит механизмы легкого подключения оборудования по TCP/IP, что упрощает процедуру подключения кассы в сеансах RDP, а так же позволяет подключаться к ККМ через интернет напрямую. Поддерживает работу со ставкой НДС 20%. Поддержка маркировки. Поддержка требований к кассовым чекам с 01.07.2019. Поддерживает режим эмуляции кассовых чеков.

Перейти к публикации

CGV-vlg; Bryuhanov; t79; Rasima.78; +4 Ответить
Лучшие комментарии
1570. alec1490 29.12.18 13:52 Сейчас в теме
Хотел вставить свои "пять копеек" =) Разработчику большое спасибо за проделанную работу и за оперативную поддержку!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\P­arameters\Interfaces.
3)Увидите несколько интерфейсов в следующем формате {XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}.
4)Перейдите к ним и найдите подсказки (обычно это значение DhcpIPAddress), которые укажут, какой из них – интерфейс по умолчанию. Альтернативный вариант — выполнить следующие шаги для всех непустых интерфейсов, если вы хотите отключить алгоритм Нейгла на всех сетевых адаптерах.
5)Щелкните правой кнопкой мыши на пустом месте в правом окне и выберите New -> DWORD (32-bit) Value и установите его имя в TcpAckFrequency. Затем дважды щелкните на полученное значение, чтобы изменить его значение на 1.
6)И создать ещё один такой же параметр DWORD (32-разрядное значение), но на этот раз с именем ключа TCPNoDelay со значением 1.
7)Обязательно перезагрузите Windows, задача выполнена.
После этих действий увеличится служебный трафик между ПК и маршрутизатором, но это увеличение будет "каплей в море", по сравнению с остальным трафиком, а зато чеки будут "вылетать" быстрее чем вы подумаете о них! =) По сути мы отключили оптимизацию доставки очень маленьких пакетов tcp-ip.
Может кому поможет! =) С наступающим новым годом!
Drotovsky; mercuriy41311; kochkin.lexa; vis_tmp; gureevks; makcbol1; Sh00rick; +7 Ответить
1357. dmtrpv 66 01.06.18 08:34 Сейчас в теме
(1356)
Согласен. Разработка качественная и действительно работает, как заявлено. Автор на поддержку отзывается почти мгновенно. Я очень доволен.
CGV-vlg; Rusik; Sh00rick; +3 Ответить
764. RodionLP 17.05.17 19:51 Сейчас в теме
Да ПОЛНОСТЬЮ солидарен с пользователем user732708! Да и мой опыт дал самые наивысшие результаты как по простоте внедрения так и стабильности работы и совместимости! У нас несколько филиалов и в котором оборудование подключено в локальной сети все РАБОТАЛО НА 100% СРАЗУ ОТЛИЧНО!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!
Uncore; Sh00rick; +2 Ответить
1356. amirselimov 31.05.18 21:24 Сейчас в теме
Спасибо автору за замечательную обработку. Под Атол работает без нареканий. И автор быстро реагирует на вопросы. Реконмедую!!!
Rusik; Sh00rick; +2 Ответить
1398. user616948_sintar 01.07.18 04:30 Сейчас в теме
Данное решение подошло для старой конфигурации Ювелирный салон 1.0, при этом, мне его помогли установить, даже нет, установили за меня, допилили мою конфигурацию, и всё это в 3 часа ночи!!! Я просто в шоке, огромнейшее СПАСИБО!!! Я у Вас в долгу.
Sh00rick; Bambrman1; +2 Ответить
1418. marksheder 05.07.18 12:10 Сейчас в теме
Пользуемся обработкой Атол уже больше года, все отлично. Приобрели обработку Штрих были проблемы с настройкой, Александр оперативно помог. Александр, спасибо за помощь и за Ваши обработки.
scrambleriv; Sh00rick; +2 Ответить
559. RodionLP 19.03.17 16:15 Сейчас в теме
Спасибо Автору! Купил последнею версию под 54 ФЗ Все ОТЛИЧНО РАБОТАЕТ!
Sh00rick; +1 Ответить
742. user732708 14.05.17 22:50 Сейчас в теме
Обработка и ее автор Александр - это решение проблем по переходу на 54фз и нескольких пользователях 1с по сети.

Наш квест по переходу на 54 фз начался с того, что нужно было подключить Атол 11ф с фискальным накопителем к 1с УТ 10.3.
Сервер Мини на линуксе и три толстых клиента на винде (два на XP и один на 8.1).
Нужно было печатать чеки с любой машины на один фискальник.
Не буду рассказывать про КЭП и прочую камасутру с установкой сертификатов, дополнений браузера и регистрацией на сайте налоговой - это была самая легкая часть - уровень первый, так сказать.

Уровень два - это нужно было уже подключить ККМ компам по сети и скрестить с 1с.
А вот тут нас ждали неожиданности.
Вот такие варианты вырисовывались:
1) Начиная с УТ 11.2 пошла поддержка дров атол 8-й версии, а у нас 10.3 и обновлять не типовой релиз - это много времени на тестирование.
2) Через виртуальные com-порты и прогу ip-to-com - не очень бы хотелось связываться, какое то ПО 2003 года и потом, в многопользовательском режиме не будет возможности работать, придется ждать друг друга, чтоб напечатать - не айс.
3) Терминальный сеанс http://1c-soft.it-terminal.ru/public/544687/ (из коментов) - не наш случай, у нас другая архитектура.
4) Есть еще некоторые обработки, но тут нет инфы про многопользовательский режим, это спасет только от обновления конфы 1с - не годится.
5) Ну и обработка автора - готовое решение, да еще и протестированное - оно и было использовано в итоге.

Связь по сети в ККМ настроена, тесты и верстка чека сделаны, но возникла проблема в фискализации ККМ - Ошибка при обращении к ККТ: неверный номер поля. Александр выяснил по логам, где причина. И виновата была старая прошивка Атола. Пришлось перепрошивать. И это помогло! ККМ фискализировали.

Благодарен Александру за решение проблем и за терпение.
Если вы не хотите обновлять УТ 10.3 и у вас несколько пользователей и один фискальник - эта обработка решает! Это я еще не сказал, что множество внедренцев говорили, что вообще невозможно так подключить. Нужно брать другой фискальник или вообще по фискаьнику на каждый комп. Но оказалось, что все возможно.
Sh00rick; +1 Ответить
1000. byte11 09.07.17 22:01 Сейчас в теме
Добрый вечер всем. Купил обе обработки для Атола и для Штриха. Для Атола встало без нареканий. Для Штриха автор быстро убрал ошибки которые были. Как говориться респект таким людям. По больше бы таких людей которые быстро исправляли и отвечали на вопросы людей которые покупают данную обработку. Короче говоря если еще раздумываешь бери она стоит того что бы купить!!! Автор реально проделал не слабую работу она стоит того!!!
Sh00rick; +1 Ответить
1019. RuLe 14.07.17 14:58 Сейчас в теме
У нас УТ 10.3 в которой три года идет активная разработка(наработка) функционала, т.е. вопрос об обновлении на последний релиз даже не стоит.

После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени

Минусов не было замечено.
Sh00rick; +1 Ответить
1239. Bambrman1 27.02.18 18:01 Сейчас в теме
Доброго времени суток, Александр

Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.
Sh00rick; +1 Ответить
1361. Rusik 05.06.18 17:45 Сейчас в теме
Александр, спасибо огромное за обработку и оперативную поддержку!!! Всем рекомендую.
Sh00rick; +1 Ответить
1399. Bambrman1 01.07.18 09:13 Сейчас в теме
Всем доброго времени суток.

Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.

С уважением Дмитрий.
Sh00rick; +1 Ответить
1467. user949066 13.08.18 12:26 Сейчас в теме
Обработка приобреталась из-за реализованной очереди печати. Все работает! Спасибо Александру за оперативную профессиональную помощь в подключении! Рекомендую!
Sh00rick; +1 Ответить
1481. VitalyKepov 24.09.18 15:19 Сейчас в теме
(1478)
Супер поддержка: подключились на точку и помогли разобраться на месте (была ошибка в конфигурации)
Спасибо
Sh00rick; +1 Ответить
1523. sergeevcorp 14.12.18 13:53 Сейчас в теме
Обработка без проблем встала на нашей Рознице 1.0. Установил и настроил по прилагаемой инструкции.
Спасибо автору за оперативную поддержку!
Sh00rick; +1 Ответить
1597. StormCrow 03.04.19 11:59 Сейчас в теме
Спасибо за разработку, все работает, а что не работает то делают!
Sh00rick; +1 Ответить
1604. user1201748 05.05.19 22:44 Сейчас в теме
Хочется выразить ОГРОМНУЮ благодарность разработчику Александру за помощь во внедрении этой доработки в нашу сильно перелопаченную УТ10.3, теперь быстро печатаются чеки с разных рабочих мест на одну кассу через RDP, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!
dmtrpv; Sh00rick; +2 1 Ответить
1639. ahuram 09.07.19 05:18 Сейчас в теме
Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.
Sh00rick; +1 Ответить
1847. ermakov_ivan 3 29.02.20 13:36 Сейчас в теме
(1844)
Еще раз спасибо за новую версию и исправления - проверили, всё уходит в ОФД и в ЦРПТ тоже выводится из оборота
Sh00rick; +1 Ответить
307. cubic 02.02.17 23:03 Сейчас в теме
Ну и о результатах. Всё прошло успешно. Отработали 1,5 дня, закрыто 2 смены. Данные в ОФД приходят, смс и почта рассылаются (с момента проведения чека, до появления данных в ОФД 12-16 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!
Вышла новая версия обработки 5.0

Список изменений:

1. Объединение отдельных обработок Атол и Штрих в одну единую с поддержкой всех моделей ККТ Атол и ККТ Штрих в едином интерфейсе.
Переключиться между версиями драйверов можно, как и прежде – на закладке «Настройки подключения» параметров обработки.
Важно! При обновлении обработки Штрих на новую единую потребуется перевыбрать используемый драйвер, перепроверить параметры связи с ККТ.
Так же при переходе с предыдущих версий обработок Атол и Штрих потребуется перенастроить/перезаполнить Виды оплат и Налоги на закладке «Таблицы параметров».


2. Все персональные настройки, относящиеся к конкретному оборудования или драйверу вынесены в отдельный раздел дополнительных настроек подключения, которые вызываются по одноименной ссылке на закладке «Настройки подключения». Благодаря этому расширен набор параметров подключения, поддерживаемых в драйверах и отсутствующих в параметрах обработки.
3. Переопределен способ выбора модели ККТ. Теперь модель указывается не через штатный API взаимодействия с фискальными регистраторами, а в дополнительных настройках подключения.
4. Для ККТ Атол, работающих через вариант драйвера 10 «COM-объект» и «JSON через COM-объект» добавлена поддержка установки опции «Канал до ОФД», которая актуальна для ККТ Атол на 5й платформе, передающих чеки через EthernetOverTransport.
5. В тестовом режиме добавлена поддержка ККТ Меркурий производства компании Инкотекс через службу Incotex ECR Manager (INCERMAN).
6. Добавлена поддержка веб-сервера Атол версии 10.7.0.0. Так же сохранена поддержки и предыдущих версий веб-сервера. Переключение между версиями осуществляется в дополнительных параметрах соединения. Так же в доп. настройках подключения добавлен параметр «ИД устройства», позволяющий указать с каким из устройств на веб-сервере будет осуществляться работа.
7. При пробитии чеков из режима РМК или документа ЧекККМ добавлена возможность переопределить ставку НДС из карточки товара, вместо получения значения из конфигурации. Активация данной функции осуществляется в настройках обработки на закладке «Параметры чека».
8. Для ускорения пробития чеков через веб-сервер Атол добавлена опция, позволяющая отключить стандартный механизм получения номера чека и номера смены перед пробитием чека.
Важно! При активации данной опции требуется доработка конфигурации для получения номера чека и номера смены из Объекта драйвера после закрытия чека. Без доработки в документы не будут записываться номера чеков и смены.
9. Добавлена опция, позволяющая активировать механизм получения фискальных признаков из ККТ по завершении пробития чека. Фискальные признаки записываются в структуру, которая в свою очередь записывается в свойство "КАС_СтруктураОтветныхДанных" объекта драйвера. На уровне конфигурации можно реализовать получение из этой структуры таких параметров как: Номер фискального документа, номер смены, фискальный признак документа, дата пробития чека (для некоторых версий драйверов), номер фискального накопителя (для некоторых версий драйверов), регистрационный номер ККТ (для некоторых версий драйверов), ФИО кассира, сумма фискального документа (для некоторый версий драйверов)
10. Переработан механизм получения версии прошивки для ККТ Атол при работе через драйвер версии 10. Благодаря этому устранен вывод ошибки определения версии прошивки, а по ней версии платформы ККТ.
11. Добавлен параметр, позволяющий установить принудительно признак работы с ККТ Атол на 5й платформе, либо признак работы с ККТ Атол на 2й платформе, либо автоопределение платформы ККТ Атол по версии прошивки.
12. Добавлен параметр, позволяющий вручную определить вариант взаимодействия с HTTP сервером при работе с ККТ через веб-сервер Атол или ККТ Меркурий через INCERMAN.
13. Переопределен механизм работы с кодами маркировки в форме Менеджера чека. Теперь если по GTIN из штрихкода маркировки не удалось автоматически определить строку, для которой вводится штрихкод маркировки, то этот штрихкод добавляется для текущей строки, на которой установлен курсор, если это позволит выбранный тип маркировки и предмет расчета в строке. Благодаря этому стало возможным добавление штрихкодов маркировки с заводских марок.
14. В менеджере чека добавлена обработка свойств маркировки, описанных в инструкции к модулю «Маркировка», по которым определяется принадлежность товара к различным типам маркировки. Ранее типы маркировки при пробитии из ордеров или документов отгрузки определялись только из настроек обработки.
15. Доработаны встраиваемые модули для работы в «розничном» режиме работы с маркировкой. В частности, реализован механизм определения типа маркировки товара по настройкам из обработки, а не только по доп. свойствам, что значительно расширяет возможности по привязке товаров к типам маркировки и избавляет от необходимости создавать дополнительные свойства и устанавливать их через групповую обработку и для каждого нового товара. Для активации данного режима необходимо в параметрах конкретного торгового оборудования (в настройках обработки) на закладке «Маркировка» установить текущее торговое оборудование в качестве торгового оборудования для маркировки («ТО для маркировки»).
Важно! Данный параметр сохраняется в параметрах текущего пользователя и для различных пользователей требует отдельной настройки путем нажатия кнопки «Установить текущий» в настройках обработки. После нажатия данной кнопки будет заполнен идентификатор торгового оборудования, по которому будут определяться настройки в модуле маркировки. Если будет определено несколько привязанных карточек торгового оборудования с одной и той же моделью и видом оборудования, то нужно будет выбрать один элемент из выпадающего списка после нажатия кнопки установки текущего ТО.
16. Исправлена ошибка загрузки модуля для работы с JSON, приводящая к невозможности пробивать чеки.
17. Изменен алгоритм определения сделки при пробитии чека из кассовых ордеров, когда происходит сделка по договору, учет взаиморасчетов по которому установлен как «по договору в целом» и без флага «по документам расчетов с контрагентом». Ранее в таких ситуациях при пробитии из ордеров, выписанных на основании реализации с установленным таким договором, пробивалась предоплата вместо передачи предмета расчета. В остальных вариантах ведения взаиморасчетов с контрагентами алгоритм остался прежним.
18. Исправлена ошибка определения ставки НДС, при работе через драйвер Атол версии 10 в режиме COM-объекта, которая в некоторых ситуациях приводила к ошибке синтаксиса из-за неопределенного значения ставки.
19. Исправлена ошибка определения статуса смены, при работе через драйвер Атол версии 10 в режиме COM-объекта, которая в некоторых ситуациях приводила к ошибке синтаксиса из-за неопределенного значения признака превышения 24ч для смены.
Вышла новая версия обработки 5.0.1

Список изменений:

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

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

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

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

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

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


Тут надо как то гибче. Я пока поставил 1, чтобы печатался ТОВАР. Наверное вы потом переделаете в следующем релизе.
Или я не так понимаю что-то?
Прикрепленные файлы:
(1794)
Да, спасибо, Дмитрий! Исправлю.
Это нужно только для табака, т.к. табачная продукция является подакцизным товаром. Остальные товары, подлежащие обязательной маркировке к подакцизным не относятся, поэтому добавлю условия для них, либо поставлю выше приоритет у настроек предмета расчета в параметрах обработки.
1796. Rustig 1533 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 66 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 1533 11.02.20 13:23 Сейчас в теме
(0) Добрый день! Эмулятор поддерживает сканирование кода маркировки обуви? Интересует, можно ли тестировать продажу обуви через Эмулятор ККМ?
(1815)
Добрый день! Эмулятор отображает лишь чек на экране и ничего никуда не передает. Сканирование же кодов маркировки обеспечивается за счет доработки конфигурации согласно инструкции и процесс самого сканирования и сохранения кодов маркировки от подключенного оборудования не зависит.
1816. Rustig 1533 11.02.20 13:25 Сейчас в теме
(0) Я правильно понимаю, что ваша обработка не хранит коды маркировки обуви? И в целом, для формирования и печати ДатаМаткрикс-кодов обуви следует использовать другие способы: обновить УТ 10.3, использовать внешние разработки?
(1816)
Модуль доработки обеспечивает сохранение кодов маркировки в документах продажи.
Печать датаматрикс кодов по проданным кодам маркировки - такого требования к розничным точкам нет и, вероятнее всего, вы путаете процесс маркировки остатков с процессом продажи.
Маркировку остатков можно легко провести через ЛК честного знака по упрощенной схеме и оттуда же напечатать марки, подстроив немного макет под нужный принтер (по умолчанию там макеты под печать на A4).
Есть так же в доступе на Инфостарте обработки, которые помогут вам напечатать коды маркировки из файлов CSV, что позволит не заниматься модификацией макетов в ЧЗ через сторонний софт, а рисовать макет в обработке на более знакомых технологиях.
1819. Rustig 1533 12.02.20 15:26 Сейчас в теме
(0) спасибо за ответ, вот еще вопрос: сейчас магазины одежды и обуви - большинство на ЕНВД, но с продажами маркированной обуви с 1 марта им придется уйти с ЕНВД. Есть ли возможность при розничных продажах разделять категорию товаров, и соот-но пробивать по разным режимам УСН и ЕНВД?
ККМ уже имеет два режима - фирма имеет два вида деятельности - аренда юр.лицам и розничые продажи.
Уже сейчас настроено разделение режимов - при пробитии чека на ККМ в магазине.
Чек для юрлиц по аренде пробивается в кассе магазина.
(1819)
Настройте разделение по СНО в обработке и чеки будут делиться и печататься с нужными вам системами.
1821. Rustig 1533 12.02.20 15:32 Сейчас в теме
(1820) Чек для юрлиц по аренде пробивается в кассе магазина в режиме УСН.

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

А вот юридически... - например налоговая в нашем регионе не позволяет ИП делить розничную торговлю по видам продукции как отдельные виды деятельности и каждый вид вести по своей СНО. ФНС в данной ситуации использует только общие классификации "Розничная торговля", "оптовая торговля" и т.д. и считает их не делимыми. По итогу отправляет таких предпринимателей заводить вторых ИП с другой СНО и покупать вторую онлайн-кассу.
В других регионах без проблем позволяют в рамках одного ИП регистрировать несколько СНО и разделять розничную торговлю обувью и розничную торговлю одеждой как отдельные виды со своими СНО.
1823. Rustig 1533 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 7 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 7 26.02.20 12:06 Сейчас в теме
(1827) Но в приказе однозначно описано формирование кода товара по алкогольной продукции. Кому тогда верить?
Правильно говорите "описан алгоритм формирования тега" ))
А вот обязательность фиксации этого тэга применительно к алкогольной продукции это совсем другое дело.
1830. 1csomex 7 26.02.20 12:15 Сейчас в теме
(1829) Спасибо за уточнение терминов. А где конкретно можно узнать к каким товарам применяется требование передавать тег 1162, если возможно дайте ссылку на нормативные акты. Клиенты читают приказ и требуют что-нибудь сделать.
(1830)
в приказе 434 черным по белому:

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

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


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


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

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

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

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

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

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


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


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


Согласен!)
Прискорбно только, что уже никого не удивляет такая ситуация и есть 1000% уверенность, что это всё не в последний раз...
(1843)
Да, онлайн-кассы уже превратились в 1С-Бухгалтерию, требующую постоянных обновлений...
1847. ermakov_ivan 3 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 1533 03.03.20 09:07 Сейчас в теме
(1850) надо ли изменять процедуры в УТ? я уже установил процедуры КАС для релиза 4.09.02, потом для 4. 09.03. Сейчас для нового релиза 4.09.04 процедуры КАС поменялись?
(1852)
Для версии 4.09.04 не менялись.
Правки вносил только в фому сканирования (кнопка ручного ввода марки). Если данная функция нужна, то можете только форму ввода поменять.
Внимание!
В связи с принятием постановления о переносах сроков обязательной маркировки обуви на 1 июля, были внесены изменения в модуль маркировки. В частности - дата обязательной фиксации маркированной обуви в чеке изменена на 1 июля 2020 года.
Актуальный модуль для встраиваемой в конфигурацию маркировки можно скачать по ссылке из инструкции по модулю "Маркировка".
1861. Rustig 1533 06.03.20 17:46 Сейчас в теме
(0) как задействовать подарочный сертификат (кроме того, что в инструкции написано) - к примеру при оплате сертификатом, что передавать в ТОСервер: сумма наличной, сумма безналичной, сумма сертификата, хотелось бы еще номер сертификата передавать, чтобы на чеке был указан при оплате товара...
(1861)
Суть механизма в том, что ничего не нужно дописывать в конфигурации. Создайте вид оплаты "сертификатом" и настройте сопоставление в обработке с "предоплатой".
Номер сертификата на чеке можно вывести через механизм печати нефискальных строк .
1863. Rustig 1533 06.03.20 19:30 Сейчас в теме
Обновление модуля "Маркировка".

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

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

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

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

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

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

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


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

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

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

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

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

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

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


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

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

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

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

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

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

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

УТ10.3, ShtrihFiscalPrinters_v.4.09.04.epf

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

Влияет напрямую. Привязка марок к товарам по ключу строки.
Пришлите ваш cf. Встрою нормальное формирование ключа строки.
1884. Vlad1917 37 19.03.20 17:42 Сейчас в теме
Снова добрый день.
Функция XОтчет(Объект, Пароль=30, НомерЧека, НомерСмены) Экспорт
...
	Если ИспользуемыйДрайверККМ = 1 Тогда
...
		Если Результат = мНетОшибки Тогда
...
		ИначеЕсли ИспользуемыйДрайверККМ = 5 Тогда
...
Показать


Промазали со вложенными "Если", соответственно, последние "..." не срабатывают.
(1884)
Здравствуйте!
Да, в обработке Штриха промазал. Спасибо за обратную связь, исправлю.
1896. user949306 14.04.20 17:23 Сейчас в теме
Добрый день!

При выполнении операции возврат обуви не день в день и сканировании QR кода товара, получаем ошибку "Обработка данных покупателя: Введённые данные не корректны". Ошбика предсталена на фото. Версия розницы 1.0, обработка 4.09.04, версия драйвера 8.16.9 Атол.

Подскажите пожалуйста, в чём причина ошибки?
Спасибо
Прикрепленные файлы:
(1896)
Здравствуйте! Текущая версия пока не определяет признак маркировки товара в Менеджере чека по свойству маркировки, которое добавляется в розничном режиме. В следующем релизе будет исправлено.
А пока, чтобы заработало, можете настроить в параметрах обработки на закладке "Маркировка" номенклатуру, которая является маркированной и перезапустить программу.
1898. user949306 15.04.20 11:44 Сейчас в теме
(1897)
Ранее мы выполнили настройку номенклатуры в обработке на закладке "Марикировка".
Настройки закладки прикладываю. Мы обратили внимание, что ошибка "плавающая".
В большинстве случаев, возврат товара не день в день проходит успешно.
Не можем понять от чего зависит успех операции возврата.
Прикрепленные файлы:
Оставьте свое сообщение
Вопросы с вознаграждением