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
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Остальные комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1347)
(1348)
Здравствуйте, коллеги! Ранее я писал что обновления я рассылаю самостоятельно и не обязательно просить об этом Инфостарт.
Пожеланий по доработкам было не мало, поэтому решил включить сразу все, что немного сдвинуло сроки релиза. Все перечисленное в (1348) тоже будет включено. Сегодня ближе к вечере его выложу и через систему рассылки вы обновление получите. Так что прошу вас не волноваться.
(1348)
Здравствуйте, коллеги! Ранее я писал что обновления я рассылаю самостоятельно и не обязательно просить об этом Инфостарт.
Пожеланий по доработкам было не мало, поэтому решил включить сразу все, что немного сдвинуло сроки релиза. Все перечисленное в (1348) тоже будет включено. Сегодня ближе к вечере его выложу и через систему рассылки вы обновление получите. Так что прошу вас не волноваться.
Я бы тоже хотел узнать про обновления.
Я в обновлении жду, чтобы в режиме РМК в 1С Розница работало аннулирования чека и чтобы корректно обрабатывалась ситуация при работе с одной кассой с 2-х ПК, когда с одного ПК закрыли смену, вышел z-отчет, второй ПК закрывает смену и выдается ошибка (видимо попытка снять z-отчет, который уже снят). Мы с Александром это обсуждали. В общем, тоже жду, хотя это и не критичные проблемы.
Я в обновлении жду, чтобы в режиме РМК в 1С Розница работало аннулирования чека и чтобы корректно обрабатывалась ситуация при работе с одной кассой с 2-х ПК, когда с одного ПК закрыли смену, вышел z-отчет, второй ПК закрывает смену и выдается ошибка (видимо попытка снять z-отчет, который уже снят). Мы с Александром это обсуждали. В общем, тоже жду, хотя это и не критичные проблемы.
27.05.2018 – ФЗ.54.08.06
- Добавлен механизм работы с подарочными сертификатами в соответствии с Форматом Фискальных Данных 1.05.
- Добавлена проверка статуса смены в ККМ при снятии Z-отчета и вывод информационного сообщения вместо ошибки, в случае если смена в ККМ уже закрыта.
- Добавлена поддержка режима округления скидок для конфигурации MBC: Детали машин на базе 1С: Управление торговлей 10.3.
- Добавлена поддержка пробития чеков в конфигурации ВДГБ: Ломбард 3.
- Добавлен функционал пробития кассовых чеков без детализации по номенклатуре с установкой единого наименования товара в чеке.
- Добавлена возможность настраивать тип отрезки кассовой ленты при нефискальной печати.
- Улучшена совместимость с функционалом шаблонов чеков в конфигурации «Розница 1.0».
- Добавлена проверка статуса чека в ККМ при выполнении операции «Аннулирования чека» и вывод информационного сообщения в случае вместо ошибки, если чек не открыт в ККМ.
- Исправлена механизм установки реквизита «Электронный чек» в кассовом чеке, в результате которого чек печатался независимо от установки данного флага. Теперь данный признак отрабатывает корректно.
- Исправлено: В обработках для 1С 8.1 не устанавливался флаг «Электронный чек» в форме ввода телефона/адреса клиента.
- Доработан механизм передачи имени и ИНН кассира в момент автоматического открытия смены в ККМ при первом пробитом чеке в смене. Теперь в отчете открытия смены устанавливается тот же кассир, что и для кассовых чеков.
- Исправлено снятие отчета о состоянии связи с ОФД. Теперь для его снятия устанавливается правильный режим ККМ.
- Добавлен механизм работы с подарочными сертификатами в соответствии с Форматом Фискальных Данных 1.05.
- Добавлена проверка статуса смены в ККМ при снятии Z-отчета и вывод информационного сообщения вместо ошибки, в случае если смена в ККМ уже закрыта.
- Добавлена поддержка режима округления скидок для конфигурации MBC: Детали машин на базе 1С: Управление торговлей 10.3.
- Добавлена поддержка пробития чеков в конфигурации ВДГБ: Ломбард 3.
- Добавлен функционал пробития кассовых чеков без детализации по номенклатуре с установкой единого наименования товара в чеке.
- Добавлена возможность настраивать тип отрезки кассовой ленты при нефискальной печати.
- Улучшена совместимость с функционалом шаблонов чеков в конфигурации «Розница 1.0».
- Добавлена проверка статуса чека в ККМ при выполнении операции «Аннулирования чека» и вывод информационного сообщения в случае вместо ошибки, если чек не открыт в ККМ.
- Исправлена механизм установки реквизита «Электронный чек» в кассовом чеке, в результате которого чек печатался независимо от установки данного флага. Теперь данный признак отрабатывает корректно.
- Исправлено: В обработках для 1С 8.1 не устанавливался флаг «Электронный чек» в форме ввода телефона/адреса клиента.
- Доработан механизм передачи имени и ИНН кассира в момент автоматического открытия смены в ККМ при первом пробитом чеке в смене. Теперь в отчете открытия смены устанавливается тот же кассир, что и для кассовых чеков.
- Исправлено снятие отчета о состоянии связи с ОФД. Теперь для его снятия устанавливается правильный режим ККМ.
29.05.2018 – ФЗ.54.08.07
- Исправлена установка признака «Электронный чек» в случае, когда форма ввода телефона/email клиента отключена.
- Добавлена пропущенная колонка в таблицу оплат чека ККМ, используемая на случай вывода информации о фиксируемом виде оплаты при ошибке регистрации оплаты в ККМ.
- Исправлено наложение элементов формы настройки с закладки «Параметры строк чека» на соседнюю закладку «Параметры пробития чека».
- Во внешнюю обработку «Работа с кассой» добавлен параметр, позволяющий при закрытии смены произвести смену статуса документа «Кассовая смена» без снятия Z-отчета.
Для Платформы 1С 8.1 вместо этого флага добавлен флаг «Только снятие Z-отчета», который позволяет при закрытии смены произвести только снятие Z-отчета и не проводя процедуры сворачивания чеков и формирования документа «Отчет о розничных продажах».
- Исправлена установка признака «Электронный чек» в случае, когда форма ввода телефона/email клиента отключена.
- Добавлена пропущенная колонка в таблицу оплат чека ККМ, используемая на случай вывода информации о фиксируемом виде оплаты при ошибке регистрации оплаты в ККМ.
- Исправлено наложение элементов формы настройки с закладки «Параметры строк чека» на соседнюю закладку «Параметры пробития чека».
- Во внешнюю обработку «Работа с кассой» добавлен параметр, позволяющий при закрытии смены произвести смену статуса документа «Кассовая смена» без снятия Z-отчета.
Для Платформы 1С 8.1 вместо этого флага добавлен флаг «Только снятие Z-отчета», который позволяет при закрытии смены произвести только снятие Z-отчета и не проводя процедуры сворачивания чеков и формирования документа «Отчет о розничных продажах».
2 релиза назад, чтобы пробивать чек из ПКО (созданный на основе Реализации) нужно было править конфигурацию, чтобы на чеке была разбивка по товарам из Реализации.
Но в релизе ФЗ.54.08.07 у меня это работает без правки конфигурации.
Это нормально? Что-то поменялось?
Но в релизе ФЗ.54.08.07 у меня это работает без правки конфигурации.
Это нормально? Что-то поменялось?
(1354), здравствуйте, Дмитрий! В этом механизме ничего не менялось. На самом деле доработка конфигурации требовалась для идентификации документа, из которого происходит печать чека без использования журнала регистрации. Далее по этому документу и определялись данные по товарам из основания/сделки/документа расчета. Если же доработка не производится, то документ определяется по журналу регистрации. Не везде данный механизм работы с журналом работает быстро и чтобы не тратить время на ожидание и рекомендуется доработка.
Здравствуйте!
Возможно данный вопрос задавался уже не раз, но все же.
Я хочу приобрести редакцию с многопользовательской возможностью работы. Есть ли какие ограничения по количеству использования этой обработки, т.е. есть ли какая-то привязка к железу, которая накладывает ограничение на количество использования (лицензии) ?
И второй вопрос - программный код у этой обработки открыт (т.к. приходится делать дописку, чтобы в чеке допечатывались какие-нибудь бантики)?
Возможно данный вопрос задавался уже не раз, но все же.
Я хочу приобрести редакцию с многопользовательской возможностью работы. Есть ли какие ограничения по количеству использования этой обработки, т.е. есть ли какая-то привязка к железу, которая накладывает ограничение на количество использования (лицензии) ?
И второй вопрос - программный код у этой обработки открыт (т.к. приходится делать дописку, чтобы в чеке допечатывались какие-нибудь бантики)?
Добрый день. В нашей организации стоит учетная программа «1С: Розница, редакция 1.0» и ККМ Атол 30Ф, протокол 1.05. Драйвер торгового оборудования 10.1.1.
Уже используем некоторую обработку, однако в ней имеются некоторые проблемы :
1) Нумерация чеков происходит неким "магическим образом", и не обнуляется в каждой смене
2) Непонятным образом вылазиют "копейки" в чеках, и чеки аннулируются. (Заметили на маленьких суммах)
3) Не понятен, не настроен, не продуман функционал работы с сертификатами.
Скажите, в Вашей обработке эти вопросы как то учтены?
Есть ли тестовая обработка, чтобы проверить эти вопросы?
Готовы приобрести если эти вопросы решатся , т.к. видно что ваше решение более популярно)
Уже используем некоторую обработку, однако в ней имеются некоторые проблемы :
1) Нумерация чеков происходит неким "магическим образом", и не обнуляется в каждой смене
2) Непонятным образом вылазиют "копейки" в чеках, и чеки аннулируются. (Заметили на маленьких суммах)
3) Не понятен, не настроен, не продуман функционал работы с сертификатами.
Скажите, в Вашей обработке эти вопросы как то учтены?
Есть ли тестовая обработка, чтобы проверить эти вопросы?
Готовы приобрести если эти вопросы решатся , т.к. видно что ваше решение более популярно)
(1371), Здравствуйте, Сергей!
Для начала уточню что моя обработка пока использует драйвера 8 и их функционала с лихвой хватает для соответствия требованиям закона.
По вашим пунктам напишу применительно к моей обработке:
1. Это зависит от того, какой параметр считывается для получения номера чека. В моей обработке есть выбор между двумя параметрами омера чека.
2. На моей обработке такого не наблюдается.
3. Присутствует функционал работы с сертификатами.
Тестовой обработки нет, но есть гарантия возврата, если вдруг мое описание не будет соответствовать действительности.
Для начала уточню что моя обработка пока использует драйвера 8 и их функционала с лихвой хватает для соответствия требованиям закона.
По вашим пунктам напишу применительно к моей обработке:
1. Это зависит от того, какой параметр считывается для получения номера чека. В моей обработке есть выбор между двумя параметрами омера чека.
2. На моей обработке такого не наблюдается.
3. Присутствует функционал работы с сертификатами.
Тестовой обработки нет, но есть гарантия возврата, если вдруг мое описание не будет соответствовать действительности.
Данное решение подошло для старой конфигурации Ювелирный салон 1.0, при этом, мне его помогли установить, даже нет, установили за меня, допилили мою конфигурацию, и всё это в 3 часа ночи!!! Я просто в шоке, огромнейшее СПАСИБО!!! Я у Вас в долгу.
Всем доброго времени суток.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Подскажите при возврате товара после закрытия смены. Не проходит. нет денег в кассе. Конфигурация розница редакция 1.
Подскажите как быть? Создавать на начало дня, сколько налички в кассе. А если возврат по банковской карте проходит?
Подскажите как быть? Создавать на начало дня, сколько налички в кассе. А если возврат по банковской карте проходит?
(1400) Здравствуйте!
В кассовом аппарате активирована функция автоинкассации, поэтому после закрытия обнуляется регистр денежной наличности в ККМ. Чтобы была возможность провести Возврат в такой ситуации необходимо произвести операцию Внесения.
При возврате по банковской картой регистр денежной наличности не проверяется и такой возврат пройдет даже без Внесения.
после закрытия смены. Не проходит. нет денег в кассе.
В кассовом аппарате активирована функция автоинкассации, поэтому после закрытия обнуляется регистр денежной наличности в ККМ. Чтобы была возможность провести Возврат в такой ситуации необходимо произвести операцию Внесения.
При возврате по банковской картой регистр денежной наличности не проверяется и такой возврат пройдет даже без Внесения.
Добрый день!
Купили, поставили, тестируем..... Розница базовая 1.0, Атол 55Ф, дрв 8.16.3
При пробитии чека долго думает, после выкидывает форму ввода тел и почты клиента, а в ней уже по кн. Ок печатает сразу.
Вопрос:
Что его так долго держит, секунд 10 до появления формы адреса клиента? Какая настройка на это влияет?
На старом аппарате (не фз 54), но естественно не с этой обработкой, печатается сразу без задержек.
Купили, поставили, тестируем..... Розница базовая 1.0, Атол 55Ф, дрв 8.16.3
При пробитии чека долго думает, после выкидывает форму ввода тел и почты клиента, а в ней уже по кн. Ок печатает сразу.
Вопрос:
Что его так долго держит, секунд 10 до появления формы адреса клиента? Какая настройка на это влияет?
На старом аппарате (не фз 54), но естественно не с этой обработкой, печатается сразу без задержек.
(1404), Здравствуйте!
Задержка связана с механизмом поиска документа, из которого происходит пробитие, по журналу регистрации. Для ускорения процесса необходимо произвести доработку конфигурации. Инструкция по доработке находится в комплекте с обработкой в папке "инструкции".
Задержка связана с механизмом поиска документа, из которого происходит пробитие, по журналу регистрации. Для ускорения процесса необходимо произвести доработку конфигурации. Инструкция по доработке находится в комплекте с обработкой в папке "инструкции".
(1406) Если не используете механизмы "Разделение по СНО" или "Подарочные сертификаты", то можете снять в обработке флаг "разрешить использование журнала регистрации".
Если же пользуетесь чем-либо из вышеперечисленного, то снимать флаг не нужно. Можете почистить журнал регистрации, тогда работать будет быстрее.
Если же пользуетесь чем-либо из вышеперечисленного, то снимать флаг не нужно. Можете почистить журнал регистрации, тогда работать будет быстрее.
(1411), здравствуйте! Это может быть по причине того что у вас не подхватывается документ, из которого печатаете чек. Выше вы писали, что у вас базовая версия и вы отключили использование журнала регистрации. Поскольку сам журнал вы уже почистили, то верните настройку разрешающую использовать журнал, чтобы документ все таки определялся и была возможность считать из него продавца.
Пользуемся обработкой Атол уже больше года, все отлично. Приобрели обработку Штрих были проблемы с настройкой, Александр оперативно помог. Александр, спасибо за помощь и за Ваши обработки.
10.07.2018 – ФЗ.54.08.08
- Добавлена возможность печати чеков из документа «Реализация товаров» и документов поступлений денежных средств на расчетный счет.
- В механизм разделения по системам налогообложения добавлена возможность указывать номер секции для каждой строки разделения по СНО.
- В обработке Атол исправлено получение номера смены и номера чека, когда кассовая смена в ККМ не открыта перед пробитием чека.
- В обработке Штрих исправлена ошибка (-53), возникающая при настройке и использовании механизма соответствия видов оплат чека ККМ видам оплат в ККМ.
- Исправлена ситуация с выводом стандартного текста из кассовых ордеров, вне зависимости от настройки для вывода этой строки.
- Исправлена ошибка «Ошибка формата потока», возникающая при подключении обработки для платформы 1С 8.2 на очень старых версиях платформы.
- Прочие мелкие исправления и улучшения.
- Добавлена возможность печати чеков из документа «Реализация товаров» и документов поступлений денежных средств на расчетный счет.
- В механизм разделения по системам налогообложения добавлена возможность указывать номер секции для каждой строки разделения по СНО.
- В обработке Атол исправлено получение номера смены и номера чека, когда кассовая смена в ККМ не открыта перед пробитием чека.
- В обработке Штрих исправлена ошибка (-53), возникающая при настройке и использовании механизма соответствия видов оплат чека ККМ видам оплат в ККМ.
- Исправлена ситуация с выводом стандартного текста из кассовых ордеров, вне зависимости от настройки для вывода этой строки.
- Исправлена ошибка «Ошибка формата потока», возникающая при подключении обработки для платформы 1С 8.2 на очень старых версиях платформы.
- Прочие мелкие исправления и улучшения.
Добрый день!
При пробитии чека возникают ошибки, связанные с отсутствием округления. Ставят в чеке ручные скидки. В результате получается, что сумма чека не совпадает с расчетом, исходя из цены и процента скидки.
Например, цена 1122. Ставят сумму 1100. Процент ручной скидки расчитывается 1,96. А расчетная сумма для такой скидки 1100.01.
В результате или чек пробивается с копейкой или ругается: Ошибка закрытия чека:
(-3 897) Чек оплачен не полностью
Хотелось бы, чтобы на копеечную разницу обработка не обращала внимание. Возможно такое сделать?
Обработка Атолла с очередью, база УПП.
При пробитии чека возникают ошибки, связанные с отсутствием округления. Ставят в чеке ручные скидки. В результате получается, что сумма чека не совпадает с расчетом, исходя из цены и процента скидки.
Например, цена 1122. Ставят сумму 1100. Процент ручной скидки расчитывается 1,96. А расчетная сумма для такой скидки 1100.01.
В результате или чек пробивается с копейкой или ругается: Ошибка закрытия чека:
(-3 897) Чек оплачен не полностью
Хотелось бы, чтобы на копеечную разницу обработка не обращала внимание. Возможно такое сделать?
Обработка Атолла с очередью, база УПП.
Добрый день! Установите в настройках "Допустимое расхождение при форматно-логическом контроле" равное 0, либо используйте версию ФФД 1.05.
Пробиваю из документа чекККМ. В документе стоит сумма 1100. При нажатии кнопки "чек ККМ" открывается сообщение об ошибке "Возможны расхождения ИБ и ленты ФР! Ошибка формирования чека ККМ Ошибка закрытия чека:
(-3 897) Чек оплачен не полностью " и менеджер чека не открывается.
Релиз обработки последний, Ф3.54.08.08. Так же работает и на предпоследнем релизе
(-3 897) Чек оплачен не полностью " и менеджер чека не открывается.
Релиз обработки последний, Ф3.54.08.08. Так же работает и на предпоследнем релизе
30.07.2018 54.08.09
- В обработке Штрих исправлено чтение статуса смены, когда продолжительность смены превышает 24 часа.
- Улучшены механизмы распределения оплат при использовании «Разделения по СНО»
- В настройках обработки добавлена возможность убирать из таблицы оплат ненужные виды оплат для более удобной работы с ними в Менеджере чека.
- В целом улучшены механизмы работы с различными видами оплат.
- В вариантах вывода скидок в чеке добавлен вариант, позволяющий скрывать в чеке скидки и наценки.
- Добавлен параметр «Без НДС для всех товаров» позволяющий более легко установить ставку «Без НДС» для товаров в чеке, без подмены соответствий налоговых ставок в настройках. При использовании «Разделения по СНО» данный механизм можно применить отдельно для каждой СНО.
- Замена товара на единое наименование теперь применяется и для пробития чеков из кассовых ордеров
- Добавлена возможность заменять выводимого на чеке контрагента на свое произвольное наименование, например на «Физическое лицо».
- Добавлен учет корректировок заказа покупателя при пробитии чеков из кассовых ордеров.
- Исправлена ситуация с не отображающимся меню «Операции» в Менеджере чека при пробитии чеков на основании Реализации или из документа, выписанного на основании Реализации.
- В обработке Штрих исправлена ошибка, присущая только релизу 54.08.08, с установкой «Типа чека» и проводящая к ошибке регистрации позиции в ККМ.
- В обработке для Штрих добавлен параметр, позволяющий включать или отключать печать признаков предмета и способа расчетов в кассовом чеке.
- Добавлена возможность установки секции ККМ в чеке исключительно из настроек обработки, а не из склада.
- В обработке Штрих исправлено чтение статуса смены, когда продолжительность смены превышает 24 часа.
- Улучшены механизмы распределения оплат при использовании «Разделения по СНО»
- В настройках обработки добавлена возможность убирать из таблицы оплат ненужные виды оплат для более удобной работы с ними в Менеджере чека.
- В целом улучшены механизмы работы с различными видами оплат.
- В вариантах вывода скидок в чеке добавлен вариант, позволяющий скрывать в чеке скидки и наценки.
- Добавлен параметр «Без НДС для всех товаров» позволяющий более легко установить ставку «Без НДС» для товаров в чеке, без подмены соответствий налоговых ставок в настройках. При использовании «Разделения по СНО» данный механизм можно применить отдельно для каждой СНО.
- Замена товара на единое наименование теперь применяется и для пробития чеков из кассовых ордеров
- Добавлена возможность заменять выводимого на чеке контрагента на свое произвольное наименование, например на «Физическое лицо».
- Добавлен учет корректировок заказа покупателя при пробитии чеков из кассовых ордеров.
- Исправлена ситуация с не отображающимся меню «Операции» в Менеджере чека при пробитии чеков на основании Реализации или из документа, выписанного на основании Реализации.
- В обработке Штрих исправлена ошибка, присущая только релизу 54.08.08, с установкой «Типа чека» и проводящая к ошибке регистрации позиции в ККМ.
- В обработке для Штрих добавлен параметр, позволяющий включать или отключать печать признаков предмета и способа расчетов в кассовом чеке.
- Добавлена возможность установки секции ККМ в чеке исключительно из настроек обработки, а не из склада.
Добрый день. "Управление торговлей", редакция 10.3 (10.3.47.3). На одном ПК подключена ККМ Атол 30Ф и интегрирован эквайринг от сбера. С другого компьютера подключаемся другим пользователем либо по локальной сети(в этом случае не смогли подключить ккм), либо через удаленный рабочий стол.
В первом случае создаем чек ККМ, его записываем, затем на основном месте проводим с пробивкой через кассу.
Во втором случае(через удаленный рабочий стол) можно пробивать чеки и пользоваться эквайрингом. Но если открыта хотя бы одна форма, использующая кассу, на втором рабочем месте выдаст ошибку подключения к ККТ.
Ваша обработка решает эту проблему с одновременным открытием нескольких чеков?
В первом случае создаем чек ККМ, его записываем, затем на основном месте проводим с пробивкой через кассу.
Во втором случае(через удаленный рабочий стол) можно пробивать чеки и пользоваться эквайрингом. Но если открыта хотя бы одна форма, использующая кассу, на втором рабочем месте выдаст ошибку подключения к ККТ.
Ваша обработка решает эту проблему с одновременным открытием нескольких чеков?
Вопросы с вознаграждением
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|