307. cubic 02.02.17 23:03 Сейчас в теме

Ну и о результатах. Всё прошло успешно. Отработали 1,5 дня, закрыто 2 смены. Данные в ОФД приходят, смс и почта рассылаются (с момента проведения чека, до появления данных в ОФД 12-16 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!

559. RodionLP 19.03.17 16:15 Сейчас в теме

Спасибо Автору! Купил последнею версию под 54 ФЗ Все ОТЛИЧНО РАБОТАЕТ!

742. Alexsdfgsdg 14.05.17 22:50 Сейчас в теме

Обработка и ее автор Александр - это решение проблем по переходу на 54фз и нескольких пользователях 1с по сети.

Наш квест по переходу на 54 фз начался с того, что нужно было подключить Атол 11ф с фискальным накопителем к 1с УТ 10.3.
Сервер Мини на линуксе и три толстых клиента на винде (два на XP и один на 8.1).
Нужно было печатать чеки с любой машины на один фискальник.
Не буду рассказывать про КЭП и прочую камасутру с установкой сертификатов, дополнений браузера и регистрацией на сайте налоговой - это была самая легкая часть - уровень первый, так сказать.

Уровень два - это нужно было уже подключить ККМ компам по сети и скрестить с 1с.
А вот тут нас ждали неожиданности.
Вот такие варианты вырисовывались:
1) Начиная с УТ 11.2 пошла поддержка дров атол 8-й версии, а у нас 10.3 и обновлять не типовой релиз - это много времени на тестирование.
2) Через виртуальные com-порты и прогу ip-to-com - не очень бы хотелось связываться, какое то ПО 2003 года и потом, в многопользовательском режиме не будет возможности работать, придется ждать друг друга, чтоб напечатать - не айс.
3) Терминальный сеанс http://1c-soft.it-terminal.ru/public/544687/ (из коментов) - не наш случай, у нас другая архитектура.
4) Есть еще некоторые обработки, но тут нет инфы про многопользовательский режим, это спасет только от обновления конфы 1с - не годится.
5) Ну и обработка автора - готовое решение, да еще и протестированное - оно и было использовано в итоге.

Связь по сети в ККМ настроена, тесты и верстка чека сделаны, но возникла проблема в фискализации ККМ - Ошибка при обращении к ККТ: неверный номер поля. Александр выяснил по логам, где причина. И виновата была старая прошивка Атола. Пришлось перепрошивать. И это помогло! ККМ фискализировали.

Благодарен Александру за решение проблем и за терпение.
Если вы не хотите обновлять УТ 10.3 и у вас несколько пользователей и один фискальник - эта обработка решает! Это я еще не сказал, что множество внедренцев говорили, что вообще невозможно так подключить. Нужно брать другой фискальник или вообще по фискаьнику на каждый комп. Но оказалось, что все возможно.

764. RodionLP 17.05.17 19:51 Сейчас в теме

Да ПОЛНОСТЬЮ солидарен с пользователем user732708! Да и мой опыт дал самые наивысшие результаты как по простоте внедрения так и стабильности работы и совместимости! У нас несколько филиалов и в котором оборудование подключено в локальной сети все РАБОТАЛО НА 100% СРАЗУ ОТЛИЧНО!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!

1000. byte11 09.07.17 22:01 Сейчас в теме

Добрый вечер всем. Купил обе обработки для Атола и для Штриха. Для Атола встало без нареканий. Для Штриха автор быстро убрал ошибки которые были. Как говориться респект таким людям. По больше бы таких людей которые быстро исправляли и отвечали на вопросы людей которые покупают данную обработку. Короче говоря если еще раздумываешь бери она стоит того что бы купить!!! Автор реально проделал не слабую работу она стоит того!!!

1019. RuLe 14.07.17 14:58 Сейчас в теме

У нас УТ 10.3 в которой три года идет активная разработка(наработка) функционала, т.е. вопрос об обновлении на последний релиз даже не стоит.

После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени

Минусов не было замечено.

1239. Bambrman1 27.02.18 18:01 Сейчас в теме

Доброго времени суток, Александр

Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.

1356. cryptonit 31.05.18 21:24 Сейчас в теме

Спасибо автору за замечательную обработку. Под Атол работает без нареканий. И автор быстро реагирует на вопросы. Реконмедую!!!

1357. dmtrpv 01.06.18 08:34 Сейчас в теме

(1356)
Согласен. Разработка качественная и действительно работает, как заявлено. Автор на поддержку отзывается почти мгновенно. Я очень доволен.

