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
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Список изменений:
- В механизм распределения чеков по СНО, а также в механизмы определения Реквизитов агента, Маркировки, Предметов расчета, КТН, Подарочных карт, добавлена возможность задать свой алгоритм распределения реквизитов. Теперь можно переопределить все перечисленные выше механизмы прямо из настроек, без необходимости встраиваться в код обработки.
Исправленные ошибки:
- Исправлена ошибка определения Кода Номенклатурной Классификации при пробитии чеков из ПКО
Остальные комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Здрвствуйте! клиент подключил ФР к БП (8.2) через вашу обработку. работает.но после нажатия на кн. чек 1с задумывается на 3-4 минуты затем все проходит нормально. как можно исправить? (фр атол 30ф еще не активирован)
Добрый день.
Есть Розница 1.0, фискальный регистратор работает через РМК.
Данная обработка будет работать так же через РМК? Выполняя все требования 54ФЗ?
ФР будет атолл 55ф, был штрих-м фр-к
Можно тестовую обработку, пожалуйста.
dergat007@mail.ru
Есть Розница 1.0, фискальный регистратор работает через РМК.
Данная обработка будет работать так же через РМК? Выполняя все требования 54ФЗ?
ФР будет атолл 55ф, был штрих-м фр-к
Можно тестовую обработку, пожалуйста.
dergat007@mail.ru
Доброе время суток. Купил вашу обработку ещё в конце января.
"Обработка обслуживания фискальных регистраторов, поддерживаемых драйвером "АТОЛ: Драйвер ККМ v.8.Х" (v.ФЗ.54 - Многопользовательская. Передача данных в ОФД в соответствии с ФЗ-54. Очередь печати)"
Подскажите как получить обновление?
"Обработка обслуживания фискальных регистраторов, поддерживаемых драйвером "АТОЛ: Драйвер ККМ v.8.Х" (v.ФЗ.54 - Многопользовательская. Передача данных в ОФД в соответствии с ФЗ-54. Очередь печати)"
Подскажите как получить обновление?
Добрый день Александр. Возникла проблема с работой вашей обработки. Подключили вашей обработкой в УТ 10.3 ККТ Атол 11Ф. Платформа 8.2, ноутбук HP. Все печатает, но только долго. После нажатия кнопки продолжить (окошко где вводится контактная информация для получения электронного чека) до печати чека проходит до 3-х минут. Я подозреваю, что долго захватывается порт. Подскажите пожалуйста, что можно сделать?
Добрый вечер всем. Купил обе обработки для Атола и для Штриха. Для Атола встало без нареканий. Для Штриха автор быстро убрал ошибки которые были. Как говориться респект таким людям. По больше бы таких людей которые быстро исправляли и отвечали на вопросы людей которые покупают данную обработку. Короче говоря если еще раздумываешь бери она стоит того что бы купить!!! Автор реально проделал не слабую работу она стоит того!!!
Добрый день!
Подскажите пожалуйста, с чем может быть связано подвисание обработки после нажатия кнопки "Чек"?
С этого момента до появления приглашения ввести телефон/email проходит минута-полторы.
ККМ Атол 22Ф ПТК
ОФД Таксом
Интернет стабильный 70 мб/с, пинг 3мс
1С:Предприятие 8.2 (8.2.19.130) "Управление торговлей", редакция 10.3 (10.3.43.1)
в настройках оборудования надо указывать IP адрес?
и еще открытие смены будет происходить не из документа кассовая смена в 1с? (открыл кнопкой открыть смену из обработки оборудования- в документе сказала нет оборудования)
Подскажите пожалуйста, с чем может быть связано подвисание обработки после нажатия кнопки "Чек"?
С этого момента до появления приглашения ввести телефон/email проходит минута-полторы.
ККМ Атол 22Ф ПТК
ОФД Таксом
Интернет стабильный 70 мб/с, пинг 3мс
1С:Предприятие 8.2 (8.2.19.130) "Управление торговлей", редакция 10.3 (10.3.43.1)
в настройках оборудования надо указывать IP адрес?
и еще открытие смены будет происходить не из документа кассовая смена в 1с? (открыл кнопкой открыть смену из обработки оборудования- в документе сказала нет оборудования)
(1001) Здравствуйте! Подвисание скорее всего связано с обращением к журналу регистрации для определения из какого документа происходит пробитие. Чтобы не тормозило в такие моменты, можно доработать конфигурацию. Инструкцию могу отправить на почту.
Какой IP адрес имеете ввиду? Как касса подключена к компьютеру?
Открытие смены из документа "Кассовая смена" происходить не будет, поскольку она работает только с типом оборудования "ККТ с передачей данных".
При пробитии первого кассового чека, смена открывается автоматически.
в настройках оборудования надо указывать IP адрес?
Какой IP адрес имеете ввиду? Как касса подключена к компьютеру?
Открытие смены из документа "Кассовая смена" происходить не будет, поскольку она работает только с типом оборудования "ККТ с передачей данных".
При пробитии первого кассового чека, смена открывается автоматически.
Здравствуйте! Атол 90Ф - это автономная касса и возможности подключения её как фискального регистратора нет. Была возможность в первых прошивках для данной ККМ ввести код защиты 1 и переключать в такой режим, но в последних прошивках такая возможность убрана.
Здравствуйте!
Скажите, пожалуйста, а данная доработка подойдетдля 1с Управление торговлей, редакция 11.0 (11.0.8.13),
ут на сервере
Нужно подключить кассу онлайн Атолл 30Ф, а обновлять очень долго - много было доработок
Скажите, пожалуйста, а данная доработка подойдетдля 1с Управление торговлей, редакция 11.0 (11.0.8.13),
ут на сервере
Нужно подключить кассу онлайн Атолл 30Ф, а обновлять очень долго - много было доработок
Добрый день.
Все работает - чеки отлетают)
Только не понятно вопрос про инкассацию.
Нам нужен следующий функционал:
В любой момент времени провести инкассацию, т.е. указал сумму с снял деньги с кассы. Подскажите реализовать этот момент?
javascript:void(0);
Все работает - чеки отлетают)
Только не понятно вопрос про инкассацию.
Нам нужен следующий функционал:
В любой момент времени провести инкассацию, т.е. указал сумму с снял деньги с кассы. Подскажите реализовать этот момент?
javascript:void(0);
У нас УТ 10.3 в которой три года идет активная разработка(наработка) функционала, т.е. вопрос об обновлении на последний релиз даже не стоит.
После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени
Минусов не было замечено.
После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени
Минусов не было замечено.
(1023)
добрый день! Если честно не помню какие механизмы подключения оборудования в Бухгалтерии 1.6. Сможете уточнить этот момент? Если такие же как в 2.0, то подключится. Плюс возможно придется немного оптимизировать некоторые запросы под БП 1.6, в чем я помогу вам. Подключал к Бухгалтерии Бюджетного Учреждения 1.0 - все работает на ура. Возможно и в БП 1.6 так же будет работать.
добрый день! Если честно не помню какие механизмы подключения оборудования в Бухгалтерии 1.6. Сможете уточнить этот момент? Если такие же как в 2.0, то подключится. Плюс возможно придется немного оптимизировать некоторые запросы под БП 1.6, в чем я помогу вам. Подключал к Бухгалтерии Бюджетного Учреждения 1.0 - все работает на ура. Возможно и в БП 1.6 так же будет работать.
Добрый день! Штрих-on-line (подключение RNDIS). Есть организация работающая из 3-х разных баз 1с (три разных вида товара) с одного компьютера. В данный момент (по стандартной системе) работа скорее не возможна- в каждой базе надо открыть смену, пробить чек, закрыть смену. Перейти к следующей базе ... И так далее.
При помощи вашей обработки мы сможем открыть смену в одной базе 1с, в течении дня выбивать чеки в разных базах (все на одном компьютере) потом закрыть смену?
Если это не возможно на RNDIS- то как можно решить такую проблему?
Извините, если этот вопрос поднимался.
При помощи вашей обработки мы сможем открыть смену в одной базе 1с, в течении дня выбивать чеки в разных базах (все на одном компьютере) потом закрыть смену?
Если это не возможно на RNDIS- то как можно решить такую проблему?
Извините, если этот вопрос поднимался.
(1026), Здравствуйте, Константин! А почему вы считаете, что сейчас это не возможно с той обработкой какую вы используете сейчас? Сложность с тем что базы открывать и закрывать придется? А вы хотели бы, как я понял, открыть все 3 и пробивать из каждой по мере необходимости, ничего не закрывая?
(1027)Именно так! И еще вопрос в занятии порта каждой базой. Вопрос занятия можно решить покупкой другой кассы (с езернетом, но явно дешевле вашу разработку, если она поможет). Но самое принципиальное- пробивать по мере необходимости в каждой базе, не закрывая смену!
(1028), можете приобрести обработку с очередью печати, она решит вопрос занятия порта. Из каких документов пробиваете чеки? Вопрос к тому, что нужно будет решить из какой базы закрывать смену. В случае ПКО, РКО, ОПК - проблем нет, т.к. нет необходимости записывать в программе результирующий документ со всеми продажами за смену. В случае Чека ККМ или режима РМК - тут в принципе тоже особых проблем не вижу, отчет о продажах сформируется во всех базах, а Z-отчет сформируется только в первой базе, в остальных базах при закрытии смены выйдет сообщение, что смена уже закрыта. Думаю это не столь критично и можно адаптировать конфигурации под вывод наименьшего числа смущающих пользователей сообщений.
совсем не закрывая смену не получится, смена не может превышать 24 часа и закрывать придется.
пробивать по мере необходимости в каждой базе, не закрывая смену!
совсем не закрывая смену не получится, смена не может превышать 24 часа и закрывать придется.
Добрый день.Делаем операцию "Выплата нал." и при выполнении кода
Если Объект.Драйвер.CashOutcome() <> 0 Тогда
ПолучитьОписаниеОшибки(Объект, Истина);
Объект.ОписаниеОшибки = "Ошибка операции выплаты";
Возврат мОшибкаНеизвестно;
КонецЕсли;
Получаем ошибку:
(-16) Не поддерживается в данном режиме устройства
Касса Атол 55Ф, драйвер 8 версии
В тесте драйвера ошибка тоже повторяется((
Если Объект.Драйвер.CashOutcome() <> 0 Тогда
ПолучитьОписаниеОшибки(Объект, Истина);
Объект.ОписаниеОшибки = "Ошибка операции выплаты";
Возврат мОшибкаНеизвестно;
КонецЕсли;
Получаем ошибку:
(-16) Не поддерживается в данном режиме устройства
Касса Атол 55Ф, драйвер 8 версии
В тесте драйвера ошибка тоже повторяется((
1С:Комплексная автоматизация 2 так же как и Бухгалтерия 3.0 работает на управляемых формах, поэтому к ней тоже обработка не подходит
Добрый день! Поставил вашу обработку в Бухгалтерия 8.2 релиз 2.0.65.48. Касса расходная, деньги выплачиваются клиентам за сдачу металла. При попытке сделать чек из РКО проскочило сообщ. нет наличных в кассе на сдачу, вылез заголовок чека "Возврат Прихода" и ККТ зависла в расширенном режиме "Ожидание закрытия чека". Пришлось выводить её с помощью тест драйвера "Отмена чека". Подскажите как нам 1.Вносить наличные в кассу 2.Сделать чек "РАСХОД"
Александр, к сожалению для расходной кассы в Бух 8.2 обработка не работает. После изучения модуля не нашёл ни одной строчки с командой драйвера Buy() Покупка() отсюда вывод, данная обработка не поддерживает РКО оплата поставщику или прочий расход. Как быть клиенты уже 2 недели работают на тест драйвере. Заказ № 137152.
Вопросы с вознаграждением
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|