Платформа 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, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!
Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.
Вышла новая версия обработки 4.09.04
1. Для обработки Атол добавлена поддержка передачи нового формата тэга 1162 для драйвера КТТ версии 8.16.6.
2. Для большей универсальности переработан механизм преобразования значения тэга 1162 к требуемому формату.
3. В обработках Атол для вариантов передачи значения тэга 1162 в неразобранном виде данных от сканера в драйвер, добавлена опция в настройках, которая позволяет ограничить такую передачу не всеми символами марки, а только частью, содержащую gtin и серийный номер, т. е. без крипто-хвоста. Опция доступна в настройках обработки на закладке Маркировка.
4. Во встраиваемой в конфигурацию форме ввода штрихкода маркировки добавлена кнопка для вызова ручного ввода штрихкода марки. Данный ручной ввод предназначен для отладки механизмов работы без использования сканера штрихкодов.
5. В форме менеджера чека, вызываемой при пробитии чеков из кассовых ордеров и прочих оптовых документов, добавлена кнопка для ручного ввода кода маркировки для целей отладки без использования сканера штрихкодов.
При ручном вводе марки допускается ввод не полной марки, а только первой части, содержащей в себе gtin и серийный номер. На примере обувной продукции – это первые 31 символ, для табака – 21, для шуб – 24, для лекарств – 27 и т. д.
6. Исправлена ошибка определения типа документа Поступление товаров для конфигурации «Розница 1», которая возникала при пробитии чека из кассового ордера, выписанного на основании Возврата покупателя.
7. Для обработок Атол исправлено определение кода налога для расчетной ставки НДС 18/118 по таблице сопоставления налогов при пробитии чека коррекции с использованием такой ставки.
8. В форме ввода данных покупателя со списком видов оплат изменено отображение наименования остатка оплаты в зависимости от суммы остатка. При отрицательном значении остатка отображается надпись «СДАЧА», в остальных случаях отображается надпись «ОСТАЛОСЬ ОПЛАТИТЬ».
1. Для обработки Атол добавлена поддержка передачи нового формата тэга 1162 для драйвера КТТ версии 8.16.6.
2. Для большей универсальности переработан механизм преобразования значения тэга 1162 к требуемому формату.
3. В обработках Атол для вариантов передачи значения тэга 1162 в неразобранном виде данных от сканера в драйвер, добавлена опция в настройках, которая позволяет ограничить такую передачу не всеми символами марки, а только частью, содержащую gtin и серийный номер, т. е. без крипто-хвоста. Опция доступна в настройках обработки на закладке Маркировка.
4. Во встраиваемой в конфигурацию форме ввода штрихкода маркировки добавлена кнопка для вызова ручного ввода штрихкода марки. Данный ручной ввод предназначен для отладки механизмов работы без использования сканера штрихкодов.
5. В форме менеджера чека, вызываемой при пробитии чеков из кассовых ордеров и прочих оптовых документов, добавлена кнопка для ручного ввода кода маркировки для целей отладки без использования сканера штрихкодов.
При ручном вводе марки допускается ввод не полной марки, а только первой части, содержащей в себе gtin и серийный номер. На примере обувной продукции – это первые 31 символ, для табака – 21, для шуб – 24, для лекарств – 27 и т. д.
6. Исправлена ошибка определения типа документа Поступление товаров для конфигурации «Розница 1», которая возникала при пробитии чека из кассового ордера, выписанного на основании Возврата покупателя.
7. Для обработок Атол исправлено определение кода налога для расчетной ставки НДС 18/118 по таблице сопоставления налогов при пробитии чека коррекции с использованием такой ставки.
8. В форме ввода данных покупателя со списком видов оплат изменено отображение наименования остатка оплаты в зависимости от суммы остатка. При отрицательном значении остатка отображается надпись «СДАЧА», в остальных случаях отображается надпись «ОСТАЛОСЬ ОПЛАТИТЬ».
Ну и о результатах. Всё прошло успешно. Отработали 1,5 дня, закрыто 2 смены. Данные в ОФД приходят, смс и почта рассылаются (с момента проведения чека, до появления данных в ОФД 12-16 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!
ОГРОМНОЕ спасибо автору!
Внимание!
В связи с принятием постановления о переносах сроков обязательной маркировки обуви на 1 июля, были внесены изменения в модуль маркировки. В частности - дата обязательной фиксации маркированной обуви в чеке изменена на 1 июля 2020 года.
Актуальный модуль для встраиваемой в конфигурацию маркировки можно скачать по ссылке из инструкции по модулю "Маркировка".
В связи с принятием постановления о переносах сроков обязательной маркировки обуви на 1 июля, были внесены изменения в модуль маркировки. В частности - дата обязательной фиксации маркированной обуви в чеке изменена на 1 июля 2020 года.
Актуальный модуль для встраиваемой в конфигурацию маркировки можно скачать по ссылке из инструкции по модулю "Маркировка".
Обновление модуля "Маркировка".
Во встраиваемых процедурах добавлена обрезка символа GS из штрихкода марки.
Ранее запись штрихкода марки вместе с этим символом в документ приводила к ошибкам при обмене через РИБ.
Для исправления штрихкодов марок в предыдущих документах необходимо воспользоваться инструкцией "Исправление марок" и обработкой "Универсальный подбор и обработка значений".
Все вышеперечисленное можно скачать по ссылке из инструкции по модулю "Маркировка".
Во встраиваемых процедурах добавлена обрезка символа GS из штрихкода марки.
Ранее запись штрихкода марки вместе с этим символом в документ приводила к ошибкам при обмене через РИБ.
Для исправления штрихкодов марок в предыдущих документах необходимо воспользоваться инструкцией "Исправление марок" и обработкой "Универсальный подбор и обработка значений".
Все вышеперечисленное можно скачать по ссылке из инструкции по модулю "Маркировка".
Остальные комментарии
Избранное
Подписка
Сортировка:
Древо развёрнутое
Свернуть все
Здрвствуйте! клиент подключил ФР к БП (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.
(1060), Здравствуйте! Вам подойдет:
Обработка обслуживания онлайн-касс и фискальных регистраторов АТОЛ (v.ФЗ.54 - Однопользовательская. Передача данных в ОФД в соответствии с ФЗ-54) - Без Очереди Печати
Дописывать ничего не придется, если работа только из режима РМК ведется.
Обработка обслуживания онлайн-касс и фискальных регистраторов АТОЛ (v.ФЗ.54 - Однопользовательская. Передача данных в ОФД в соответствии с ФЗ-54) - Без Очереди Печати
Дописывать ничего не придется, если работа только из режима РМК ведется.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|