1361. Rusik 05.06.18 17:45 Сейчас в теме

Александр, спасибо огромное за обработку и оперативную поддержку!!! Всем рекомендую.

1398. user616948_sintar 01.07.18 04:30 Сейчас в теме

Данное решение подошло для старой конфигурации Ювелирный салон 1.0, при этом, мне его помогли установить, даже нет, установили за меня, допилили мою конфигурацию, и всё это в 3 часа ночи!!! Я просто в шоке, огромнейшее СПАСИБО!!! Я у Вас в долгу.

1399. Bambrman1 01.07.18 09:13 Сейчас в теме

Всем доброго времени суток.

Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.

С уважением Дмитрий.

1418. marksheder 05.07.18 12:10 Сейчас в теме

Пользуемся обработкой Атол уже больше года, все отлично. Приобрели обработку Штрих были проблемы с настройкой, Александр оперативно помог. Александр, спасибо за помощь и за Ваши обработки.

1467. Yuriy37 13.08.18 12:26 Сейчас в теме

Обработка приобреталась из-за реализованной очереди печати. Все работает! Спасибо Александру за оперативную профессиональную помощь в подключении! Рекомендую!

1481. VitalyKepov 24.09.18 15:19 Сейчас в теме

(1478)
Супер поддержка: подключились на точку и помогли разобраться на месте (была ошибка в конфигурации)
Спасибо

1523. sergeevcorp 14.12.18 13:53 Сейчас в теме

Обработка без проблем встала на нашей Рознице 1.0. Установил и настроил по прилагаемой инструкции.
Спасибо автору за оперативную поддержку!

1570. alec1490 29.12.18 13:52 Сейчас в теме

Хотел вставить свои "пять копеек" =) Разработчику большое спасибо за проделанную работу и за оперативную поддержку!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces.
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.
Может кому поможет! =) С наступающим новым годом!

Ответить

1597. StormCrow 03.04.19 11:59 Сейчас в теме

Спасибо за разработку, все работает, а что не работает то делают!

1604. SvetS 05.05.19 22:44 Сейчас в теме

Хочется выразить ОГРОМНУЮ благодарность разработчику Александру за помощь во внедрении этой доработки в нашу сильно перелопаченную УТ10.3, теперь быстро печатаются чеки с разных рабочих мест на одну кассу через RDP, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!

1639. ahuram 09.07.19 05:18 Сейчас в теме

Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.

1847. ermakov_ivan 29.02.20 13:36 Сейчас в теме

(1844)
Еще раз спасибо за новую версию и исправления - проверили, всё уходит в ОФД и в ЦРПТ тоже выводится из оборота

2295. 1395969 02.02.21 10:52 Сейчас в теме

(2293)
Александр подключился, все настроил, все показал
Чеки пробиваются с нескольких компьютеров
Все работает отлично! Спасибо!

3112. Техподдержка 13.02.25 11:32

ВНИМАНИЕ!
Изменения в условиях использования Айтида iMark с версии 1.0.4

Начиная с версии 1.0.4 модуль для работы с ГИС МТ по разрешительному режиму "Айтида iMark" становится платным. Это решение связано с постоянным развитием функциональности продукта, улучшением его стабильности и внедрением новых возможностей, которые помогут вам еще эффективнее работать с ГИС МТ по разрешительному режиму.

Для работы модуля потребуется приобрести подписку: "ПО Айтида Release Pack 1 год для РМК/iMark".

Для всех пользователей с действующими подписками сейчас ничего не изменится и модуль iMark продолжит работу.

Мы активно развиваем Айтида iMark, чтобы он соответствовал всем требованиям законодательства. Новая версия продукта включает:
- Улучшенная производительность и стабильность работы.
- Поддержка работы с локальным модулем Честного знака.

Версии iMark 1.0.3 и более ранние продолжат свою работу на бесплатной основе до 31 марта 2025 года включительно.

С 1 апреля 2025 года версия 1.0.3 и ниже на все запросы от приложений будет возвращать 402й код http ответа (Payment Required) и текст ответа: "The trial period has expired" (Пробный период истек).

Более подробно с новостью об изменении политики можно ознакомиться по ссылке: https://itida.ru/blog/izmeneniya-v-usloviyakh-ispolzovaniya-imark-s-versii-1-0-4

3146. Техподдержка 19.08.25 15:50

19.08.2025 Вышел релиз обработки 5.2.1

ДОБАВЛЕНО

В соответствии с приказом ФНС России от 26.03.2025 № ЕД-7-20/236@:

