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
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Остальные комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1460) Эквайринг тут вообще никак не повлияет на работу, а способ его подключения выбирайте наиболее удобный. При подключенном эквайринге ккм используется только при печати слипов, которые так же без проблем будут печататься на подключенной кассе, как и кассовые чеки.
ККМ подключена через 9 драйвер. Обязательна установка 8-го? Возможна ли параллельная установка 8 и 9 драйверов. Обработку сегодня приобрел, пока разбираюсь с инструкцией.
P.S. Вопросы может дилетанские, но сам я далек от этого, а приходится делать самому.
P.S. Вопросы может дилетанские, но сам я далек от этого, а приходится делать самому.
(1465) Александр, добрый день. Вчера в процессе подключения появились 2 кассовые смены с одним номером, одна из которых не закрылась. Закрыть стандартными средствами не получается. И еще: при работе через вашу обработку смену открыть получается только через окно настройки, смены не отражаются в документах(отчет о розничных продажах создается).
Добрый день.
Обработка ККМ Атол (4.08.09)(1С 8.1-8.2-8.3 - без ОП)
Подключаю к рознице 1.0.
Чек пробивается из РМК. Оплату наличными бьёт прекрасно.
Оплата платежной картой (эквайринговый терминал сбербанка, 3 параметра) проходит с ошибкой.
Ошибка:
Ошибка фискального регистратора: Ошибка формирования чека ККМ: Ошибка закрытия чека: (-3 804) Неверное количество. Операция по карте отменена.
Обработка ККМ Атол (4.08.09)(1С 8.1-8.2-8.3 - без ОП)
Подключаю к рознице 1.0.
Чек пробивается из РМК. Оплату наличными бьёт прекрасно.
Оплата платежной картой (эквайринговый терминал сбербанка, 3 параметра) проходит с ошибкой.
Ошибка:
Ошибка фискального регистратора: Ошибка формирования чека ККМ: Ошибка закрытия чека: (-3 804) Неверное количество. Операция по карте отменена.
(1474), Добрый день! Как правило такая ошибка говорит о том, что в кассовом чеке не зарегистрировано ни одной позиции. Причина, по которой это могло произойти - превышение количества символов в наименовании товаров. Решение - в настройках обработки установить ограничение на наименование товара в 128 символов (или 64 в зависимости от версии драйвера, модели ККМ и версии прошивки). Для более точной диагностики причины проблемы можете прислать лог драйвера ККМ.
тот же самый чек пробивается за наличные
наименование товара - "спички", цена 1 руб., без скидок, кол-во 1 шт
15.09.2018 20:51:47.232 0000000000 Ошибка! ResultCode = -3804 ResultDescription = "Неверное количество" BadParam = 0 BadParamDescription = "Ошибок в параметрах нет"
наименование товара - "спички", цена 1 руб., без скидок, кол-во 1 шт
15.09.2018 20:51:47.232 0000000000 Ошибка! ResultCode = -3804 ResultDescription = "Неверное количество" BadParam = 0 BadParamDescription = "Ошибок в параметрах нет"
Прикрепленные файлы:
FprnM1C 2.zip
Добрый день! Самый очевидный вариант решения - дописать функцию открытия ящика при снятии X-отчета.
А где дописать - уже зависит от того, какую обработку обслуживания вы используете.
А где дописать - уже зависит от того, какую обработку обслуживания вы используете.
Добрый день!
УТ 10.3, АТОЛ 30Ф, Драйвер Атол 8.16.3.9007, Обработка: ФЗ.54.08.07
Выполняем смешанную продажу, часть денег по КК, а часть денег - наличными.
Получаем сообщение об ошибке:
Ошибка при установке реквизита 1 021:
(-4 048) Ошибка реквизита: Невозможно записать реквизит чека, начато формирование позиции (была подана команда EAh)
Ошибка открытия чека в ККМ: (-3 801) Чек закрыт - операция невозможна
И ещё, пробовали сделать отчёт в обработке и получили схожую ошибку.
Отчёты/Операции Отчёт о состоянии связи с ОФД
Ошибка при установке реквизита 1 021:
(-4 048) Ошибка реквизита: Невозможно записать реквизит чека, начато формирование
позиции (была подана команда EAh)
Подскажите пожалуйста, в чём может быть проблема?
Спасибо
УТ 10.3, АТОЛ 30Ф, Драйвер Атол 8.16.3.9007, Обработка: ФЗ.54.08.07
Выполняем смешанную продажу, часть денег по КК, а часть денег - наличными.
Получаем сообщение об ошибке:
Ошибка при установке реквизита 1 021:
(-4 048) Ошибка реквизита: Невозможно записать реквизит чека, начато формирование позиции (была подана команда EAh)
Ошибка открытия чека в ККМ: (-3 801) Чек закрыт - операция невозможна
И ещё, пробовали сделать отчёт в обработке и получили схожую ошибку.
Отчёты/Операции Отчёт о состоянии связи с ОФД
Ошибка при установке реквизита 1 021:
(-4 048) Ошибка реквизита: Невозможно записать реквизит чека, начато формирование
позиции (была подана команда EAh)
Подскажите пожалуйста, в чём может быть проблема?
Спасибо
(1486)
(1485)
Здравствуйте! По первой ошибке - в ККМ не был начат новый чек из-за какой-то ошибки (подробнее об ошибке можно понять по логу драйвера ККМ).
По второй - почти та же ситуация с незавершенным чеком в ККМ.
При снятии X- и Z-отчетов происходит отмена чека в ККМ, если он там висит не завершенный, поэтому в вашем случае закрытие смены и помогло.
(1485)
Здравствуйте! По первой ошибке - в ККМ не был начат новый чек из-за какой-то ошибки (подробнее об ошибке можно понять по логу драйвера ККМ).
По второй - почти та же ситуация с незавершенным чеком в ККМ.
При снятии X- и Z-отчетов происходит отмена чека в ККМ, если он там висит не завершенный, поэтому в вашем случае закрытие смены и помогло.
(1490)
Здравствуйте! Прошу прощения за задержку с ответом. Задержка выполнения функции связана с тем что, вероятно у вас очень большой журнал регистрации.
Варианты решения: Почистить журнал регистрации или сделать доработку конфигурации, согласно инструкции из комплекта с обработкой.
Здравствуйте! Прошу прощения за задержку с ответом. Задержка выполнения функции связана с тем что, вероятно у вас очень большой журнал регистрации.
Варианты решения: Почистить журнал регистрации или сделать доработку конфигурации, согласно инструкции из комплекта с обработкой.
Добрый день. При пробитии нефискальных данных, а именно оплаты по банковскому терминалу, периодически пропадает связь с ККМ. Может выйти только один банковский чек, при печати второго возникает ошибка. Или вообще могут чеки не выйти. Бывает ситуация когда оба банковских нефискальных чека вышло, а при пробитии следом кассового чека возникает ошибка что нет связи. Сталкивались ли с данной проблемой?
Добрый день. Начали использовать ФФД 1.05. Судя по документу "Приказ Федеральной налоговой службы от 21 марта 2017 г. № ММВ-7-20/229@ "Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию", должны передавать в ОФД и указывать в чеке информацию о том, что часть позиций - это комиссионный товар.
Подскажите, пожалуйста, поддерживает ли последняя версия обработки передачу реквизитов:
- признак агента по предмету расчета (тег 1222 , Значение: <БАНК. ПЛ. АГЕНТ> или <БАНК. ПЛ. СУБАГЕНТ> или <ПЛ. АГЕНТ> или <ПЛ. СУБАГЕНТ> или <ПОВЕРЕННЫЙ> или <КОМИССИОНЕР> или <АГЕНТ>;
- телефон поставщика (тег 1171);
- наименование поставщика (тег 1225);
- ИНН поставщика (тег 1226).
Сейчас используем v.ФЗ.54.08.06.
Подскажите, пожалуйста, поддерживает ли последняя версия обработки передачу реквизитов:
- признак агента по предмету расчета (тег 1222 , Значение: <БАНК. ПЛ. АГЕНТ> или <БАНК. ПЛ. СУБАГЕНТ> или <ПЛ. АГЕНТ> или <ПЛ. СУБАГЕНТ> или <ПОВЕРЕННЫЙ> или <КОМИССИОНЕР> или <АГЕНТ>;
- телефон поставщика (тег 1171);
- наименование поставщика (тег 1225);
- ИНН поставщика (тег 1226).
Сейчас используем v.ФЗ.54.08.06.
Александр здравствуйте.
Как обстоят дела с НДС 20%. У меня обработка последней версии - Атол и Штрих.
Нужно ли будет обновлять обработку, с учетом изменений НДС с 01.01.2019 года, или НДС 20 % поддерживается в полном объеме? Достаточно ли будет чтобы в табличной части документов ндс был 20 %?
Как обстоят дела с НДС 20%. У меня обработка последней версии - Атол и Штрих.
Нужно ли будет обновлять обработку, с учетом изменений НДС с 01.01.2019 года, или НДС 20 % поддерживается в полном объеме? Достаточно ли будет чтобы в табличной части документов ндс был 20 %?
(1503)
Здравствуйте! Перепроверил информацию, нужно внести небольшую правку во внутренний запрос по выборке данных из ордеров. Будет обновление в течении недели -двух, в котором это исправлено будет. Так же нужно будет настроить соответствие ставки 20% с кодом налога в ККМ в таблице сопоставлений настроек обработки. Код налога в ККМ для этой ставки будет такой же как для НДС 18, поскольку новая налоговая ставка 20% именно заменяет ставку 18%.
Здравствуйте! Перепроверил информацию, нужно внести небольшую правку во внутренний запрос по выборке данных из ордеров. Будет обновление в течении недели -двух, в котором это исправлено будет. Так же нужно будет настроить соответствие ставки 20% с кодом налога в ККМ в таблице сопоставлений настроек обработки. Код налога в ККМ для этой ставки будет такой же как для НДС 18, поскольку новая налоговая ставка 20% именно заменяет ставку 18%.
Тема большая, прочитать все нет возможности.
У меня версия обработки 4.08.05.
В ней реализована передача тега ИНН кассира, который требуется с 1 января 2019 или нет?
Когда будет и будет ли реализован новый тег передачи вместо Электронных денег - Безналичные, которые требуются вроде с 1 июля 2019 г.?
У меня версия обработки 4.08.05.
В ней реализована передача тега ИНН кассира, который требуется с 1 января 2019 или нет?
Когда будет и будет ли реализован новый тег передачи вместо Электронных денег - Безналичные, которые требуются вроде с 1 июля 2019 г.?
(1505)
Здравствуйте!
ИНН кассира добавился в ФФД 1.05. По формату 1.0 он не требовался.
В релизе 4.08.05 передача тэга 1203 ( ИНН кассира ) уже поддерживалась.
>> Когда будет и будет ли реализован новый тег передачи вместо Электронных денег - Безналичные, которые требуются вроде с 1 июля 2019 г.?
Это не зависит от обработки, а зависит от прошивки ККМ, именно на уровне прошивки будет переименование типа операции и значения тэга для данного вида оплаты.
Здравствуйте!
ИНН кассира добавился в ФФД 1.05. По формату 1.0 он не требовался.
В релизе 4.08.05 передача тэга 1203 ( ИНН кассира ) уже поддерживалась.
>> Когда будет и будет ли реализован новый тег передачи вместо Электронных денег - Безналичные, которые требуются вроде с 1 июля 2019 г.?
Это не зависит от обработки, а зависит от прошивки ККМ, именно на уровне прошивки будет переименование типа операции и значения тэга для данного вида оплаты.
(1505)
По вопросу перехода на безналичные с электронных есть ещё такая информация:
Срок вступления в силу с 1 декабря 2018г.
Те кто будут апгрейдиться на ФФД 1.05 и НДС - могут это сделать до Нового года.
Для неплательщиков НДС и уже ранее перешедших на ФФД 1.05 штрафовать не будут. Поэтому они смогут сделать это позже в 2019г.
Скорее всего будет письмо по инспекциям, чтобы не штрафовали.
Когда будет и будет ли реализован новый тег передачи вместо Электронных денег - Безналичные, которые требуются вроде с 1 июля 2019 г.?
По вопросу перехода на безналичные с электронных есть ещё такая информация:
Срок вступления в силу с 1 декабря 2018г.
Те кто будут апгрейдиться на ФФД 1.05 и НДС - могут это сделать до Нового года.
Для неплательщиков НДС и уже ранее перешедших на ФФД 1.05 штрафовать не будут. Поэтому они смогут сделать это позже в 2019г.
Скорее всего будет письмо по инспекциям, чтобы не штрафовали.
Подскажите, не нашел информацию по подключению. Для УТ 10.3 в торговом оборудовании через ККТ осуществляется или через фискальный регистратор? Старая УТ 10.3 не обновляли около 3х лет, но дорабатывали работу онлайн касс - сейчас формат ФФД 1.0 поддерживается - хотим 1.05. откуда должны тянутся значения признак предмета расчета и способа расчета для вашей обработки?
(1511) Здравствуйте! Обработка подключается через "фискальный регистратор". Признак предмета расчета подтягивается обработкой из номенклатуры, а способ расчета, как следует собственно из наименования этого признака, определяется по способу производимого расчета с покупателем.
Атол 55Ф
На обработке работаем с июля, все нормально.
Но установили последнюю прошивку 10-7733. Это та, которая уже платная, с функционалом Безналичный расчет, вместо электронных, НДС 20% и тд.
Проверили работу, пробили несколько чеков, все нормально, быстро печатает как обычно.
Но через неделю работы появилась очень большая задержка между нажатием Расчет в 1С и началом печати чека, около 24 секунд.
Посоветуйте, с чем может быть связано?
На обработке работаем с июля, все нормально.
Но установили последнюю прошивку 10-7733. Это та, которая уже платная, с функционалом Безналичный расчет, вместо электронных, НДС 20% и тд.
Проверили работу, пробили несколько чеков, все нормально, быстро печатает как обычно.
Но через неделю работы появилась очень большая задержка между нажатием Расчет в 1С и началом печати чека, около 24 секунд.
Посоветуйте, с чем может быть связано?
УТ 10.3 Не отображается товар по чеку пробитому по документу оплата платежной картой, раньше товар отображался, можно как то это реализовать??? и второй вопрос в январе будет реализован ндс 20% как на печати чека так и в офд??
Прикрепленные файлы:
(1528), Здравствуйте! В настройках обработки необходимо переключить версию ФФД на 1.05.
В первую очередь вам нужно обновить прошивку ККМ для поддержки НДС 20%.
Так же на этой неделе будет релиз моей обработки с улучшенной поддержкой НДС 20%.
и второй вопрос в январе будет реализован ндс 20% как на печати чека так и в офд??
В первую очередь вам нужно обновить прошивку ККМ для поддержки НДС 20%.
Так же на этой неделе будет релиз моей обработки с улучшенной поддержкой НДС 20%.
Добрый день, Два вопроса
1) У нас 2 системы налогообложения ЕНВД + УСН можно ли в одном чеке разделить продажи товара отдельно от услуг?
2) перешли на ФФД 1.05 Атол и теперь у нас в чеке вместо типа оплаты "авансов" стоит "в кредит". решена ли у вас эта проблема?
1) У нас 2 системы налогообложения ЕНВД + УСН можно ли в одном чеке разделить продажи товара отдельно от услуг?
2) перешли на ФФД 1.05 Атол и теперь у нас в чеке вместо типа оплаты "авансов" стоит "в кредит". решена ли у вас эта проблема?
(1543), Здравствуйте!
Пока нет. Сегодня выложу релиз с другими изменениями. На следующей неделе добавлю комиссионные товары.
Да, можно.
Ваша обработка позволяет работать с комиссионными товарами?
Пока нет. Сегодня выложу релиз с другими изменениями. На следующей неделе добавлю комиссионные товары.
А также возможно ли сделать возврат по чеку с типом пост. оплата (кредит)?
Да, можно.
21.12.2018 – ФЗ.54.08.10
- В обработке Атол добавлена поддержка драйверов ККМ Атол версии 10. Тем самым реализована совместимость с ККМ Атол на платформе 5.
- Улучшена совместимость с новой ставкой НДС 20%.
- Добавлена возможность проверки статуса смены перед началом печати чека и до вывода формы Менеджера чека или формы ввода телефона или email покупателя. В случае, если смена превысила 24 часа, то выводится сообщение и печать чека приостанавливается.
- Добавлена возможность управления размером выводимого QR кода на чеках ЕГАИС.
- Добавлен функционал отключения вывода формы Менеджера чека.
- Переработана основная форма настроек обработки. Теперь форма корректно отображается и на релизах платформы 8.3.12 и выше. Улучшена масштабируемость формы и её элементов.
- Добавлено новые варианты предметов расчета в форму Менеджера чека.
- В форме чека коррекции добавлена возможность проводить коррекцию по ставке налога 20% и 20/120%.
- Упразднено разделение обработок на версию с очередью печати и без очереди. Теперь все версии будут поддерживать данный функционал. С 1 января 2019 года стоимость обработки будет составлять 3500 руб., а до этого срока можно приобрести обработку со скидкой.
- В обработке Атол добавлена поддержка драйверов ККМ Атол версии 10. Тем самым реализована совместимость с ККМ Атол на платформе 5.
- Улучшена совместимость с новой ставкой НДС 20%.
- Добавлена возможность проверки статуса смены перед началом печати чека и до вывода формы Менеджера чека или формы ввода телефона или email покупателя. В случае, если смена превысила 24 часа, то выводится сообщение и печать чека приостанавливается.
- Добавлена возможность управления размером выводимого QR кода на чеках ЕГАИС.
- Добавлен функционал отключения вывода формы Менеджера чека.
- Переработана основная форма настроек обработки. Теперь форма корректно отображается и на релизах платформы 8.3.12 и выше. Улучшена масштабируемость формы и её элементов.
- Добавлено новые варианты предметов расчета в форму Менеджера чека.
- В форме чека коррекции добавлена возможность проводить коррекцию по ставке налога 20% и 20/120%.
- Упразднено разделение обработок на версию с очередью печати и без очереди. Теперь все версии будут поддерживать данный функционал. С 1 января 2019 года стоимость обработки будет составлять 3500 руб., а до этого срока можно приобрести обработку со скидкой.
Добрый день, получил новую версию обработки ФЗ.54.08.10. Не могу подключить ККТ к 1С с её помощью.
Ошибка при подключении устройства:
(-3) Порт недоступен (System Error. Code: 2.
Не удается найти указанный файл)
Онлайн кассы и ФР (ФЗ-54) Тест не пройден.
Через драйвер ККТ и с помощью прежней версии обработки подключение проходит корректно. Версия драйвера 8.16.1.
Ошибка при подключении устройства:
(-3) Порт недоступен (System Error. Code: 2.
Не удается найти указанный файл)
Онлайн кассы и ФР (ФЗ-54) Тест не пройден.
Через драйвер ККТ и с помощью прежней версии обработки подключение проходит корректно. Версия драйвера 8.16.1.
После подключения новой обработки к фискальному регистратору АТОЛ, при тестировании вышла ошибка
ВнешняяОбработка.АТОЛФискальныеРегистраторы.МодульОбъекта(3594): Поле объекта не обнаружено (АдресУстройства)
Если ЗначениеЗаполнено(Объект.Параметры.АдресУстройства) Тогда
Модель: АТОЛ 55Ф
Версия драйвера: 8.16.4.9141
ВнешняяОбработка.АТОЛФискальныеРегистраторы.МодульОбъекта(3594): Поле объекта не обнаружено (АдресУстройства)
Если ЗначениеЗаполнено(Объект.Параметры.АдресУстройства) Тогда
Модель: АТОЛ 55Ф
Версия драйвера: 8.16.4.9141
(1563)
Служба запущена, порт открыт.
Сейчас касса работает через обработку "ФЗ-54 АТОЛ: Онлайн кассы и ФР (v.ФЗ.54.06.01)". Чеки благополучно печатаются.
Когда подключаю обработку "ФЗ-54 АТОЛ: Онлайн кассы и ФР (v.ФЗ.54.08.10)", возникает ошибка (-13).
1С у нас работает через RDP.
служба fdsvc на целевом компьютере (где подключена ККМ) не запущена или заблокирован порт службы (по умолчанию 6220) на ПК с ККМ.
Служба запущена, порт открыт.
Сейчас касса работает через обработку "ФЗ-54 АТОЛ: Онлайн кассы и ФР (v.ФЗ.54.06.01)". Чеки благополучно печатаются.
Когда подключаю обработку "ФЗ-54 АТОЛ: Онлайн кассы и ФР (v.ФЗ.54.08.10)", возникает ошибка (-13).
1С у нас работает через RDP.
(1556), Здравствуйте! С драйверами Атол 10 работает, но пока актуально только для устройств подключенных по Ethernet. Скоро будет добавлена работа с ККМ через Web-сервер Атол, тогда и USB устройства можно будет использовать одновременно через веб сервер на нескольких ПК. Пока используйте для этого драйвер 8.
Вопросы с вознаграждением
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|