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
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Остальные комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(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 почему-то. Отсюда и все вытекающие недопонимания ситуации.
Если Реализация была выписана "просто так" и фактически товар не отгружен, а отгружается сейчас вместе с оплатой, то Реализацию можно перенести на текущий год.
планируется ли доработка для печати через веб-сервер атолла для драйверов 10-й версии? атолл пишет что 8ю версию перестанут поддерживать, все изменения законодательства будут только в 10й. а в 10й нет работы по сети через драйвер, только через веб-сервер
Вопрос в связи с грядущей маркировкой обуви и сигарет.
Как я понял QR сканироваться будет в момент продажи этих товаров, а касса будет отправлять в ОФД нужную информацию.
Эта обработка (на 8 драйвере Атола) это будет поддерживать?
Или к обработке это отношение не имеет?
Как я понял QR сканироваться будет в момент продажи этих товаров, а касса будет отправлять в ОФД нужную информацию.
Эта обработка (на 8 драйвере Атола) это будет поддерживать?
Или к обработке это отношение не имеет?
(1592)
Здравствуйте, Дмитрий! К обработке отношение имеет в части передачи кода маркировки в составе реквизитов кассового чека. Работа в этом направлении ведется.
Драйвер 8 посылать такой реквизит умеет. В обработке будет поддержка такой отправки как через 8й драйвер так и через 10й.
Здравствуйте, Дмитрий! К обработке отношение имеет в части передачи кода маркировки в составе реквизитов кассового чека. Работа в этом направлении ведется.
Драйвер 8 посылать такой реквизит умеет. В обработке будет поддержка такой отправки как через 8й драйвер так и через 10й.
Прежде, чем купить читайте внимательно условия использования данной обработки.
После окончания бесплатного 60-дневного периода поддержки, консультирование и предоставление обновлений осуществляется на платной основе в рамках платной технической поддержки, стоимость которой составляет:
•1000 рублей за 1 месяц.
•3000 рублей за 6 месяцев.
•5000 рублей за 12 месяцев.
Все остальное взаимодействие с клиентом, не попадающее под условия описанные выше, а так же реализация пожеланий по доработке или добавлению нового функционала, будет осуществляться на платной основе с тарификацией 1000 руб/час.
Ваши денежные средства (денежные средства Ваших клиентов) будут улетучиваться прямо пропорционально скорости изменения Российского законодательства!
После окончания бесплатного 60-дневного периода поддержки, консультирование и предоставление обновлений осуществляется на платной основе в рамках платной технической поддержки, стоимость которой составляет:
•1000 рублей за 1 месяц.
•3000 рублей за 6 месяцев.
•5000 рублей за 12 месяцев.
Все остальное взаимодействие с клиентом, не попадающее под условия описанные выше, а так же реализация пожеланий по доработке или добавлению нового функционала, будет осуществляться на платной основе с тарификацией 1000 руб/час.
Ваши денежные средства (денежные средства Ваших клиентов) будут улетучиваться прямо пропорционально скорости изменения Российского законодательства!
Не сталкивались ли с такой проблемой?
1С 8.2 УТ 10.3 (10.3.6.8 релиз 29.10.08)
Обработка версии 4.08.08, очередь печати не используется, использование журнала регистрации в настройках обработки отключено, касса Атол ФФД 1.05.
Пробивают документом ЧекККМ через полный интерфейс (не в режиме РМК).
Иногда происходит следующее, видел лично: На экране в документе Чек ККМ выбран определенный товар, далее пробивают чек, из кассы выходит бумажный чек, а товар в бумажном чеке абсолютно другой.
В чем может быть проблема?
Это происходит не с каждым чеком, а иногда, но несколько раз в день.
1С 8.2 УТ 10.3 (10.3.6.8 релиз 29.10.08)
Обработка версии 4.08.08, очередь печати не используется, использование журнала регистрации в настройках обработки отключено, касса Атол ФФД 1.05.
Пробивают документом ЧекККМ через полный интерфейс (не в режиме РМК).
Иногда происходит следующее, видел лично: На экране в документе Чек ККМ выбран определенный товар, далее пробивают чек, из кассы выходит бумажный чек, а товар в бумажном чеке абсолютно другой.
В чем может быть проблема?
Это происходит не с каждым чеком, а иногда, но несколько раз в день.
В таком случае рекомендую вам произвести доработку конфигурации по инструкции из комплекта с обработкой, чтобы происходило однозначное определение документа, из которого вы печатаете чек. В вашем случае автоопределение не отрабатывает, а использование журнала регистрации у вас отключено.
Хочется выразить ОГРОМНУЮ благодарность разработчику Александру за помощь во внедрении этой доработки в нашу сильно перелопаченную УТ10.3, теперь быстро печатаются чеки с разных рабочих мест на одну кассу через RDP, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!
Добрый день!
Ранее была куплена обработка
Обработка обслуживания онлайн-касс и фискальных регистраторов ШТРИХ-М v.ФЗ.54 - Однопользовательская Без Очереди Печати_54.08.05.
Теперь нужно с нескольких компов в сети печатать на один ФР.
Что нужно купить для этого (заново версию для ФЗ-54 с очередью печати или апгрейд).
Ранее была куплена обработка
Обработка обслуживания онлайн-касс и фискальных регистраторов ШТРИХ-М v.ФЗ.54 - Однопользовательская Без Очереди Печати_54.08.05.
Теперь нужно с нескольких компов в сети печатать на один ФР.
Что нужно купить для этого (заново версию для ФЗ-54 с очередью печати или апгрейд).
Приношу всем глубочайшие извинения за задержку с выпуском релизов - выпал из работы на время по семейным обстоятельствам. Сейчас ситуация наладилась. В дальнейшем обязуюсь выкладывать релизы заблаговременно чтобы никого не подводить. Спасибо за понимание! Надеюсь на дальнейшее сотрудничество.
Конфигурация УПП 1.3.122.2. Релиз обработки 54.08.12 при нажатии кнопки "Параметры" в типовой обработке "подключение и настройка торгового оборудования" появляется ошибка(см.скрин). Релиз 54.08.11 работает нормально
Прикрепленные файлы:
(1626)
Все шаманства с кэшем, кассами и т.д. не срабатывают потому как в форме "Работа_С_JSON" в строке 280 возникает проблема в случае когда ККМ возвращает блок existedports в таком виде: { "existedports": } и возникает ошибка в процессе чтения значений этого блока и преобразование значений в число.
Все это происходит сразу после добавления новой кассы в обработке "Подключение и настройка торгового оборудования".
Редакция драйвера Атол 10.5
Все шаманства с кэшем, кассами и т.д. не срабатывают потому как в форме "Работа_С_JSON" в строке 280 возникает проблема в случае когда ККМ возвращает блок existedports в таком виде: { "existedports": } и возникает ошибка в процессе чтения значений этого блока и преобразование значений в число.
Все это происходит сразу после добавления новой кассы в обработке "Подключение и настройка торгового оборудования".
Редакция драйвера Атол 10.5
Добрый день! подскажите в чем может быть проблема, когда делаем возврат по безналу через кнопку чек возвратав РМК ут 10.3.47.2 , не выходит окно с выбором вида оплаты, по умолчанию в наличку пробивается, безнал не выбрать, кэш чистили
Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.
Добрый день. Подскажите какая версия прошивки должна стоять:
1) Для вывода информации "Безналичными" вместо "Электронными"
2) Для вывода информации ИНН и Наименование покупателя
Касса Атол 55Ф и 22
Версия вашей обработки 4.8.13
1) Для вывода информации "Безналичными" вместо "Электронными"
2) Для вывода информации ИНН и Наименование покупателя
Касса Атол 55Ф и 22
Версия вашей обработки 4.8.13
Добрый день.
Обработка 4.08.13.
Меня интересует настройка "Передавать тэги покупателя в составе чека (Наименование и ИНН)".
Большинство покупателей частные лица, но определенный процент все такие организации и ИП.
Если в настройках обработки поставить галку "Передавать тэги покупателя в составе чека (Наименование и ИНН)", то на чеке (и наверное записывается в ФН) действительно печатается название контрагента и его ИНН (из карточки Контрагента), но проблема в том, что и для обычных частных лиц тоже начинает в чеке печататься наименование и пустой ИНН (у меня называется просто "Частное лицо" и в карточке контрагента у него нет ИНН). И очевидно в ФН пишется наименование и пустой ИНН.
Мне кажется должно быть так: несмотря на то, что вышеупомянутая галка в настройках обработки установлена, если в карточке контрагента поле ИНН пустое (как у моего Частного лица например), то обработка должна игнорировать эту настройку и не посылать тэг с пустым ИНН.
Обработка 4.08.13.
Меня интересует настройка "Передавать тэги покупателя в составе чека (Наименование и ИНН)".
Большинство покупателей частные лица, но определенный процент все такие организации и ИП.
Если в настройках обработки поставить галку "Передавать тэги покупателя в составе чека (Наименование и ИНН)", то на чеке (и наверное записывается в ФН) действительно печатается название контрагента и его ИНН (из карточки Контрагента), но проблема в том, что и для обычных частных лиц тоже начинает в чеке печататься наименование и пустой ИНН (у меня называется просто "Частное лицо" и в карточке контрагента у него нет ИНН). И очевидно в ФН пишется наименование и пустой ИНН.
Мне кажется должно быть так: несмотря на то, что вышеупомянутая галка в настройках обработки установлена, если в карточке контрагента поле ИНН пустое (как у моего Частного лица например), то обработка должна игнорировать эту настройку и не посылать тэг с пустым ИНН.
Уважаемые клиенты и коллеги, с 29.07.2019 по 11.08.2019 нахожусь в отпуске. При этом остаюсь на связи, но скорость ответов может значительно возрасти.
(1657)
(1658)
При пробросе виртуального COM порта в RDP сессию можете не ожидать быстрой работы. Тут обработка не причем вовсе, все уже зависит от ширины канала и от пинга.
Чтобы работало быстрее, нужно отключать проброс порта в сессию RDP и настроить кассу через fdsvc драйвера 8 или через Веб-сервер из комплекта драйвера 10 (потребуется выделенный IP адрес). Так же если касса имеет Ethernet порт, то можно использовать работу с ней по JSON (потребуется перейти на актуальный релиз обработки). Так же прочитайте комментарий под номером 1570, вероятно вам пригодятся рекомендации из него.
(1658)
При пробросе виртуального COM порта в RDP сессию можете не ожидать быстрой работы. Тут обработка не причем вовсе, все уже зависит от ширины канала и от пинга.
Чтобы работало быстрее, нужно отключать проброс порта в сессию RDP и настроить кассу через fdsvc драйвера 8 или через Веб-сервер из комплекта драйвера 10 (потребуется выделенный IP адрес). Так же если касса имеет Ethernet порт, то можно использовать работу с ней по JSON (потребуется перейти на актуальный релиз обработки). Так же прочитайте комментарий под номером 1570, вероятно вам пригодятся рекомендации из него.
(1660)
1. Устанавливаете релиз обработки 4.08.13 (полное наименование резиза ФЗ.54.08.13)
2. Выбираете в настройках подключения вариант работы JSON через COM объект
3. Остальные параметры подключения указываются аналогично тому как у вас сейчас через 10й драйвер настроено
4. Проверяете пробитие чеков.
1. Устанавливаете релиз обработки 4.08.13 (полное наименование резиза ФЗ.54.08.13)
2. Выбираете в настройках подключения вариант работы JSON через COM объект
3. Остальные параметры подключения указываются аналогично тому как у вас сейчас через 10й драйвер настроено
4. Проверяете пробитие чеков.
(1661) картинку окна настроек можете приложить?
уже сейчас настроено TCP/IP -подключение через айпи компов магазинов (проделана огромная работа по переходу с ком-портов на эзернет-подключение),
поэтому такой вопрос - эти айпи и такое подключение можно использовать или только через ком-порты? и надо будет вернуться на ком-порты?
уже сейчас настроено TCP/IP -подключение через айпи компов магазинов (проделана огромная работа по переходу с ком-портов на эзернет-подключение),
поэтому такой вопрос - эти айпи и такое подключение можно использовать или только через ком-порты? и надо будет вернуться на ком-порты?
(1662)
Вот пример одной из подобных настроек: (идет перенаправление порта 5555 с роутера на ККМ в локальной сети роутера)
По JSON можно работать с любым способом подключения, т.е. как через Ethernet так и через COM-порты. В вашем случае вариант с COM портом допустим только при работе через Веб-сервер или через fdsvc Драйвера ККТ 8. Проброс порта приведет к большим задержкам.
картинку окна настроек можете приложить?
Вот пример одной из подобных настроек: (идет перенаправление порта 5555 с роутера на ККМ в локальной сети роутера)
По JSON можно работать с любым способом подключения, т.е. как через Ethernet так и через COM-порты. В вашем случае вариант с COM портом допустим только при работе через Веб-сервер или через fdsvc Драйвера ККТ 8. Проброс порта приведет к большим задержкам.
Вопросы с вознаграждением
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|