- Для моделей ККТ Меркурий (Инкотекс) и Атол добавлена опция «Часовая зона». Значение передаётся в ККТ или берётся из настроек устройства. Для Штрих и Дримкас — заполняется из настроек ККТ. Настройка доступна в разделе Персональные настройки подключения драйвера ККТ.

- Предмет расчёта с кодом 18 переименован в «туристический налог». Новое значение корректно передаётся во все поддерживаемые ККТ.

- Для дистанционной торговли добавлена возможность установки признака расчёта в Интернет (тег 1125) и места расчёта (тег 1187) для каждого чека. Реквизиты проставляются, если заполнен телефон или email покупателя (тег 1008), а также активирована опция в настройках (см подробный список изменений в файлах).

- Реквизит «сведения обо всех оплатах по чеку безналичными» (тег 1234) пока не заполняется (реквизит является не обязательным, нет методических рекомендаций по заполнению).

Поддержка драйвера ККТ РР-Электро с собственным ProgID (Addin.KKTDrv). Подходит для работы на одном ПК с несколькими ККТ разных вендоров (бывший ШТРИХ-М).

Новые опции:

- Возможность отключить печать бумажного отчёта открытия смены.

- Для Атол добавлены: Тихая перезагрузка (без печати чека диагностики); Объединение позиций (экономия чековой ленты, лицензия 17); Автоматическая синхронизация времени с ПК при открытии смены (лицензия 19); Часовая зона для уведомлений о реализации маркированной продукции (лицензия 19).

В форме менеджера чека реализован пересчёт количества кодов маркировки:

- при открытии формы (если коды заполняются по собственному алгоритму);
- после проверки кодов (для обновления оставшихся марок).

ИЗМЕНЕНО

- При заполнении чека из оптовых документов поле КлючСтроки теперь сохраняется из исходного документа (а не генерируется).

- Добавлен пример алгоритма заполнения марок из штрихкодов упаковок документа «Реализация».

- В настройках сопоставления оплат добавлена кнопка «Очистить все».

- Для молочной продукции и упакованной воды отключена проверка владельца кода маркировки в проверках по разрешительному режиму.

УСТАРЕЛО

- Поддержка драйвера Атол версии 8 (подлежит удалению, развитие прекращено).

УДАЛЕНО

- Настройки маркировки для старых ФФД (например, передача только GTIN + Серийный номер, печать буквы М в чеке средствами обработки).

- Поддержка платформы Атол версии 2 (осталась только платформа v5).

ИСПРАВЛЕНО

- Ошибочная обработка кода ответа 0 от модуля Айтида iMark.

- Ошибки в сохранении параметров пользовательских алгоритмов заполнения марок.

- Ошибки пробития нефискальных чеков и печати слипов на ККТ Дримкас (Вики принт).

- Исправлена печать слипов и QR-кодов ЕГАИС на ККТ Вики принт.

Для работы в соответствии с новым приказом ФНС России от 26.03.2025 № ЕД-7-20/236@ должны быть обновлены прошивки ККТ и установлены актуальные версии драйверов ККТ.

3152. Техподдержка 01.09.25 14:26

01.09.2025 Вышел релиз обработки 5.2.2

ДОБАВЛЕНО

- Для опции часовой зоны для ККТ Атол добавлено значение «Не устанавливать», позволяющее «мягко» переходить на новую версию обработки и обновлять её до обновления драйвера и прошивки ККТ.
- При проверке КМ через модуль iMark добавлено отключение от сервера iMark после выполнения операций. Ранее соединения не разрывались, что на больших торговых объектах при большом потоке и количестве проверок на кассах приводило к достижению лимита в 1000 одновременных подключений. Такое же отключение добавлено при работе с VikiDriver через API.

ИЗМЕНЕНО

- Для опций «Тихая перезагрузка» и «Объединение позиций» установка значения при работе с ККТ происходит только если значение отличается от 0 («не использовать»). Это позволяет не устанавливать опции для драйвера, который такие опции не поддерживает и так же способствует более «мягкому» переходу на новую версию обработки.
- В форме настройки параметров обработки реквизиты с версией ФФД из устройства и версией прошивки перенесены на первую вкладку с настройками подключения, чтобы видеть актуальную прошивку и драйвер в одном месте, без необходимости переключаться на другие вкладки.

ИСПРАВЛЕНО

