Платформа 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. Инструкция к обработке приведена в соответствие с текущим функционалом.
Остальные комментарии
Избранное
Подписка
Сортировка:
Древо
Добрый день. В нашей организации стоит учетная программа «1С: Розница, редакция 1.0» и ККМ Атол 30Ф, протокол 1.05. Драйвер торгового оборудования 10.1.1.
Уже используем некоторую обработку, однако в ней имеются некоторые проблемы :
1) Нумерация чеков происходит неким "магическим образом", и не обнуляется в каждой смене
2) Непонятным образом вылазиют "копейки" в чеках, и чеки аннулируются. (Заметили на маленьких суммах)
3) Не понятен, не настроен, не продуман функционал работы с сертификатами.
Скажите, в Вашей обработке эти вопросы как то учтены?
Есть ли тестовая обработка, чтобы проверить эти вопросы?
Готовы приобрести если эти вопросы решатся , т.к. видно что ваше решение более популярно)
Уже используем некоторую обработку, однако в ней имеются некоторые проблемы :
1) Нумерация чеков происходит неким "магическим образом", и не обнуляется в каждой смене
2) Непонятным образом вылазиют "копейки" в чеках, и чеки аннулируются. (Заметили на маленьких суммах)
3) Не понятен, не настроен, не продуман функционал работы с сертификатами.
Скажите, в Вашей обработке эти вопросы как то учтены?
Есть ли тестовая обработка, чтобы проверить эти вопросы?
Готовы приобрести если эти вопросы решатся , т.к. видно что ваше решение более популярно)
(1371), Здравствуйте, Сергей!
Для начала уточню что моя обработка пока использует драйвера 8 и их функционала с лихвой хватает для соответствия требованиям закона.
По вашим пунктам напишу применительно к моей обработке:
1. Это зависит от того, какой параметр считывается для получения номера чека. В моей обработке есть выбор между двумя параметрами омера чека.
2. На моей обработке такого не наблюдается.
3. Присутствует функционал работы с сертификатами.
Тестовой обработки нет, но есть гарантия возврата, если вдруг мое описание не будет соответствовать действительности.
Для начала уточню что моя обработка пока использует драйвера 8 и их функционала с лихвой хватает для соответствия требованиям закона.
По вашим пунктам напишу применительно к моей обработке:
1. Это зависит от того, какой параметр считывается для получения номера чека. В моей обработке есть выбор между двумя параметрами омера чека.
2. На моей обработке такого не наблюдается.
3. Присутствует функционал работы с сертификатами.
Тестовой обработки нет, но есть гарантия возврата, если вдруг мое описание не будет соответствовать действительности.
Данное решение подошло для старой конфигурации Ювелирный салон 1.0, при этом, мне его помогли установить, даже нет, установили за меня, допилили мою конфигурацию, и всё это в 3 часа ночи!!! Я просто в шоке, огромнейшее СПАСИБО!!! Я у Вас в долгу.
Всем доброго времени суток.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
С уважением Дмитрий.
Подскажите при возврате товара после закрытия смены. Не проходит. нет денег в кассе. Конфигурация розница редакция 1.
Подскажите как быть? Создавать на начало дня, сколько налички в кассе. А если возврат по банковской карте проходит?
Подскажите как быть? Создавать на начало дня, сколько налички в кассе. А если возврат по банковской карте проходит?
(1400) Здравствуйте!
В кассовом аппарате активирована функция автоинкассации, поэтому после закрытия обнуляется регистр денежной наличности в ККМ. Чтобы была возможность провести Возврат в такой ситуации необходимо произвести операцию Внесения.
При возврате по банковской картой регистр денежной наличности не проверяется и такой возврат пройдет даже без Внесения.
после закрытия смены. Не проходит. нет денег в кассе.
В кассовом аппарате активирована функция автоинкассации, поэтому после закрытия обнуляется регистр денежной наличности в ККМ. Чтобы была возможность провести Возврат в такой ситуации необходимо произвести операцию Внесения.
При возврате по банковской картой регистр денежной наличности не проверяется и такой возврат пройдет даже без Внесения.
Добрый день!
Купили, поставили, тестируем..... Розница базовая 1.0, Атол 55Ф, дрв 8.16.3
При пробитии чека долго думает, после выкидывает форму ввода тел и почты клиента, а в ней уже по кн. Ок печатает сразу.
Вопрос:
Что его так долго держит, секунд 10 до появления формы адреса клиента? Какая настройка на это влияет?
На старом аппарате (не фз 54), но естественно не с этой обработкой, печатается сразу без задержек.
Купили, поставили, тестируем..... Розница базовая 1.0, Атол 55Ф, дрв 8.16.3
При пробитии чека долго думает, после выкидывает форму ввода тел и почты клиента, а в ней уже по кн. Ок печатает сразу.
Вопрос:
Что его так долго держит, секунд 10 до появления формы адреса клиента? Какая настройка на это влияет?
На старом аппарате (не фз 54), но естественно не с этой обработкой, печатается сразу без задержек.
(1404), Здравствуйте!
Задержка связана с механизмом поиска документа, из которого происходит пробитие, по журналу регистрации. Для ускорения процесса необходимо произвести доработку конфигурации. Инструкция по доработке находится в комплекте с обработкой в папке "инструкции".
Задержка связана с механизмом поиска документа, из которого происходит пробитие, по журналу регистрации. Для ускорения процесса необходимо произвести доработку конфигурации. Инструкция по доработке находится в комплекте с обработкой в папке "инструкции".
(1406) Если не используете механизмы "Разделение по СНО" или "Подарочные сертификаты", то можете снять в обработке флаг "разрешить использование журнала регистрации".
Если же пользуетесь чем-либо из вышеперечисленного, то снимать флаг не нужно. Можете почистить журнал регистрации, тогда работать будет быстрее.
Если же пользуетесь чем-либо из вышеперечисленного, то снимать флаг не нужно. Можете почистить журнал регистрации, тогда работать будет быстрее.
(1411), здравствуйте! Это может быть по причине того что у вас не подхватывается документ, из которого печатаете чек. Выше вы писали, что у вас базовая версия и вы отключили использование журнала регистрации. Поскольку сам журнал вы уже почистили, то верните настройку разрешающую использовать журнал, чтобы документ все таки определялся и была возможность считать из него продавца.
Пользуемся обработкой Атол уже больше года, все отлично. Приобрели обработку Штрих были проблемы с настройкой, Александр оперативно помог. Александр, спасибо за помощь и за Ваши обработки.
10.07.2018 – ФЗ.54.08.08
- Добавлена возможность печати чеков из документа «Реализация товаров» и документов поступлений денежных средств на расчетный счет.
- В механизм разделения по системам налогообложения добавлена возможность указывать номер секции для каждой строки разделения по СНО.
- В обработке Атол исправлено получение номера смены и номера чека, когда кассовая смена в ККМ не открыта перед пробитием чека.
- В обработке Штрих исправлена ошибка (-53), возникающая при настройке и использовании механизма соответствия видов оплат чека ККМ видам оплат в ККМ.
- Исправлена ситуация с выводом стандартного текста из кассовых ордеров, вне зависимости от настройки для вывода этой строки.
- Исправлена ошибка «Ошибка формата потока», возникающая при подключении обработки для платформы 1С 8.2 на очень старых версиях платформы.
- Прочие мелкие исправления и улучшения.
- Добавлена возможность печати чеков из документа «Реализация товаров» и документов поступлений денежных средств на расчетный счет.
- В механизм разделения по системам налогообложения добавлена возможность указывать номер секции для каждой строки разделения по СНО.
- В обработке Атол исправлено получение номера смены и номера чека, когда кассовая смена в ККМ не открыта перед пробитием чека.
- В обработке Штрих исправлена ошибка (-53), возникающая при настройке и использовании механизма соответствия видов оплат чека ККМ видам оплат в ККМ.
- Исправлена ситуация с выводом стандартного текста из кассовых ордеров, вне зависимости от настройки для вывода этой строки.
- Исправлена ошибка «Ошибка формата потока», возникающая при подключении обработки для платформы 1С 8.2 на очень старых версиях платформы.
- Прочие мелкие исправления и улучшения.
Добрый день!
При пробитии чека возникают ошибки, связанные с отсутствием округления. Ставят в чеке ручные скидки. В результате получается, что сумма чека не совпадает с расчетом, исходя из цены и процента скидки.
Например, цена 1122. Ставят сумму 1100. Процент ручной скидки расчитывается 1,96. А расчетная сумма для такой скидки 1100.01.
В результате или чек пробивается с копейкой или ругается: Ошибка закрытия чека:
(-3 897) Чек оплачен не полностью
Хотелось бы, чтобы на копеечную разницу обработка не обращала внимание. Возможно такое сделать?
Обработка Атолла с очередью, база УПП.
При пробитии чека возникают ошибки, связанные с отсутствием округления. Ставят в чеке ручные скидки. В результате получается, что сумма чека не совпадает с расчетом, исходя из цены и процента скидки.
Например, цена 1122. Ставят сумму 1100. Процент ручной скидки расчитывается 1,96. А расчетная сумма для такой скидки 1100.01.
В результате или чек пробивается с копейкой или ругается: Ошибка закрытия чека:
(-3 897) Чек оплачен не полностью
Хотелось бы, чтобы на копеечную разницу обработка не обращала внимание. Возможно такое сделать?
Обработка Атолла с очередью, база УПП.
Добрый день! Установите в настройках "Допустимое расхождение при форматно-логическом контроле" равное 0, либо используйте версию ФФД 1.05.
Пробиваю из документа чекККМ. В документе стоит сумма 1100. При нажатии кнопки "чек ККМ" открывается сообщение об ошибке "Возможны расхождения ИБ и ленты ФР! Ошибка формирования чека ККМ Ошибка закрытия чека:
(-3 897) Чек оплачен не полностью " и менеджер чека не открывается.
Релиз обработки последний, Ф3.54.08.08. Так же работает и на предпоследнем релизе
(-3 897) Чек оплачен не полностью " и менеджер чека не открывается.
Релиз обработки последний, Ф3.54.08.08. Так же работает и на предпоследнем релизе
30.07.2018 54.08.09
- В обработке Штрих исправлено чтение статуса смены, когда продолжительность смены превышает 24 часа.
- Улучшены механизмы распределения оплат при использовании «Разделения по СНО»
- В настройках обработки добавлена возможность убирать из таблицы оплат ненужные виды оплат для более удобной работы с ними в Менеджере чека.
- В целом улучшены механизмы работы с различными видами оплат.
- В вариантах вывода скидок в чеке добавлен вариант, позволяющий скрывать в чеке скидки и наценки.
- Добавлен параметр «Без НДС для всех товаров» позволяющий более легко установить ставку «Без НДС» для товаров в чеке, без подмены соответствий налоговых ставок в настройках. При использовании «Разделения по СНО» данный механизм можно применить отдельно для каждой СНО.
- Замена товара на единое наименование теперь применяется и для пробития чеков из кассовых ордеров
- Добавлена возможность заменять выводимого на чеке контрагента на свое произвольное наименование, например на «Физическое лицо».
- Добавлен учет корректировок заказа покупателя при пробитии чеков из кассовых ордеров.
- Исправлена ситуация с не отображающимся меню «Операции» в Менеджере чека при пробитии чеков на основании Реализации или из документа, выписанного на основании Реализации.
- В обработке Штрих исправлена ошибка, присущая только релизу 54.08.08, с установкой «Типа чека» и проводящая к ошибке регистрации позиции в ККМ.
- В обработке для Штрих добавлен параметр, позволяющий включать или отключать печать признаков предмета и способа расчетов в кассовом чеке.
- Добавлена возможность установки секции ККМ в чеке исключительно из настроек обработки, а не из склада.
- В обработке Штрих исправлено чтение статуса смены, когда продолжительность смены превышает 24 часа.
- Улучшены механизмы распределения оплат при использовании «Разделения по СНО»
- В настройках обработки добавлена возможность убирать из таблицы оплат ненужные виды оплат для более удобной работы с ними в Менеджере чека.
- В целом улучшены механизмы работы с различными видами оплат.
- В вариантах вывода скидок в чеке добавлен вариант, позволяющий скрывать в чеке скидки и наценки.
- Добавлен параметр «Без НДС для всех товаров» позволяющий более легко установить ставку «Без НДС» для товаров в чеке, без подмены соответствий налоговых ставок в настройках. При использовании «Разделения по СНО» данный механизм можно применить отдельно для каждой СНО.
- Замена товара на единое наименование теперь применяется и для пробития чеков из кассовых ордеров
- Добавлена возможность заменять выводимого на чеке контрагента на свое произвольное наименование, например на «Физическое лицо».
- Добавлен учет корректировок заказа покупателя при пробитии чеков из кассовых ордеров.
- Исправлена ситуация с не отображающимся меню «Операции» в Менеджере чека при пробитии чеков на основании Реализации или из документа, выписанного на основании Реализации.
- В обработке Штрих исправлена ошибка, присущая только релизу 54.08.08, с установкой «Типа чека» и проводящая к ошибке регистрации позиции в ККМ.
- В обработке для Штрих добавлен параметр, позволяющий включать или отключать печать признаков предмета и способа расчетов в кассовом чеке.
- Добавлена возможность установки секции ККМ в чеке исключительно из настроек обработки, а не из склада.
Добрый день. "Управление торговлей", редакция 10.3 (10.3.47.3). На одном ПК подключена ККМ Атол 30Ф и интегрирован эквайринг от сбера. С другого компьютера подключаемся другим пользователем либо по локальной сети(в этом случае не смогли подключить ккм), либо через удаленный рабочий стол.
В первом случае создаем чек ККМ, его записываем, затем на основном месте проводим с пробивкой через кассу.
Во втором случае(через удаленный рабочий стол) можно пробивать чеки и пользоваться эквайрингом. Но если открыта хотя бы одна форма, использующая кассу, на втором рабочем месте выдаст ошибку подключения к ККТ.
Ваша обработка решает эту проблему с одновременным открытием нескольких чеков?
В первом случае создаем чек ККМ, его записываем, затем на основном месте проводим с пробивкой через кассу.
Во втором случае(через удаленный рабочий стол) можно пробивать чеки и пользоваться эквайрингом. Но если открыта хотя бы одна форма, использующая кассу, на втором рабочем месте выдаст ошибку подключения к ККТ.
Ваша обработка решает эту проблему с одновременным открытием нескольких чеков?
(1460) Эквайринг тут вообще никак не повлияет на работу, а способ его подключения выбирайте наиболее удобный. При подключенном эквайринге ккм используется только при печати слипов, которые так же без проблем будут печататься на подключенной кассе, как и кассовые чеки.
ККМ подключена через 9 драйвер. Обязательна установка 8-го? Возможна ли параллельная установка 8 и 9 драйверов. Обработку сегодня приобрел, пока разбираюсь с инструкцией.
P.S. Вопросы может дилетанские, но сам я далек от этого, а приходится делать самому.
P.S. Вопросы может дилетанские, но сам я далек от этого, а приходится делать самому.
(1465) Александр, добрый день. Вчера в процессе подключения появились 2 кассовые смены с одним номером, одна из которых не закрылась. Закрыть стандартными средствами не получается. И еще: при работе через вашу обработку смену открыть получается только через окно настройки, смены не отражаются в документах(отчет о розничных продажах создается).
Добрый день.
Обработка ККМ Атол (4.08.09)(1С 8.1-8.2-8.3 - без ОП)
Подключаю к рознице 1.0.
Чек пробивается из РМК. Оплату наличными бьёт прекрасно.
Оплата платежной картой (эквайринговый терминал сбербанка, 3 параметра) проходит с ошибкой.
Ошибка:
Ошибка фискального регистратора: Ошибка формирования чека ККМ: Ошибка закрытия чека: (-3 804) Неверное количество. Операция по карте отменена.
Обработка ККМ Атол (4.08.09)(1С 8.1-8.2-8.3 - без ОП)
Подключаю к рознице 1.0.
Чек пробивается из РМК. Оплату наличными бьёт прекрасно.
Оплата платежной картой (эквайринговый терминал сбербанка, 3 параметра) проходит с ошибкой.
Ошибка:
Ошибка фискального регистратора: Ошибка формирования чека ККМ: Ошибка закрытия чека: (-3 804) Неверное количество. Операция по карте отменена.
(1474), Добрый день! Как правило такая ошибка говорит о том, что в кассовом чеке не зарегистрировано ни одной позиции. Причина, по которой это могло произойти - превышение количества символов в наименовании товаров. Решение - в настройках обработки установить ограничение на наименование товара в 128 символов (или 64 в зависимости от версии драйвера, модели ККМ и версии прошивки). Для более точной диагностики причины проблемы можете прислать лог драйвера ККМ.
тот же самый чек пробивается за наличные
наименование товара - "спички", цена 1 руб., без скидок, кол-во 1 шт
15.09.2018 20:51:47.232 0000000000 Ошибка! ResultCode = -3804 ResultDescription = "Неверное количество" BadParam = 0 BadParamDescription = "Ошибок в параметрах нет"
наименование товара - "спички", цена 1 руб., без скидок, кол-во 1 шт
15.09.2018 20:51:47.232 0000000000 Ошибка! ResultCode = -3804 ResultDescription = "Неверное количество" BadParam = 0 BadParamDescription = "Ошибок в параметрах нет"
Прикрепленные файлы:
FprnM1C 2.zip
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|