БИТ драйвер ККТ, развитие программы, новые возможности

[kkmspb]

Всех приветствую!

Решил разместить здесь тему о проге БИТ драйвер ККТ, чтобы рассказывать, какие модели ккт подключили, какой функционал добавили.

на сегодня работаем с Атолами, Штрихами (COM,TCP), Меркурий автономки (TCP Inecrman), Армакс Нева-01Ф (TCP ), Кассатка-1Ф, Система-1ФА, Кассир 57Ф (TCP Чеконлайн).

Понятно можно бить чеки на всех указанных протоколах.

Можно смотреть TLV содержание документов на протоколах Атол,Штрих,Чеконлайн. Полезная фича когда надо понять, что попадает в чек (какие теги) и т.д.

Коррекции понятно есть, возвраты.

Маркировка с РР на Атолах, Штрихах, Меркурий.

БИТ драйвер ККТ можно интегрировать в с облачными товароучетками (которые через браузер работают). Это на локалхост , мимо интернета шлются команды.

Можно слать команды извне из интернета (на php писать и т.д.). Протокол единый для разных касс.

В общем буду писать здесь чего добавил. И пишите, ваши предложения. Может какую редкую модель добавить.

[Дмитрий]

а подробней про методы печати чеков, которые формируются иными программами, какие есть варианты скормить драйверу чек , чтоб переварил и чек начепятал

[kkmspb]

а подробней про методы печати чеков, которые формируются иными программами, какие есть варианты скормить драйверу чек , чтоб переварил и чек начепятал

программа имеет  tcp сервер в отдельном потоке, чтобы принимать  json пакет команды - стандартный подход. запускаешь прогу и шлешь ее команды в удобном формате откуда угодно.

[0andey0]

а подробней про методы печати чеков, которые формируются иными программами, какие есть варианты скормить драйверу чек , чтоб переварил и чек начепятал

Без интеграции в эту иную программу этого драйвера никак. Автор по сути написал то, что уже производители ККТ, под свои ККТ написали давно. Типа того универсальный драйвер лучше чем с завода)

[Alfa Dog Андрей]

Маркировка с РР на Атолах, Штрихах, Меркурий.

Наболевший вопрос. С ПИоТом как?

[Дмитрий]

tcp сервер в отдельном потоке, чтобы принимать  json пакет команды -

подробней про способы реализации где покурить можно?

[kkmspb]

http://kkmspb.ru здесь размещаемся.
Видосы выкладываем там же на сайте.
Ссылки на АПИ, гитхаб и др. есть.

Недавно добавили протокол Чеконлайн, это Кассатки, Кассир57/80Ф. Вполне нормально получилось, документы можно считывать из ФН как в Атоле и Штрихе.

[kkmspb]

Маркировка с РР на Атолах, Штрихах, Меркурий.

Наболевший вопрос. С ПИоТом как?

Надо подождать и будет видно, как сложится ситуация. Как я понимаю у Атола ещё драйвера не выложены с ТС ПИоТ и в общем-то и проверять ещё нечего.

[kkmspb]

Подключили ы БИТ драйвер ККТ терминалы по протоколу ИНПАС.
Работаем через DC Console.exe (поставка DualConnector 1) , пока проблем не замечено.

[kkmspb]

По просьбе пользователя 1С УТ 10.3 добавили в БИТ драйвер ККТ интеграцию с кассами по интерфейсу FR_ATOL_SHTRIH.EXE ввиду того, что разработчик перестал поддерживать свой продукт или по каким-тол другим причинам (не знаю). Но пользователь продолжает работать в 1С УТ 10.3 (она у него правленная естественно) на ФФД 1.05  и вполне себе пока доволен.

[kkmspb]

Появилась новая идея, уже реализовываем.

В чем проблема?

К программе, работающей, в браузере обычно не подключить сканер в режиме COM порта, т.е. только в режиме клавиатуры со всеми вытекающими проблемами.

На самом деле подключить можно,  для этого конечно на компьютере должна висеть в фоне какая-то прога, слушающая COM порт  (это понятно).

А вот дальше для разработчиков облачных программ мы можем предложить использовать технологию websocket (это будет клиент).
Коннектимся на ws://localhost:44737 (44737 порт для примера).

