Платформа 1С v8.x (все механизмы)
1С:Бухгалтерия 2.0
1С:Бухгалтерия автономного учреждения
1С:Бухгалтерия государственного учреждения
1С:Комплексная автоматизация 1.х
1С:Розница
1С:Управление производственным предприятием
1С:Управление торговлей 10
54-ФЗ. Очередь печати для ККМ. Обработки для подключения онлайн-касс к 1С 8 (поддержка маркировки Табака, Обуви, Лекарств, Меховых изделий) + Требования к чекам с 01.07.2019 + Эмулятор
Обработка осуществляет обслуживание фискальных регистраторов, поддерживаемых драйвером "АТОЛ: Драйвер ККМ 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.
Может кому поможет! =) С наступающим новым годом!
Да ПОЛНОСТЬЮ солидарен с пользователем user732708! Да и мой опыт дал самые наивысшие результаты как по простоте внедрения так и стабильности работы и совместимости! У нас несколько филиалов и в котором оборудование подключено в локальной сети все РАБОТАЛО НА 100% СРАЗУ ОТЛИЧНО!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!
Данное решение подошло для старой конфигурации Ювелирный салон 1.0, при этом, мне его помогли установить, даже нет, установили за меня, допилили мою конфигурацию, и всё это в 3 часа ночи!!! Я просто в шоке, огромнейшее СПАСИБО!!! Я у Вас в долгу.
Обработка и ее автор Александр - это решение проблем по переходу на 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 и у вас несколько пользователей и один фискальник - эта обработка решает! Это я еще не сказал, что множество внедренцев говорили, что вообще невозможно так подключить. Нужно брать другой фискальник или вообще по фискаьнику на каждый комп. Но оказалось, что все возможно.
Добрый вечер всем. Купил обе обработки для Атола и для Штриха. Для Атола встало без нареканий. Для Штриха автор быстро убрал ошибки которые были. Как говориться респект таким людям. По больше бы таких людей которые быстро исправляли и отвечали на вопросы людей которые покупают данную обработку. Короче говоря если еще раздумываешь бери она стоит того что бы купить!!! Автор реально проделал не слабую работу она стоит того!!!
У нас УТ 10.3 в которой три года идет активная разработка(наработка) функционала, т.е. вопрос об обновлении на последний релиз даже не стоит.
После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени
Минусов не было замечено.
После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени
Минусов не было замечено.
Доброго времени суток, Александр
Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.
Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.
Всем доброго времени суток.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Хочется выразить ОГРОМНУЮ благодарность разработчику Александру за помощь во внедрении этой доработки в нашу сильно перелопаченную УТ10.3, теперь быстро печатаются чеки с разных рабочих мест на одну кассу через RDP, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!
Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.
Ну и о результатах. Всё прошло успешно. Отработали 1,5 дня, закрыто 2 смены. Данные в ОФД приходят, смс и почта рассылаются (с момента проведения чека, до появления данных в ОФД 12-16 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!
ОГРОМНОЕ спасибо автору!
(1618)
+ Реализована комбинированная оплата за наличный и безналичный расчет при пробитии чеков из «оптовых» документов. Теперь передачу товара можно оформить, привязав при пробитии 2 документа оплаты (Например, Приходный кассовый ордер и Оплата от покупателя платежной картой). Для каждого документа оплаты в итоге будет установлен признак пробития для исключения повторного пробития.
+ Реализована комбинированная оплата за наличный и безналичный расчет при пробитии чеков из «оптовых» документов. Теперь передачу товара можно оформить, привязав при пробитии 2 документа оплаты (Например, Приходный кассовый ордер и Оплата от покупателя платежной картой). Для каждого документа оплаты в итоге будет установлен признак пробития для исключения повторного пробития.
Вышла новая версия обработки 4.09.00
0. Упразднено указание "ФЗ.54" в нумерации версий из-за потери актуальности версий 3й, 2й и 1й релизной ветки. Ранее такой префикс был добавлен при выходе 4го релиза с поддержкой ФЗ-54, чтобы проще было ориентироваться в выборе приобретаемой обработки. Теперь нумерация продолжится дальше начиная с 4.09.
1. Переработан механизм занятия порта ККМ. Добавлен возврат ошибок при подключении к устройству, если не удалось подключиться по причинам отличным от "Порт занят".
2. Добавлен механизм автозакрытия кассовой смены и открытие новой смены перед пробитием чека, если непосредственно перед пробитием установлен факт превышения времени смены более 24 часов.
3. С целью оптимизации кода обработки переработан механизм формирования списка поддерживаемых моделей, а также механизм получения значений протоколов этих моделей.
4. Улучшена совместимость обработки с ККТ Атол на 5й платформе и прошивками платформы 5.
5. Добавлена дополнительная форма ввода данных, с помощью которой можно вводить данные покупателя в чеке (Наименование и ИНН) при пробитии чеков из документа Чек ККМ.
6. Добавлена дополнительная форма ввода данных, с помощью которой можно выбирать или корректировать виды оплаты чека при пробитии чеков из документа Чек ККМ.
7. Добавлена возможность настраивать условия вывода дополнительных реквизитов чека, добавленных с 01.07.2019. Реализован механизм указания своего условия вывода этих реквизитов на языке 1С. Так же добавлены примеры заполнения кода условия.
8. Добавлен вывод сообщения о пропуске передачи ИНН контрагента в состав чека, если введен некорректный ИНН. Ранее ИНН игнорировался без вывода какого-либо сообщения о его некорректности.
9. Исправлена ситуация, при которой в некоторых сценариях работы не работало разделение чеков по СНО. (проблема появилась в релизе 4.08.13)
10. Исправлена ошибка с определением типов маркировки для товаров, когда после обновления на новый релиз обработки не заходили в её параметры для инициализации новых значений параметров.
11. Добавлен Эмулятор ККТ для тестирования и отладки интеграции обработки. Примечание: при этом НЕ задействован механизм эмулятора от фирмы 1С, а реализован вывод внутренних окон 1С с сформированным кассовым чеком в табличном документе. Для варианта работы драйвера "Эмулятор" по кнопке вызова драйвера устройства открывается форма ввода параметров Эмулятора с данными, используемыми в печатной форме кассового чека.
12. Добавлена поддержка печати чека из документа "Корректировка долга" посредством подключения к ней внешней печатной формы из комплекта с обработкой.
13. В связи появлением поддержки документа "Корректировка долга" и особенностями его пробития переоптимизирован алгоритм формирования кассовых чеков. Появилось 2 механизма заполнения чека - Стандартный и Альтернативный. Стандартный предназначен для работы с типовыми документами типовых конфигурации, Альтернативный - предназначен для нетиповых или нестандартных документов. В дальнейшем по мере выхода новых релизов обработки Альтернативный вариант заполнения будет пополняться и другими механизмами получения данных из нетиповых или нестандартных документов.
14. Переработан механизм пробития чеков для конфигурации "ВДГБ Ломбард 3". Теперь данные для пробития чеков из этой конфигурации заполняются альтернативным способом.
15. Переработан и стандартный механизм кассовых чеков в части обработки сделок, задействованных в платежных документах. Теперь данные будут одинаково выходить в чеках из документов сделок для случаев ввода Расходного ордера на основании Приходного ордера для оформления возврата денежных средств от покупателя.
16. Переработан механизм обработки корректировок заказов покупателя. Исправлены обнаруженные ошибки.
17. Возвращен в обработку механизм учета корректировок реализаций. Ранее он был добавлен только в одном релизе в бета-режиме, но в следующем же релизе исключен из функционала. Возврат функционала обусловлен его необходимостью в ситуациях, когда при выписке реализации сразу не пробивают кассовый чек, т.к. не передают товар с осуществлением расчета.
18. Добавлен функционал контроля взаиморасчетов по сделке, благодаря которому появилась возможность в автоматическом режиме определить полученные ранее предоплаты или авансы по сделке и отразить их в кассовом чеке без необходимости ручной корректировки оплат в менеджере чека. Взаиморасчеты анализируются по таким вариантам ведения взаиморасчетов по договорам как: по заказам, по счетам, по договору в целом (не контролируются только варианты ведения по договору в целом, когда не установлен флаг ведения договора по документам расчетов). При этом теперь автоматически определяется, когда по сделке происходит оплата кредита, а когда передача с частичной оплатой. Ранее оплата кредита отражалась только посредством ручного переключения вида операции в менеджере чека.
19. Исправлена ситуация с получением единого кассира в настройках обработки из ответственных лиц организации. Так же для всех вариантов выбора/получения единого кассира из конфигурации автоматически заполняется ИНН этого кассира в форме настроек.
20. Добавлен дополнительный функционал в механизм настройки кассиров для кассового чека. Теперь ИНН кассира можно зафиксировать не только в таблице настроек и получать оттуда в момент пробития, а также заполнить в реквизите "ИНН" либо в доп. свойстве с названием "ИНН" в карточке Физического Лица, выбранного в пользователе 1С.
21. Добавлена настройка, позволяющая настроить произвольный предмет расчета для товара по его ссылке, вхождению в папку, по свойству, виду номенклатуры или группе номенклатуры.
22. Исправлена ошибка при закрытии смены через дополнительную обработку "Работа с кассой" при варианте работы через Веб-сервер, связанная с получением структуры данных для документа "Кассовая смена" в случае активации настройки работы с этим документом.
23. Исправлена ошибка пробития чека через подключенный эквайринговый терминал Сбербанка, когда библиотека Сбербанка возвращала значение 1 как успешный результат вместо логического типа значения.
24. Добавлен механизм вывода нефискальный строк в шапку, подвал чека, перед фискальной позицией и после фискальной позиции. Через данный механизм можно настроить вывод своих произвольных текстовых строк в чек (например рекламы или акций). Присутствует возможность задания своего алгоритма формирования нефискальной строки чека на языке 1С. Для удобства добавлена контекстная справка по доступным переменным, а также примеры заполнения своих алгоритмов.
25. В структуру JSON добавлена передача тэга типа позиции (ранее был пропущен, из-за чего не формировались нефискальные строки в составе чека для вариантов работы по JSON).
26. Для операций полной предоплаты и полной оплаты кредита добавлена настройка, позволяющая отключать распределение оплаты по позициям с конвертацией товаров в платежи с количеством 1 по каждому платежу. Теперь при полной предоплате можно выводить такие же количества в чеке, как и в заказе, но подмена признака предмета расчета при этом все равно происходит для правильного отражения факта получения предоплаты и фиксации в чеке "Платежа".
При этом данный вариант отражения платежей в чеке ничем не противоречит методикам и допустим с точки зрения требований к формированию кассовых чеков.
27. Добавлена поддержка пробития чеков из документов "Поступление на расчетный счет" и "Списание с расчетного счета".
28. Добавлена возможность передавать таблицу с марками из конфигурации в обработку в функцию ОткрытьЧек, для ситуаций, когда работа с марками реализована путем собственных доработок конфигурации. Подробное описание структуры передаваемой таблицы содержится в описании функции ОткрытьЧек в модуле обработки.
29. При работе с 8ми драйверами ККТ Атол решена ошибка (-6) "Недопустимое значение - Ошибка в Caption" пробития чека, когда при первом пробитии автоматически открывалась кассовая смена средствами ККТ.
30. Добавлена функция промотки чековой ленты на указанное число строк перед программной отрезкой чека.
31. В Форме настроек обработки добавлен вывод в заголовках закладок счетчиков количества элементов в таблицах распределения реквизитов агента, доп. реквизитов, предметов расчета, разделения по СНО. Благодаря этому стало проще визуально определить по каким критериям настроено распределение, без необходимости заходить для этого на каждую закладку.
32. Немного улучшен визуальный вид формы настроек для более удобной навигации по закладкам и различным настройкам, которых с каждой новой версией обработки становится все больше. Настройки маркировки вынесены в отдельный раздел формы настроек.
33. Упразднена автоустановка номера порта веб-сервера при переключении режима драйвера и при открытии формы (при открытии формы данная автоустановка значения проводила в заблуждение). Так же ликвидированы все автоустановки номеров портов для других вариантов и режимов драйвера.
34. Добавлена возможность корректировки контрагента и его ИНН в форме менеджера чека
35. Добавлена возможность выбора откуда брать наименование контрагента для передачи его в составе чека.
36. В форме Менеджера чека при попытке открытия окна с введенными марками, когда не введено ни одной марки в форме добавлен вывод информации об этом пользователю.
37. В модуле работы с экварингом Сбербанка исправлена передача параметра ШиринаЧека в библиотеку платежной системы. Добавлены дополнительные варианты ширины чека.
38. Инструкция к обработке приведена в соответствие с текущим функционалом.
0. Упразднено указание "ФЗ.54" в нумерации версий из-за потери актуальности версий 3й, 2й и 1й релизной ветки. Ранее такой префикс был добавлен при выходе 4го релиза с поддержкой ФЗ-54, чтобы проще было ориентироваться в выборе приобретаемой обработки. Теперь нумерация продолжится дальше начиная с 4.09.
1. Переработан механизм занятия порта ККМ. Добавлен возврат ошибок при подключении к устройству, если не удалось подключиться по причинам отличным от "Порт занят".
2. Добавлен механизм автозакрытия кассовой смены и открытие новой смены перед пробитием чека, если непосредственно перед пробитием установлен факт превышения времени смены более 24 часов.
3. С целью оптимизации кода обработки переработан механизм формирования списка поддерживаемых моделей, а также механизм получения значений протоколов этих моделей.
4. Улучшена совместимость обработки с ККТ Атол на 5й платформе и прошивками платформы 5.
5. Добавлена дополнительная форма ввода данных, с помощью которой можно вводить данные покупателя в чеке (Наименование и ИНН) при пробитии чеков из документа Чек ККМ.
6. Добавлена дополнительная форма ввода данных, с помощью которой можно выбирать или корректировать виды оплаты чека при пробитии чеков из документа Чек ККМ.
7. Добавлена возможность настраивать условия вывода дополнительных реквизитов чека, добавленных с 01.07.2019. Реализован механизм указания своего условия вывода этих реквизитов на языке 1С. Так же добавлены примеры заполнения кода условия.
8. Добавлен вывод сообщения о пропуске передачи ИНН контрагента в состав чека, если введен некорректный ИНН. Ранее ИНН игнорировался без вывода какого-либо сообщения о его некорректности.
9. Исправлена ситуация, при которой в некоторых сценариях работы не работало разделение чеков по СНО. (проблема появилась в релизе 4.08.13)
10. Исправлена ошибка с определением типов маркировки для товаров, когда после обновления на новый релиз обработки не заходили в её параметры для инициализации новых значений параметров.
11. Добавлен Эмулятор ККТ для тестирования и отладки интеграции обработки. Примечание: при этом НЕ задействован механизм эмулятора от фирмы 1С, а реализован вывод внутренних окон 1С с сформированным кассовым чеком в табличном документе. Для варианта работы драйвера "Эмулятор" по кнопке вызова драйвера устройства открывается форма ввода параметров Эмулятора с данными, используемыми в печатной форме кассового чека.
12. Добавлена поддержка печати чека из документа "Корректировка долга" посредством подключения к ней внешней печатной формы из комплекта с обработкой.
13. В связи появлением поддержки документа "Корректировка долга" и особенностями его пробития переоптимизирован алгоритм формирования кассовых чеков. Появилось 2 механизма заполнения чека - Стандартный и Альтернативный. Стандартный предназначен для работы с типовыми документами типовых конфигурации, Альтернативный - предназначен для нетиповых или нестандартных документов. В дальнейшем по мере выхода новых релизов обработки Альтернативный вариант заполнения будет пополняться и другими механизмами получения данных из нетиповых или нестандартных документов.
14. Переработан механизм пробития чеков для конфигурации "ВДГБ Ломбард 3". Теперь данные для пробития чеков из этой конфигурации заполняются альтернативным способом.
15. Переработан и стандартный механизм кассовых чеков в части обработки сделок, задействованных в платежных документах. Теперь данные будут одинаково выходить в чеках из документов сделок для случаев ввода Расходного ордера на основании Приходного ордера для оформления возврата денежных средств от покупателя.
16. Переработан механизм обработки корректировок заказов покупателя. Исправлены обнаруженные ошибки.
17. Возвращен в обработку механизм учета корректировок реализаций. Ранее он был добавлен только в одном релизе в бета-режиме, но в следующем же релизе исключен из функционала. Возврат функционала обусловлен его необходимостью в ситуациях, когда при выписке реализации сразу не пробивают кассовый чек, т.к. не передают товар с осуществлением расчета.
18. Добавлен функционал контроля взаиморасчетов по сделке, благодаря которому появилась возможность в автоматическом режиме определить полученные ранее предоплаты или авансы по сделке и отразить их в кассовом чеке без необходимости ручной корректировки оплат в менеджере чека. Взаиморасчеты анализируются по таким вариантам ведения взаиморасчетов по договорам как: по заказам, по счетам, по договору в целом (не контролируются только варианты ведения по договору в целом, когда не установлен флаг ведения договора по документам расчетов). При этом теперь автоматически определяется, когда по сделке происходит оплата кредита, а когда передача с частичной оплатой. Ранее оплата кредита отражалась только посредством ручного переключения вида операции в менеджере чека.
19. Исправлена ситуация с получением единого кассира в настройках обработки из ответственных лиц организации. Так же для всех вариантов выбора/получения единого кассира из конфигурации автоматически заполняется ИНН этого кассира в форме настроек.
20. Добавлен дополнительный функционал в механизм настройки кассиров для кассового чека. Теперь ИНН кассира можно зафиксировать не только в таблице настроек и получать оттуда в момент пробития, а также заполнить в реквизите "ИНН" либо в доп. свойстве с названием "ИНН" в карточке Физического Лица, выбранного в пользователе 1С.
21. Добавлена настройка, позволяющая настроить произвольный предмет расчета для товара по его ссылке, вхождению в папку, по свойству, виду номенклатуры или группе номенклатуры.
22. Исправлена ошибка при закрытии смены через дополнительную обработку "Работа с кассой" при варианте работы через Веб-сервер, связанная с получением структуры данных для документа "Кассовая смена" в случае активации настройки работы с этим документом.
23. Исправлена ошибка пробития чека через подключенный эквайринговый терминал Сбербанка, когда библиотека Сбербанка возвращала значение 1 как успешный результат вместо логического типа значения.
24. Добавлен механизм вывода нефискальный строк в шапку, подвал чека, перед фискальной позицией и после фискальной позиции. Через данный механизм можно настроить вывод своих произвольных текстовых строк в чек (например рекламы или акций). Присутствует возможность задания своего алгоритма формирования нефискальной строки чека на языке 1С. Для удобства добавлена контекстная справка по доступным переменным, а также примеры заполнения своих алгоритмов.
25. В структуру JSON добавлена передача тэга типа позиции (ранее был пропущен, из-за чего не формировались нефискальные строки в составе чека для вариантов работы по JSON).
26. Для операций полной предоплаты и полной оплаты кредита добавлена настройка, позволяющая отключать распределение оплаты по позициям с конвертацией товаров в платежи с количеством 1 по каждому платежу. Теперь при полной предоплате можно выводить такие же количества в чеке, как и в заказе, но подмена признака предмета расчета при этом все равно происходит для правильного отражения факта получения предоплаты и фиксации в чеке "Платежа".
При этом данный вариант отражения платежей в чеке ничем не противоречит методикам и допустим с точки зрения требований к формированию кассовых чеков.
27. Добавлена поддержка пробития чеков из документов "Поступление на расчетный счет" и "Списание с расчетного счета".
28. Добавлена возможность передавать таблицу с марками из конфигурации в обработку в функцию ОткрытьЧек, для ситуаций, когда работа с марками реализована путем собственных доработок конфигурации. Подробное описание структуры передаваемой таблицы содержится в описании функции ОткрытьЧек в модуле обработки.
29. При работе с 8ми драйверами ККТ Атол решена ошибка (-6) "Недопустимое значение - Ошибка в Caption" пробития чека, когда при первом пробитии автоматически открывалась кассовая смена средствами ККТ.
30. Добавлена функция промотки чековой ленты на указанное число строк перед программной отрезкой чека.
31. В Форме настроек обработки добавлен вывод в заголовках закладок счетчиков количества элементов в таблицах распределения реквизитов агента, доп. реквизитов, предметов расчета, разделения по СНО. Благодаря этому стало проще визуально определить по каким критериям настроено распределение, без необходимости заходить для этого на каждую закладку.
32. Немного улучшен визуальный вид формы настроек для более удобной навигации по закладкам и различным настройкам, которых с каждой новой версией обработки становится все больше. Настройки маркировки вынесены в отдельный раздел формы настроек.
33. Упразднена автоустановка номера порта веб-сервера при переключении режима драйвера и при открытии формы (при открытии формы данная автоустановка значения проводила в заблуждение). Так же ликвидированы все автоустановки номеров портов для других вариантов и режимов драйвера.
34. Добавлена возможность корректировки контрагента и его ИНН в форме менеджера чека
35. Добавлена возможность выбора откуда брать наименование контрагента для передачи его в составе чека.
36. В форме Менеджера чека при попытке открытия окна с введенными марками, когда не введено ни одной марки в форме добавлен вывод информации об этом пользователю.
37. В модуле работы с экварингом Сбербанка исправлена передача параметра ШиринаЧека в библиотеку платежной системы. Добавлены дополнительные варианты ширины чека.
38. Инструкция к обработке приведена в соответствие с текущим функционалом.
Остальные комментарии
Избранное
Подписка
Сортировка:
Древо
Добрый день! Самый очевидный вариант решения - дописать функцию открытия ящика при снятии 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.
(1559)
АТОЛ такого точно не утверждает )
Поддержку драйверов 8 и 9 прекращают из-за невозможности и бессмысленности содержать такой большой парк драйверов. Проще иметь одни единые и универсальные, какими драйвера 10 и являются.
Да, верно, драйвер 8 без проблем поддерживает работу с ФФД 1.05 (даже с 1.1) и проблем никаких не произойдет при их использовании и в 2019 году до каких-либо нововведений по ФФД.
1С и АТОЛ в один голос утверждают, что драйвер 8 не может в ФФД 1.05
АТОЛ такого точно не утверждает )
Поддержку драйверов 8 и 9 прекращают из-за невозможности и бессмысленности содержать такой большой парк драйверов. Проще иметь одни единые и универсальные, какими драйвера 10 и являются.
По опыту 1.05 вроде работает
Да, верно, драйвер 8 без проблем поддерживает работу с ФФД 1.05 (даже с 1.1) и проблем никаких не произойдет при их использовании и в 2019 году до каких-либо нововведений по ФФД.
Добрый день, после обновления обработки и прошивки кассы перестал писаться ндс в чеке на каждый товар, но общая сумма ндс пишется, в офд все корректно ндс для каждого товара есть, в скриншоте есть чек. Где можно что поправить???
Прикрепленные файлы:
(1564) Добрый день! Не совсем понятен ваш вопрос. У вас на обоих чеках отображается ставка НДС 18% для каждой позиции. На чеке слева отличие в том что добавились признаки предмета расчета и признаки способа расчета, а ставка НДС за счет этого сдвинулась немного ниже, но не исчезла.
(1566) а-а, речь о суммах, а не ставках. На данный момент у меня нет точной информации, полагаю, что в новой прошивке производителем отключен вывод сумм НДС построчно в связи с его необязательностью в бумажном чеке. Более точную информацию вы можете запросить в вашем АСЦ, где заливали прошивку.
Хотел вставить свои "пять копеек" =) Разработчику большое спасибо за проделанную работу и за оперативную поддержку!
Для тех у кого ККТ работает по 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.
Может кому поможет! =) С наступающим новым годом!
(1570) Огромное спасибо это действительно работает. Внесли вышеуказанные правки в реестр win server 2008 R2 после чего кассы из терминальных сессий стали выдавать чеки во много раз быстрее. Но после печати большого количества больших (50+ позиций номенклатуры) чеков (более 15 штук) касса начинает печатать заторможено - лечится перезапуском кассы. Но все ровно производительность выросла в разы
30.12.2018 – ФЗ.54.08.11
- Добавлена возможность пробития возврата со ставкой НДС 18%, а также алгоритмы, позволяющие регулировать поведение обработки по применению ставки НДС 18% в 2019 году.
- Добавлен функционал пробития чеков на ККМ по агентской схеме. При этом доступно применение реквизитов и признаков агента как на весь чек (если в чеке все позиции привязаны к одному и тому же договору агента), так и на каждую позицию в чеке отдельно (в случае продажи собственного и агентского товара в одном чеке). В форме Менеджера чека добавлено отражение реквизитов агента в товарных позициях, а так же возможность изменения этих реквизитов.
- Оптимизирован алгоритм установки тэгов для драйвера ККМ Атол версии 8 - из него ликвидированы лишние чтения статуса наличия ФН в ККМ и перенесены в другие места по формированию чеков. Благодаря этому происходит меньшее число обращений к ККМ и более безошибочная работа с составными тэгами для реквизитов агента и поставщика.
- Добавлен функционал сохранения параметров обработки в файл и восстановления параметров из файла.
- Исправлена ситуация с ошибочным определением статуса соединения с ККМ при работе в обработке Атол через драйвер версии 10 и включенной очередью печати, из-за чего возникала излишне большая задержка перед пробитием чека. Теперь соединение с ККМ происходит правильно и без задержек.
- Исправлена ситуация с ошибкой «-13», присущая только обработке Атол версии 54.08.10 при локальном подключении ККМ. Теперь локальное подключение в обработке для Атол происходит без ошибок.
- Уменьшено число занятий порта ККМ при совершении операций, тем самым при первичном подключении оборудования в типовых конфигурациях, не происходит занятия порта ККМ, благодаря чему открытие журналов документов и форм документов, в которых предполагается работа с ККМ, происходит намного быстрее.
- Исправлена ситуация с произвольным переключением версии ФФД в параметрах обработки после настройки соответствия налоговых ставок.
- Исправлена ситуация с «потерей» нефискальной строки в Менеджере чека при замене всех строк на Аванс.
- Прочие мелкие оптимизации кода и интерфейса настройки, не влияющие на функциональность.
- Добавлена возможность пробития возврата со ставкой НДС 18%, а также алгоритмы, позволяющие регулировать поведение обработки по применению ставки НДС 18% в 2019 году.
- Добавлен функционал пробития чеков на ККМ по агентской схеме. При этом доступно применение реквизитов и признаков агента как на весь чек (если в чеке все позиции привязаны к одному и тому же договору агента), так и на каждую позицию в чеке отдельно (в случае продажи собственного и агентского товара в одном чеке). В форме Менеджера чека добавлено отражение реквизитов агента в товарных позициях, а так же возможность изменения этих реквизитов.
- Оптимизирован алгоритм установки тэгов для драйвера ККМ Атол версии 8 - из него ликвидированы лишние чтения статуса наличия ФН в ККМ и перенесены в другие места по формированию чеков. Благодаря этому происходит меньшее число обращений к ККМ и более безошибочная работа с составными тэгами для реквизитов агента и поставщика.
- Добавлен функционал сохранения параметров обработки в файл и восстановления параметров из файла.
- Исправлена ситуация с ошибочным определением статуса соединения с ККМ при работе в обработке Атол через драйвер версии 10 и включенной очередью печати, из-за чего возникала излишне большая задержка перед пробитием чека. Теперь соединение с ККМ происходит правильно и без задержек.
- Исправлена ситуация с ошибкой «-13», присущая только обработке Атол версии 54.08.10 при локальном подключении ККМ. Теперь локальное подключение в обработке для Атол происходит без ошибок.
- Уменьшено число занятий порта ККМ при совершении операций, тем самым при первичном подключении оборудования в типовых конфигурациях, не происходит занятия порта ККМ, благодаря чему открытие журналов документов и форм документов, в которых предполагается работа с ККМ, происходит намного быстрее.
- Исправлена ситуация с произвольным переключением версии ФФД в параметрах обработки после настройки соответствия налоговых ставок.
- Исправлена ситуация с «потерей» нефискальной строки в Менеджере чека при замене всех строк на Аванс.
- Прочие мелкие оптимизации кода и интерфейса настройки, не влияющие на функциональность.
Добрый день.
После обновления обработки возникла такая ошибка.
В ПКО указана ставка НДС 10%. Однако при печати чека выходит НДС 0% =0.00.
В чем может быть причина?
И еще вопрос.
Если чек пробивается из ПКО, введенного на основании прошлогодней реализации с НДС 18%, в чеке будет указан НДС 18?
После обновления обработки возникла такая ошибка.
В ПКО указана ставка НДС 10%. Однако при печати чека выходит НДС 0% =0.00.
В чем может быть причина?
И еще вопрос.
Если чек пробивается из ПКО, введенного на основании прошлогодней реализации с НДС 18%, в чеке будет указан НДС 18?
Прикрепленные файлы:
ПКО №42349 от 09.01.19.pdf
(1577) Здравствуйте!
Какая версия обработки используется? Какая версия драйвера ККМ?
Что либо делали в настройках соответствия налоговых ставок в параметрах обработки?
Нет, НДС из ПКО от 2019 года пробьется со ставкой 20%. На каком основании вы ожидаете ставку 18% в 2019 году при осуществлении операции "Прихода" (продажи)?
В ПКО указана ставка НДС 10%. Однако при печати чека выходит НДС 0% =0.00.
В чем может быть причина?
В чем может быть причина?
Какая версия обработки используется? Какая версия драйвера ККМ?
Что либо делали в настройках соответствия налоговых ставок в параметрах обработки?
Если чек пробивается из ПКО, введенного на основании прошлогодней реализации с НДС 18%, в чеке будет указан НДС 18?
Нет, НДС из ПКО от 2019 года пробьется со ставкой 20%. На каком основании вы ожидаете ставку 18% в 2019 году при осуществлении операции "Прихода" (продажи)?
(1578)
Версия обработки 4,08. Версия драйвера 8.16.4.9141
(1578)
Нет.
(1578)
Тут спорить не буду. Просто показалось странными, что реализовали товар по 18, а НДС при оплате будет 20.
Какая версия обработки используется? Какая версия драйвера ККМ?
Версия обработки 4,08. Версия драйвера 8.16.4.9141
(1578)
Что либо делали в настройках соответствия налоговых ставок в параметрах обработки?
Нет.
(1578)
Нет, НДС из ПКО от 2019 года пробьется со ставкой 20%. На каком основании вы ожидаете ставку 18% в 2019 году при осуществлении операции "Прихода" (продажи)?
Тут спорить не буду. Просто показалось странными, что реализовали товар по 18, а НДС при оплате будет 20.
(1579)
Наверное у вас 4.08.11? Настройте соответствие налоговых ставок на закладке Таблицы - Налоги. Если ситуация повторится, то пришлите лог драйвера или предоставьте удаленный доступ.
Тут изначально ситуация не правильная. Когда реализовали в 2018 должны были пробить чек. Если оплаты не было, то была "передача в кредит", что в чеке должно было быть отражено. Оплату из ПКО в этом году провели бы как "оплату кредита" со ставкой "Без НДС".
Чек не пробили в 2018 почему-то. Отсюда и все вытекающие недопонимания ситуации.
Если Реализация была выписана "просто так" и фактически товар не отгружен, а отгружается сейчас вместе с оплатой, то Реализацию можно перенести на текущий год.
Версия обработки 4,08. Версия драйвера 8.16.4.9141
Наверное у вас 4.08.11? Настройте соответствие налоговых ставок на закладке Таблицы - Налоги. Если ситуация повторится, то пришлите лог драйвера или предоставьте удаленный доступ.
Просто показалось странными, что реализовали товар по 18, а НДС при оплате будет 20.
Тут изначально ситуация не правильная. Когда реализовали в 2018 должны были пробить чек. Если оплаты не было, то была "передача в кредит", что в чеке должно было быть отражено. Оплату из ПКО в этом году провели бы как "оплату кредита" со ставкой "Без НДС".
Чек не пробили в 2018 почему-то. Отсюда и все вытекающие недопонимания ситуации.
Если Реализация была выписана "просто так" и фактически товар не отгружен, а отгружается сейчас вместе с оплатой, то Реализацию можно перенести на текущий год.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|