- На версии 5.2.1 при регистрации маркированной продукции с признаком предмета расчета «Товар» и «Подакцизный товар» перестала работать автоподмена значения на 33 (Товар маркированный) и 31 (Товар маркированный подакцизный). Приходилось настраивать соответствие предметов расчета в обработке. Поведение исправлено и автоподмена снова работает без необходимости установки дополнительных настроек.
- На версии обработки 5.2.1 для варианта драйвера «ККТ Атол: Драйвер 10.Х (COM-объект)» в определенных сценариях и настройках не заполнялись реквизиты маркировки в чеке. Поведение исправлено, реквизиты теперь заполняются всегда, когда пробивается маркированный товар.
- В процедуре печати нефискальных строк добавлена фильтрация по типу передаваемого значения для строки. В некоторых специфических самописных конфигурациях передавались «Структуры» на печать.
Теперь на вход принимаются только один тип «Строка», прочите типы (например «Структуры» или «Соответствия») должны быть явно преобразованы к целевому типу и переданы строками.
- Исправлено заполнение реквизита «расчет в интернет» (1125) и «место расчета» (1187) для ККТ Меркурий (ранее не заполнялось при включенных соответствующих настройках).

3189. Техподдержка 22.12.25 16:41

22.12.2025 Вышел релиз обработки 5.2.4

ДОБАВЛЕНО

- Добавлена поддержка ставки НДС 22% и НДС 22/122%. Добавлены алгоритмы автоматического применения нужной ставки в зависимости от года пробития чека, от выбранного в настройках алгоритма и от типа чека. Так же реализован функционал пробития возвратов с НДС 20% когда чек возврата пробивается на основании чека продажи 2025 года и ставка в исходном чеке продажи используется 20%.
Добавлена два основных алгоритма перехода:
1. Всегда пробивать ставку 20% - для случаев, когда ККТ еще не прошили под новую ставку и не обновили драйвер, опираясь на разъяснение ФНС по поводу допустимости указания ставок 20% в чеках на период первого квартала 2026 года, но с необходимостью формирования налоговой отчетности за налоговый период с расчетом действующей ставки НДС.
2. Автозамена ставок 20% и 22% - более гибкий механизм для ситуаций, когда прошили кассу и обновили драйвер под новые ставки. В этом варианте в текущем году будет пробиваться 20%, в 2026 году – 22%, а если пробивать чек возврата в 2026 году на основании чека 2025 года, то будет использована ставка 20% (ставка позиции исходного чека).

Все перечисленные алгоритмы адаптированы как на наличие ставок НДС 22 и НДС 22/122 в перечислении ставок НДС конфигурации, так и на отсутствие этих ставок НДС.

- В форму менеджера чека добавлен флаг переключения использования НДС 20 для чеков возвратов, пробиваемых на основании продажи 2025 года. В случае пробития чека из ПКО/РКО/ОПК и прочих платежных и оптовых документов данный признак необходимо контролировать вручную и устанавливать флаг, когда необходимо отразить ставку 20% в чеке возврата.
- В форму настройки налоговых ставок добавлена справка с детальным описанием схемы настройки налогов и примеры кейсов в зависимости от настроек.
- В функционал печати нефискальных строк добавлена печать штрихкодов на ККТ. В примеры алгоритмов заполнения данных штрихкодов добавлен пример печати линейного штрихкода в шапке чека.
- В форме менеджера чека добавлен функционал проверки наличия кодов маркировки для маркированного товара и автоматическая проверка кодов маркировки перед пробитием чека. В случае выявления отклонений по кодам маркировки недоступные к продаже коды автоматически удаляются из формы и требуется сканирование нового кода маркировки.
- В форме менеджера чека добавлен контроль заполненности реквизитов коррекции при пробитии чека коррекции.

ИЗМЕНЕНО

- Отключена проверка владельца КМ для товарных групп без прослеживаемости (Молочная продукция и Упакованная вода) при проверках по разрешительному режиму
- Дополнено заполнение данных в форме Менеджера чека - теперь заполняются и реквизиты маркировки, с кодами маркировки из чека продажи, при заполнении данных по Чеку ККМ для пробития чека коррекции.
- Изменен алгоритм переключения драйвера в настройках обработки. Теперь при смене драйвера предлагается и перенастроить таблицу оплат, поскольку данная таблица имеет разные настройки и разный состав в зависимости от драйвера.
- В настройку заполнения соответствия таблицы налогов добавлены ставки НДС 22 и НДС 122.
- Добавлена настройка алгоритма перехода на НДС 22% на вкладке Таблицы параметров – Налоги.
- Добавлена кнопка для вызова детальная справки по настройке НДС на вкладке Таблицы параметров – Налоги.
- Отключены кнопки заполнения налоговых ставок по двум вариантам из-за потери актуальности. Автоматическое заполнение теперь доступно по единой кнопке «Определить налоги автоматически».
- Изменен алгоритм фиксации оплат в чеках ККМ. Теперь все оплаты фиксируются в фискальном чеке в обратном порядке – сперва все безналичные, в последнюю очередь наличные. Благодаря этому решена проблема пробития чеков, когда вводят сумму оплаты наличными со сдачей при наличии безналичных платежей в чеке.
- Алгоритм определения марок для пробития в чеке через произвольный код применен теперь и к чеку ККМ. Ранее его можно было применить только для пробития из ПКО/РКО/ОПК и прочих платежных и оптовых документов.