И все - далее ловим странице браузера в колбеке message значение считанного кода маркировки (например). Время передачи меньше секунды (как вы понимаете), чего еще нужно?

Что скажете? Я таких вариантов еще не встречал (может ошибаюсь). Но тема реальная, уже сделали первый набросок.

Защиты CORS там нет (да это и не проблема).

[kkmspb]

Схема как подключаем сканер шк в режиме COM порта к товароучетке, работающей в браузере, по технологии вебсокет:

[kkmspb]

Добавили в БИТ драйвер ККТ кассовый сервер как в fnrun, то есть формат обмена файлами такой же как в fnrun. Посылаем run.ini принимает error.ini. Пока протестировали на Атоле базовые чеки, агентов, некоторые спец. теги: все что нашли на сайте ctokas.ru (но там уже проблемы с инфой, не скачать документацию нормально). Тем не менее формат представления чеков очень логичный и можно реализовать все теги без проблем.
В общем тестируйте кому интересно, поддерживаем в Бит драйвер ККТ с версии setupBitDriverKKT_1.27.27.exe .

[kkmspb]

Сообщаю, что добавлен функционал массовой коррекции чеков в БИТ драйвер ККТ.

Тестируем на Атол пока, но должен работать и на Штрихах (пока не проверяли).

Например надо ставку 'без НДС' во всех предметах расчета с 1 января 2026 заменить на НДС 5% или любой другой алгоритм пожалуйста.

Пока тестируем, вроде нормально, сейчас на клиентах проверяем.
Есть видео https://kkmspb.ru/software/BIT-driver-KKT/refund-and-correction/mass-receipt-correction/

Кому интересно качайте, проверяйте, пишите чего надо поправить.

[patriot]

Кажется в ФФД 1.2 возврат прихода делается если клиент реально возвращает товар а в логике коррекции ошибочного чека делается "чек коррекции возврат прихода". Неплохо бы ещё отключать печать чеков коррекционных. И ещё добавить возможность пихать в чек коррекции отсутствующей тэг в ошибочном чеке например Тег 2108.

[kkmspb]

чек коррекции возврат прихода

Вы когда нибудь делали чек коррекции возврата прихода? Я лично ещё ни разу. Просто хотел понять что это такое.

[Slava]

чек коррекции возврат прихода

Вы когда нибудь делали чек коррекции возврата прихода? Я лично ещё ни разу. Просто хотел понять что это такое.

Вот у меня какое-то непонимание сего происходящего .
Вы когда нибудь читали ФФД 1.2 в последней редакции ?
В конкретном случае таблицу 120 ?

ЗЫ. Ну вот это или троллинг или даже не знаю как сказать

[kkmspb]

Я практик,  читать сейчас некогда. Но в чем ошибка? У меня в примере надо исправить ставку НДС в предметах расчета.
Берём ошибочный оригинал чека , делаем обратный чек один в один только меняем приход на возврат прихода и далее делаем чек с параметрами коррекции , где указываем правильную ставку НДС.
В чем ошибка?

[inf_s]

В ФФД 1.2 возврат прихода делается только в случае, когда покупатель фактически возвращает товар. На любую ошибку в чеке, на любой чих делаются чеки коррекции. В вашем случае с некорректной ставкой НДС это 200% чек коррекции возврат прихода с тэгом 1192, а потом уже корректный чек. Так работают коррекции в 1.2

[okas]

а потом уже корректный чек.

Правильнее "Чек коррекции прихода"

[kkmspb]

Кажется в ФФД 1.2 возврат прихода делается если клиент реально возвращает товар а

Возврат по любому нужен, чтобы заминусовать приход первого чека (ошибочного). Налоговая называет этол обратным чеком.

Неплохо бы ещё отключать печать чеков коррекционных

Там есть это. Отключать можно и печать коррекции и возвратов.

возможность пихать в чек коррекции отсутствующей тэг в ошибочном чеке например Тег 2108

Это в следующей версии будет скорее всего.

[kkmspb]

В ФФД 1.2 возврат прихода делается только в случае, когда покупатель фактически возвращает товар. На любую ошибку в чеке, на любой чих делаются чеки коррекции. В вашем случае с некорректной ставкой НДС это 200% чек коррекции возврат прихода с тэгом 1192, а потом уже корректный чек. Так работают коррекции в 1.2

