54-ФЗ. Очередь печати для ККМ. Обработки для подключения онлайн-касс к 1С 8 (поддержка Маркировки) + Эмулятор
Платформа 1С v8.3
1С:Бухгалтерия 2.0
1С:Бухгалтерия автономного учреждения
1С:Бухгалтерия государственного учреждения
1С:Комплексная автоматизация 1.х
1С:Розница
1С:Управление производственным предприятием
1С:Управление торговлей 10
Обработка осуществляет обслуживание фискальных регистраторов, поддерживаемых драйвером "АТОЛ: Драйвер ККМ 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. Поддерживает режим эмуляции кассовых чеков.
Для осуществления возможности параллельной работы и пробития чеков на одной ККМ несколькими пользователями, реализован механизм "Очереди печати". Реализована поддержка Веб-сервера Атол для работы с одной ККТ с нескольких рабочих мест. Соответствует требованиям российского законодательства, а именно требованиям закона ФЗ-54 об онлайн-кассах и применении контрольно-кассовой техники. Поддерживает Форматы Фискальных Данных 1.0, 1.05 и 1.1. Включен механизм использования нескольких систем налогообложения в одном документе. Содержит механизмы легкого подключения оборудования по TCP/IP, что упрощает процедуру подключения кассы в сеансах RDP, а так же позволяет подключаться к ККМ через интернет напрямую. Поддерживает работу со ставкой НДС 20%. Поддержка маркировки. Поддержка требований к кассовым чекам с 01.07.2019. Поддерживает режим эмуляции кассовых чеков.
Лучшие комментарии
Хотел вставить свои "пять копеек" =) Разработчику большое спасибо за проделанную работу и за оперативную поддержку!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\P
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.
Может кому поможет! =) С наступающим новым годом!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\P
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.
Может кому поможет! =) С наступающим новым годом!
Обработка и ее автор Александр - это решение проблем по переходу на 54фз и нескольких пользователях 1с по сети.
Наш квест по переходу на 54 фз начался с того, что нужно было подключить Атол 11ф с фискальным накопителем к 1с УТ 10.3.
Сервер Мини на линуксе и три толстых клиента на винде (два на XP и один на 8.1).
Нужно было печатать чеки с любой машины на один фискальник.
Не буду рассказывать про КЭП и прочую камасутру с установкой сертификатов, дополнений браузера и регистрацией на сайте налоговой - это была самая легкая часть - уровень первый, так сказать.
Уровень два - это нужно было уже подключить ККМ компам по сети и скрестить с 1с.
А вот тут нас ждали неожиданности.
Вот такие варианты вырисовывались:
1) Начиная с УТ 11.2 пошла поддержка дров атол 8-й версии, а у нас 10.3 и обновлять не типовой релиз - это много времени на тестирование.
2) Через виртуальные com-порты и прогу ip-to-com - не очень бы хотелось связываться, какое то ПО 2003 года и потом, в многопользовательском режиме не будет возможности работать, придется ждать друг друга, чтоб напечатать - не айс.
3) Терминальный сеанс (из коментов) - не наш случай, у нас другая архитектура.
4) Есть еще некоторые обработки, но тут нет инфы про многопользовательский режим, это спасет только от обновления конфы 1с - не годится.
5) Ну и обработка автора - готовое решение, да еще и протестированное - оно и было использовано в итоге.
Связь по сети в ККМ настроена, тесты и верстка чека сделаны, но возникла проблема в фискализации ККМ - Ошибка при обращении к ККТ: неверный номер поля. Александр выяснил по логам, где причина. И виновата была старая прошивка Атола. Пришлось перепрошивать. И это помогло! ККМ фискализировали.
Благодарен Александру за решение проблем и за терпение.
Если вы не хотите обновлять УТ 10.3 и у вас несколько пользователей и один фискальник - эта обработка решает! Это я еще не сказал, что множество внедренцев говорили, что вообще невозможно так подключить. Нужно брать другой фискальник или вообще по фискаьнику на каждый комп. Но оказалось, что все возможно.
Наш квест по переходу на 54 фз начался с того, что нужно было подключить Атол 11ф с фискальным накопителем к 1с УТ 10.3.
Сервер Мини на линуксе и три толстых клиента на винде (два на XP и один на 8.1).
Нужно было печатать чеки с любой машины на один фискальник.
Не буду рассказывать про КЭП и прочую камасутру с установкой сертификатов, дополнений браузера и регистрацией на сайте налоговой - это была самая легкая часть - уровень первый, так сказать.
Уровень два - это нужно было уже подключить ККМ компам по сети и скрестить с 1с.
А вот тут нас ждали неожиданности.
Вот такие варианты вырисовывались:
1) Начиная с УТ 11.2 пошла поддержка дров атол 8-й версии, а у нас 10.3 и обновлять не типовой релиз - это много времени на тестирование.
2) Через виртуальные com-порты и прогу ip-to-com - не очень бы хотелось связываться, какое то ПО 2003 года и потом, в многопользовательском режиме не будет возможности работать, придется ждать друг друга, чтоб напечатать - не айс.
3) Терминальный сеанс (из коментов) - не наш случай, у нас другая архитектура.
4) Есть еще некоторые обработки, но тут нет инфы про многопользовательский режим, это спасет только от обновления конфы 1с - не годится.
5) Ну и обработка автора - готовое решение, да еще и протестированное - оно и было использовано в итоге.
Связь по сети в ККМ настроена, тесты и верстка чека сделаны, но возникла проблема в фискализации ККМ - Ошибка при обращении к ККТ: неверный номер поля. Александр выяснил по логам, где причина. И виновата была старая прошивка Атола. Пришлось перепрошивать. И это помогло! ККМ фискализировали.
Благодарен Александру за решение проблем и за терпение.
Если вы не хотите обновлять УТ 10.3 и у вас несколько пользователей и один фискальник - эта обработка решает! Это я еще не сказал, что множество внедренцев говорили, что вообще невозможно так подключить. Нужно брать другой фискальник или вообще по фискаьнику на каждый комп. Но оказалось, что все возможно.
Да ПОЛНОСТЬЮ солидарен с пользователем user732708! Да и мой опыт дал самые наивысшие результаты как по простоте внедрения так и стабильности работы и совместимости! У нас несколько филиалов и в котором оборудование подключено в локальной сети все РАБОТАЛО НА 100% СРАЗУ ОТЛИЧНО!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!
Данное решение подошло для старой конфигурации Ювелирный салон 1.0, при этом, мне его помогли установить, даже нет, установили за меня, допилили мою конфигурацию, и всё это в 3 часа ночи!!! Я просто в шоке, огромнейшее СПАСИБО!!! Я у Вас в долгу.
Всем доброго времени суток.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Добрый вечер всем. Купил обе обработки для Атола и для Штриха. Для Атола встало без нареканий. Для Штриха автор быстро убрал ошибки которые были. Как говориться респект таким людям. По больше бы таких людей которые быстро исправляли и отвечали на вопросы людей которые покупают данную обработку. Короче говоря если еще раздумываешь бери она стоит того что бы купить!!! Автор реально проделал не слабую работу она стоит того!!!
У нас УТ 10.3 в которой три года идет активная разработка(наработка) функционала, т.е. вопрос об обновлении на последний релиз даже не стоит.
После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени
Минусов не было замечено.
После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени
Минусов не было замечено.
Доброго времени суток, Александр
Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.
Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.
Хочется выразить ОГРОМНУЮ благодарность разработчику Александру за помощь во внедрении этой доработки в нашу сильно перелопаченную УТ10.3, теперь быстро печатаются чеки с разных рабочих мест на одну кассу через RDP, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!
Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.
Ну и о результатах. Всё прошло успешно. Отработали 1,5 дня, закрыто 2 смены. Данные в ОФД приходят, смс и почта рассылаются (с момента проведения чека, до появления данных в ОФД 12-16 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!
ОГРОМНОЕ спасибо автору!
Вышла новая версия обработки 5.0.3
Список изменений:
- Выделен в отдельные настройки функционал передачи в составе чека «Кода товара» в тэге 1162. Функционал адаптирован для гибкого изменения в будущем под любой тип товара с присвоением любого кода. Сюда же отдельно вынесены настройки передачи кода вида номенклатурной классификации медицинский изделий (формат EAN13) c более удобными настройками и автоматическим заполнением значения кода из классификатора, с возможностью самостоятельной смены значения на нужное (при расширении классификатора) прямо в настройках обработки.
- Добавлен гибкий механизм автоматической смены Системы налогообложения в ККТ на новую без участия в этом процессе технического специалиста.
Реализованы следующие механизмы и сценарии в работе данного функционала:
1. Автоматическая подмена передаваемого в ККТ значения СНО на новое заданное значение начиная с
указанной даты.
2. Автоматическая перерегистрация ККТ со сменой системы налогообложения
3. Автоматическое закрытие смены в ККТ перед автоматической перерегистрацией, если кассовая смена открыта
4. Возможность указания события, при котором будут производиться попытки перерегистрации ККТ при совпадении всех условий (Перед открытием чека, перед открытием смены, перед печатью Х-отчета, после печати Z-отчета. Благодаря возможности выбора события можно тем самым отрегулировать, когда поменять СНО – после закрытия смены в последний рабочий день года или перед открытием смены в первый рабочий день нового года, установив требуемую дату и выбрав нужные события.
Так же данный функционал позволит легко переходить с одной СНО на другую в будущем в начале года, с учетом того, что СНО меняется только раз в год.
Функционал перерегистрации ККТ реализован только при работе со следующими драйверами: 1. "ККТ Атол: Драйвер 10.Х (COM-объект)", 2. "ККТ Атол: Web-сервер", 3. "ККТ Атол: Драйвер 10.Х (JSON задания через COM-объект)", 4. "ККТ Штрих: Драйвер 4.14 - 4.15 (COM-объект)". Для остальных драйверов работает только автоматическая подмена значения СНО начиная с указанной даты.
- Добавлена возможность индивидуальной настройки параметров для маркировки с привязкой к типу маркировки
- Добавлена возможность сохранять значение «ТОДляМаркировки» для всех пользователей в базе, путем внесения небольших доработок в конфигурацию.
- Добавлена возможность распределения реквизитов агента в зависимости от контрагента документа
- Дополнены варианты свойств для маркировки, используемые модулем маркировки для идентификации по свойствам номенклатуры, всеми актуальными на текущий момент и на обозримое будущее значениями.
Исправленные ошибки:
- Исправлено сохранение параметра с типом платформы ККТ Атол.
- Добавлена автосмена кода вида оплаты по банковским картам при переключении типов драйверов в настройках обработки.
- Исправлено скрытие видимости надписей в настройках подключения при переключении используемого драйвера.
- Исправлена ошибка передачи значения номера документа основания для пробития чека коррекции, когда номер делился на триады.
- Исправлена ситуация, при которой не передавались коды маркировки, переданные в обработку через ДопПараметры, в форму Менеджера чека.
Список изменений:
- Выделен в отдельные настройки функционал передачи в составе чека «Кода товара» в тэге 1162. Функционал адаптирован для гибкого изменения в будущем под любой тип товара с присвоением любого кода. Сюда же отдельно вынесены настройки передачи кода вида номенклатурной классификации медицинский изделий (формат EAN13) c более удобными настройками и автоматическим заполнением значения кода из классификатора, с возможностью самостоятельной смены значения на нужное (при расширении классификатора) прямо в настройках обработки.
- Добавлен гибкий механизм автоматической смены Системы налогообложения в ККТ на новую без участия в этом процессе технического специалиста.
Реализованы следующие механизмы и сценарии в работе данного функционала:
1. Автоматическая подмена передаваемого в ККТ значения СНО на новое заданное значение начиная с
указанной даты.
2. Автоматическая перерегистрация ККТ со сменой системы налогообложения
3. Автоматическое закрытие смены в ККТ перед автоматической перерегистрацией, если кассовая смена открыта
4. Возможность указания события, при котором будут производиться попытки перерегистрации ККТ при совпадении всех условий (Перед открытием чека, перед открытием смены, перед печатью Х-отчета, после печати Z-отчета. Благодаря возможности выбора события можно тем самым отрегулировать, когда поменять СНО – после закрытия смены в последний рабочий день года или перед открытием смены в первый рабочий день нового года, установив требуемую дату и выбрав нужные события.
Так же данный функционал позволит легко переходить с одной СНО на другую в будущем в начале года, с учетом того, что СНО меняется только раз в год.
Функционал перерегистрации ККТ реализован только при работе со следующими драйверами: 1. "ККТ Атол: Драйвер 10.Х (COM-объект)", 2. "ККТ Атол: Web-сервер", 3. "ККТ Атол: Драйвер 10.Х (JSON задания через COM-объект)", 4. "ККТ Штрих: Драйвер 4.14 - 4.15 (COM-объект)". Для остальных драйверов работает только автоматическая подмена значения СНО начиная с указанной даты.
- Добавлена возможность индивидуальной настройки параметров для маркировки с привязкой к типу маркировки
- Добавлена возможность сохранять значение «ТОДляМаркировки» для всех пользователей в базе, путем внесения небольших доработок в конфигурацию.
- Добавлена возможность распределения реквизитов агента в зависимости от контрагента документа
- Дополнены варианты свойств для маркировки, используемые модулем маркировки для идентификации по свойствам номенклатуры, всеми актуальными на текущий момент и на обозримое будущее значениями.
Исправленные ошибки:
- Исправлено сохранение параметра с типом платформы ККТ Атол.
- Добавлена автосмена кода вида оплаты по банковским картам при переключении типов драйверов в настройках обработки.
- Исправлено скрытие видимости надписей в настройках подключения при переключении используемого драйвера.
- Исправлена ошибка передачи значения номера документа основания для пробития чека коррекции, когда номер делился на триады.
- Исправлена ситуация, при которой не передавались коды маркировки, переданные в обработку через ДопПараметры, в форму Менеджера чека.
Вышла новая версия обработки 5.0.4
Список изменений:
Исправленные ошибки:
- В механизме автосмены СНО и автоперерегистрации повышен приоритет флага необходимости перерегистрации ККТ. Ранее наиболее высокий приоритет имела текущая СНО, установленная в ККТ и перерегистрация производилась даже когда флаг автоперерегистрации был снят, при условии, что условия по значениям СНО выполнялись.
- В механизме автосмены СНО событие Z-отчет выполнялось до события закрытия смена, а не после, как было заявлено. Теперь порядок выполнения приведен в соответствие, а проверка и смена СНО производится после снятия Z-отчета, если данное событие выбрано для обработки.
Список изменений:
Исправленные ошибки:
- В механизме автосмены СНО и автоперерегистрации повышен приоритет флага необходимости перерегистрации ККТ. Ранее наиболее высокий приоритет имела текущая СНО, установленная в ККТ и перерегистрация производилась даже когда флаг автоперерегистрации был снят, при условии, что условия по значениям СНО выполнялись.
- В механизме автосмены СНО событие Z-отчет выполнялось до события закрытия смена, а не после, как было заявлено. Теперь порядок выполнения приведен в соответствие, а проверка и смена СНО производится после снятия Z-отчета, если данное событие выбрано для обработки.
Вышла новая версия обработки 5.0.5
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Остальные комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Я разобрался в проблеме, но не понимаю почему так.
А именно вот код марки: 010468006710561821hFTZNKBsW8USQ240640391ffd092KMFmQU6m/5xjGH
В карточку самого товара я заносил EAN13 вот этот: 4680067105618.
И в этом случае при сканировании datamatrix выдавалась ошибка.
Чтобы ошибки не было, нужно в карточку товара в EAN13 заносить вот эти цифры: 1046800671056
Я не понимаю почему, ведь не они являются штрихкодом EAN13 этого товара.
А именно вот код марки: 010468006710561821hFTZNKBsW8USQ240640391ffd092KMFmQU6m/5xjGH
В карточку самого товара я заносил EAN13 вот этот: 4680067105618.
И в этом случае при сканировании datamatrix выдавалась ошибка.
Чтобы ошибки не было, нужно в карточку товара в EAN13 заносить вот эти цифры: 1046800671056
Я не понимаю почему, ведь не они являются штрихкодом EAN13 этого товара.
Здесь что-то не так.
У меня есть 2 официальные марки с коробок.
Одна марка полноценная с завода, а другая марка это маркированные уже существующие остатки через личный кабинет маркировки.
Так вот, обе марки начинаются с 010.
А дальше у заводской обуви начинается стандартный EAN13 с цифры 46, то есть 0104680067105618.
А у самостоятельной маркированной обуви после 010 идет префикс EAN13 для внутреннего учета 29, то есть 0102900000282247.
EAN13 этих товаров видны сразу, это 4680067105618 - заводской ШК и 2900000282247- это самостоятельно маркированный.
А вы говорите что 1046800671056 - это и есть EAN13 этого товара. но это никак не может быть, таких EAN13 не бывает.
Я проверил на 1С Рознице 2.3 последнего релиза. Там в карточку товара нужно вводить именно EAN13 4680067105618, а вот если занести 1046800671056 , тогда возникает ошибка про не найденный ШК.
У меня есть 2 официальные марки с коробок.
Одна марка полноценная с завода, а другая марка это маркированные уже существующие остатки через личный кабинет маркировки.
Так вот, обе марки начинаются с 010.
А дальше у заводской обуви начинается стандартный EAN13 с цифры 46, то есть 0104680067105618.
А у самостоятельной маркированной обуви после 010 идет префикс EAN13 для внутреннего учета 29, то есть 0102900000282247.
EAN13 этих товаров видны сразу, это 4680067105618 - заводской ШК и 2900000282247- это самостоятельно маркированный.
А вы говорите что 1046800671056 - это и есть EAN13 этого товара. но это никак не может быть, таких EAN13 не бывает.
Я проверил на 1С Рознице 2.3 последнего релиза. Там в карточку товара нужно вводить именно EAN13 4680067105618, а вот если занести 1046800671056 , тогда возникает ошибка про не найденный ШК.
(0) Добрый день!
1. У меня не получается настроить механизм указания условий для вывода дополнительных реквизитов в кассовом чеке: для физлиц не выводить ИНН, для юрлиц - выводить ИНН. Печатаю ПКО (наличная оплата), создаю на основании Реализации.
2. У другого клиента - ккм подключена через рдп - если несколько минут не работать в 1с, то ккм теряет связь с 1с, и тогда при след. пробитии чека выйдет ошибка "Порт ККМ не доступен!" Знакома проблема и что делать?
1. У меня не получается настроить механизм указания условий для вывода дополнительных реквизитов в кассовом чеке: для физлиц не выводить ИНН, для юрлиц - выводить ИНН. Печатаю ПКО (наличная оплата), создаю на основании Реализации.
2. У другого клиента - ккм подключена через рдп - если несколько минут не работать в 1с, то ккм теряет связь с 1с, и тогда при след. пробитии чека выйдет ошибка "Порт ККМ не доступен!" Знакома проблема и что делать?
(1790)
Над таблицей настроек флаг передачи реквизитов покупателя тоже необходимо поставить. Эти флаги перед условиями работают как глобальные разрешения, т.е. сначала проверяется необходимость передачи доп.тэгов по этим флагам, а далее уже проверяются условия вывода реквизитов в зависимости от наличия настроек условий.
Над таблицей настроек флаг передачи реквизитов покупателя тоже необходимо поставить. Эти флаги перед условиями работают как глобальные разрешения, т.е. сначала проверяется необходимость передачи доп.тэгов по этим флагам, а далее уже проверяются условия вывода реквизитов в зависимости от наличия настроек условий.
(1792)
Много вы насчитали.
Всего 3 комбинации получается:
1. Включено без доп. условий
2. Включено с доп. условиями
3. Выключено
Второй пункт можно условно разделить на 2, но по сути это одно условие
а. Доп. условие с привязкой к определенным элементам справочников
б. Доп. условие со своим алгоритмом
Итого 4 с разделением второго пункта на 2 отдельных ))
Много вы насчитали.
Всего 3 комбинации получается:
1. Включено без доп. условий
2. Включено с доп. условиями
3. Выключено
Второй пункт можно условно разделить на 2, но по сути это одно условие
а. Доп. условие с привязкой к определенным элементам справочников
б. Доп. условие со своим алгоритмом
Итого 4 с разделением второго пункта на 2 отдельных ))
Добрый вечер.
По маркировке Обуви.
Как только в карточке товара я ставлю КАС_МаркировкаОбувь = Истина и пробиваю чек сканируя Datamatrix, то вместо ТОВАР на чеке печатается ПОДАКЦИЗНЫЙ ТОВАР.
На название товара не обращайте внимания, это просто для теста.
Вот этот момент в модуле ATOLFiscalPrinters_v.4.09.00.epf
Если ЗначениеЗаполнено(ТипКТ) Тогда
..................
ПредметРасчета = 2; //подакцизный товар
Тут надо как то гибче. Я пока поставил 1, чтобы печатался ТОВАР. Наверное вы потом переделаете в следующем релизе.
Или я не так понимаю что-то?
По маркировке Обуви.
Как только в карточке товара я ставлю КАС_МаркировкаОбувь = Истина и пробиваю чек сканируя Datamatrix, то вместо ТОВАР на чеке печатается ПОДАКЦИЗНЫЙ ТОВАР.
На название товара не обращайте внимания, это просто для теста.
Вот этот момент в модуле ATOLFiscalPrinters_v.4.09.00.epf
Если ЗначениеЗаполнено(ТипКТ) Тогда
..................
ПредметРасчета = 2; //подакцизный товар
Тут надо как то гибче. Я пока поставил 1, чтобы печатался ТОВАР. Наверное вы потом переделаете в следующем релизе.
Или я не так понимаю что-то?
Прикрепленные файлы:
(1794)
Да, спасибо, Дмитрий! Исправлю.
Это нужно только для табака, т.к. табачная продукция является подакцизным товаром. Остальные товары, подлежащие обязательной маркировке к подакцизным не относятся, поэтому добавлю условия для них, либо поставлю выше приоритет у настроек предмета расчета в параметрах обработки.
Да, спасибо, Дмитрий! Исправлю.
Это нужно только для табака, т.к. табачная продукция является подакцизным товаром. Остальные товары, подлежащие обязательной маркировке к подакцизным не относятся, поэтому добавлю условия для них, либо поставлю выше приоритет у настроек предмета расчета в параметрах обработки.
Здравствуйте.
После обновления обработки до версии 4.09.01 функция отправки доп реквизитов (покупатель и его инн в чеке) перестала работать так как работала ранее. То есть в ЧекККМ у меня добавлены ссылки на название и инн покупателя. Если пользователь выбирает в форме выбора контрагента, то данные по контрагенту успешно передавались в кассовый чек. После обновления на 4.09.01 не передаются ни под каким соусом.
Включена только одна галка по доп. реквизитам покупателя. Основная, в верхней части окна настроек.
Единственный вариант который у меня сработал - включить форму Тач-Скрин + Данные покупателя. Тогда при пробитии чека выходит форма для ввода данных, заполняется вручную и передается в кассовый чек.
Что я делаю не так ?
После обновления обработки до версии 4.09.01 функция отправки доп реквизитов (покупатель и его инн в чеке) перестала работать так как работала ранее. То есть в ЧекККМ у меня добавлены ссылки на название и инн покупателя. Если пользователь выбирает в форме выбора контрагента, то данные по контрагенту успешно передавались в кассовый чек. После обновления на 4.09.01 не передаются ни под каким соусом.
Включена только одна галка по доп. реквизитам покупателя. Основная, в верхней части окна настроек.
Единственный вариант который у меня сработал - включить форму Тач-Скрин + Данные покупателя. Тогда при пробитии чека выходит форма для ввода данных, заполняется вручную и передается в кассовый чек.
Что я делаю не так ?
Добрый день, при пробитии чека через ПКО выходит ошибка неверная длина реквизита 1228.
1228 это ИНН, причем если инн ИП, т.е. 12 символов, то чек пробивается, если инн 10 символов выходит ошибка.
Обработка 4.09
Драйвер 8.16
ККТ Атол 22ПТК с последней прошивкой Атол
1228 это ИНН, причем если инн ИП, т.е. 12 символов, то чек пробивается, если инн 10 символов выходит ошибка.
Обработка 4.09
Драйвер 8.16
ККТ Атол 22ПТК с последней прошивкой Атол
Вышла новая версия обработки 4.09.01
1. Исправлена ошибка проверки условия по выводу дополнительных реквизитов в чеке по контрагенту, если в список контрагентов в настройках была добавлена папка контрагентов.
2. При осуществлении определения предмета расчета из таблиц настроек обработки добавлена дополнительная проверка на существование настройки в сохраненных параметрах торгового оборудования. Благодаря этому решена проблема с вылетом из программы в некоторых ситуациях.
3. Перестроена приоритет документов расчета, документов сделки и документа основания для кассовых ордеров при определении данных из них при пробитии. Благодаря встроенному в прошлом релизе механизму фильтра возможных типов документов расчета/сделки и основания прежний приоритет оказался неактуальным. Теперь наивысший приоритет у Документа расчета, далее у документа сделки и на последнем месте – документ основания.
4. Исправлена ошибка пробития возврата по эквайрингу, при подключении его через обработку.
5. Исправлена ситуация, когда в случае ошибки платежной системы кассовый чек все равно пробивался, а не отменялся. Теперь при ошибках проведения оплаты через подключенный через обработку эквайринговый терминал, кассовый чек не печатается.
6. Улучшена совместимость с ККТ Атол на 5й платформе. Исправлена ошибка пробития чека со скидкой на ККТ Атол на платформе 5.
7. Исправлена ситуация, когда не определялась сделка или документ основания для Расходного кассового ордера, выписанного на основании поступления товаров и услуг.
8. Исправлена ситуация, когда в форме настроек обработки не заполнялся список документов для выбора в настройках условий по документам для дополнительных реквизитов чека и для реквизитов агента.
9. В форме Менеджера чека обработки Атол исправлена ошибка заполнения массива видов оплат при перезаполнении/перевыборе документа на форме.
10. Исправлен механизм определения данных из кода маркировки обуви.
11. Для дополнительного Модуля Розничного режима продажи маркированной продукции реализован механизм запроса штрихкода маркировки в отдельном всплывающем окне при добавлении продукции по внутреннему штрихкоду при продаже. Данный механизм позволяет безошибочно работать с маркированной обувью описанной в системе маркировки по упрощенной схеме. Обновлена инструкция по доработке конфигурации для маркировки.
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. Увеличен шрифт надписи с заголовком в форме ввода штрихкода марки.
1. Небольшое обновление модулей доработки под маркировку. Была выявлена проблема с невозможностью считать штрихкод марки, если товар добавлялся в чек через сканирование линейного штрихкода, заведенного в карточке товара. Решение: переработан модуль маркировки, обновлен файл с дополнительными процедурами для доработки под маркировку. Для исправления необходимо заменить все уже встроенные процедуры с префиксом "КАС_" на новые из файла.
2. В некоторых ситуациях не загружался модуль для работы с JSON, в результате чего выходила ошибка и чек не пробивался. Решение: Доработан вызов модуля для работы с JSON.
3. Еще одна небольшая доработка модуля маркировки. Исправление ситуации, когда при внедрении двух способов ввода штрихкода марки форма ввода выводилась при любом варианте, даже когда использовалось быстрое добавление товар в чек по штрихкоду маркировки.
4. Увеличен шрифт надписи с заголовком в форме ввода штрихкода марки.
(1815)
Добрый день! Эмулятор отображает лишь чек на экране и ничего никуда не передает. Сканирование же кодов маркировки обеспечивается за счет доработки конфигурации согласно инструкции и процесс самого сканирования и сохранения кодов маркировки от подключенного оборудования не зависит.
Добрый день! Эмулятор отображает лишь чек на экране и ничего никуда не передает. Сканирование же кодов маркировки обеспечивается за счет доработки конфигурации согласно инструкции и процесс самого сканирования и сохранения кодов маркировки от подключенного оборудования не зависит.
(1816)
Модуль доработки обеспечивает сохранение кодов маркировки в документах продажи.
Печать датаматрикс кодов по проданным кодам маркировки - такого требования к розничным точкам нет и, вероятнее всего, вы путаете процесс маркировки остатков с процессом продажи.
Маркировку остатков можно легко провести через ЛК честного знака по упрощенной схеме и оттуда же напечатать марки, подстроив немного макет под нужный принтер (по умолчанию там макеты под печать на A4).
Есть так же в доступе на Инфостарте обработки, которые помогут вам напечатать коды маркировки из файлов CSV, что позволит не заниматься модификацией макетов в ЧЗ через сторонний софт, а рисовать макет в обработке на более знакомых технологиях.
Модуль доработки обеспечивает сохранение кодов маркировки в документах продажи.
Печать датаматрикс кодов по проданным кодам маркировки - такого требования к розничным точкам нет и, вероятнее всего, вы путаете процесс маркировки остатков с процессом продажи.
Маркировку остатков можно легко провести через ЛК честного знака по упрощенной схеме и оттуда же напечатать марки, подстроив немного макет под нужный принтер (по умолчанию там макеты под печать на A4).
Есть так же в доступе на Инфостарте обработки, которые помогут вам напечатать коды маркировки из файлов CSV, что позволит не заниматься модификацией макетов в ЧЗ через сторонний софт, а рисовать макет в обработке на более знакомых технологиях.
(0) спасибо за ответ, вот еще вопрос: сейчас магазины одежды и обуви - большинство на ЕНВД, но с продажами маркированной обуви с 1 марта им придется уйти с ЕНВД. Есть ли возможность при розничных продажах разделять категорию товаров, и соот-но пробивать по разным режимам УСН и ЕНВД?
ККМ уже имеет два режима - фирма имеет два вида деятельности - аренда юр.лицам и розничые продажи.
Уже сейчас настроено разделение режимов - при пробитии чека на ККМ в магазине.
Чек для юрлиц по аренде пробивается в кассе магазина.
ККМ уже имеет два режима - фирма имеет два вида деятельности - аренда юр.лицам и розничые продажи.
Уже сейчас настроено разделение режимов - при пробитии чека на ККМ в магазине.
Чек для юрлиц по аренде пробивается в кассе магазина.
(1821)
Технически и практически возможно. В предыдущем сообщении я написал механизм обработки, через который такое разделение можно осуществить.
А вот юридически... - например налоговая в нашем регионе не позволяет ИП делить розничную торговлю по видам продукции как отдельные виды деятельности и каждый вид вести по своей СНО. ФНС в данной ситуации использует только общие классификации "Розничная торговля", "оптовая торговля" и т.д. и считает их не делимыми. По итогу отправляет таких предпринимателей заводить вторых ИП с другой СНО и покупать вторую онлайн-кассу.
В других регионах без проблем позволяют в рамках одного ИП регистрировать несколько СНО и разделять розничную торговлю обувью и розничную торговлю одеждой как отдельные виды со своими СНО.
Технически и практически возможно. В предыдущем сообщении я написал механизм обработки, через который такое разделение можно осуществить.
А вот юридически... - например налоговая в нашем регионе не позволяет ИП делить розничную торговлю по видам продукции как отдельные виды деятельности и каждый вид вести по своей СНО. ФНС в данной ситуации использует только общие классификации "Розничная торговля", "оптовая торговля" и т.д. и считает их не делимыми. По итогу отправляет таких предпринимателей заводить вторых ИП с другой СНО и покупать вторую онлайн-кассу.
В других регионах без проблем позволяют в рамках одного ИП регистрировать несколько СНО и разделять розничную торговлю обувью и розничную торговлю одеждой как отдельные виды со своими СНО.
Добрый день. Поддерживает ли Ваша обработка ПРИКАЗ от 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.
Код товара в кодировке ЕГАИС 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.
Правильно говорите "описан алгоритм формирования тега" ))
А вот обязательность фиксации этого тэга применительно к алкогольной продукции это совсем другое дело.
А вот обязательность фиксации этого тэга применительно к алкогольной продукции это совсем другое дело.
(1830)
в приказе 434 черным по белому:
в) дополнить пунктами 19 - 24 следующего содержания:
"19. Реквизит "код товара" (тег 1162) включается в состав кассового чека (БСО) при возврате или продаже товара, маркированного средством идентификации, и может не включаться в состав кассового чека (БСО) в иных случаях.
В законах о шубах и алкоголе нигде не фигурирует, что наносимая на них марка является средством идентификации.
Здесь и разрыв получается, поэтому руководствуемся "... и может не включаться в состав кассового чека (БСО) в иных случаях."
в приказе 434 черным по белому:
в) дополнить пунктами 19 - 24 следующего содержания:
"19. Реквизит "код товара" (тег 1162) включается в состав кассового чека (БСО) при возврате или продаже товара, маркированного средством идентификации, и может не включаться в состав кассового чека (БСО) в иных случаях.
В законах о шубах и алкоголе нигде не фигурирует, что наносимая на них марка является средством идентификации.
Здесь и разрыв получается, поэтому руководствуемся "... и может не включаться в состав кассового чека (БСО) в иных случаях."
(1831) Спасибо за разъяснения. Но есть нюансы:
21 пункт: "Реквизит "код товара" (тег 1162) в ПФ должен иметь значение "[М]" только в случае, если этот товар маркирован средством идентификации и его код маркировки содержит в своем составе код идентификации, который распознан в соответствии с таблицей 50." В таблице 50 и шубы и алкоголь есть.
21 пункт: "Реквизит "код товара" (тег 1162) в ПФ должен иметь значение "[М]" только в случае, если этот товар маркирован средством идентификации и его код маркировки содержит в своем составе код идентификации, который распознан в соответствии с таблицей 50." В таблице 50 и шубы и алкоголь есть.
(1832)
опять по кругу:
Условия два: 1 - если этот товар маркирован средством идентификации, 2 - его код маркировки содержит в своем составе код идентификации.
Первое условие не выполняется уже.
То что в Таблице 50 есть алкоголь и шубы - это для того чтобы мы с вами не расслаблялись и ждали поправки к законам о регулировании оборота алкогольной продукции, в частности того что средства маркировки, наносимые на эти товарные группы приравняли к средствам идентификации.
В текущем правовом поле таких поправок к законам не выходило, поэтому ждем.
опять по кругу:
Условия два: 1 - если этот товар маркирован средством идентификации, 2 - его код маркировки содержит в своем составе код идентификации.
Первое условие не выполняется уже.
То что в Таблице 50 есть алкоголь и шубы - это для того чтобы мы с вами не расслаблялись и ждали поправки к законам о регулировании оборота алкогольной продукции, в частности того что средства маркировки, наносимые на эти товарные группы приравняли к средствам идентификации.
В текущем правовом поле таких поправок к законам не выходило, поэтому ждем.
Добрый день!
Купили обработку для интеграции в Розницу 1.0 с учетом маркировки обуви. В принципе инструкция исчерпывающая, всё практически работает.
Есть пару замечаний:
1. В частности обнаружилась ошибка в реквизите общей формы "ФормаСканированияКодаМаркировки" - реквизит штрихкод марки имел длину 68 символов (видимо наследие от старого ЕГАИСа), вместо необходимых 150
2. Пробили несколько товаров с маркировкой (обувь), в ОФД Астрал код маркировки виден в электронных версиях чека (AAACozWD/cYsO0E9TGVrSEhZRlB1 и AAACozWD/cY+TVpsWC5lZlBZRlhR), но в ЛК ЦРПТ не отражается выбытие товара. Смущает наличие символов "/" - может их не должно быть?? Пробовали пробивать несколько товаров на другой базе - Рознице 2.3 последнего релиза - там нет символов "/" в кодах маркировки и товар в ЛК ЦРПТ отражается как выведенный из оборота. ОФД один и тот же.
Купили обработку для интеграции в Розницу 1.0 с учетом маркировки обуви. В принципе инструкция исчерпывающая, всё практически работает.
Есть пару замечаний:
1. В частности обнаружилась ошибка в реквизите общей формы "ФормаСканированияКодаМаркировки" - реквизит штрихкод марки имел длину 68 символов (видимо наследие от старого ЕГАИСа), вместо необходимых 150
2. Пробили несколько товаров с маркировкой (обувь), в ОФД Астрал код маркировки виден в электронных версиях чека (AAACozWD/cYsO0E9TGVrSEhZRlB1 и AAACozWD/cY+TVpsWC5lZlBZRlhR), но в ЛК ЦРПТ не отражается выбытие товара. Смущает наличие символов "/" - может их не должно быть?? Пробовали пробивать несколько товаров на другой базе - Рознице 2.3 последнего релиза - там нет символов "/" в кодах маркировки и товар в ЛК ЦРПТ отражается как выведенный из оборота. ОФД один и тот же.
(1836)
В инструкции по доработке под маркировку есть ссылка на ресурс со свежими модулями доработки. Скачайте их пожалуйста и замените процедуры, начинающиеся с КАС_ тогда марка будет записываться полностью. Обрезка была связана с тем что в коде использовалась переменная, которая совпала с наименованием реквизита документа ЧекККМ, а там было 68 символов для акцизной марки. Поправлено.
2. Какая прошивка ККТ и версия драйвера?
1. В частности обнаружилась ошибка в реквизите общей формы "ФормаСканированияКодаМаркировки" - реквизит штрихкод марки имел длину 68 символов (видимо наследие от старого ЕГАИСа), вместо необходимых 150
В инструкции по доработке под маркировку есть ссылка на ресурс со свежими модулями доработки. Скачайте их пожалуйста и замените процедуры, начинающиеся с КАС_ тогда марка будет записываться полностью. Обрезка была связана с тем что в коде использовалась переменная, которая совпала с наименованием реквизита документа ЧекККМ, а там было 68 символов для акцизной марки. Поправлено.
2. Какая прошивка ККТ и версия драйвера?
(1840) Тикет создал, спасибо за оперативные ответы!
Смущает только, что в ОФД всё же данные уходят, а символ "/" является разрешенным для Base64 и не должен по идее влиять на значение тэга...
На днях кстати
Штрих обещал выпустить финальную прошивку - будет опять цирк видимо в последние дни перед 1 марта....
Смущает только, что в ОФД всё же данные уходят, а символ "/" является разрешенным для Base64 и не должен по идее влиять на значение тэга...
На днях кстати
Штрих обещал выпустить финальную прошивку - будет опять цирк видимо в последние дни перед 1 марта....
(1841)
По вашим кодам код товарной группы не заполняется, который с 1 марта должен равняться 444D по формату.
Обработку в тикете вам отправил. С ней тэг заполняется корректно, тестировал на боевой кассе.
Сам факт что будет ещё прошивка уже цирк )
По вашим кодам код товарной группы не заполняется, который с 1 марта должен равняться 444D по формату.
Обработку в тикете вам отправил. С ней тэг заполняется корректно, тестировал на боевой кассе.
На днях кстати
Штрих обещал выпустить финальную прошивку - будет опять цирк видимо в последние дни перед 1 марта....
Штрих обещал выпустить финальную прошивку - будет опять цирк видимо в последние дни перед 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. Доработана инструкция по модулю «Маркировка».
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. Доработана инструкция по модулю «Маркировка».
Вышла новая версия обработки 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. В форме ввода данных покупателя со списком видов оплат изменено отображение наименования остатка оплаты в зависимости от суммы остатка. При отрицательном значении остатка отображается надпись «СДАЧА», в остальных случаях отображается надпись «ОСТАЛОСЬ ОПЛАТИТЬ».
1. Для обработки Атол добавлена поддержка передачи нового формата тэга 1162 для драйвера КТТ версии 8.16.6.
2. Для большей универсальности переработан механизм преобразования значения тэга 1162 к требуемому формату.
3. В обработках Атол для вариантов передачи значения тэга 1162 в неразобранном виде данных от сканера в драйвер, добавлена опция в настройках, которая позволяет ограничить такую передачу не всеми символами марки, а только частью, содержащую gtin и серийный номер, т. е. без крипто-хвоста. Опция доступна в настройках обработки на закладке Маркировка.
4. Во встраиваемой в конфигурацию форме ввода штрихкода маркировки добавлена кнопка для вызова ручного ввода штрихкода марки. Данный ручной ввод предназначен для отладки механизмов работы без использования сканера штрихкодов.
5. В форме менеджера чека, вызываемой при пробитии чеков из кассовых ордеров и прочих оптовых документов, добавлена кнопка для ручного ввода кода маркировки для целей отладки без использования сканера штрихкодов.
При ручном вводе марки допускается ввод не полной марки, а только первой части, содержащей в себе gtin и серийный номер. На примере обувной продукции – это первые 31 символ, для табака – 21, для шуб – 24, для лекарств – 27 и т. д.
6. Исправлена ошибка определения типа документа Поступление товаров для конфигурации «Розница 1», которая возникала при пробитии чека из кассового ордера, выписанного на основании Возврата покупателя.
7. Для обработок Атол исправлено определение кода налога для расчетной ставки НДС 18/118 по таблице сопоставления налогов при пробитии чека коррекции с использованием такой ставки.
8. В форме ввода данных покупателя со списком видов оплат изменено отображение наименования остатка оплаты в зависимости от суммы остатка. При отрицательном значении остатка отображается надпись «СДАЧА», в остальных случаях отображается надпись «ОСТАЛОСЬ ОПЛАТИТЬ».
Внимание!
В связи с принятием постановления о переносах сроков обязательной маркировки обуви на 1 июля, были внесены изменения в модуль маркировки. В частности - дата обязательной фиксации маркированной обуви в чеке изменена на 1 июля 2020 года.
Актуальный модуль для встраиваемой в конфигурацию маркировки можно скачать по ссылке из инструкции по модулю "Маркировка".
В связи с принятием постановления о переносах сроков обязательной маркировки обуви на 1 июля, были внесены изменения в модуль маркировки. В частности - дата обязательной фиксации маркированной обуви в чеке изменена на 1 июля 2020 года.
Актуальный модуль для встраиваемой в конфигурацию маркировки можно скачать по ссылке из инструкции по модулю "Маркировка".
(0) как задействовать подарочный сертификат (кроме того, что в инструкции написано) - к примеру при оплате сертификатом, что передавать в ТОСервер: сумма наличной, сумма безналичной, сумма сертификата, хотелось бы еще номер сертификата передавать, чтобы на чеке был указан при оплате товара...
Обновление модуля "Маркировка".
Во встраиваемых процедурах добавлена обрезка символа GS из штрихкода марки.
Ранее запись штрихкода марки вместе с этим символом в документ приводила к ошибкам при обмене через РИБ.
Для исправления штрихкодов марок в предыдущих документах необходимо воспользоваться инструкцией "Исправление марок" и обработкой "Универсальный подбор и обработка значений".
Все вышеперечисленное можно скачать по ссылке из инструкции по модулю "Маркировка".
Во встраиваемых процедурах добавлена обрезка символа GS из штрихкода марки.
Ранее запись штрихкода марки вместе с этим символом в документ приводила к ошибкам при обмене через РИБ.
Для исправления штрихкодов марок в предыдущих документах необходимо воспользоваться инструкцией "Исправление марок" и обработкой "Универсальный подбор и обработка значений".
Все вышеперечисленное можно скачать по ссылке из инструкции по модулю "Маркировка".
Добрый день!
Обработка ShtrihFiscalPrinters_v.4.09.04.epf
Не работал эмулятор ФР.
Чтоб заработал, в модуле формы ФормаНастройки в функцию ИнициализироватьПараметры() добавил строку
времПараметры.Вставить("ИспользуемыйДрайверККМ", ИспользуемыйДрайверККМ);
Эмулятор должен был работать и без этого?
И ещё вопрос.
Правильно ли я понимаю, что после внесённых изменений типа "Обработка.ОткрытьЧек(параметры)" другие драйвера работать не будут из-за лишнего параметра?
Возможно, стоит сделать это через попытку-исключение, и в исключении вызывать со стандартными параметрами?
Обработка ShtrihFiscalPrinters_v.4.09.04.epf
Не работал эмулятор ФР.
Чтоб заработал, в модуле формы ФормаНастройки в функцию ИнициализироватьПараметры() добавил строку
времПараметры.Вставить("ИспользуемыйДрайверККМ", ИспользуемыйДрайверККМ);
Эмулятор должен был работать и без этого?
И ещё вопрос.
Правильно ли я понимаю, что после внесённых изменений типа "Обработка.ОткрытьЧек(параметры)" другие драйвера работать не будут из-за лишнего параметра?
Возможно, стоит сделать это через попытку-исключение, и в исключении вызывать со стандартными параметрами?
По идее, такой вариант будет работать и с Вашими драйверами, и с любыми другими:
В модуле объекта обработки ТОСервер в функциях ПечатьЧека и ПечатьЧекаПКОРКО сделать всё, как у Вас в инструкции, за одним исключением: не трогать параметры функции "Обработка.ОткрытьЧек(...)", а перед ней вставить строку
Объект.Вставить("КАС_ДопПараметры", ДопПараметры);
получится типа
,
а в Вашей обработке обслуживания (в моём случае это ShtrihFiscalPrinters_v.4.09.04.epf) в функции ОткрытьЧек в самом начале добавить
ДопПараметры = ? (ДопПараметры = Неопределено И Объект.Свойство("КАС_ДопПараметры"), Объект.КАС_ДопПараметры, ДопПараметры);
будет а-ля
Вроде ничего не упустил? :/
Если Вы посчитаете нужным при очередном обновлении сделать нечто типа такого, будет замечательно! :)
Надеюсь, лишние данные в структуре объекта драйвера не помешают в каком-нибудь другом месте.
В модуле объекта обработки ТОСервер в функциях ПечатьЧека и ПечатьЧекаПКОРКО сделать всё, как у Вас в инструкции, за одним исключением: не трогать параметры функции "Обработка.ОткрытьЧек(...)", а перед ней вставить строку
Объект.Вставить("КАС_ДопПараметры", ДопПараметры);
получится типа
Если НЕ ЗначениеЗаполнено(Результат) Тогда
Объект.Вставить("КАС_ДопПараметры", ДопПараметры);
Результат = Обработка.ОткрытьЧек(только родные параметры);
,
а в Вашей обработке обслуживания (в моём случае это ShtrihFiscalPrinters_v.4.09.04.epf) в функции ОткрытьЧек в самом начале добавить
ДопПараметры = ? (ДопПараметры = Неопределено И Объект.Свойство("КАС_ДопПараметры"), Объект.КАС_ДопПараметры, ДопПараметры);
будет а-ля
Функция ОткрытьЧек(Объект, Пароль=30, ЭтоВозврат, НомерЧека, НомерСмены, ФискальныйЧек = Истина, ДопПараметры = Неопределено) Экспорт
ДопПараметры = ? (ДопПараметры = Неопределено И Объект.Свойство("КАС_ДопПараметры"),
Объект.КАС_ДопПараметры,
ДопПараметры);
СуммаОрдера = 0;Вроде ничего не упустил? :/
Если Вы посчитаете нужным при очередном обновлении сделать нечто типа такого, будет замечательно! :)
Надеюсь, лишние данные в структуре объекта драйвера не помешают в каком-нибудь другом месте.
Прикрепленные файлы:
Подскажите по возврату Маркированной обуви, Розница 1.0
Обработка и модули последние.
В карточке товара стоит КАС_МаркировкаОбувь = Да. Этот товар продается через режим РМК с окном запроса марки, все нормально.
Делаю документ Возврат товаров от покупателя, на основании этого документа делаю Расходный кассовый ордер, в нем нажимаю кнопку Чек,
появляется форма обработки.
Но как сканером ввести марку обуви?
Если в этой форме отсканировать марку, то выдается ошибка "Товар в текущей строке не является маркированным".
Так же в этой форме есть выпадающий список "Тип маркировки", может быть там нужно выбрать, но это не работает, список не раскрывается.
Скриншот приложил.
Обработка и модули последние.
В карточке товара стоит КАС_МаркировкаОбувь = Да. Этот товар продается через режим РМК с окном запроса марки, все нормально.
Делаю документ Возврат товаров от покупателя, на основании этого документа делаю Расходный кассовый ордер, в нем нажимаю кнопку Чек,
появляется форма обработки.
Но как сканером ввести марку обуви?
Если в этой форме отсканировать марку, то выдается ошибка "Товар в текущей строке не является маркированным".
Так же в этой форме есть выпадающий список "Тип маркировки", может быть там нужно выбрать, но это не работает, список не раскрывается.
Скриншот приложил.
Прикрепленные файлы:
(1871)
Здравствуйте, Дмитрий!
Проверка, является ли товар маркированным в этой форме производится по значению в поле "тип маркировки". Причина, почему не заполнилась нашел, поправлю. Спасибо за обратную связь.
Да, сейчас можете выбрать пока вручную тип, тогда сканирование пройдет. Только предварительно снимите через конфигуратор флаг с параметра "Только просмотр" для колонки "Тип маркировки". Я к сожалению забыл снять этот параметр, поэтому он и не редактируется. Так же исправлю.
Здравствуйте, Дмитрий!
Если в этой форме отсканировать марку, то выдается ошибка "Товар в текущей строке не является маркированным".
Проверка, является ли товар маркированным в этой форме производится по значению в поле "тип маркировки". Причина, почему не заполнилась нашел, поправлю. Спасибо за обратную связь.
Так же в этой форме есть выпадающий список "Тип маркировки", может быть там нужно выбрать, но это не работает, список не раскрывается.
Да, сейчас можете выбрать пока вручную тип, тогда сканирование пройдет. Только предварительно снимите через конфигуратор флаг с параметра "Только просмотр" для колонки "Тип маркировки". Я к сожалению забыл снять этот параметр, поэтому он и не редактируется. Так же исправлю.
Добрый день!
УТ10.3, ShtrihFiscalPrinters_v.4.09.04.epf
Скажите, пожалуйста, по какому принципу НДС и сумма НДС отправляется на ККМ для налоговой?
Если у кассира в настройках пользователя выключен параметр "Печатать НДС в кассовых чеках из документов "Чек ККМ"", то ещё в модуле чекККМ ТаблицаТоваров заполняется с 0-м НДС (полученные из запроса 20% заменяются на 0), и в таком виде отправляется в обработку обслуживания.
Где (в какой процедуре) и в каком случае (при каких настройках) это значение восстанавливается до 20%? Откуда? Из карточки товара или откуда-то ещё?
Сейчас в функции РегистрацияПозицииВККМ Вашей обработки в параметре СтрокаМассива НДС и СуммаНДС = 0.
Пока проверяю на эмуляторе. При попытке сделать это на живой кассе она формирует для ОФД чек без НДС.
УТ10.3, ShtrihFiscalPrinters_v.4.09.04.epf
Скажите, пожалуйста, по какому принципу НДС и сумма НДС отправляется на ККМ для налоговой?
Если у кассира в настройках пользователя выключен параметр "Печатать НДС в кассовых чеках из документов "Чек ККМ"", то ещё в модуле чекККМ ТаблицаТоваров заполняется с 0-м НДС (полученные из запроса 20% заменяются на 0), и в таком виде отправляется в обработку обслуживания.
Где (в какой процедуре) и в каком случае (при каких настройках) это значение восстанавливается до 20%? Откуда? Из карточки товара или откуда-то ещё?
Сейчас в функции РегистрацияПозицииВККМ Вашей обработки в параметре СтрокаМассива НДС и СуммаНДС = 0.
Пока проверяю на эмуляторе. При попытке сделать это на живой кассе она формирует для ОФД чек без НДС.
Добрый день!
При пробитии чека из документа ЧекККМ типовые конфигурации как правило посылают ставку НДС из карточки товара. Некоторые типовые конфигурции всегда посылают 0 из Чеков ККМ. Я посылаемое из конфигурации значение никак пока не переопределяю, а беру как есть и по соответствию ставок из настроек трансформирую в код налога ККМ.
Можете проверить функцию "ПровестиИРаспечататьЧек" в модуле документа в вашей конфигурации и посмотреть что посылает ваша конфигурация.
При пробитии чека из документа ЧекККМ типовые конфигурации как правило посылают ставку НДС из карточки товара. Некоторые типовые конфигурции всегда посылают 0 из Чеков ККМ. Я посылаемое из конфигурации значение никак пока не переопределяю, а беру как есть и по соответствию ставок из настроек трансформирую в код налога ККМ.
Можете проверить функцию "ПровестиИРаспечататьЧек" в модуле документа в вашей конфигурации и посмотреть что посылает ваша конфигурация.
(1874)
Спасибо!
Если параметр, о котором писал выше, включить, то ставки НДС передаются в чек. По крайней мере в эмулятор, до ККМ ещё не добрался.
Правда, со стандартным драйвером корректные ставки передаются вне зависимости от этого параметра.
И ещё на тему эмулятора. Похоже, я один из немногих, кто им пользуется, так что выступаю в роли тестировщика. :)
В функции ОткрытьЧекВККМ в Вашей обработке обслуживания строки
, насколько я понимаю, лучше сделать
, т. к. КассирФИО и КассирИНН определяются выше по тексту функции и, судя по всему, именно они попадают в ФР, и в некоторых случаях (если были заданы ещё в модуле чека и записаны в ДопПараметры) могут отличаться от тех, которые попадают в эмулятор.
Спасибо!
Если параметр, о котором писал выше, включить, то ставки НДС передаются в чек. По крайней мере в эмулятор, до ККМ ещё не добрался.
Правда, со стандартным драйвером корректные ставки передаются вне зависимости от этого параметра.
И ещё на тему эмулятора. Похоже, я один из немногих, кто им пользуется, так что выступаю в роли тестировщика. :)
В функции ОткрытьЧекВККМ в Вашей обработке обслуживания строки
ИначеЕсли ИспользуемыйДрайверККМ = 5 Тогда
...
//кассир
ДанныеКассира = КАС_ПолучитьПараметрыКассираДляОперации(Объект.Параметры,Пароль);
ДанныеКассираJSON = Новый Структура();
ДанныеКассираJSON.Вставить("name", ДанныеКассира.ИмяКассира);
ДанныеКассираJSON.Вставить("vatin", ДанныеКассира.ИННКассира);
СтруктураЗаданияПечатиНаККМ.Вставить("operator", ДанныеКассираJSON);
Показать, насколько я понимаю, лучше сделать
//кассир
ДанныеКассираJSON = Новый Структура();
ДанныеКассираJSON.Вставить("name", КассирФИО);
ДанныеКассираJSON.Вставить("vatin", КассирИНН);
, т. к. КассирФИО и КассирИНН определяются выше по тексту функции и, судя по всему, именно они попадают в ФР, и в некоторых случаях (если были заданы ещё в модуле чека и записаны в ДопПараметры) могут отличаться от тех, которые попадают в эмулятор.
(1875)
Вы не единственный кто пользуется эмулятором, но пока единственный кто обнаружил какую-то неточность в нём.
По кассиру информацию перепроверю. Принято. Спасибо!
По поводу НДС - могу и ставки перезаполнять из карточки в запросе выборки из ЧекаККМ, если это требуется. Чтобы не мешало тем, кому это не требуется, можно данную функцию привязать не дополнительный параметр в настройках обработки.
Вы не единственный кто пользуется эмулятором, но пока единственный кто обнаружил какую-то неточность в нём.
По кассиру информацию перепроверю. Принято. Спасибо!
По поводу НДС - могу и ставки перезаполнять из карточки в запросе выборки из ЧекаККМ, если это требуется. Чтобы не мешало тем, кому это не требуется, можно данную функцию привязать не дополнительный параметр в настройках обработки.
Спасибо за предложение.
Проблема не столько в этом, НДС всё равно у всей номенклатуры одинаковый, я могу просто параметр какой-нить со значением НДС на форму настроек вытащить. Просто пытаюсь понять: если у других всё в порядке, то что у меня не так. То ли вопрос настроек, то ли вопрос моих рук. :)
Надо бы поизучать, как это сделано в типовых обработках обслуживания, но за неимением полноценного доступа к кассе (и, соответственно, к работающему драйверу) это пока проблематично.
В данном случае, думаю, можно было бы сделать не булевый параметр "Передавать налоговые ставки в ККМ по каждому товару из документа (иначе берутся из секции в ККМ)", а список значений типа
Передавать налоговые ставки в ККМ
со значениями
"из документа", "из секции в ККМ", "из карточек номенклатуры" (правда, не знаю, во всех ли конфигурациях в карточке номенклатуры есть НДС).
Можно в этот же список добавить и перечень конкретных ставок (20, 18, 10 и т. д).
В т. ч. "без НДС", и тогда, если это относится к той же логике, убрать булево "Ставка "Без НДС" для всех товаров".
Но это просто предложение, и если у других такой проблемы нет, то чисто для себя я сделаю что-нибудь попроще.
Ещё вопрос. Что такое "секция ККМ"? Это не поможет с тем, чтоб в ККМ в фискальные строки попадал правильный НДС?
Проблема не столько в этом, НДС всё равно у всей номенклатуры одинаковый, я могу просто параметр какой-нить со значением НДС на форму настроек вытащить. Просто пытаюсь понять: если у других всё в порядке, то что у меня не так. То ли вопрос настроек, то ли вопрос моих рук. :)
Надо бы поизучать, как это сделано в типовых обработках обслуживания, но за неимением полноценного доступа к кассе (и, соответственно, к работающему драйверу) это пока проблематично.
В данном случае, думаю, можно было бы сделать не булевый параметр "Передавать налоговые ставки в ККМ по каждому товару из документа (иначе берутся из секции в ККМ)", а список значений типа
Передавать налоговые ставки в ККМ
со значениями
"из документа", "из секции в ККМ", "из карточек номенклатуры" (правда, не знаю, во всех ли конфигурациях в карточке номенклатуры есть НДС).
Можно в этот же список добавить и перечень конкретных ставок (20, 18, 10 и т. д).
В т. ч. "без НДС", и тогда, если это относится к той же логике, убрать булево "Ставка "Без НДС" для всех товаров".
Но это просто предложение, и если у других такой проблемы нет, то чисто для себя я сделаю что-нибудь попроще.
Ещё вопрос. Что такое "секция ККМ"? Это не поможет с тем, чтоб в ККМ в фискальные строки попадал правильный НДС?
(1877)
Напишите хотя бы какая у вас конфигурация и конкретный её релиз. Я так понял что Розница 1.
Это довольно древний механизм контрольно кассовой техники для разделения пробития товаров по отделам. К каждой секции как правило привязана своя ставка НДС и через секции в некоторых случаях можно и налоги для товаров устанавливать в чеке.
Вроде как у всех попадает правильный. Ваш случай требует дополнительного изучения.
Напишите хотя бы какая у вас конфигурация и конкретный её релиз. Я так понял что Розница 1.
Ещё вопрос. Что такое "секция ККМ"?
Это довольно древний механизм контрольно кассовой техники для разделения пробития товаров по отделам. К каждой секции как правило привязана своя ставка НДС и через секции в некоторых случаях можно и налоги для товаров устанавливать в чеке.
Это не поможет с тем, чтоб в ККМ в фискальные строки попадал правильный НДС?
Вроде как у всех попадает правильный. Ваш случай требует дополнительного изучения.
Спасибо за пояснения.
"Управление торговлей", редакция 10.3 (10.3.40.1)
У большинства Атолл. Если я не ошибаюсь, то для Атолла Ваша обработка выступает как ККТ, а для Штрих-м - как ФР. Возможно, разница в этом.
Вот из модуля ПровестиИРаспечататьЧек:
т. е. видно, что в случае ФР при отключенном в настройках пользователя параметре ПечататьНДСВКассовыхЧекахИзДокументовЧекККМ уходит ТаблицаТоваров с 0-м НДС.
Дальше, Вы говорите, НДС нигде не переопределяется.
Либо у других пользователей этот параметр включен, либо у них Без НДС, либо в настройках обработки обслуживания на странице Таблицы Параметров, на закладке Налоги 0-е значение ставки переопределяется для ККТ - как я понял, это в Вашей обработке можно сделать. Других вариантов я не увидел. Может, что-то просмотрел.
"Управление торговлей", редакция 10.3 (10.3.40.1)
У большинства Атолл. Если я не ошибаюсь, то для Атолла Ваша обработка выступает как ККТ, а для Штрих-м - как ФР. Возможно, разница в этом.
Вот из модуля ПровестиИРаспечататьЧек:
ПечататьНДСВКассовыхЧекахИзДокументовЧекККМ = УправлениеПользователями.ПолучитьЗначениеПоУмолчанию(глЗначениеПеременной("глТекущийПользователь"), "ПечататьНДСВКассовыхЧекахИзДокументовЧекККМ");
Пока Выборка.Следующий() Цикл
Товар = ТаблицаТоваров.Добавить();
.....
Товар.СтавкаНДС = ?(ПечататьНДСВКассовыхЧекахИзДокументовЧекККМ, УчетНДС.ПолучитьСтавкуНДС(Выборка.СтавкаНДС), 0);
.....
КонецЦикла;
.....
Если ВидФУ = Перечисления.ВидыТорговогоОборудования.ККТ Тогда
.....
Иначе
.....
ОшибкаТО = ПолучитьСерверТО().ПечатьЧека(
ФУ,
ПолучитьСерверТО().ПолучитьПарольКассираККМ(),
НомерЧекаККМ,
НомерСменыККМ,
ТаблицаТоваров,
ПолучитьСуммуНаличнойОплаты(),
ПолучитьСуммуБезналичнойОплаты(),
ВидОперации = Перечисления.ВидыОперацийЧекККМ.Возврат, ДопДанные,
ДопПараметры);
КонецЕсли;
Показатьт. е. видно, что в случае ФР при отключенном в настройках пользователя параметре ПечататьНДСВКассовыхЧекахИзДокументовЧекККМ уходит ТаблицаТоваров с 0-м НДС.
Дальше, Вы говорите, НДС нигде не переопределяется.
Либо у других пользователей этот параметр включен, либо у них Без НДС, либо в настройках обработки обслуживания на странице Таблицы Параметров, на закладке Налоги 0-е значение ставки переопределяется для ККТ - как я понял, это в Вашей обработке можно сделать. Других вариантов я не увидел. Может, что-то просмотрел.
(1879)
И в том и другом случае требуется подключать как ФР. Под тип "ККТ с передачей" пока не адаптировал.
Согласно пункту 4 инструкции к обработке этот параметр как раз требуется включать.
Если я не ошибаюсь, то для Атолла Ваша обработка выступает как ККТ, а для Штрих-м - как ФР. Возможно, разница в этом
И в том и другом случае требуется подключать как ФР. Под тип "ККТ с передачей" пока не адаптировал.
Либо у других пользователей этот параметр включен
Согласно пункту 4 инструкции к обработке этот параметр как раз требуется включать.
(1880)
Понял. Затрудняюсь ответить, откуда возникло такое мнение. Значит, оно было неправильным.
Да, так и есть.
Думал, что это влияет только на то, что выводится на печать, т. к. раньше этот параметр был выключен, и со стандартной обработкой обслуживания (в режиме ККТ) с НДСом было всё правильно.
Пока вопросов больше нет.
Благодарю за оперативную поддержку!
И в том и другом случае требуется подключать как ФР. Под тип "ККТ с передачей" пока не адаптировал.
Понял. Затрудняюсь ответить, откуда возникло такое мнение. Значит, оно было неправильным.
Согласно пункту 4 инструкции к обработке этот параметр как раз требуется включать.
Да, так и есть.
Думал, что это влияет только на то, что выводится на печать, т. к. раньше этот параметр был выключен, и со стандартной обработкой обслуживания (в режиме ККТ) с НДСом было всё правильно.
Пока вопросов больше нет.
Благодарю за оперативную поддержку!
(0) Добрый день!
Подключил последнюю версию обработки в УТ 10.3, обновил драйвер Атол до 10.6.2, теперь в ОФД уходит вся номенклатура с тегом 1162. В личном кабинете ОФД все чеки с признаком маркируемой продукции. Задал вопрос в техподдержку, пояснив, что обувь еще не промаркирована, и что кроме обуви продается еще и одежда.
Сама техподдержка ответила так
Можно ли не передавать в ККМ данный тег для одежды и для обуви , которая пока не промаркирована?
Подключил последнюю версию обработки в УТ 10.3, обновил драйвер Атол до 10.6.2, теперь в ОФД уходит вся номенклатура с тегом 1162. В личном кабинете ОФД все чеки с признаком маркируемой продукции. Задал вопрос в техподдержку, пояснив, что обувь еще не промаркирована, и что кроме обуви продается еще и одежда.
Сама техподдержка ответила так
В ответ на Ваше обращение сообщаем, что тег 1162 не является обязательным для передачи (исключение товары подлежащие обязательной маркировке), соответственно для товаров которые подлежат обязательной маркировке требуется передача кода маркировки (не менее 20 байт), соответственно для не маркируемой одежды вообще не требуется передавать тег 1162.
Можно ли не передавать в ККМ данный тег для одежды и для обуви , которая пока не промаркирована?
(1883)
Добрый день!
Можно. Не передавайте.
скорее всего ваша конфигурация не генерирует КлючСтроки для табличной части "Товары" документа ЧекККМ, поэтому и марки ко всем строкам привязываются. Возьмите конфигурацию, в которой есть ЕГАИС и посмотрите как там реализовано заполнение ключа строки для строк и сделайте у себя так же.
Добрый день!
Можно ли не передавать в ККМ данный тег для одежды и для обуви , которая пока не промаркирована?
Можно. Не передавайте.
теперь в ОФД уходит вся номенклатура с тегом 1162
скорее всего ваша конфигурация не генерирует КлючСтроки для табличной части "Товары" документа ЧекККМ, поэтому и марки ко всем строкам привязываются. Возьмите конфигурацию, в которой есть ЕГАИС и посмотрите как там реализовано заполнение ключа строки для строк и сделайте у себя так же.
Снова добрый день.
Промазали со вложенными "Если", соответственно, последние "..." не срабатывают.
Функция XОтчет(Объект, Пароль=30, НомерЧека, НомерСмены) Экспорт
...
Если ИспользуемыйДрайверККМ = 1 Тогда
...
Если Результат = мНетОшибки Тогда
...
ИначеЕсли ИспользуемыйДрайверККМ = 5 Тогда
...
ПоказатьПромазали со вложенными "Если", соответственно, последние "..." не срабатывают.
Вопросы с вознаграждением
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|