ИСПРАВЛЕНО

- Исправлено заполнение реквизита дробного количества маркированного товара в запросах на проверку КМ через ККТ (согласно 54-ФЗ).
- Увеличен таймаут ожидания ответа на методах проверки кодов маркировки по разрешительному режиму. Ранее встречались ситуации, когда КМ обрабатывался дольше обычного из-за медленных каналов связи и короткий таймаут прерывал соединение до получения ответа на запрос проверки КМ.

В ПЛАНАХ

- Интеграция с ТС Пиот отложена разработчиком данного решения на январь 2026 года.

3202. Техподдержка 25.12.25 23:22

25.12.2025 Вышел релиз обработки 5.2.5

ДОБАВЛЕНО

- Добавлена настройка применимости режима НДС по организации по датам начала применения режима. Новая настройка вызывается по кнопке с шестеренкой рядом с настройкой «Режим НДС по организации» на вкладке ФЗ-54.
Данная настройка имеет более высокий приоритет чем основная настройка с выбором режима НДС и позволяет указать дату начала применения нового налогового режима для автоматического его применения с указанной даты.

Так, например, можно заранее установить, какой налоговый режим применять с 1 января 2026 года. Если в течение года будет превышен лимит текущего налогового режима, то можно указать первое число следующего месяца заранее как дату вступления в силу нового налогового режима. До конца месяца будет применяться текущий налоговый режим и ставки НДС этого налогового режима, а с 1 числа следующего месяца – новый. Самый очевидный пример такого перехода – переход с Патента на УСН с режимом НДС 5% с 1 января 2026, и второй пример – переход с режима НДС 5% на режим 7%, если превысили лимит первого налогового режима. Аналогично можно заранее и установить дату перехода на общий режим НДС, в котором ставки НДС будут уже определяться из номенклатуры, а не глобально подменяться как в режимах «необлагаемый», «режим НДС 5%», «режим НДС 7%».

Схема определения режима по дате происходит от самой последней даты к самой старой дате. Дата из настройки сравнивается с текущей датой расчета (текущей системной датой). Если все даты в таблице находятся в будущем, а на текущую дату не определили никакого режима по таблице, то будет задействован режим НДС, указанный в общей настройке выбора режима.

3219. itdirectdominus 13.01.26 08:48 Сейчас в теме

1С УТ 10.3 дано пользуемся вашей обработкой. Обновились до версии 5.2.5 при пробитии чека через ПКО ошибка (26) Неверный формат команды
Драйвер Атол 10.10.8, прошивка ККТ 3.0.7733
Какой ФФД на кассе должен быть?

3269. Техподдержка 03.04.26 11:55

Объявление! Для новых инсталляций модуля iMark рекомендуется устанавливать версию 2.0.1.
По ссылке из документации и памятки по активации лицензии выложена новая версия.

3297. Техподдержка 09.06.26 03:06

09.06.2026 Вышел релиз обработки 5.3.0

ТЕХНИЧЕСКИЕ ИЗМЕНЕНИЯ

- Проведён крупный внутренний рефакторинг ядра обработки: код каждой модели ККТ (Атол, Штрих, Меркурий, Дримкас/Вики, эмулятор) и модуль работы с маркировкой вынесены в отдельные изолированные модули. Благодаря этому изменения и исправления в одном драйвере больше не затрагивают работу остальных, ускоряется выпуск обновлений и поддержки новых ККТ, а также заложена основа, на которой реализованы интеграция с ТС ПИОТ и передача чеков в «Айтида iMark». Попутно устранён ряд застарелых ошибок, выявленных при разборе кода (некорректные коды команд ККТ, ошибки в редких ветках продажи).