У нас в возврат прихода тег 1192 добавляется (здесь ФПД первого чека указывается), а вот данные коррекции, точнее контейнер 1174, здесь не добавляем, это правда.

На это ориентировался: Приложение к письму ФНС ЕД-4-20-15240 от 2018-08-06. Если ткните примеры на ФФД 1.2 буду признателен.

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

Чтобы не быть голословным, вот содержание чеков:
оригинал:
{

   "1041" : "9999078902013158",
   "1037" : "0000000001041944    ",
   "1018" : "7804437548  ",
   "1040" : 3,
   "1012" : "2026.01.14T16:53:00",
   "1077" : "2476035396",
   "1038" : 1,
   "1042" : 1,
   "1054" : 1,
   "1020" : 11.00,
   "1209" : 2,
   "1059" :
   [
      {
         "1197" : "piece",
         "1030" : "546646",
         "1079" : 11.00,
         "1023" : 1.000,
         "1043" : 11.00,
         "1199" : 1,
         "1212" : 1
      }
   ],
   "1031" : 11.00,
   "1081" : 0.00,
   "1215" : 0.00,
   "1216" : 0.00,
   "1217" : 0.00,
   "1102" : 1.83,
   "1055" : "1",
   "1021" : "Дорофеев Павел Владимирович"
}

возврат
{

   "1209" : 4,
   "1041" : "9999078902013158",
   "1037" : "0000000001041944    ",
   "1018" : "7804437548  ",
   "1040" : 182,
   "1012" : "2026.01.20T15:06:00",
   "1077" : "3653705470",
   "1038" : 7,
   "1042" : 1,
   "1054" : 2,
   "1020" : 11.00,
   "1059" :
   [
      {
         "2108" : 0,
         "1030" : "546646",
         "1079" : 11.00,
         "1023" : 1.000,
         "1043" : 11.00,
         "1199" : 1,
         "1214" : 4,
         "1212" : 1
      }
   ],
   "1192" : "2476035396",
   "1031" : 11.00,
   "1081" : 0.00,
   "1215" : 0.00,
   "1216" : 0.00,
   "1217" : 0.00,
   "1102" : 1.83,
   "1055" : "1",
   "1021" : "Дорофеев Павел Владимирович",
   "1009" : "2222",
   "1187" : "4444"
}

третий
{

   "1209" : 4,
   "1041" : "9999078902013158",
   "1037" : "0000000001041944    ",
   "1018" : "7804437548  ",
   "1040" : 183,
   "1012" : "2026.01.20T15:06:00",
   "1077" : "0833633885",
   "1038" : 7,
   "1042" : 2,
   "1054" : 1,
   "1020" : 11.00,
   "1173" : 0,
   "1174" :
   {
         "1178" : "2026.01.14",
         "1179" : "asdsasa"
   },
   "1059" :
   [
      {
         "2108" : 0,
         "1030" : "546646",
         "1079" : 11.00,
         "1023" : 1.000,
         "1043" : 11.00,
         "1199" : 11,
         "1214" : 4,
         "1212" : 1
      }
   ],
   "1192" : "2476035396",
   "1031" : 11.00,
   "1081" : 0.00,
   "1215" : 0.00,
   "1216" : 0.00,
   "1217" : 0.00,
   "1104" : 0.00,
   "1115" :
   {
         "1119" :
         {
               "1199" : 11,
               "1120" : 1.98
         }
   },
   "1055" : "1",
   "1021" : "Дорофеев Павел Владимирович",
   "1009" : "2222",
   "1187" : "4444"
}

Кстати забыл отметить, первый чек был еще на ФФД 1.05, а 2 и 3 уже на ФФД 1.2. Вот такой реально случай может еще встретится. Но думаю это ничего в 2 и 3 чеке не изменило бы.

Сегодня добавлю контейнер  1174 в чек возврата прихода для ФФД 1.2 (по умолчанию) и получится чек коррекции возврата прихода (хотя предпочитаю называть чек возврата с данными коррекции).

[Slava]

