Доработка чека с учетом 54 ФЗ #800930

Добрый день! Подскажите, в какой момент драйвер ККМ отправляет данные о продаже в налоговую? Откуда вопрос: до 2021 наша компания может не печатать кучу строк для оптовых покупателей, а вместо этого печатать "Оптовая продажа", экономя чековую ленту. Допустим, я допишу процедуры, печатающие чек, чтобы они печатали одну строки вместо кучи. Надо ли допиливать драйвер и возможно ли это в принципе?

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

так о том и речь, что в реализации будет "Товар 1", "Товар 2", а на ленте "Оптовая продажа". Вот и вопрос, в налоговую уйдет "Товар 1" и "товар 2" или "Оптовая продажа"?

что передадите то и уйдет

Т.е. продавать некую "Оптовую продажу" мы не хотим, аналитику по продажам надо сохранить. В 1С должны остаться продажи реальных товаров

А почему до 2021 и оптовые продажи? У вас какая система налоооблажения

а передавать то как? обработку драйвера посмотрел, там не процедуры "ОтправитьСтрокуВНалоговую. Я так понимаю это где то глубже вшито

откуда нам знать как у вас в ЗУП настроено?

Купите обычные кассовые аппараты (например меркурий 115) и живите счастливо

УСН, конфа УТ 10.3

АТол 11 Ф купили

там есть что-то типа "подготовитьДанныеДляФискализации", в обработке обслуживания нет ничего полезного, нужно общие модули ковырять

с общими модулями там интереснее: конфа старая, ее пытались обновить по рекомендациям на сайте 1С, но драйвер отказывался с конфой работать. Потом просто заменили внешнюю обработку драйвера и все стало хорошо. Т.е. доработок под 54 ФЗ в самой конфе нет

а сейчас как печатает чек, пономенклатурно ?

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

да

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

суть понял, надо найти аналог ПодготовитьДанныеДляФискализацииЧека и туда прописать ту же самую "светрку" товара, что и при печати ленты. Спасибо!

>Подскажите, в какой момент драйвер ККМ отправляет данные о продаже в налоговую? Ни в какую налоговую никакой драйвер данные не отправляет. Отправляет ККТ после того как на ней через драйвер открыли чек, зарегистрировали позиции и закрыли чек. ККТ данные отправляет к вашему ОФД с кем договор на кассу. Отправялет сразу после закрытия чека если может, если не может то как связь появится. Повторно отправляет сверку при закрытии смены (Z-Отчет). Налоговая свои запросы/вопрос с ОФД решает помимо вас.

понятно, а данные для отправки подготавливает в "ПодготовитьДанныеДляФискализацииЧека", так получается. Т.е. мне кроме "свертки" товаров в чеке еще делать свертку в Z-отчете? А могу я на чеке печатать "Оптовая продажа", а в ОФД отправлять данные по товарам? Цель то ленту экономить, а не товары от ОФД скрывать

Нет,не можешь.

Нет! "ПодготовитьДанныеДляФискализацииЧека" - это всего лишь код подготовки для передачи данных о пробиваемом чеке для драйвера ККТ. Он ничего не передает сам, вот когда данные попадут в драйвер и драйвер выдаст команды на ККТ потом если все ОК то касса сама отправит в ОФД.

Не печатать можно, бей электронный чек а не бумажный

+ читать стр. 121 Команда OpenCheck туда передается CheckMode РежимЧека Int RW Признак печати чека на чековой ленте: ? 0 – электронный чек (не печатается на чековой ленте); ? 1 –чек печататется на чековой ленте. Значение по умолчанию = 1.

Скоро допилю "сервер ККТ" опенсурсный на C# с примерами внешних обработок для 1С. Там банально будет навесить на любой документу "внешний печатный отчет" и оно будет "пробивать" хоть через инет на одну кассу как надо по очереди.

ну т.е. что на ленте пробьется, то и в ОФД уйдет, я правильно понял? В обработке драйвера команды OpenCheck не вижу, вижу "открытьЧек", но там что то не то:

Да то что пробьется то и уйдет, выводить на бумагу или нет это опционально. Не видишь потому что это обертка на 1С над оберткой над драйвером атол в виде драйвера по "формату 1С" для 54-ФЗ ККТ

Есть родной драйвер 8 (или 9 версии) от атол, а есть специальная обертка "под требования 1С". Оно использует как понимаем эту обертку и в ней может не быть "не пробивать на бумаге". Сча гляну точнее есть ли там

+ "Электронно (Electronically)    BOOL (IN)     Формирование чека в только электроном виде. Печать чека не осуществляется."

+ Поищи в коде "СформироватьЧек (ProcessCheck)" и исправь как нуна

нашел в обработке драйвера "Если НЕ Объект.Драйвер.СформироватьЧек(Объект.ИДУстройства,Кассир(Объект),Электронно, ДанныеЧека, НомерЧека, НомерСмены, ФискальныйПризнак, AddressSiteInspections) Тогда" Т.е. я могу перед этой строчкой сделать условие на "Электронно" и ставить там да/нет в зависимости от типа покупателя. Ну вроде здорово, осталось узнать у наших продавцов, устроит ли их такая схема или клиенту все-таки нужна какая-то бумажка. Спасибо! Удачи вам с

Отпишись удалось ли "электронно"

обязательно :)

У меня мысля то сделать чтобы с кучи компов/мест пробивалось на одну кассу электронно. А чеки выходили бумажные на обычных "принтерах чеков" со всеми реквизитами, но там надо фискальные признаки читать и QR формировать самому, не ближайшее будущее.

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

Очередь уже пройденный этап, все работает как надо

+ Уже сейчас оно позволяет в порядке очереди пробивать на "сетевой ФР по 54-ФЗ". Но пока нет получения обратных данных, даже номер чека не возвращает и результат. Данные только на чеке (или ленте если ошибка) и в лог.

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

Это не законно уже

+ Даже если чек перешлем электронный на правильную почту/телефон сами

Отписываюсь: продажники сказали "Нужен чек", поэтому от идеи пробивать электронно отказались. С решили пока вообще не заморачиваться. Потенциальная выгода ниже стоимости доработки

Главное не нарушайте: "5. Пользователи при осуществлении расчетов с использованием электронных средств платежа, исключающих возможность непосредственного взаимодействия покупателя (клиента) с пользователем или уполномоченным им лицом, и применением устройств, подключенных к сети "Интернет" и обеспечивающих возможность дистанционного взаимодействия покупателя (клиента) с пользователем или уполномоченным им лицом при осуществлении этих расчетов (далее - расчеты с использованием электронных средств платежа в сети "Интернет"), обязаны обеспечить передачу покупателю (клиенту) кассового чека или бланка строгой отчетности в электронной форме на абонентский номер либо адрес электронной почты, указанные покупателем (клиентом) до совершения расчетов. При этом кассовый чек или бланк строгой отчетности на бумажном носителе пользователем не печатается."

+ Суть что если "оплатили удаленно" то обязателен электронный чек, а бумажный нет.

А в передаваемых данных есть мыло или телефон?

Если у вас нет доработок по 54ФЗ, то скорее всего печать номенклатуры в чеке сделана процедурой вроде ПечатьСтроки, так что у вас и сейчас пономенклатурно ничего в ОФД не уходит. Проверить можно в тест драйвере (если Штрих то закладка ФН/Данные, вводите номер документа/Прочитать фискальный документ)-именно то что выдаст и отправляется