- Документация к обработке переехала на GitHub и доступна по постоянной ссылке: https://alexkrutikov.github.io/epf54fz-docs/

ДОБАВЛЕНО

- Реализована интеграция с ТС ПИОТ через модуль «Айтида iMark». Для корректной работы требуется iMark не ниже 2.0.1.477 и версия скриптов iMark не ниже 2.0.1.480. При переключении на работу с ТС ПИОТ в настройках обработки требуется активировать параметры под модели ККТ: «Атол» — установить порт gRPC в параметрах связи; «Штрих» — установить флаг «Включить передачу информации в драйвер ТС ПИОТ (ЕСМ)» в дополнительных параметрах подключения.

- Обработка критериев для разрешения или запрета продажи по разрешительному режиму вынесена в модуль iMark. Теперь модуль возвращает подготовленный вердикт с итоговым решением, а также с описанием причин отказа в случае запрета. Это нововведение упрощает сторонние интеграции с модулем и избавляет от рутины при изменении перечня критериев в будущем.

- Реализована передача чеков в модуль iMark для фиксации факта выбытия кодов маркировки чеками и последующего контроля повторных продаж средствами модуля iMark. Для активации контроля в модуле iMark флаг «Не проверять КМ в локальной базе данных» должен быть снят, а в обработке включён строгий режим внутренней проверки по базе iMark. Настройка активируется на вкладке «Маркировка → Прочие настройки → Отправлять чеки с маркировкой в iMark».

- Расширен перечень поддерживаемых товарных групп маркировки до актуального на 2026 год. Определение типа маркировки через дополнительные булевы свойства номенклатуры (КАС_…) также расширено до полного перечня поддерживаемых групп. Полный перечень товарных групп опубликован на портале документации: Поддерживаемые группы маркировки.

- Встраиваемый модуль для работы с маркировкой в «Розничном» режиме обновлён до версии 2.7: перечень типов, определяемых по дополнительным свойствам, приведён в соответствие с обработкой (полный список групп). При обновлении требуется перевставить процедуры модуля в конфигурацию.

- Добавлено «Умное распознавание кодов маркировки при сканировании». Переработан механизм разбора и автодополнения кода маркировки служебными разделителями GS — для случаев, когда сканер их не передаёт или они теряются при сохранении в базе. Теперь код восстанавливается по структуре формата: при известном типе маркировки — точно по паттерну товарной группы, а если тип не задан — по улучшенному эвристическому анализу. В результате коды корректно собираются и проходят проверку даже с простыми сканерами, без ручной донастройки и без ошибок проверки в ККТ/ГИС МТ. Настройка теперь общая для всех режимов проверки, и все проходящие через обработку КМ идут через единый фильтр разбора. Активируется на вкладке «Маркировка → Прочие настройки → Программно дополнять КМ символами-разделителями GS».

- Добавлена «Защита от пересорта кодов маркировки». Если отсканированный код не соответствует типу маркировки товара в позиции чека, продажа не выполняется, а кассир видит наглядное окно с понятным названием товарной группы и сообщением о несоответствии отсканированного кода настроенной товарной группе. Это предотвращает ошибочное выбытие чужого кода и делает причину отказа очевидной прямо на кассе. Настройка активируется на вкладке «Маркировка → Прочие настройки → Строгая проверка типа маркировки».

- Добавлен гибкий контроль полноты кодов маркировки перед пробитием чека. В Менеджере чека добавлена настройка поведения, когда количество отсканированных кодов маркировки не совпадает с количеством маркированного товара в позиции. Раньше реакция была фиксированной — теперь её можно выбрать под свой процесс:
1. Блокировать пробитие — чек не пробьётся, пока коды не будут добавлены полностью (защита от продажи маркированного товара с недостающими марками);
2. Предупреждать — вывести предупреждение с вопросом «продолжить?», решение принимает пользователь;
3. Не проверять — пропустить контроль (для сценариев, где полнота марок контролируется иначе).
Настройка задаётся на вкладке «Маркировка → Прочие настройки». По умолчанию — строгий режим (блокировать), чтобы не допустить ошибочных продаж.

ИСПРАВЛЕНО

- Во встраиваемом модуле маркировки (версия 2.7) устранён рассинхрон с обработкой: имя свойства для пива исправлено с КАС_МаркировкаПиво на КАС_Пиво, а ключи типов textile/photo/perfume приведены к актуальным lp/electronics/perfumery.

- В настройках обработки при перезаполнении таблицы налогов выскакивала ошибка про отсутствующее поле «Представление» у объекта налога. Поведение исправлено — таблица налогов перезаполняется без ошибок.