Да не надо велосипед изобретать .
Что и как делать расписано в МР ФНС и лежит в открытом доступе на сайте этой службы .
Там только один нюанс - в МР сказано про тег 1192 рекомендовано .
В ФФД тег необязателен .
Так вот , бывают случаи , что .. ну человек к примеру работал по УСН , хотя взял Патент ,
а теперь ему говорят - "Слышь , Вася , ты налог заплати с УСН , или делай ЧК - Дзержинец ты наш .
И главбуху своему передай пламенный привет" .

А теги эти прожевали уже

[kkmspb]

Да не надо велосипед изобретать .
Что и как делать расписано в МР ФНС и лежит в открытом доступе на сайте этой службы .
Там только один нюанс - в МР сказано про тег 1192 рекомендовано .
В ФФД тег необязателен .
Так вот , бывают случаи , что .. ну человек к примеру работал по УСН , хотя взял Патент ,
а теперь ему говорят - "Слышь , Вася , ты налог заплати с УСН , или делай ЧК - Дзержинец ты наш .
И главбуху своему передай пламенный привет" .

А теги эти прожевали уже

Да все уже поправил, добавил в возврат по ФФД 1.2 контейнер 1174 с данными коррекции.  Выложу сегодня версию 1.27.31 на kkmspb.ru.

[kkmspb]

лается если клиент реально возвращает товар а в логике коррекции ошибочного чека делается "чек коррекции возврат прихода".

Спасибо всем, кто наставил на путь истинный. Да нашел на сайте ФНС инфу, все стало понятнее. На всякий случай фиксирую здесь ибо может случится, что на сайте ФНС эта страница просто исчезнет или изменится и доказывай потом, что она была (чувствуете на что намекаю? было бы не плохо официальное письмо иметь). Вот ее содержание было такое:

---------------------------------------------------------------------------------------------------------------

Формирование чека коррекции при ошибке в кассовом чеке
Дата публикации: 20.05.2022 02:41
Контрольно-кассовую технику применяют 11 тысяч налогоплательщиков области, количество зарегистрированных касс составляет 22 тысячи единиц.

Часто при применении ККТ и формировании кассовых чеков допускаются ошибки, которые можно исправить путем формирования кассовых чеков коррекции.

В соответствии с п. 4 ст. 4.3 Федерального закона от 22.05.2003 № 54-ФЗ кассовый чек коррекции формируется:
если расчет произведен без применения ККТ (независимо от версии ФФД).
В ФФД 1.05 реквизит "предмет расчета" (тег 1059) может не включаться в кассовый чек коррекции. Однако это не запрещается.
В ФФД 1.1, 1.2 реквизит "предмет расчета" (тег 1059) обязательно должен присутствовать в кассовом чеке коррекции.
если допущена ошибка в кассовом чеке при применении ККТ с ФФД 1.1 или 1.2.

В ФФД версии 1.1 и 1.2 ошибка в кассовом чеке исправляется с помощью кассового чека коррекции. Если ошибка допущена в кассовом чеке с признаком расчета "приход", необходимо:
сформировать кассовый чек коррекции с признаком расчета "возврат прихода", содержащий те же данные, что и ошибочный чек, указав фискальный признак ошибочного чека (по тегу 1192 «дополнительные реквизиты чека»);
сформировать кассовый чек коррекции с признаком расчета "приход", содержащий правильные данные, указав фискальный признак ошибочного чека (по тегу 1192 «дополнительные реквизиты чека»).

Аналогично исправляется кассовый чек с признаком расчета "расход".

Соответственно, есть возможность исправить ошибку, к примеру, в ставке НДС, цене и наименовании товара, системе налогообложения и т.д.

В ФФД 1.05 для исправления ошибки чек коррекции не используется. При необходимости корректировки информации, отраженной в кассовом чеке с признаком расчета «приход», следует:
сформировать кассовый чек (идентичный некорректному) с признаком расчета "возврат прихода", указав в нем фискальный признак некорректного чека (по тегу 1192);
сформировать правильный кассовый чек с признаком расчета "приход", указав в нем фискальный признак некорректного чека (тег 1192).

Чек коррекции не имеет существенных отличий от обычных кассовых чеков, которые оформляют при покупке. В кассовом чеке коррекции каждая корректируемая сумма расчета должна отражаться отдельной строкой. Указать в чеке коррекции только общую сумму корректируемых расчетов недостаточно, так как это не позволяет идентифицировать конкретный расчет.

Напоминаем, что законодательством о применении ККТ не предусмотрено обязательное наличие какого-либо документа сотрудника, ответственного за ведение кассовых операций (объяснительная записка, акт, справка и т.д.), для формирования чека коррекции при условии наличия возможности идентифицировать товарные позиции, их стоимость и количество.

Чек коррекции, сформированный самостоятельно и с отражением всей необходимой и корректной информации, является достаточным основанием для освобождения от административной ответственности за не соблюдение законодательства о применении ККТ.
---------------------------------------------------------------------------------------------------------------

[kkmspb]

Сегодня один пользователь делал массово возвраты/коррекции: примерно так по времени около 370 документов сделал за 1.5 часа. Все автоматом, только смотрел.

[Slava]

Ну вообще МР здесь https://kkt-online.nalog.ru/html/sites/www.kkt-online.nalog.ru/materials/mr2024_1.pdf
Клиентам конечно желательно доводить - что лучше перейти на 1.2 по возможности

[0andey0]

Сегодня один пользователь делал массово возвраты/коррекции: примерно так по времени около 370 документов сделал за 1.5 часа. Все автоматом, только смотрел.

Подсказка-пожелание так сказать. Для массового пробития чеков коррекции важный момент это автоматизация обработки отчетов по фискальным документам с разных ОФД и приведение их к единому табличному виду. Вот что сейчас важно, а не печаталка чеков.

[kkmspb]

Ну вообще МР здесь https://kkt-online.nalog.ru/html/sites/www.kkt-online.nalog.ru/materials/mr2024_1.pdf
Клиентам конечно желательно доводить - что лучше перейти на 1.2 по возможности

Спасибо! Красиво все разложено. Но это точно от ФНС инфа, или чьи-то шпаргалки?

[kkmspb]

Сегодня один пользователь делал массово возвраты/коррекции: примерно так по времени около 370 документов сделал за 1.5 часа. Все автоматом, только смотрел.

Подсказка-пожелание так сказать. Для массового пробития чеков коррекции важный момент это автоматизация обработки отчетов по фискальным документам с разных ОФД и приведение их к единому табличному виду. Вот что сейчас важно, а не печаталка чеков.

А какие ОФД предоставляют такой АПИ? Только по нормальному, полную инфу по чекам в ЛК клиента (с гарантией без косяков). Я какой-то пообщался с ofd.ru и 1-ofd и понял, что им пофигу.

[0andey0]

Сегодня один пользователь делал массово возвраты/коррекции: примерно так по времени около 370 документов сделал за 1.5 часа. Все автоматом, только смотрел.

Подсказка-пожелание так сказать. Для массового пробития чеков коррекции важный момент это автоматизация обработки отчетов по фискальным документам с разных ОФД и приведение их к единому табличному виду. Вот что сейчас важно, а не печаталка чеков.

А какие ОФД предоставляют такой АПИ? Только по нормальному, полную инфу по чекам в ЛК клиента (с гарантией без косяков). Я какой-то пообщался с ofd.ru и 1-ofd и понял, что им пофигу.

Cам лично тестировал только такском. там точно можно по API полную инфу по чекам получить, но этот метод на мой взгляд не жизнеспособен. Токен доступа дается только по заявке от владельца ККТ и только для одного ЛК. Инфу лучше брать с отчетов в ЛК ОФД. Раньше не было отчетов с номенклатурой, сейчас есть и пока бесплатные. Такском, Платформа, ОФД.ру, 1-ОФД у них точно есть такие отчеты сейчас. Общая схема как я вижу. Отчеты разных офд в формате ексель конвертировать в единый стандарт тоже в ексель, а потом любая печаталка из этого ексель сможет забирать данные и конвертировать в свой json. В идеале такой единый отчет должны все офд предоставлять. тогда будет легко реализовать пакетное пробитие чеков коррекции.

[Stok]

Но это точно от ФНС инфа, или чьи-то шпаргалки?

Стыдно работая в ЦТО не знать сайт https://kkt-online.nalog.ru/