- Исправлено поведение, когда при переключении драйвера в настройках обработки не перезаполнялась таблица налогов и оставалась от предыдущего драйвера. Теперь таблица налогов перенастраивается следом за изменением драйвера.

- Исправлено отсутствие сообщения об ошибке при незавершённом пробитии чека. Ранее в отдельных сценариях чек не закрывался на кассе «по-тихому»: операция прерывалась, но причина не выводилась, и кассир мог решить, что чек пробит (сообщения выводились только по ошибкам ККТ, а бизнес-ошибки без драйверного кода проглатывались). Теперь ошибка отображается явно — кассир сразу видит, что чек не закрыт, и может повторить операцию или устранить причину, а не обнаружить расхождение позже при сверке.

3300. Техподдержка 09.06.26 21:07

09.06.2026 Вышел релиз обработки 5.3.1

ДОБАВЛЕНО

- В цепочку определения кассира добавлен дополнительный способ — по глобальной переменной глТекущийПользователь (применяется в ряде конфигураций на обычных формах). Он используется, если кассир не определён более приоритетными способами (по реквизиту документа или своему алгоритму, по параметрам открытия чека, по единому кассиру), но до определения из текущего сеанса. Если переменная в конфигурации недоступна или не заполнена, кассир по-прежнему определяется из сеанса, как и раньше.

- В определение рабочего места (имени ПК) добавлен дополнительный способ — через глобальную функцию ПолучитьИмяКомпьютераТО сервера торгового оборудования. Эту функцию в ряде конфигураций дорабатывают для деления подключения по пользователям, поэтому её учёт делает обработку гибче в таких доработанных конфигурациях. Способ применяется при подборе фискального регистратора, формировании списка ТО для маркировки и в режиме разделения подключения по рабочим местам. Если функция в конфигурации недоступна, имя ПК определяется прежними способами.

ИСПРАВЛЕНО

- Исправлена ошибка проверки кода маркировки через ККТ, выполняемой из Менеджера чека. В режиме «Проверка каждого КМ через ККТ» при сканировании марки операция прерывалась с сообщением об отсутствии поля «Номенклатура», и проверка не выполнялась. Теперь марка корректно проверяется через кассу.

- Для касс Атол восстановлена передача параметра «Режим обработки кода товара» (тег 2102) в запросе проверки кода маркировки через ККТ. В версии 5.3.0 параметр не попадал в запрос проверки.

- Устранена ошибка печати позиции с маркировкой после проверки КМ через ККТ из Менеджера чека: при формировании чека возникала ошибка «Ошибка преобразования: ошибка формата потока». Ошибка проявлялась только при отсутствии связи с ОИСМ, когда в ответе на запрос проверки не приходил нужный тег с результатом. Результат проверки КМ теперь сохраняется и читается корректно в том числе в этой ситуации.

- В окне результатов проверки КМ исправлена трактовка ответа оператора маркировки (ОИСМ): отсутствие ответа от сервера больше не выдаётся как «код маркировки имеет некорректный формат». Теперь отдельно показываются ситуации «Ответ от ОИСМ не получен» и «Автономный режим».

- В окне результатов проверки КМ скорректированы статусы для товарных групп, которые не проверяются в фискальном накопителе (в ФН по криптохвосту проверяется только обувь). Для таких групп локальная проверка отображается как успешная (зелёным), а итоговый результат при отсутствии ответа ОИСМ показывается нейтральным [М] (статус неизвестен и определится после передачи чека в ГИС МТ), а не отрицательным [М−].

3317. michaels_ 22.06.26 15:20 Сейчас в теме

Выражаю огромную благодарность Александру за своевременную помощь при решении проблем в работе ЕСМ и не только! Всегда могу рассчитывать на своевременную компетентную поддержку. Пользуемся давно (7 магазинов, легпром). ...Успехов!

3373. Техподдержка 02.09.26 16:09

02.09.2026 Вышла версия 6.0.1 — публичный релиз линейки 6.0. Два главных изменения по сравнению с 5.3.Х:

1. Работа в режиме «ККТ с передачей данных». Обработка теперь подключается не только как «Фискальный регистратор», но и как второй вид оборудования - «ККТ с передачей данных». Кассой управляет сама конфигурация штатными механизмами: смена оформляется документом «Кассовая смена», коды маркировки проверяются типовым окном проверки средствами ККТ, а обработка выступает драйвером кассы. Поддержаны все документы, из которых конфигурация пробивает чек, чеки коррекции, разделение по СНО, проверка марок средствами ККТ (ОИСМ) и разрешительный режим через «Айтида iMark». Прежний режим фискального регистратора сохранён полностью и работает как раньше - вид подключения задаётся именем файла обработки, поэтому в одной базе можно держать оба (смешанный парк касс).

2. Эквайринг. Функционал вышел из беты: условия применения терминалов (по пользователям, организациям, типам документов, складам, контрагентам), автоматическая отмена оплаты при несостоявшемся чеке, расширенные параметры терминала Сбербанка (номер отдела - мультимерчант, отмена без карты, тест связи), новые интеграции с платёжными системами: DualConnector (прямая интеграция) и Frontol Driver Unit (драйвер платежных систем Атол, работающий со всеми актуальными платежными системами).

Кроме этого: объёмно-сортовой учёт в режиме ККТ, контроль заполнения марок при пробитии из «Чека ККМ», закрытие смены в «Работе с кассой» штатным механизмом конфигурации.

Полный список изменений на сайте документации . Там же разбивка по версиям: часть изменений вышла в бете 6.0.0, которая публично не выкладывалась.

Статистика:
Просмотры	406020
Загрузки	2036
Рейтинг	1194
Создание	25.05.15 18:48
Обновление	17.09.26 11:30
№ Публикации	345395
Характеристики:
Теги	54-ФЗ 54 ФЗ ФЗ-54 АТОЛ Штрих Онлайн-касса Онлайн касса Очередь печати НДС20 ФФД1.05 Маркировка Честный ФФД 1.2 разрешительный режим
Рубрики	ККМ НДС 22%
Кому	Системный администратор , Разработчик
Тип файла	Внешняя обработка (ert,epf)
Платформа	1С:Предприятие 8
Конфигурация	1С:Комплексная автоматизация 1.х , 1С:Бухгалтерия 2.0 , 1С:Управление торговлей 10 , 1С:Розница 2 , 1С:Управление производственным предприятием , 1С:Бухгалтерия государственного учреждения , 1С:Бухгалтерия автономного учреждения
Операционная система	Windows
Страна	Россия
Отрасль	Не имеет значения
Налоги	Не имеет значения
Вид учета	Не имеет значения
Доступ к файлу	Платные (руб)
Код открыт	Да

Наименование	Файл	Версия	Размер
Список изменений	.pdf	6.0.3	740,42Kb	680	Скачать
Инструкция по обработке обслуживания ККМ.	.txt	6.0.2	0,09Kb	525	Скачать

Обработки для подключения онлайн-касс к 1С: 54-ФЗ и Разрешительный режим. Поддержка Маркировки + Эмулятор + ФФД 1.2

Маркировка 2026: продажи только через ТС ПИоТ

Готовность к НДС 22% с 1 января 2026

Ключевые возможности обработки

Поддержка обязательной и экспериментальной маркировки товаров

Поддержка требований к обязательным реквизитам кассовых чеков с 01.07.2019

Поддержка режима эмуляции кассовых чеков

Поддержка всех актуальных и популярных моделей ККТ

Поддержка ФФД 1.2

Поддержка Разрешительного режима

Функциональные возможности обработки для соответствия требованиям 54-ФЗ

Ввод данных покупателя

Чеки коррекции

Разделение чеков по СНО

Работа с агентскими схемами

Поддержка маркировки

Эмуляция кассовых чеков

Автоматическая смена СНО

Закройте все вопросы по 54-ФЗ и маркировке

Технические требования

Всё, что нужно для работы с маркировкой по 54-ФЗ

Функции проверки

Работа с чеком и буфером ККТ

Управление процессом проверки

Настройки и подготовка кода

Интерфейс

Функциональные возможности решения

Открытый API для интеграции

Готовность к целевой схеме ТС ПИоТ

Возможность работы с несколькими юридическими лицами

Работа с собственной базой данных SQLite и MS SQL Server

Автоматическое резервное копирование базы данных

Автоматическая фоновая работа с CDN

Автоматическое обновление встроенных модулей взаимодействия с ГИС МТ

Удобный клиент для управления и настройки сервера iMark

Ведение журнала клиентских вызовов и журнала взаимодействия с ГИС МТ

Разграничение прав доступа пользователей по ролям

6 веских причин выбрать нашу обработку

Техническая поддержка

Создать обращение (тикет)

Заполнить данные

Дождаться ответа

FAQ

Остались вопросы?

См. также