привет всем, кто подскажет с 01.07.19 обязательно ли в чеке ГТД и страну выводить?

Что в законах написано?

написано что нужно когда чек электронный но мы бумажные печатаем, никогда не понимал что такое электронный? это когда читаешь QR и получаешь чек на почту но тогда если не передавать гтд то откуда в электронном будет инфа? А если передавать то и на бумаге печататься будет. Просто обычно на фронте нет инфо о гтд- эта инфо когда отчет кассовой смены в КИС посписывает все... засада

(2) Электронный это когда нет прямого контакта между сторонами расчета чтобы оплатить наличными или картой по эквайрингу.
Тогда можно бумажный не печатать а только электронный на мыло или на телефон смс.

ГТД это просто тег в чеке, неважно каком курить
http://www.consultant.ru/document/cons_doc_LAW_214339/856734627b36f38dc69d0ad840e08509c02d81b4/

в общем кому интересно https://buh.ru/news/uchet_nalogi/79287/

Это значит, что с 2019 года в случае использования формата фискальных документов версии «1.05», а также при формировании бумажного чека (БСО) по формату фискальных документов версии «1.1», продавец может не указывать дополнительные реквизиты.

Такие реквизиты будут указываться в обязательном порядке в электронных чеках, сформированных по формату фискальных документов версии «1.1».

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

"2. Для индивидуальных предпринимателей, являющихся налогоплательщиками, применяющими патентную систему налогообложения и упрощенную систему налогообложения, а также индивидуальных предпринимателей, применяющих систему налогообложения для сельскохозяйственных товаропроизводителей, систему налогообложения в виде единого налога на вмененный доход для отдельных видов деятельности при осуществлении видов предпринимательской деятельности, установленных пунктом 2 статьи 346.26 Налогового кодекса Российской Федерации, за исключением индивидуальных предпринимателей, осуществляющих торговлю подакцизными товарами, требование об обязательном включении в состав кассового чека (БСО) реквизитов "наименование предмета расчета" (тег 1030), "количество предмета расчета" (тег 1023) и "цена за единицу предмета расчета" (тег 1079), "код страны происхождения товара" (тег 1230) и "номер таможенной декларации" не применяется до 1 февраля 2021 года.";

(3) Спорно, иМХО в ОФД уходит электронный чек, т.е. когда мы печатаем чек для клиента то в печатной форме можем не выводить,  в электронной форме, которая уходит в ОФД он присутствовать обязан. Это как система налогооблажения (тэг 1055) которая П-7, Э-1. Т.е. на бумажом чеке её может и не быть, а на электронном обязательный реквизит


(5) См приказ, таблица 20 Там у тэгов 1230 и 1231 стоит П-7, Э-6
(с) http://www.consultant.ru/document/cons_doc_LAW_214339/00d1f7e752a2ab7a388dc9ef01009024e5065b71/

Далее смотрим таблицу 3 там расшифровка (П - это печатная форма, Э-Электронная)
7 (для 1.05 и  1.1) - реквизит может не включаться в состав ФД. В случае включения реквизита в состав ФД его формат должен соответствовать формату, предусмотренному настоящими форматами

6 (для 1.05) - реквизит рекомендуется включать в состав ФД в формате, предусмотренном настоящими форматами, в случаях, указанных в примечании. В случае включения реквизита в состав ФД его формат должен соответствовать формату, предусмотренному настоящими Форматами;

6 (для 1.1) - реквизит должен быть в составе ФД в формате, предусмотренном настоящими форматами, в случаях, указанных в примечании к указанному реквизиту. Реквизит может не включаться в состав ФД в иных случаях;

(с) http://www.consultant.ru/document/cons_doc_LAW_214339/b0793da7af26af6337586bc2a29ea45be03533c3/

(7) спасибо за подробный анализ, т.е. предположение (4) и (5) верно?

(8) В примечание к тэгам сказано что этот реквизит должен быть только при расчетах между юриками и/или ИП при выписывания счет-фактуры (примечание 17)
Так же если страна происхождения или изготовления является не РФ (примечание 14).

Просто пока что из чека непонятна кому он выписывается, а вот с 1 июля будет будет еще один тэг 1228 - ИНН покупателя и тогда можно уже и спросить почему у вас чек на юрлицо с выделенным НДС, а нет страны происхождения?. Более того можно будет сравнить книгу продаж/покупок с чеками по одной кнопки и рассылать запросы. Правда тэг 1228 - ПЭ6, что означает что он не обязателен в 1.05, а рекомендован


А теперь самое интересное.
Есть закон 54-ФЗ, в котором сказано что с 01.07.19 статья 4.7 (требование к чеку) дополняется п. 6.1:

6.1. Кассовый чек или бланк строгой отчетности, сформированные при осуществлении расчетов между организациями и (или) индивидуальными предпринимателями с использованием наличных денег и (или) с предъявлением электронных средств платежа, наряду с реквизитами, указанными в пункте 1 настоящей статьи, должен содержать следующие реквизиты:
1) наименование покупателя (клиента) (наименование организации, фамилия, имя, отчество (при наличии) индивидуального предпринимателя);
2) идентификационный номер налогоплательщика покупателя (клиента);
3) сведения о стране происхождения товара (при осуществлении расчетов за товар);
4) сумма акциза (если применимо);
5) регистрационный номер таможенной декларации (при осуществлении расчетов за товар) (если применимо).

Есть приказ ФНС об утвержден формата фискальных данных, в котором сказано, что
1. Наименование покупателя (тег 1227) - ПЭ-7, т.е. реквизит необязательный и его может и не быть
2. ИНН покупателя (тег 1228) ПЭ-6, т.е. рекомендуется для 1.05 и обязателен для 1.1
3. Страна происхождения (тег 1230) П-7, Э-6. Т.е. можно не печатать, но обязателен в электронном виде для формата 1.1
5. Номер ГТД (тег 1231) - П-7, Э-6.


Т.е. налицо противоречия между ФЗ и приказом ФНС. Вопрос кто круче? Т.е. налоговая при проверки чем будет руководствоваться приказом ФНС или 54-ФЗ?
И это не единственное противоречие, например комиссионный товар, в 54-ФЗ мы его не обязаны выделять и писать комитента, а ФФД это требует.

Так что если исходить с точки зрения 54-ФЗ мы с 01.07.19 должны печатать наименования покупателя, при этом с точки зрения ФФД этот "реквизит может не включаться в состав ФД." ни в печатном ни в электронном виде

Так что я не юрист, не аудитор и не ваш главбух, чтобы взять на себя ответственность и сказать верно (4)и (5) или нет. Тут каждый бухгалтер сам будет для себя решать, какую сторону он займет и должен быть готов отстаивать её перед проверяющем

(9) осталось дождаться обнов от 1с и подсмотреть в коде "на какой она стороне" )

(10) там всё сложно. К примеру

Для реквизита наименование и ИНН есть примечание
19. Реквизиты "покупатель (клиент)" (тег 1227) и "ИНН покупателя (клиента)" (тег 1228) включаются в состав кассового чека (БСО) в случаях, установленных законодательством Российской Федерации о применении ККТ.

Т.е. наименование обязательно с 01.07.19, но тогда вопрос, почему в приказе он стоит как ПЭ-7, как необязательный, хотя логичнее было бы ПЭ-6, т.е. включать согласно примечанию.

Но для ГТД такого примечания нет, т.е. нет отсылки что обязаны включать в случае если так велит ФЗ, а стоит просто, что можно не печатать


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

(11) Меня больше "ИНН поставщика" интересует, с чем это едят

(12)+ Только для комиссионной это или нет

(13) см примечание 11

11. В случае если реквизит "предмет расчета" (тег 1059) либо реквизит "признак агента" (тег 1057) содержит сведения об осуществлении расчетов пользователем в качестве платежного агента (субагента), банковского платежного агента (субагента), комиссионера, поверенного или иного агента, то указанный реквизит должен содержать реквизит "ИНН поставщика" (тег 1226).

(12) ИМХО только для агентов, но есть нюанс. Так как "поставщик" может быть физлцо то в этом случае вступает в силу закон о защите ПД.
Интересно что делать если физик откажеться от передачи своих ПД третьим лицам (оператору ФД) или в этом случае действует норма, что если сбор идет по требованию закона, то в этом случае согласие не требуется?

Одно хорошо, у него П-7, т.е. печатать на бумажном чек не нужно, но Э-6, т.е. до вступления формата 1.1 реквизит необязателен к передачи в налоговую

Еще следует обратить внимание на письмо Минфина от 05.09.2018 N 03-01-15/63182

вот про гтд еще есть ПИСЬМО Минфина России от 28.11.2018 № 03-01-15/86080

+ (10)

ха, вышла ут 10.3.53.2 - посмотнел:
CustomerInfo, CustomerINN, CountryOfOrigin, CustomsDeclaration то все для РевизияИнтерфейса >= 3000
Т.е. это для версии стандарта 3.0 (ОФД 1.1)
Получается что для того чтобы выполнить требования закона нужно перейти с 1.05 на 1.1 ?
Это в законе есть ?

+ ребята из 1с удалили старый чек коррекции и запилили новый НО только он вводится только на основании ЧекККМ а у кого чеки из ПКО (опт) как быть?

(18) попробовал сейчас на МГМ 1.0 ККТ 1.05 - если передавать новые теги CustomerInfo, CustomerINN, CountryOfOrigin, CustomsDeclaration то ни на бумаге ни в тестовом контуре 1-ofd-test.ru в чеках нет инфы. И для кого такие требования если сейчас поголовно у всех ффд 1.05. Вроде как ффд 1.1 вообще еще в проекте и жесткого срока перехода как с ффд 1.0 на 1.05 не нашел.

(18) По закону достаточно ФФД 1.05.
У меня в 1С 77 данные теги работают корректно.

(21) работают корректно это как ? у меня тоже работаю корректно в самописке когда перенес себе функционал из 10.3 - просто ничего не происходит и ошибок тоже нет

(21) если

>>По закону достаточно ФФД 1.05.

тогда вообще ветка не актуальна "до лучших времен" )

(20) ОФД тоже должно уметь понимать и отображать эти тэги. Уверен что ОФД нормально их обрабатывает. Что говорит ТП ОФД?

(24) оно и будет их нормально понимать с 1.1, сейчас речь про то что у нас на 65 кассах 1.05 вот и думаем что дальше делать чтобы соблюсти закон - судя по коду конф "соблюдать закон" начнем только если заменим фн на 1.1

(25) Закона или приказа ФНС?
Что то я не помню в 54-ФЗ требования к указанию в чеке ИНН покупателя

(26) я не про законы/приказы - это не мое, я в коде вижу что только с 1.1 это будет работать в 1с )

(27) Правильно ибо Э7, хотя согласно примечанию должно быть Э6 и 1С тут не права

(28) так я сделал конечно сам Э6 но один фиг - в ОФД не видит, наверно и для 1.05 увидело бы если это было бы "требуется" а не "рекомендован"... Собственно логика 1с соответствует поведению ОФД

(29) ОФД такском 1.05 Тэги ИНН и Наименование котрагента... отображаются корректно

Ничего не понимаю. Если упростить:
под ФФД 1.05 ИНН и название покупателя обязательны с 1.07 ??

Неделю назад я брал последнюю Розницу, в которой якобы это реализовано. Там было то же, что и в (18) - т.е. только под 1.1. Читал требования - я так понял, что под 1.05 тоже обязательно, тогда почему 1С не согласна. Тупо добавил в код добавление этих тегов, пробил чек под МГМ 1.05 и тестовым сервером Такском - и нифига в ОФД нет такого тега в чеке. Дрова Атола 10 предпоследние, прошивка тоже поддерживает новые теги, судя по их форуму.

(31)

http://prntscr.com/nvtkqe

http://prntscr.com/nvtkx5

ИНН РЕКОМЕНДУЕТСЯ включать в ФФД 1.05

(34) можно ссыль на документ который в скриншоте ?

+ более дебильной фразы "рекомендуется" в законе и придумать нельзя )

(32) кста интересно опять же какие дрова нужны и номер прошивки для атола. А то сейчас 10.4.2 и новогодняя прошивка

(35)
http://fs.atol.ru/_layouts/15/atol.templates/Handlers/FileHandler.ashx?guid=d1d2d9de-d283-40b4-9c9f-8b1db4c31ad8&webUrl=

(38) спс

На сайте АТОЛ уже кроме ДТО10 и 6-й версии, ничего уже и не осталось.

Правильно ли я понимаю, что бы удовлетворить новым 1.05, нужно ставить новые драйвера, а новые драйвера на XP уже не работаю, нужно менять ОС, и по RDP как пробросить кассу, службу FDSVC они из новых драйверов выпилили.

(41)что бы удовлетворить новым 1.05
1.05 прекрасно работает и с 8.Х...Даже, вроде последняя версия и НДС20 поддерживает(но, тут на 100% сказать не могу, т.к. сам не проверял - у меня нет клиентов на АТОЛ с НДС, а то, что читал - считаю ОБС, пока сам не попробую).

(42) так и у меня нет клиентов с НДС. Только тут в теме обсуждают новые тэги типа ИНН клиентов, я так понимаю 8е дрова из передавать не умеют, или я ошибаюсь?

(43)новые тэги типа ИНН клиентов
Не знаю, не интересовался, так, как мне они не нужны - у меня обычные розничные магазины, какие "ИНН клиентов" - ? У кого их спрашивать? У "бабушки", которая пришла буханку хлеба купить? Эти теги нужны только при определенных условиях, например расчеты между организациями, или что-то вроде того... Кому они нужны, тот разберется, и скорее всего сможет себе позволить и новые дрова прикрутить.

(44) Приду купить буханку хлеба с доверкой на контору - обязаны пробить чек с ИНН из доверки.

Такая закона однако.

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

(45)А мы им счет выставим, по безналу! :-))))

(47) Не имеете права, это розничная торговля между двумя ЮЛ/ИП и подпадает под правила розничной хоть не касается физлиц.

(48)+ Самый прикол с самозанятыми, они кто? Физики или ИП в этом случае?
Если самозанятый оказывает услуги (или продает нечто что подпадает) конторе то для нее он как ИП.
А если покупает услуги или товар у конторы?

(49) Самозанятые это особый режим учета физ лица в ФНС.
ИП или самозанятый физическое лицо сам решает на каком режиме он работает, ну и вроде может скакать из одного в другой режим на основании поданного им заявления в ФНС.

в приказе ФНС  820 по новым электронным документам эти самозанятые добавлены ( точное название тэгов не помню)
т.е есть ЮрЛица, ИП, ЮрЛица_нерезеденты, Физ_лица_Самозанятые
т.е юрЛицо может выставить электронный УПД любому из перечисленных выше

(47) у юридического  лица может и не быть рассчетного счета
или у юр лица этот расчет счет заблокирован той же ФНС ( а деятельность вести надо).

если Вы принимаете платежи за наличные рубли,
я думаю Вы не имеете права не принять платеж наличными рублями от Юридического лица.
В этом случае Вы должны оформить такую продажу согласно действующему законодательству ( с 01.07),
т.е. по текущему закону в кассовом чеке Вы должны проставить название и инн покупателя
ну и выдать все остальные документы счф, торг12 и кассовый чек.
Т.е. можно уже и сейчас ставить в чеке инн и название покупателя юрика,
но до 01.07 это Ваше право , а с 01.07.2019 это Ваша обязанность

(51) Про это и хотел сказать, или ИНН в чек который обязаны пробить или нарушение за которое могут штрафануть.

(51) можно ссылку на закон? 54-ФЗ ничего не знает об ИНН покупателя. А приказ ФНС об утверждении формата, это все таки не закон

Хотя нет, это я уже сам запутался, как раз в законе стоит что нужно, а в приказе, что по желанию

6.1. Кассовый чек или бланк строгой отчетности, сформированные при осуществлении расчетов между организациями и (или) индивидуальными предпринимателями с использованием наличных денег и (или) с предъявлением электронных средств платежа, наряду с реквизитами, указанными в пункте 1 настоящей статьи, должен содержать следующие реквизиты:

1) наименование покупателя (клиента) (наименование организации, фамилия, имя, отчество (при наличии) индивидуального предпринимателя);

2) идентификационный номер налогоплательщика покупателя (клиента);

3) сведения о стране происхождения товара (при осуществлении расчетов за товар);

4) сумма акциза (если применимо);

5) регистрационный номер таможенной декларации (при осуществлении расчетов за товар) (если применимо).

закон принят 03.07.2018 изменения к ФЗ-54
до 01.07.2019 дана отсрочка применять это или нет. ( инн и название покупателя юридического лица )
сам бы был рад если бы этого не было.

(55) сам же и ответил
С нового года  еще поправку наверное введут и для самозанятых тоже чтобы инн в чеке был.

(31) Да, при расчетах между ИП и/или юрлицами.
(37) Всегда желательные крайние версии драйвера (ДТО 8.16.6 и ДТО 10.4.6). Прошивка не старее 10-7824

Проверялось на 1С 7.7 и на протоколе ФФД 1.05. Теги отражаются в ОФД, если ОФД поддерживает их отражение.

Неверящие могут проверить самостоятельно, скачав обработки для 1С 7.7 по ссылке https://yadi.sk/d/0kc_Ait63MBGSh

(41) На драйвере ДТО8 тоже работает в полной мере.
(42) ДТО8 НДС поддерживает. Точнее это поддерживает новая прошивка, с того момента как она стала платной.

(57) Прошивка не старше  10-(7733)

(40) В Атоле сказали что убрали ДТО 8 и 9, оставили только 10.
(59) Подтверждаю, у меня тоже передаются теги на 7733, но выше был ответ техподдержки Атола, не знаю, почему они так отвечают.

(60) а DTO 10.4.2 поддерживает?

(61) На этой версии не проверял, но на 10.4.5 поддерживает.

Так я и не понял, надо ли использовать новые теги, если у тебя 1.05 ФФД ККТ.

Кто то может ткнуть в однозначный ответ?

(63) Спрашивал у ОФД, у центра обслуживания касс и у налоговой.

ОФД - ДА, Центр обслуживания - НЕТ, Налоговая - ДА.

Так что я думаю - нужно допилить, с налоговой шутки плохи.

(62) попробовал на этой версии: шлю в тестовый контур 1офд но говорят тегов не видят теги 1227 клиент и 1228 инн
Отправил чек на приход:

 

<?xml version="1.0" encoding="UTF-8"?>

<CheckPackage>

                <Parameters PaymentType="1" TaxVariant="0" CashierName="Озеряный Роман Олегович" CashierVATIN="772737724517" CustomerEmail="" CustomerPhone="" CustomerInfоo="ИП &quot;Пупкин Пупа Пупович&quot;" CustomerINN="753706049319">

                               <AgentData/>

                               <PurveyorData/>

                </Parameters>

                <Positions>

                               <FiscalString Name="товар хенкель 1  ++ шт" Quantity="1" PriceWithDiscount="950.48" SumWithDiscount="950.48" DiscountSum="" Department="0" Tax="20" SignMethodCalculation="7" SignCalculationObject="1" TaxSum="158.41"/>

                </Positions>

                <Payments Cash="950.48" ElectronicPayment="0" Credit="0" AdvancePayment="0" CashProvision="0"/>

</CheckPackage>

Ответ такой их поддержки:


Роман, если Вы уверены, что CustomerInfo и CustomerINN это корректное наименование тегов 1227 и 1228 для ФР АТОЛ, то

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

С уважение,

Техническая поддержка Первого ОФД.

+ (65)

атол22птк, ффд ккт 1.05 прошивка 10-7733, драйвер 10.4.5

+(66) Неужели опять звать ЦТО и шить ККТ?

(67) Сначала драйвер атол обнови до последней и интеграционную компоненту в 1С из установленного добавь обязательно, попробуй и глянь что в логах драйвера.

Проблема в том что нативный драйвер он все ок, но 1С работает через ВК по своему формату принимая на вход XML.
Чисто технически надо каким то методом найти разраба этой ВК (ее в атол писали или по их заказу) и спросить.
Ну или раскопать эту ВК на исходники, но вряд ли кто будет делать.

Короче жди новой интеграционной с поддержкой формата XML 1С или просто переходи на нативные дрова от атол.

Я думал уже написать универсальный драйвер ККТ по формату 1С чтобы был один и понимал через нативные дрова много разных моделей ККТ.
Т.е. берем https://its.1c.ru/db/metod8dev#content:4829:hdoc:chapter270 и пишем обертки для нативных дрова атола, штриха и прочих.
Исходники в открытый доступ и кому надо сам допилит.

Но пока влом ибо время требуется а время это потраченное кто оплатит?
Вот вы согласны дополнительно платить чтобы конфы 1С типовые чуть быстрее со всем новым функционалом по ККТ начинали правильно работать?

(68) старше 10.4.5 не взлетает - пробовал 10.5 а у 1с крайний вообще 10.4.4. А логи драйвера где смотреть?

(71) Как не взлетает то? Ты интеграционную из поставки 10.4.5 ставишь?

Ищи логи по ".log" они хз где могут быть.
Часть есть в c:\ProgramData\ATOL\DRIVERS\

(72) конечно в макет гружу соотв архив из драйвера нужной версии и все получаю ошибку драйвер не установлен

Подозреваю что это или из-за МГМ или прошивка

(73) Причем тут макет когда оно должно встать в AppData\Roaming\1C\1Cv82\ExtCompT\

(75) я взял обработку от 1с 8.2 где компонента 10.4.4, поставил 32 дто10.4.5 и в макете заменил компоненту от этой дто. Это прокатило для 10.4.5 но с 10.5 уже нет.. ЧЯДНТ?

(76) Не имею представления, разбираться надо.
Для начала попробуйте разобраться как 1С работает с ККТ, через ВК, куда их пишет и т.д.
Если сами не можете ну так наймите кого нить.

(77) сейчас все боевое пашет на 10.3 и на дто10.4.2 и вот я на свою голову опять прохожу этот квест в который раз за второй год ) пипец товарищи 0-/

(78) Блин изучи уже нативный драйвер от атол http://integration.atol.ru/

(76) потому что компонента не рабочая, читайте здесь http://forum.atol.ru/index.php?showtopic=34374&st=480&start=480

(80) Да зажрался атол в лице отдельных представителей

Сегодня принят закон о моратории на штрафы за неприменение онлайн-ккт или неверное применение с 1.07.19 сроком на год.

(82)+ но только  в отношении административной ответственности за неприменение ККТ водителями или кондукторами в салоне транспортного средства при реализации билетов на проезд, а также при оплате гражданами услуг в сфере ЖКХ.
увы :)

(83) Самым извиняюсь нетрадиционной ориентации и дали отсрочку.

(84) за что ты их так?

(65) звонил в ЦТО сказали в дто 10.4.6 из драйвера ккт пробить чек - в офд теги 1227 клиент и 1228 инн видно + гтд и код страны тоже.
Скачал обработку интеграции с релизес 1с и обновил интеграционную компоненту на 10.4.6 - пробую на крайней 10.3, в xml все эти теги есть но в чеке на офд нет... блииин (
Вывод: проблема в интеграционной компоненте.

Вопрос к (62) - у вас откуда и как получились передать теги?

(85) А как иначе их назвать?
Ну нету у меня больше налички в кармане только карта а наши автобасники с их необъятными кондукторшами и таксисты до сих пор норовят наликом только.

Про ЖКХ тоже понятно, тут уже с ККТ онлайн придется же строго считать что аванс а что нет и чеки пробивать.
И дважды за одно и тоже брать будет сложнее, как они сча норовят, когда и "центр расчетов" и поставщик ресурсов норовят отдельно за то же электричество или воду содрать.

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

(86)

1. Драйвера ККТ АТОЛ отвечают требованиям 2.4, но не 2.5, в котором добавлены Получатель и Получатель ИНН https://its.1c.ru/db/metod8dev#content:4829:hdoc Обратите внимание на раздел Изменения в стандарте. 2. Согласно требований 2.5 или требований 3.0. Ожидайте обновление драйвера ККТ АТОЛ 3. Драйвера ККТ АТОЛ 8.х и 9.х для 1С требования 2.5 не поддерживают и не будут. Использовать только 10.х


С уважением,
отдел тех. поддержки фирмы "1С"
Тел. (495) 956-11-81 (линия ИТС)
(495) 688-10-01 (базовые версии)

(80) спасибо, понятно почему 10.5 не взлетает

(0) Так то уже версия 1.1, версия 1.05 уже в утиль отправлена. И это еще было в начале 2019 года :)

(88) Есть реестр аппаратов, который могут поддерживать новую прошивку 1.1.
Если еще правильней сказать, есть маленькая часть аппаратов одобренная Кремлем и если ваш аппарат не в этом списке.
То нет смысла обновлять его версию драйвера... Вам нужен новый аппарат :)

(91) предлагаете всей стране купить новые ккт и перейти на 1.1 ...не смешно

(92) Те, кто не попал в список, да придется платить :)

(93) да дело не в 1.1 - дело в кривом DTO атола или в их же интеграционной компоненте

(89) скачал и поставил сейчас крайний 10.5 да проблема есть

>>Проблема с "ПолучитьОписание" воспроизводится, если не установлена основная поставка драйвера. Поправим.

тп атола мягко говоря ошибается

+ (95) так же оказалось что CustomerINN нужно всегда добивать пробелами справа до 12знаков - этого у 1с нет

Кассы-то,как раз поддерживать будут,с учетом того,что в реестре версий ФФД нет,и,значит,любая касса,которая там,может применяться.
заметьте,что даже 1.0 с учета ИФНС снимать не стала,хотя,они очень хотели.
И,если со стороны ФН новый таг сопротивления не находит,то в прошивку его добавляют очень быстро,то,что она может быть платной,это на совести разработчиков,а вот неготовность каких-то там драйверов,это уже сложнее.
по идее,таг можно затолкать на нижнем уровне,т.к.а драйвере всегда есть возможность послать поток байтов.
А вот что делать пользователям интеграционной компоненты-тут только плевать в сторону 1с и переписывать все или на работу с comобьектом драйвера или точить решение через стороннюю службу и json.

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

сценарий 1 - Предоплата налом - реализация -  чек на аванс , чек на реализацию и зачет аванса.

сценарий 2 - Реализация - оплата налом. Чек на реализацию в кредит - чек на оплату кредита

Это базовые сценарии рассмотрены налоговой в основном в применении к розничной торговле (в том числе и с частичными оплатами зачетами) и 1С-ом более менее реализованы (меня в частности БП интерисует).

При оптовой торговле - в этих сценариях возникают дополнительные нюансы.

Сценарий 3 - Реализация - оплата налом - возврат через корректировку реализации - в результате 3-ой операции в учете возникает аванс - чем его отразить?

Сценарий 4 - реализация - оплата налом - возврат обратной реализацией. Должен ли покупатель нам выбить чек? Должны ли мы у себя чек пробить?

Сценарий 5 - расчеты с клиентами. Сверка - выявление расхождений и взаимных требований - необходимо отразить корректировку долга. Нужно ли бить чек? и какой? Должен ли нам контрагент встречный чек если мы корректируем 60  и 62 например?

Есть ли у кого нибудь уже реальные кейсы по сценариям 3-5?

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

4. Про Сценарий 4 можете забыть. Это клиент вам чего то продает, нехай сам и бьет чеки.

(96) Откуда дровишки?

(97) так это пользователи всех типовых конфигураций на управляемых формах.

(100) http://fs.atol.ru/_layouts/15/atol.templates/Handlers/FileHandler.ashx?guid=5bfdb87b-cacf-4686-9df7-12e4dc1b00a3&webUrl=

(99) есть мнение что возможно образования аванса

(103) Вы хотите сказать кредита, который клиент выдал нам? Если это не корректировка, а реализация от клиента, то дело обстоит именно таким образом.

(104) Зачет встречных однородных требований в одностороннем порядке. Вообщем все как учит 410 ГК РФ.
Что соответсвует понятию расчет в трактовки 54-ФЗ (предоставление или получение иного встречного предоставления за товары, работы, услуги.)

(102) Смотрю на документацию:
https://www.screencast.com/t/p2Lviavg
Не вижу там упоминания о дополнении пробельными символами.

(106) через драйвер ккт попробуй отправить инн юрлица безе пробелов - что на офд видно?

(98) При корректировке реализации по сценарию 3 аванса возникнуть не может.

Поскольку покупатель оплачивал уже состоявшуюся реализацию, он не имел намерения выдавать вам аванс, и договором аванс не был предусмотрен.
Если по каким-то причинам реализацию корректировали, то образовался никакой не аванс, а излишняя оплата.
Каких-либо расчетов в смысле 54-фз при этом не происходит.
Переплата образуется вследствие записей на счетах бухучета.

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

А по Штриху не подскажете, такая же проблема, как и в (86), поставлены последние драйверы.
Вот xml из лога
<CheckPackage>
    <Parameters PaymentType="1" TaxVariant="0" CashierName="Петров И.И." CashierVATIN="522516308905" CustomerEmail="" CustomerPhone="" CustomerInfo="Тестовый покупатель" CustomerINN="12345678901">
        <AgentData/>
        <PurveyorData/>
    </Parameters>

В чеке ничего нет, из теста драйвера пробивается нормально. Не обновили еще интеграционную компоненту?

(98) При обратной реализации по сценарию 4 имеет место не возврат, а обычный приход.
Чеки пробивают не при приходе, а при расчете за него.
Если расчет по банку с юрлицом или ИП- никаких чеков ККМ не нужно.

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

(110) т.е. когда я оплачиваю за наличку товар, работу услуги, то я тоже должен пробить чек? Иначе баланс не сходиться.

(111) При наличной оплате чек формирует ЮЛ или ИП которые принимают или выдает деньги из кассы.

Но не в отношении своего же подотчетного лица, в а отношении иного ФД, ЮЛ или ИП.

Выдача денег своему сотруднику в подотчет не является расчетом в смысле 54-ФЗ.

Про сходимость баланса- неадекватные рассуждения.
Никакие балансы в 54-фз не упоминаются, как и некая "сходимость" (чего с чем?)
Баланс- форма отчетности, не имеющая отношения к расчетам.

(112)* ФД= ФЛ.

(109) да, интеграционная компонента походу

(112) я о том что ты предлагаешь при зачете за полученный товар пробивать чек, а при оплате налом за услуги не пробивать его. Где та грань, что вот тут мы играем и бъем чеке, а вот тут не играем

(112) А кто сказал что оплата поставщику наликом это исключительно подотчет и других вариантов быть не может?

А по поводу баланса - у вас профессиональная деформация, ибо определения баланса как форма бухгалтерской отчетности это не единственное определение этого слова. Как минимум есть еще 7 различных значений этого слова (например как аналог слова равновесия, или итог прихода и расхода, т.е. торговый баланс Германии составляет..., или деталь часового механизма, или ...)

(114) Подскажи, в итоге у тебя получилось 10.5 установить, и помогло ли это. Или нужно ждать обновления конфигураций?

(118) нет, поддержка новых тегов судя по описанию с дто 10.5 но интеграционная компонента там кривая. Да ждать исправления компоненты и обновы для ут10.3 (ну если у тебя она).

+ (119) и форум атола тому подтверждение. Но они там странные - на все ответ "у нас все ок обращайтесь к 1с" типо 1с компоненту пишет им наверно...

Друзья, есть инфа что можно жить и на дто10.4.6 например а новые теги в прошивке 10-7629

Список изменений v. 10-7629

Расширенная функциональность (защищена кодом защиты 10):
• Реализован механизм гибких ставок НДС 20% (20/120) с января 2019 года;
• изменено наименование типа оплаты "Электронными" на "Безналичными";
• реализована поддержка реквизитов: "Покупатель" (тег 1227), "ИНН покупателя" (тег 1228), "Акциз" (тег 1229), "Код страны" (тег 1230), "Декларация" (тег 1231);
• добавлены новые значения реквизита "Признак предмета расчета" (тег 1212) (14-18).


http://forum.atol.ru/index.php?showtopic=31914&st=0&p=265008&#entry265008

А все кто хочет дто10.5 - ждать реализацию 3.0 от 1с.

В общем все дружно зовем мальчика из ЦТО.

(121) И чем поможет мальчик из ЦТО? Перепишет интеграционную компоненту (ВК) для 1С?

(122) обновит прошивку и...все а дто 10.4.6 и интеграционная компонента работает. В ветке есть люди которые утверждают что даже 10.4.5 теги новые отправляет ккт - надеюсь что новая прошивка решит вопросы

Блин, уже совсем я того....глючит от этих касс у меня и так 10-7710.сорян всем (()

+ (124) т.е. 10-7733

(111) Оплата наличными деньгами поставщику возможна только в его офисе.
В офис приходит представитель покупателя и вносит свои личные деньги или деньги взятые подотчет.
То есть он действует как подотчетное лицо, поэтому применять кассу не обязан.
Поставщик выдает квитанцию к приходному ордеру и чем ККМ.

Если наличные вручаются представителю поставщика в офисе покупателя, этот представитель предъявляет доверенность и в своей организации действует как подотчетное лицо.
Покупатель оформляет расходный ордер и чек ККМ.
Подотчетное лицо сдает деньги в свою организацию по авансовому отчету.

(126) Там в законе прямо не сказано что только один (покупатель или поставщик) обязан применять ККТ, письмо ФНС что достаточно одному пробить не имеет силы закона или приказа.

остается только самый интересный вопрос, что делать ЕНВДшникам и упрощенцам, которых ГТД в учете применять не обязывали, никто его в БД не вбивал, а остатки на складах есть.

Сейчас в УТ бьется 2 чека. ПКО - Аванс, РТиУ - Зачет аванта (ну или наоборот - Кредит и гашение кредита). Никто не допиливал что бы бить один чек - Полный расчет. А то суммы в Z -  отчетах накручиваются суммашедшие в итоге.  и порой очень не удобно это

(126) Я правильно понял твою логику, если курьер приехал к тебе домой и привез товар, и берет у тебя деньги, то на полученые деньги ККМ можно не применять, ведь он действует как подотчетное лицо.

Т.е. достаточно заявить что мы в непринимаем деньги, а принимать их на улице "по доверенности", то всё ККМ не нужна?

(130) Была где то такая трактовка что в подобном случае можно пробить чек после когда курьер сдает деньги в кассу.

(131)+ Но покупателю обязательно надо отправить электронный чек.

(88) Верно, дело в интеграционной компоненте 1С82.
Я тестировал передачу тегов 1227 - 1231 на нативных драйверах ДТО8 и ДТО10 из 1С 7.7 еще в мае - все работает как и задумано, в чеке теги печатается, в ОФД передаются.

Желающие могут скачать и протестировать на 1С 7.7 https://yadi.sk/d/0kc_Ait63MBGSh
Обновляться до крайних релизов конфигураций 1С 77 нужны нет, поддерживаются те версии, что у вас есть.

Кто-нибудь в курсе, когда Атоловцы допилят интеграционную компоненту?
Ведь они ее допилят, потом передадут 1Сникам которые ее встроят в следующие релизы конфигураций.
А осталась неделя всего

(134) Могут и через год допилить. У АТОЛ-а мерзкая политика, "Плати или отвали", каждому за отдельную плату будут продавать обработку :)

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

Хм атол для 10-го драйвера добавил поддержку golang.

Если есть желающие заплатить небольшую сумму могу наваять сервер-обертку, которая будет принимать на вход XML в виде CheckPackage по формату
https://its.1c.ru/db/metod8dev#content:4829:hdoc

Т.е. интеграция в типовые будет простейшей, найти где в 1С формируется XML и вместо отправки в интеграционную компоненту вставить http-запрос.

Исходники могу на гитхаб.
У меня для старых дров атол 8-й версии и штриха подобная штука уже есть.
https://github.com/Garykom/xml2atol
https://github.com/Garykom/xml2shtrih

Для 10-х не делал ибо не требовалось.

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

(138) Вопрос где ее взять если она еще не написана атолом, эта новая с поддержкой нужных тегов из XML.

(137) допиливание через xml json и т.п.это еще одно колесо к телеге,у которой уже болен пяти разных колес-добавит только глюков.
или делать сразу генерацию json на стороне 1с и из нен же запрос на сервис,или пилить реализацию через com-обьект.
в остальных случаях,способ сбора глюков,т.а.нужно обновить все части цепочки одновременно,и это тем сложнее,чем больше звеньев в ней.

(138) см (95)

(139) если она Атолом не написана,то это вопрос к тем,кто сдуру выбрал кассы Атол,например,у малоизвестных VikiPrint,почему-то,все работает.

(140) Та не тут прикол в том что в 1С то уже есть XML готовый, а JSON надо пилить.
И можно эту внешнюю серверу-обертку на другие ККТ расширить не только АТОЛ и шустренько обновлять.

Ну и разного допфункционала добавить через те же HTTP-запросы уже за рамками формата 1С.
Например разные отчеты по ККТ, суммы в кассе и по пробитым чекам и прочее.

(143)+ Но бесплатно без закзчика пилить влом.
Если несколько кому надо скинутся то мне на печеньки хватит а вам готовая штука с исходниками и по запросу допиливание с поддержкой тех кто скинулся некий срок.

(134)  Управление торговлей, редакция 10.3     Запланировано 25.06.2019

http://v8.1c.ru/lawmonitor/lawchanges.jsp?lawSectionUuid=025e45b1-8186-49a3-b2b0-84a603f68d52

8.16.6 поддерживает в полной мере? а где ее брать? в центре загрузок Атола, смотрю, вообще убрали и 8* и 9* ( из скачивания !?

или это опечатка. 8.16.4 числится последним на разных прочих сайтах.

(147) Очень сомневаюсь что интеграционная компонента под 1С для 8.16.6 обновлялась в последний год.
Вот если нативный режим то вполне можно использовать и дофига еще сидит и будут на 8-х дровах сидеть до упора.

(149) нативный режим - это что? без использования 1с ?

(147) читайте всю ветку - (88)

(151) я это видел. у меня есть пара самописок под 7.7, там от компании 1с я ничего не жду. пытаюсь понять, удастся ли впихнуть два новых тега под  ДТО 8.

(152) через драйвер ккт попробуйте чек пробить с новыми тегами если в ОФД будут они тогда вам повезло ...

работаю через FprnM1C82_54FZ.dll

    XMLАнализатор    = СоздатьОбъект("AddIn.XMLParser");
    
    СистемаНалогообложения = ПУП;
    Электронно = 0;
    НомерЧека = "";
    НомерСмены = "";
    НомерДокумента = "";
    ФискальныйПризнак = "";
    АдресСайтаПроверки = "";
    
    ТипРасчета = 1;
    
    Если ПризнВозврата = 0 Тогда
        ТипРасчета = 1;
    ИначеЕсли ПризнВозврата = 1 Тогда
        ТипРасчета = 2;
    КонецЕсли;    
    
    XMLДанныеЧека    = XMLАнализатор.СоздатьДокумент();
    XMLДанныеЧека.Кодировка = "UTF-8";
    XMLCheckPackage    = XMLДанныеЧека.СоздатьПодчиненныйЭлемент("CheckPackage");
    XMLParameters    = XMLCheckPackage.СоздатьПодчиненныйЭлемент("Parameters");
    Атрибут(XMLParameters, "PaymentType", ТипРасчета);
    Атрибут(XMLParameters, "TaxVariant", СистемаНалогообложения);
    XMLPositions    = XMLCheckPackage.СоздатьПодчиненныйЭлемент("Positions");
    
    СписокТоваров.ВыбратьСтроки();
    Пока СписокТоваров.ПолучитьСтроку() = 1 Цикл
        XMLFiscalString = XMLPositions.СоздатьПодчиненныйЭлемент("FiscalString");
        Атрибут(XMLFiscalString, "Name", СписокТоваров.ТовНаим);
        Атрибут(XMLFiscalString, "Quantity", СписокТоваров.Количество);
        Атрибут(XMLFiscalString, "Price", СписокТоваров.Цена);
        Атрибут(XMLFiscalString, "Amount", СписокТоваров.Сумма);
        Атрибут(XMLFiscalString, "Tax", СписокТоваров.СтавкаНДС);
    КонецЦикла;    
    
    XMLPayments    = XMLCheckPackage.СоздатьПодчиненныйЭлемент("Payments");
    Атрибут(XMLPayments, "Cash", Макс(СуммаЧека, Получено));
    Атрибут(XMLPayments, "CashLessType1", "0");
    Атрибут(XMLPayments, "CashLessType2", "0");
    Атрибут(XMLPayments, "CashLessType3", "0");
    
    XMLДанныеЧека.Записать(КаталогПользователя() + "FRAtol_001.xml");

Процедура Атрибут(хмлЭлемент, ИмяАтрибута, ЗначениеАтрибута)  
        
    хмлАтрибут = XMLДанныеЧека.СоздатьУзел("attribute", ИмяАтрибута);
    хмлАтрибут.Значение = ЗначениеАтрибута;
    хмлЭлемент.ДобавитьПодчиненный(хмлАтрибут);    
    
КонецПроцедуры




Не соображу, как туда добавить новые теги и вообще возможно ли?

(154) Вот сюда "FprnM1C82_54FZ.dll"

Только сначала https://ru.wikipedia.org/wiki/IDA купите ))

(155) Это не моего уровня решение))

нашел где то 2 года назад обработку (вроде для ТИС), адаптировал для 7.7 самописной в оптовой компании, а сейчас не соображу что и как использовать.

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

Есть еще одна интересная проблема.
Есть несколько десятков ККМ с одинаковыми прошивками.
На одних новые реквизиты печатаются, а на других - нет )
В ОФД в электронном виде уходят.

Формат чеков не проверял(в смысле редактором форматов не открывал)

(156) Переделай на JSON.

(156) Небольшое это сколько?
10 взносов по 2 т.р. и будет XML через веб-сервер для атол.

Причем можно будет с разных сеансов 1С на одну физическую ККТ и по очереди.

(130) Нет, ты извратил.

Доставка курьером товара с расчетом у покупателя- действуют специальные правила для дистанционной торговли.
ККМ применяется, почти как при реализации с местом расчетом "офис", только чек можно не печатать, а только показать на экране мобильного устройства.

Я же приводил выводы про самоличную явку подотчетного лица покупателя к продавцу в офис, для закупки товаров за наличный расчет.
Или о явке подотчетного лица продавца в офис покупателя только за наличными деньгами за ранее проданный товар (случай почти невероятный, так как такие расчеты запрещены или ограничены случаем продажи физическим лицом).

(159) Мне не надо что то новое писать, мне понять как оптовые компании на 1с 7.7 сейчас будут работать с кассами. В общем рабочий пример, уже сделанный.

Не думаю что мой клиент - единственная подобная компания, наверняка многие уже решили эту задачу

(161) Нашли по 20-40-60 тыр и решили, не вижу проблемы.
Смотря где контора и насколько богатая.

(161) Они будут спокойно работать через web-сервер АТОЛ. Отправляя HTTP запрос c JSON внутри. Работы на пару дней с нуля. Говорю как человек сделавший только что это на нетиповой конфе на 8ке.

(161) Не найдешь ты готового примера, поскольку он не один, и всех случаев не исчерпывает.
Теги на разные случаи разные.

Поделка от Виктуана на инфостарте для 7.7 стоит 3 тыс. руб.
Работает с фискальными регистраторами Атолл или Штрих.
Возможно, придется ее допиливать.

(164) вот эта? http://catalog.mista.ru/public/603118/

(165) эта.

Так что в итоге то?

Касса Атол драйвер 10, ФФД 1.05.
СНО: Общая

Обязательно ли делать теги - ИНН покупателя и гтд ?

(167) Если по доверке то да, обязательно

(167) гы. почитав эти ветки, я переадресовал вопрос главбухам клиентов.

(168) "доверке" - это как расшифровать?

(170) доверенность, т.е. когда физлицо выступает представителем юрлица

(171) А есть ссылка на такую особенность в законе или письмах от ФНС?

Если посмотреть типовые, то там эти данные передаются в XML только для ФФД 1.1

ФФД 1.1 никогда не знает когда будет переход.
Т.е его по факту сейчас нет.

Что делать и куда бечь непонятно

(173) да что за фигня, желтым выделяет

(173) я в самописке сделал для ффд 1.05 - в 1с решили понимать буквально что это "рекомендовано" - так прописано в закон 54фз но ФНС другого мнения. Как будет в ут10.3, поглядим завтра.

(175) " так прописано в закон 54фз но ФНС другого мнения"

Вроде как наоборот?

(167) код страны происхождения товара (тег 1230), номер таможенной декларации (тег 1231)
нужно включать в состав чека, если соблюдены следующие условия:
- стороной сделки не является физлицо;
- пользователь ККТ обязан выставлять счета-фактуры;
- страна происхождения товара не Россия;
- товар произведен не в группе стран (например, Евросоюз);
- товар не был изготовлен в России с использованием иностранных деталей.

Этот вывод вытекает из Приложения N 2 к приказу ФНС России от 21.03.2017 N ММВ-7-20/229@, пункт 25 Структура данных реквизита "предмет расчета", примечание 13.

(175) Ты рассуждаешь неправильно.

Закон 54-ФЗ устанавливает, что пользователь ККТ обязан соблюдать форматы фискальных документов, и что форматы утверждает ФНС России. Поэтому во всех случаях соблюдение форматов является законным.

Добрый день, подскажите пожалуйста или помогите структурировать информацию по Штрих-М...
Имеются две конфигурации УТ11 типовая последней версии, Штрих-М ФР 01Ф, прошивка от 24.10.2018, обновлялась для перехода на НДС 20%, лицензия приобретена на 2019 год. Версия драйвера 4.14.747 (на сайте штриха написано, что данная версия сертифицирована 1С по ФФД 1.05). Также на сайте сейчас выложена новая версия 4.14.772 (ФФД от 01.07.2019).

В итоге, что нужно для корректной работы с 01 июля? Я правильно понимаю, что:

1) нужно обновить драйвер ФР на самую последнюю версию? 4.14.772 (ФФД от 01.07.2019).

2) Прошивку обновлять не нужно? Т.к. она от 24.10.2018, а теги передаются с 24.09.2018

3) Для УТ11 - теги уже передаются в автоматическом режиме для драйвера ФР в УТ11? У меня ФФД 1.05

(167) ИНН покупателя с 01.07.19 только для наличных расчетов и расчетов платежными картами, когда покупатель предъявил доверенность от имени организации.
Об этом сообщает Минфин в письме № 03-01-15/54311 от 01.08.2018г

Там по отсрочке (как в 2017) из-за нехватки ФН ничего не слышно?

(177) (180)  Спасибо

А теперь вопрос - оба пункта являются обязательными с 01.06.2019 для ФФД 1.06 ? Именно "обязательными" ?

(182) Тьфу

с 01.07.2019 для ФФД 1.05

В последней УТ 11 нет передачи этих полей в режиме ФФД 1.05
В последней Рознице есть передача этих полей в режиме ФФД 1.05
И компонент "dll" там версии 10.4.4

(184) То что оно есть в 1С абсолютно ничего не значит, потому что может не быть в интеграционном компоненте.

(185) Все может быть конечно.

Больше интересует обязательно все это дело или все же пока можно забить?

(182) Обязательны с 01.07.19

Основание: ФФД 1.05, Таблица 19
Реквизиты, содержащиеся в кассовом чеке (БСО)

19. Реквизиты "покупатель (клиент)" (тег 1227) и "ИНН покупателя (клиента)" (тег 1228) включаются в состав кассового чека (БСО) в случаях, установленных законодательством Российской Федерации о применении ККТ.

А теперь закон- пункт 6.1 закона 54-ФЗ, вступающий в силу с 01.07.19

6.1. Кассовый чек или бланк строгой отчетности, сформированные при осуществлении расчетов между организациями и (или) индивидуальными предпринимателями с использованием наличных денег и (или) с предъявлением электронных средств платежа, наряду с реквизитами, указанными в пункте 1 настоящей статьи, должен содержать следующие реквизиты:
1) наименование покупателя (клиента) (наименование организации, фамилия, имя, отчество (при наличии) индивидуального предпринимателя);
2) идентификационный номер налогоплательщика покупателя (клиента);
3) сведения о стране происхождения товара (при осуществлении расчетов за товар);
4) сумма акциза (если применимо);
5) регистрационный номер таможенной декларации (при осуществлении расчетов за товар) (если применимо).

(введен пп. "д" п. 15 ст. 1 Закона № 192-ФЗ от 03.07.2018 г)

На релизы 1С ориентироваться не стоит, поскольку 01.07.19 еще на наступило, могут не сделать заранее.

(187) + Но обязательны только при наличных и расчетах картами.

(147) "8.16.6 поддерживает в полной мере? а где ее брать? в центре загрузок Атола, смотрю, вообще убрали и 8* и 9* ( из скачивания !?"
Ага, поддерживает, самолично тестировал родную (а не инеграционную компоненту 1с82). Атол специально убрал ДТО8 со своего оф.сайта, он продвигает ДТО10.
8.16.6 можно скачать отсюда https://yadi.sk/d/U9EuOnNgQUQSXQ

(152) Удастся, если руки приложить. Либо купить готовое решение, которое поддерживает ДТО8 для 1С 7.7 со всеми новыми тегами.

(161) "Мне не надо что то новое писать, мне понять как оптовые компании на 1с 7.7 сейчас будут работать с кассами. В общем рабочий пример, уже сделанный. "
Есть рабочие примеры оптовых компаний на 1С 7.7.
Бюджет? От 3 тыс. руб.

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

(189) родная - это FPRNM1C.dll из ДТО Атола, правильно понимаю ?

(193) Правильно, из ДТО8.

(175) Как будет в ут10.3, поглядим завтра

Опять сдвинули на день, сейчас стоит 26. Видимо допиливают интеграционную компоненту

(187) Название организации и ИНН уже реализовали.
Номер товара, увы не заметил.

(161) "Мне не надо что то новое писать, мне понять как оптовые компании на 1с 7.7 сейчас будут работать с кассами. В общем рабочий пример, уже сделанный. "

Чтобы не быть голословным - по вашему примеру презентую готовое решение для типовых конфигураций 1С 7.7 с поддержкой частичных расчетов для опта через ККТ, с поддержкой тегов 1227 - 1231 (ИНН и Наименование покупателя, акциз, ГТД, Страна происхождения).

Сделано на примере документа ПКО, 1cv7.md берете по ссылкам:
1) ТИС ред. 9.2 https://yadi.sk/d/hitBhpMy3MfQC6
2) Бух ред. 9.2 https://yadi.sk/d/wetQxL0D3U225T
поддержаны в т.ч. устаревшие версии конфигураций, обновлять до крайнего релиза не надо. Если релиз таки новый нужно добавить при вызове функции глФРПечататьЧек() два дополнительных пустых аргумента (, "", "") в конце:
глФРПечататьЧек(Список, СуммаЧека, Получено, Скидка, ПризнВозврата, НомерСекции, НомерЧека, "", "")

3) из этого архива берете папку Extforms и копируете в каталог базы - в ней обновленные обработки обслуживания ФР с поддержкой новых тегов. Пользовательскую Инструкцию по настройке и установке библиотек драйвера ФР смотрите в архиве (Приложения 1 и 2). В 1С - Сервис - Дополнительные возможности - Панель управления ККМ - закладка "Параметры" - группа "Дополнительные" поставьте "17)ФФД = 1.05".

4) данные примеры через ПКО автоматически рассчитывают задолженность клиента в разрезе накладных и выводит в чек товары из накладных, за которых должен клиент. При этом автоматически делает и показывает в чеке зачеты предоплаты и авансы, определяет способы расчета (полный расчет, аванс, частичный расчет и т.д.), выводит теги 1227 и 1228 (ИНН и Наименование клиента).

5) если в документе отгрузки указаны в таб.части ГТД (для ТИС нужно выбрать конкретную партию в реализации, а не <автоподбор>), то будут в чеке выведены теги 1229 - 1231 (акциз, ГТД, страна происхождения)

Если что не понятно, пишите мне на почту victuan # маил ру

Для п.3. забыл ссылку на архив с обработками обслуживания ФР https://yadi.sk/d/0kc_Ait63MBGSh

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

Еще полезен параметр 14)ППЧ = 2 (1С - Сервис - Дополнительные возможности - Панель управления ККМ - закладка "Параметры" - группа "Дополнительные" ), он показывает форму предпросмотра чека - по сути это редактор чека, можно полностью отредактировать вручную информацию, которая в итоге будет пробита на чеке, не меняя данные в первоначальном документе 1С.

PS. Функций в решении очень много. Но нет времени свободного сделать красивую презентацию (имеется дополнительно поддержка маркировки ЕГАИС, табака, обуви при розничных продажах через 1С 7.7)

(199) "В архиве есть обработка обслуживания ФР - эмулятора, она позволяет посмотреть печ. форму чека не имея под рукой реального ФР. "

Обработка эмулятора ФР работает без ограничений, обработки для Атол и Штрих-М закрыты КЗК-2.
Для корректной работы необходимо библиотеку precomp.dll (в комплекте присутствует) предварительно поместить в каталог базы данных 1С, из которой запускаются обработки, или в каталог установки программы 1С (обычно C:\Program Files\1cv77\bin\)

В Демо-версии действуют ограничения:
1) электронный чек отправляется только на фиксированный адрес эл.почты
2) сумма чека не должна превышать 300 руб.
3) количество позиций в чеке не должно превышать 3.
4) время пробития чека ограничено рабочим временем: с 8:00 по 18:59

Кто нибудь знает, существует ли эмулятор кассы для 8.2 по типу как FPEmulatorKKT1C2.dll для БПО?

А где можно посмотреть параметры тега 1227 - наименование клиента, какая длина у него? Будет ли переводиться на другую строку или обрезаться? Например, чтобы при получении страховой премии необходимо указать ФИО клиента, ИНН, либо паспортные данные...

(202) 256 символов. Посмотреть можно в Таблице 5 (Описание значений реквизитов ФД) Приложение N 1 к приказу ФНС России от 21.03.2017 N ММВ-7-20/229@

(192) Самое интересное, что теги отлично печатает в копии чека. Но не в оригинале. Настройки ККТ почти идентичны. Все отличия не должны влиять на печать.

(201) К УТ 10.3 поставляется EmulatorKKT.epf

(202) Перевод строк выполняется на стороне ККТ :)

сегодня 26, а 1C не выпустили новую УТ 10.3. Откуда брать изменения для  ККТ?

а в 11 редакции есть всё что нужно? давно не следил, а нас оказывается задевает 01.07

Переходите на 1С 7.7 ;)

(209) а в куда ключ втыкать? мы белые и пушисты

(207) по всем продуктам  - запланировано на 27.06.2019, там много изменений и не только по ККТ  +  еще с обувью и меркурием

Код страны выводить всегда или только при импортном товаре?

(202) если кого-то не устраивает как ккт что-то печатает,то просто отключаем печать чека,оформляем его на кассе,читаем данные чека из фн,располагаем в текстовом макете и на печать на той же ккт.

(208)(211) Они уже неделю сдвигают на день-два обещанное обновление, но думаю скоро выйдет, в 14.0.772 версии Штриха обновили интеграционную компоненту.

Печать покупателя и ИНН покупателя из 1с стала работать.

Подскажите пожалуйста: у меня поля ИНН и наименование покупателя отправляются из 1С, уходят в ОФД, но их не видно на бумажном чеке - это нормально или надо во чтобы то ни стало выводить их на чеке?

victuan1
А будет доработка по ГТД? Или автоматом подтягивать в чек проблема?

(215) логи драйвера что говорят? Есть ли предупреждения/ошибки?

(215) выше ссылки на закон - это обязательно в 1.1 и только в электроне

(218) Так в 1.05 не обязательны реквизиты покупателя?

(219) Не обязательны. Но налоговая оштрафует если их не будет :)

(208) Нету.
Пока изменения есть только в последней Рознице

Извините за очередной вопрос по этим нововведениям, но прошу помощи, запутался.
Нужно ли при использовании ФФД 1.05 указывать в чеке ИНН комитента при продаже комиссионного товара и вообще указывать, что товар комиссионный? Мы продаём как комиссионный, так и свой товар.

(222) По закону нет, по приказу да

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

Это не комиссия. Это обычная поставка/продажа с отсрочкой оплаты до момента реализации.

(224)+ Но легче не становится с такой поставкой в кредит и потом его гашением.

Ибо надо пробивать кредиты, их гашение и взаимозачеты.

(224) Спасибо за ответ. Схема работы именно такая.

(218) большое спасибо за разьяснение!

Господа эксперты! Как должны печататься чеки если долг за накладную закрывается не ПКО а взаимозачетом? и нужно ли вообще чек печатать?

Если отгрузили сначала в "кредит", а потом сделали взаимозачет.

(228) какая связь долга и чека казалось бы )

Добавлю свои три копейки. передал теги 1227 и 1228 в нативный драйвер 8.16.6. после чего Покупатель пробился на чеке, а его ИНН- нет. что передалось в ОФД, посмотреть не удалось. Продолжаем наблюдения :)
по крайней мере частично связка 1с 7.7+ ДТО 8.16.6 + ФФД 1.05 отработала.

(228) Ты должен напечатать чек на передачу.
А при закрытии долга пробить "оплата кредита"

Откуда чек пробивать? с РТиУ чек уже распечатан на отгрузку, ПКО сделать не могу. А чек закрывающий приход "оплата кредита" нужен так понимаю
. Из документа взаимозачетов этого тоже не сделаешь

(231) во взаимозачете в типовых есть кнопка чек?

во взаимозачете в типовых есть кнопка чек? - нету

(232) "ПКО сделать не могу"
Что мешает ?

(233) "во взаимозачете в типовых есть кнопка чек?"

не знаю, у меня не типовая.

Сделай сам если нет кнопки

Ну понятно что можно взять "напильник" и дописать. Но по типовому процессу как должен чек такой печататься? или его не надо печатать?

(236) оплата кредита подразумевает что ва отдали налик? Если да - пилите кнопку чек а без налика какой же чек ...

(216) Какая именно доработка? У меня давно уже все теги поддерживаются.

Какая ККМ? Прошивка? Конфа? Драйвер? (238)

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

(240) Реализация, которую вы некорректно называете "отгрузкой", сама по себе не требует формирования чека, так как не связана с приходом или расходом денежных средств.

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

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

(241) "Реализация, которую вы некорректно называете "отгрузкой", сама по себе не требует формирования чека"

Еще как требует, чек на передачу.

А как ты возврат товара будешь делать, если он сломан? Без чека то?

(242) Мнение правильное аргументация нет.

(241) "В целях настоящего Федерального закона под расчетами понимаются также прием (получение) и выплата денежных средств в виде предварительной оплаты и (или) авансов, зачет и возврат предварительной оплаты и (или) авансов, предоставление и погашение займов для оплаты товаров, работ, услуг (включая осуществление ломбардами кредитования граждан под залог принадлежащих гражданам вещей и деятельности по хранению вещей) либо предоставление или получение иного встречного предоставления за товары, работы, услуги;"
http://www.consultant.ru/document/cons_doc_LAW_42359/a1b0f1c99aa2a3ab98dfb729163d3194973bdaee/

"Отгрузка" это предоставление займа или иначе выдача кредита, если нет встречной оплаты в тот же день.

(243) Реализация при отсутствии оплаты не является выдачей кредита, если нет договора о товарном кредите.

Кроме того, для целей применения ККМ по закону 54-ФЗ имеет значение не кредит, а исключительно предоставление и погашение займов для оплаты товаров, работ, услуг.

При реализации без оплаты никакие займы не предоставляются, см. договор займа.

(244)+ Поскольку по договору займа предоставляется то же имущество, которое подлежит передаче в счет его погашения.

Если предоставлен товар взаймы, возврату подлежит товар того же рода, а не деньги.
Выдача товарного кредита в форме отсрочки платежа законом 54-ФЗ не предусмотрена.
Когда поступит платеж - тогда и будет пробит чек на выручку (если не по банку между ЮЛ/ИП).

(244) Не хочу спорить но вы плохо знаете законы.

Я с этим уже разбирался и как выяснилось
http://www.consultant.ru/document/cons_doc_LAW_9027/b97d592db79fcf880339feb25f283b9a84cb51a2/

(245) Не товар взаймы вы путаете с "товарным кредитом", а отгружен товар и выдан обычный "коммерческий кредит" в неявном виде вытекающем из формулировок "договора поставки с отсрочкой оплаты".

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

(246) Так ты — не специалист, результаты твоего разбирательства ошибочны.

В силу прямой оговорки в статье 823 она не применяется, так как для продажи товаров в кредит установлены иные правила. А именно, статья 488 ГК РФ.
Среди них - право потребовать возврата неоплаченных товаров и то, что они находятся в залоге у продавца до момента оплаты (если договором не сделана специальная оговорка).

Оплата в пределах срока последующей оплаты не является кредитом в смысле ст.488 ГК, и не требует уплаты процентов за пользование кредитом.
Проценты взыскиваются при нарушении срока уплаты.
И не на основании статей 488 или 823, а на основании статьи 395 ГК РФ.

(249) Если в договоре написал слово "отсрочка" - это выдача кредита/займа.

Сам же привел 488 статью где:
"оплата товара через определенное время после его передачи покупателю (продажа товара в кредит)"

(250)+ Это можно перефразировать для программистов:

"ЕСЛИ товар оплачивается через определенное время после его передачи покупателю ТО это продажа товара в кредит".

(247) Срок оплаты, не совпадающий со сроком передачи товара покупателю, не является отсрочкой. И такое слово ни в коем случае не следует писать в договоре поставки.
Просто указать срок уплаты и все. Никаких процентов.

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

(251)+ Если бы они подразумевали ИЛИ, так бы и написали.

(252) Короче не путай меня, я согласен что я не юрист и нифига тут не понимаю, просто читаю законы и пишу как их понимаю.

Будет просто замечательно если я понимаю не правильно и оплата не в тот же день что и передача/получение не означает выдачи кредита на срок от передачи/получения до момента оплаты/получения оплаты.

Но пока обратных аргументов я не нашел, меня бы устроило решение суда или разъяснение неким официальным органом.
Является ли оплата не в день передачи "займом" для правильного исполнения 54-ФЗ или нет.

(254) Я тебя не путаю, а разъясняю.

Отсрочка- это перенос срока оплаты, заранее установленного в договоре (при оптовых сделках), или вытекающего из публичной оферты или закона (в рознице).
А вовсе не несовпадение моментов передачи и оплаты.

В рознице срок оплаты установлен законом — при передаче товара (ст. 486 ГК РФ).
Поэтому любая иная дата оплаты — товарный кредит.
И именно поэтому в соседней статье 488 в скобках стоит отсрочка.

(255) Сча мы вернемся к тому чем розница отличается от опта и причем тут ККТ которые изначально только в рознице были ))

(256) Тег "Кредитом" используется в ФФД 1.05 вовсе не том значении, как он определен в ГК РФ.

(257) А в законе 54-фз предоставление займа никак не связано с тегом "Кредит" в ФФД 1.05.

Поэтому займ — именно займ в соответствующей отрасли права (ГК РФ), если в статье 1 закона 54-фз не определено иное содержание понятия. А там займ не переопределен.

(258) В (243) вторая часть определения что такое "расчеты" в понимании 54-ФЗ.

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

Почему вы кредиты/займы исключаете, когда платят не вперед товара, не вместе с товаром а ПОСЛЕ товара?
На основании чего вы сделали такую на мой взгляд не логичную трактовку закона.

Платим вперед - пробиваем.
Платим с после - не пробиваем.
Почему?

(259) При выдаче товарного кредита в форме отсрочки платежа не происходит выдачи займа для оплаты товаров.
В статье 488 ГК РФ тоже не говорится о том, что такая отсрочка является займом.
В скобках она названа товарным кредитом.

Поэтому у меня имеются основания понимать заем для оплаты товаров как целевой заем денежными средствами в соответствии со статьей 814 ГК РФ.

Для иного понимания необходимо, чтобы 54-фз приравнял к расчетам именно получение и погашение товарных кредитов (а к ним относятся и авансы, и предоплаты, и отсрочки, правила о кредитах применяются и к рассрочкам).
Что избыточно, так как авансы и предоплаты названы в законе 54-фз прямо.
Поэтому требовалось добавить не товарные кредиты, а только разновидность- отсрочки и рассрочки. Но этого сделано не было.
И вместо отсрочек оплаты товаров (без предлога "для") названы займы ДЛЯ оплаты товаров.

(260)+ Только одно добавление для кредитов, оно прямо названо в законе — осуществление ломбардами кредитования граждан под залог принадлежащих гражданам вещей и деятельности по хранению вещей.

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

(260) (261) Я слегка про другое спросил.

Аванс = оплата вперед = пробиваем
Кредит = оплата после = не пробиваем?

Почему? Не надо играть словами, программирование основано на логике.
Я же логичный вывод делаю из аналогии с авансами?

Неважно какими кривыми словами это описано в формулировке закона.

(261) И вы снова про "товарный кредит" который тут совершенно не причем.

Товарный кредит это когда в кредит берется нечто (например товары) и это же нечто должно быть возвращено.

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

"Товарный кредит" никаким зачетом не возвращается, надо возвращать такие же однородные "вещи, определенные родовыми признаками"
http://www.consultant.ru/document/cons_doc_LAW_9027/b74cdfd20439dcf86b3947f2d268b6253b45daba/

"Таким образом, существенным условием для договора товарного кредита является указание наименования и количества передаваемого в кредит товара. В обязанности заемщика входит необходимость вернуть товар именно такого же рода и качества, в противном случае договор может быть квалифицирован как договор мены."
http://taxpravo.ru/analitika/statya-378496-kommercheskiy_kredit_vs_tovarnyiy_kredit

Блин если назад будут не такие же товары возвращаться то это не товарный кредит! А коммерческий кредит!

(262) "Кредит" не пробиваем потому, что не выполнены условия 54-фз.
нет поступления денег за ТРУ, нет расхода денег за ТРУ, нет выдачи займа для приобретения товаров.

Какая вами найдена аналогия с авансом? В чем она состоит?

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

Нет никакой аналогии.

(264) Кредит сопровождается поступлением денег за товар, точно так же как и аванс.

Только не до передачи товаров как аванс, а после передачи. В момент его гашения этого кредита (долга).

«ДЕБЕТ — СЛЕВА, КРЕДИТ — СПРАВА»©

(266)+ а ТРУ посередине ))

И да, аванс = выдача кредита. Который должен быть в нормальном случае погашен передачей ТРУ.

(265) Кредит не является расчетом.

В законе ст.1.2 Закона 54-ФЗ указано,
Контрольно-кассовая техника, включенная в реестр контрольно-кассовой техники, применяется на территории Российской Федерации в обязательном порядке всеми организациями и индивидуальными предпринимателями при осуществлении ими расчетов, за исключением случаев, установленных настоящим Федеральным законом.

Понятие расчета приведено в статье 1.1 закона.

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

Кредит в описании ФФД является просто ключевым словом, не кредитом в смысле ГК РФ, и не как кредит счета учета (какого?),
Интерпретируется как любая последующая оплата.

Из таблицы 28 (Значения реквизита «признак способа расчета» и перечень оснований для присвоения соответствующих значений реквизиту, а также формат данных этого реквизита ФД в печатной форме)

Значение реквизита- 6
Перечень оснований для присвоения реквизиту «признак способа расчета» (тег 1214) соответствующего значения реквизита-
Передача предмета расчета без его оплаты в момент его передачи с последующей оплатой в кредит
Формат ПФ-«ПЕРЕДАЧА В КРЕДИТ» или «7» или может не печататься

Однако, закон 54-фз не содержит нормы, которая бы обязывала применять ККТ только при передаче товара, если расчеты только планируются в будущем.
Ибо в статье 1.2 сказано "при осуществлении расчетов".
А не в случае, если расчеты только предусмотрены законом или договором.

Таким образом, ПЕРЕДАЧА В КРЕДИТ не соответствует условиям обязательного применения ККТ по закону 54-ФЗ.

Твое утверждение, о том, что кредит ("ПЕРЕДАЧА В КРЕДИТ") сопровождается поступлением денег в будущем, не соответствует условию "при осуществлении расчетов".

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

Поэтому ссылки на ключевое слово "КРЕДИТ" в твоем посте ничего не доказывают.

(269) + Особенно это заметно при последующей оплате по банку.

Предлагаешь пробить чек на реализацию, если "кредит" погашается безналом?
При таком способе расчетов 54-фз освобождает от применения ККМ.
Чем будет "закрываться" этот якобы кредит?

(269) >Однако, закон 54-фз не содержит нормы, которая бы обязывала применять ККТ только при передаче товара, если расчеты только планируются в будущем.

Только при бесплатной передаче товара.

Если же она платная-возмездная то "расчет" частично уже произошел и образовался долг в виде кредита.
Если он погашен в тот же день - можно пробить единый чек с передачей ТРУ, или даже не пробивать если безнал.

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

(270) Гашение по банку это исключение а не правило, и да это исключение позволяет не пробивать чек по ККТ. Но если гашение кредита произошло налом или иной формой оплаты то надо пробивать.

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

Суть закона в полном контроле оборота и расчетов. Если нечто выпадает из контроля то это нарушение закона и будет наказываться.
Если не смогли наказать по букве закона то значит будут поправки в закон.

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

(272) Так до 1 июля 2019г при безналичных расчетах между ЮЛ/ИП никто не применял ККТ при реализации с постоплатой.

Никаких новых норм не вступит в силу для этого случая.
На каком основании сделан вывод, что ККТ применять при реализации ?

И учти что для маркировки тебе один хрен придется пробивать передачу в кредит.
Или подавать сведения мимо ККТ и ОФД напрямую через сервис самостоятельно.

(273) это — не суть закона, а твое личное понимание.
Не основанное на законе, а основанное на ложной интерпретации ФФД.

Приказ ФНС в принципе не может устанавливать новых обстоятельств, влекущих применение ККТ, которые не предусмотрены законом.

(276) Приказ ФНС как раз может, это письмо ФНС можно не учитывать.

(277) В сфере ККТ не может.

Законодательство Российской Федерации о применении контрольно-кассовой техники состоит из настоящего Федерального закона и принятых в соответствии с ним нормативных правовых актов. (ст.1 Закона 54-ФЗ)

Поэтому приказы ФНС в сфере применения ККТ должны приниматься исключительно в соответствии с законом 54-ФЗ.

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

Нашел пример.

ККМ при реализация с постоплатой применяется при одобрении покупателю банковского кредита.

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

https://www.buhonline.ru/forum/index?g=posts&t=538739

(278) Пример дурной и если оплата от банка поступает в тот же день это простой расчет электронно, никакого кредита.
Потому что магазин деньги получает сразу от банка, а как банк будет выдачу кредита и гашения "пробивать" это его дело.

Ищи пример с рассрочкой или отгрузкой в кредит.

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

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

Товар передали, если денег в тот же день нет = кредит. Деньги поступают = гашение кредита.

(280)+ Мы в розничной ювелирке в случае кредита не передаем изделия покупателю раньше чем поступит оплата от банка на наш счет.
Потому что слишком много проблем с "недовыданными кредитами", потом разбирательство по полгода длится.

(280) Если оплата от банка поступила после передачи товара, то рекомендуем оформлять кассовый чек как при передаче товара с признаком "6" или "ПЕРЕДАЧА В КРЕДИТ" (тег 1214), так и при получении денег от банка в оплату уже переданного товара с признаком "7" или "ОПЛАТА КРЕДИТА" (тег 1214).

Такой порядок оформления чеков соответствует приказу ФНС России от 21.03.2017 № ММВ-7-20/229@ "Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию".

https://its.1c.ru/db/answers#content:3417:hdoc

От себя добавлю, что это— только рекомендация, ссылок на закон нет.
Исполнять не обязательно.

Натянул БПО 1.22 на свою УТ, драйвер 10.5 встал, теперь тестить правильность пробития чеков, есть у кого-нить эмулятор для x64?

(283) Спасибо, но как то воздержусь от :)

+(283) Вы вопрос читали?

Вопрос аудитору

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

...
По тексту явно сказано, что торговля ведется в Кредит, "Кредит покупателям предоставляет банк-партнер"

(230) "Покупатель пробился на чеке, а его ИНН- нет".
Проверьте корректен ли ИНН (реальный ли, сходится ли по контрольному числу) и что прошивка не старее 7733.

(248) Для того чтобы включить печать тегов в бумажном чеке для Штрих-М выполните следующие рекомендации:

1) Данные теги печатаются автоматически при условии их заполнения в методе FNOperation (свойства PaymentTypeSign и PaymentItemSign). Единственное, в в Тесте драйвера ФР 4.14 в таб №17, поле №12 необходимо выставить значение "32".
2) Так же можно использовать встроенный механизм печати значения тегов.
Включается данный механизм в таб №17, поле №25 "Автопечать тегов" установкой значения "1". При этом никаких доп. методов для печати на чеке применять не нужно.
3) Настройка печати обязательных тегов:
https://docs.google.com/document/d/1d8qhpvmKliVR1XS-76Gom0H4cskkzYMXGzNOfleyiiA/
Помогло у клиента:
Тест драйвера, таблица 17:
поле 10 поменял с 0 на 1
поле 12 поменял с 0 на 31
поле 17 поменял с 0 на 2
поле 25 поменял с 0 на 1
поле 39 поменял с 0 на 1

(289) Огромное спасибо!

Спасибо за сообщение (288)

(284) везет, для 10.3 перенесли в который раз обновы на 01.07 (

(283) "Ведение торговли в кредит" <> предоставление и погашение займов для оплаты товаров.
(по тексту закона 54-фз).

Поскольку в примере из консультации заем предоставляет банк покупателю путем перечисления третьему лицу- продавцу товара, а погашает гражданин непосредственно банку. Таким образом,  продавец заем на оплату не предоставлял, и ему он не погашался.

Поэтому основание  для применения ККТ продавцом в момент реализации со ссылкой на предоставление или погашение займа отсутствует.

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

Квалификация такой отсрочки в качестве займа ничем не подтверждается.
В ГК РФ в главе 42 три параграфа- заем, кредит, товарный и коммерческий кредит.
Если считать, что предоставлен коммерческий кредит в форме отсрочки, то это параграф 3.
А в законе 54-фз в качестве приравненных к расчетам событий кредиты и товарные кредиты не упоминаются. Упоминается только заем ($1 главы 42 ГК РФ).

Кроме того, "торговля в кредит" не названа в законе 54-фз основанием для применения ККТ.
Таким основанием являются расчеты или приравненные к ним события. Понятие расчета, расшифрованное в законе 54-фз, не содержит события реализации товаров в кредит.
Поэтому отпуск товаров на условиях коммерческого кредита в форме отсрочки  не влечет обязанности применить ККТ с признаком расчетов "ОПЛАТА КРЕДИТОМ", ни с каким-либо иным признаком расчетов.

(292) также и ответ на (286)

(292) Вы это суду будете доказывать после штрафа о неприменении ККТ.

(280) Нашел пример с отсрочкой, когда кредит покупателю предоставляется самим продавцом.

При передаче товара без оплаты сейчас пробивать чек ККТ не нужно.
Такая обязанность появится у организации с 01.07.2019 года.
Это объясняется тем, что в целях реализации закона 54-ФЗ под выдачей займа на оплату товаров, работ, услуг следует понимать изменение срока обязательства по оплате поставленных товаров (выполненных работ, оказанных услуг). То есть случай, когда продавец предоставляет покупателю отсрочку или рассрочку по оплате товаров, работ, услуг.

При отгрузке товара без оплаты организация фактически предоставляет займ под оплату товаров, работ, услуг.
При выдаче займа ККТ можно не применять до 1 июля 2019 года (п.4 ст. 4 Закона от 03.07.2018 № 192-ФЗ).
То есть сейчас чек ККТ при отгрузке не нужен.
Заем на оплату товаров будет погашен, когда покупатель исполнит свое обязательство по оплате.
При погашении займа отсрочки нет. Чек приде №тся пробить, если оплата была наличными или с предъявлением электронного средства платежа.
В чеке указывается признак способа расчета «ОПЛАТА КРЕДИТА».

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

Источник: https://www.26-2.ru/qa/254103-nujno-li-probivat-chek-kkt-pri-peredache-tovara-bez-oplaty-pod-realizatsiyu

Критика консультации:
Отсрочка платежа продавцом является коммерческим кредитом, а не займом на оплату товаров. Поскольку при займе предоставляемое и возвращаемое имущество должны быть одного рода.
Подробнее описано в (292).

(294) Почему после штрафа, а не рассмотрении иска о его взыскании?

Состав правонарушения отсутствует- нет предоставления займа, возможен только коммерческий кредит. Поэтому суд должен отказать во взыскании штрафа.

Кстати, писем с разъяснениями на этот счет ни от Минфина, ни от ФНС не было.
С чего вы взяли, что они попытаются взыскать штраф в этом случае.

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

(296) Заём это вид кредита.
Или иначе кредит это более стандартизированная форма образования долга путем предоставления чего то в долг с процентами или без.

Когда один физик дает другому физику в долг - это заем.
Когда одно юрлицо дает другому юрлицу или физлицу в долг - это или заем или кредит зависит от кто юрлицо.
Потому что кредит имеют право выдавать только кредитно-финансовые учреждения.
Прочие или заем или отсрочка оплаты или рассрочка платежа или еще какие формы кредита.

(297)+ Если вы не понимаете что заём и кредит одно и тоже, только кредит он обычно от банка и с процентами и со строго оговоренными прочими условиями, а заём просто "дал денег потом второй обещал вернуть".

(298)+ это очень странно.

(224) Типы цен в накладной и порядок определения цены реализации  не являются определяющими признаками комиссии.

Определяет комиссию условие договора о предмете- продажа товаров комитента комиссионером от своего имени за вознаграждение.
Поэтому в собственность комиссионера они никогда не переходят.

По договору займа одна сторона называется "кредитор" а другая "заемщик".
Возвращать надо такие же вещи которые и занимал, занял рубли - и возвращать надо рубли.

(300) Если на заборе написано ..уй это не значит что от него можно залететь.

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

(297) Нет, заем — вовсе не вид кредита, а самостоятельный вид договора.
Это если мы о виде договора или о признании события расчета за товары.

Если же "видом кредита" вы пытаетесь обозначить тег в чеке ККМ "способ оплаты", то да, там общее слово "кредит" при реализации и оплате.

(303) Да они применили логичное слово "кредит" которое всем понятно и общеупотребительно.

Это наши некоторые другие законы запрещают называть кредиты правильно "кредитами" типа это привиегия только банков.

Займ это кредит, кредит это займ.

(304) *Заём

(304)+ "Денег в долг до получки" это тоже кредит.
Но чтобы не попасть под незаконную банковскую деятельность это не называют кредитом.

(306)+ "Одолжить перфоратор" - это товарный кредит ))

(302) Состав фактов определяется в том числе и условиями договора.

Если в ТОРГ-12 написано "передача на комиссию", в договоре написано комиссия, товары- собственность комитента, установлен срок для реализации, определен порядок расчета вознаграждения, присылаются отчеты о реализациях, выдаются распоряжения о возврате не реализованных товаров, комиссионер формирует на ккт чеки с реквизитами комитента и признаки продажи комиссионного товара, то все факты (договор, фактические правоотношения, вся первичная документация) однозначно определяют комиссию.

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


Комиссия это когда все что получено от реализации комиссионер передает целиком комитенту сразу как получил.
А взамен получает обратные платежи строго свое комиссионное (агентское) вознаграждение.

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

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

(310) В данном случае вы ведете себя не логично.

Когда я написал что в некоторых случаях комиссия это нифига не комиссия в просто реализация с отсрочкой и указывать ИНН комитента и прочее не надо вы пишите обратное.

В другом же когда говорю что кредит как и аванс надо пробивать - отрицаете.

Вы уже определитесь как нить.

(311)+ Причем в данном случае даже если комиссия и надо указывать признак агента и прочее, это не отменяет что надо пробивать правильно "кредит".

(309) Ложные суждения.

У нас цена реализации указана в накладной (чтобы не задирали и не задерживали реализацию).
В ней же выделено комиссионное вознаграждение и сумма, причитающаяся комитенту.
Разрешено снижать цену реализации, но без корректировки суммы, причитающейся комитенту.

Таким образом, "наценка" фиксирована по максимуму, ее можно только снижать, но нельзя задирать. Продажная цена и вознаграждение комиссионера фиксировано только максимумом.
Снизил цену реализации- сократил свое вознаграждение.
Таким образом, это- никакая ни наценка, а именно вознаграждение.

Право комиссионера удержать вознаграждение предусмотрено законом.
Комиссионер имеет право на вознаграждение, порядок выплаты которого устанавливается договором комиссии (п. 1 ст. 991 ГК РФ). Согласно ст. 997 ГК РФ комиссионер вправе, в соответствии со ст. 410 ГК РФ, удержать причитающиеся ему по договору комиссии суммы из всех сумм, поступивших к нему за счет комитента.

Все ваши доводы оказались ложными. Учитесь, Егор.

(309)+ И насчет "залога пока не оплатят"- чушь.

Если бы был залог, комиссионер был бы не вправе продавать предмет залога.

Кроме того, условие о залоге должно содержаться в договоре (ст.339 ГК РФ).
Несоблюдение условий к форме и предмету договора влечет его недействительность.

(313) Я про вас никогда ничего и не писал что у вас не комиссия.

Речь шла совсем о другом и другом товарище. Вы бы читать то научились и главное понимать. Ну там побольше обучающую выборку и фильтров добавить, фичи отинженерить.

(314) Комиссионер продает чужой товар, это еще прикольнее чем продавать товар в залоге.

Никто не мешает продавать товар в залоге, если это разрешено "договором залога"

У нас от банка был кредит на фирму под залог товара. И да мы товар продаем, странно да?

(302) Разоблачу еще одно твое заблуждение.

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

Цитата:

Статьей 516 ГК РФ предусмотрена обязанность покупателя оплатить товар в соответствии с порядком и формой расчета, которые указаны в договоре.
При этом статьей 190 ГК РФ предусмотрено, что сроки должны быть определены истечением периода (через какое-то количество часов, дней, недель, месяцев, лет), конкретной датой или указанием на событие, которое неизбежно должно наступить.

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

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

Поэтому при наличии рассматриваемого условия об оплате поставленного товара, срок оплаты считается несогласованным сторонами.

При этом в силу статьи 487 ГК РФ, если срок оплаты договором не установлен, то покупатель должен оплатить его в срок, определенный в соответствии со статьей 314 ГК РФ: 7 дней с момента предъявления законного требования поставщиком.

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

http://www.logosinfo.ru/zashita-v-sude/arbitradj/dogovornye-spory/vzyskanie-dolgov-s-pokupatelya/oplata-tovara-posle-ego-realizacii/

(317) "7 дней с момента предъявления законного требования поставщиком".

Поставщик предъявляет требование сразу после получения отчета по реализации, это происходит обычно раз или два в месяц.

(348) А зачем поставщику отчет о реализации?
Он же не имеет права контролировать товары, которые не являются его собственностью.

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

И как он проверит достоверность таких отчетов?
Товары не его- контролировать другое лицо он не вправе.

То есть такие сделки объяснимы для аффилированных лиц, но совершенно не характерны для обычного бизнеса.

Может кто знает - если чек идет на Электронную почту, должно ли ОФД там писать ИНН покупателя и наименование?
(в ОФД данные передаются, проверил по тегам)

(320) Нет, ОФД формирует такой же состав реквизитов. которые вы формируете в ПФ для покупателя.

(321) Мы то как раз формируем и в бумажной и в электронной версии

(322) там разный состав реквизитов, не заметил?

ваша бумажная версия будет выдана ОФД вашему покупателю

Товарищи, кто-нибудь знает, обработка для платформы 8.2 Атол онлайн кассы уже поддерживает ИНН и наименование покупателя?

(325) нет

(325) там сама ут 10.3 не поддерживает новую обработку.

(327) +1

(327) Та мне под БГУ 1.0 надо, она то поддерживает.
А ожидается вместе с выходом нового релиза УТ?

https://its.1c.ru/db/kkt#content:124:hdoc

Оплата наличными или картой через POS-терминал позже отгрузки

При отгрузке до оплаты (п. 2 и п. 3 ст. 1.2 Закона № 54-ФЗ):
- выдается бумажный чек
- ИЛИ электронный чек направляется на абонентский номер или e-mail клиента, если он их предоставил до расчета
- ИЛИ вместо чека направляются клиенту на абонентский номер или e-mail сведения, идентифицирующие такой кассовой чек, и информация о ресурсе, где этот чек можно скачать

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

- Чек на отгрузку выдается (направляется) клиенту в момент отгрузки
- Чек на постоплату выдается (направляется) клиенту в момент получения денег после отгрузки1

(329) ага, просто нужно подождать, судя выходу релизов 1С только и делает, что поддерживает конфигурации на обычных формах.

(331) Вопрос как насчет скооперироваться в одном деле?

(332)+ Суть идеи универсальный драйвер ТО (что угодно от ККТ до сканеров и прочего) через http-сервер.
Причем можно даже через инет используя платный сервис по подписке.

Это когда ККТ в одном месте стоит, а используют ее откуда угодно через инет.

(333)+ Причем эмуляция наиболее востребованных протоколов/форматов, даже старых.
Еще дофига старого софта который на 8-м драйвере АТОЛ сидит например, можно сделать обертку с поддержкой всех новых функций а старые по старому будут.

(333) я не сильно могу помочь, в разработке http-сервера, здесь нужны знания не в 1С, а я только и разрабатываю только что на 1С.

(241) Амулет, в (330) с ИТС, понятно что не законный документ, но сделали так в 1С, что при реализации с постоплатой - чек пробивают)

(335) Не-не, я все напишу. Только сказать что именно и продать надо ))

(337)+ Для начала у меня идея сделать веб-сервер (проще всего это на Golang) который принимает на вход XML по формату 1С.
А далее пробивает через нативные драйвера на разные ККТ.

Интеграция в конфы типовые или на основе БСП банальная будет.
Дальше уже развивать это.

(337) =) ааа, я значит хорошо продаю=) задачка, мне бы сейчас со своим задачами разобраться. Для начала самый простой вариант, это сделать аналог СерверТО из УТ 10.3, с передачей параметров на http сервер, вместо вызова типовых обработок, однако немного непонятна именно идея использования. Если поддержка сканер-штрихкодов, то каждый штрихкод специфичный и используется в разных ситуациях, и старые конфигурациям новые штрихкоды ни к чему, без поддержки вороха дополнений, например для маркировки обуви желательно еще иметь механизм хранения акцизов упаковок и их передачи в ИС, а это уже комплексное решение.
Я бы остановился только на сервере Фискальных регистраторов и Эквайринговых терминалов, как удобное решение без зависаний и с параллельной работой с нескольких рабочих мест. И нужно сделать его модульным,
чтобы другие разработчики при желании могли добавить свою поддержку торгового оборудования. или уже реализовать партнерство, в виде продажи этих модулей.

"Интеграция в конфы типовые или на основе БСП банальная будет." - банальна, но ее проще будет поддерживать, если при каждой хотелке законодательства все придется переписываться, то конечно тут лучше БПО, хотя я не знаю насколько сложно программировать в Golang

(338) еще подумал, отличная идея реализации такого функционала, для рекламы могу добавить поддержку вашего веб-сервиса в свою разработку. нужно только продумать формат передачи данных, как это сделано у АТОЛ, т.е. передается тикет задания, которое можно отменять или проверять статус. Сейчас большим недостатком веб-сервиса АТОЛ является как раз невозможность подключить одновременно к веб-сервису несколько ФР.

Подскажите кто знает: при использовании drvFr.dll какие свойства используются для передачи ИНН, Наименования, ГТД и страны?

(284) добавлю: сегодня затестил 10.5.0 на 55ф с последней бпо: гтд, страна, покупатель и инфа покупателя подтягивается.., в офд уходят и печатает в чеке, с 10.4.6 такого не было

(341) Ищи в мануале или FNSendTag

(343) я так понимаю указываю тег, значение, потом FNSendTag, потом sale() - это я передам страну и гтд и перед closecheck() я передаю тэги ИНН и наименование покупателя? У кого то так работает уже?

(344) Погугли найдешь темы на форуме штриха

С понедельника вступает в силу. Пролистал тему, но так и не понял что нужно сделать чтобы ИНН покупателя печатался. Кто-нибудь может простым языком объяснить?

Тоже волнуее этот вопрос.
1С:Предприятие 8.3 (8.3.12.1714)
Бухгалтерия предприятия, редакция 3.0 (3.0.71.69)
ККТ Атол 55ф прошита под 20% НДС, драйвер 10.4.2
Будет печатать в чеке наименование и ИНН покупателя?

А вы уже реализовали у себя корректную ставку НДС в чеках на ОСН?
При предоплате ставка "НДС 20\120", в реализации ставка "НДС 20", в оплате после отгрузки - "Без НДС"
https://its.1c.ru/db/kkt#content:133:hdoc
https://bugboard.v8.1c.ru/error/000053424

(347) http://forum.atol.ru/index.php?showtopic=37975
http://forum.atol.ru/index.php?showtopic=37973

1227 и 1228 для 1C поддержаны только в 10.5.0 в рамках стандарта подключаемого оборудования 3.0.

(347) а ну и (342) ибо у тебя БПО есть

(344)                 Объект.НомерТега = 1230;    //TagNumber
                Объект.ТипТега = 7;        //TagType
                Объект.ЗначениеТегаСтрока ="КодСтраныПроисхожденияТовара";
                Объект.FNSendTag(); // отправка тега
            
                            Объект.НомерТега = 1231;    //TagNumber
                Объект.ТипТега = 7;        //TagType
                Объект.ЗначениеТегаСтрока ="НомерТаможеннойДекларации";                                  
                                Объект.FNSendTag(); // отправка тега

У меня на 10.5 не взлетело, БПО сейчас 2.1.1.20. Скачал 2.1.1.23, при попытке печати смена не открыта пишет. На бухне 71.69.

(200) "Обработка эмулятора ФР работает без ограничений, обработки для Атол и Штрих-М закрыты КЗК-2. "

Обновление 3.2.3 "54-ФЗ:Онлайн-кассы для 1С 7.7" с поддержкой тегов 01.07.19 https://yadi.sk/d/0kc_Ait63MBGSh

[Версия 3.2.3] 28.06.19
202) Исправлена ошибка: через обработку ВПФ fr54_ПечатьЧека.ert не передавались ИНН и наименование покупателя (теги 1227 и 1228)
203) Исправлены ошибки при передаче тегов 1229 - 1231
204) Добавлена поддержка тегов для платежных агентов, комиссионной торговли: теги 1057, 1222, 1226, а также теги 1005, 1016, 1026, 1044, 1073, 1074, 1075 (в составе комплексного тега 1223) и теги 1225, 1171 (в составе комплексного тега 1224)

Взял интеграционную компоненту из БПО 2.1.1.23, поместил в УТ11 - она выводит Получателя и ПолучательИНН

(354) ты не всю БПО обновлял чтоли? А то я не работал раньше с ней

(355) Из общего макета выгрузил ДрайверАТОЛККТ54ФЗ10X, затем поместил в УТ11 в одноименный макет

(356) все равно пишет смена не открыта( хотя и в 1с документ есть и в самом ККМ открыта

(220) А указание ИНН кассира (не организации а именно кассира) обязательно ?

(291) "для 10.3 перенесли в который раз обновы на 01.07"

Для Рарус Авто тоже нет пока обновления.

Если формат передачи данных 1.05 то указание ГТД в печатном чеке обязательно ? Или только в электронном ?

(360) Таблица 20 к ФФД 1.05

Структура данных реквизита "предмет расчета"

номер таможенной декларации П-7, Э-6

Расшифровка признаков обязательности

6    Передача предмета расчета без его оплаты в момент его передачи с последующей оплатой в кредит    «ПЕРЕДАЧА В КРЕДИТ» или «7» или может не печататься
7    Оплата предмета расчета после его передачи с оплатой в кредит (оплата кредита)     «ОПЛАТА КРЕДИТА» или «9» или может не печататься

Примечания:

17. Реквизиты "код страны происхождения товара" (тег 1230) и "номер таможенной декларации" (тег 1231) включаются в состав кассового чека (БСО) в случаях осуществления расчетов между организациями и (или) индивидуальными предпринимателями, если пользователь имеет обязанность, предусмотренную пунктом 3 статьи 169 Налогового кодекса Российской Федерации.
(п. 17 введен Приказом ФНС России от 09.04.2018 N ММВ-7-20/207@)

Так что "может не печататься", если нет обязанности по п.3 ст.169 НК РФ

(361) У меня сейчас в конфигурация (не УТ) отправка данных на кассу выглядит таким образом

// ниже заполнение таблицы товаров отправляемых на кассу

Для Каждого СтрокаТоваров Из ТабличнаяЧастьДокументаОснования Цикл

    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,0,Число(СтрокаТоваров.НомерСтроки)); //Номер строки ТЧ
    
    Если ЗначениеЗаполнено(СтрокаТоваров.МестоРазмещения) Тогда
        SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,1,ПолучитьНомерОтдела(СтрокаТоваров.МестоРазмещения)); // N Отдела
    Иначе
        SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,1,ПараметрыШапки.ОсновнойОтдел); // N Отдела
    КонецЕсли;
    
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,2,СтрокаТоваров.Номенклатура.Артикул); // Артикул
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,3,Наименование); //Наименование товара
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,4,Число(Цена)); //Цена товара
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,5,КоличествоСУчетомКоэффициента); //Количество товара
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,6,Число(Сумма)); //Сумма товара
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,7,Строка(СтрокаТоваров.СкидкаНаТовар.Наименование)); //Наименование скидки для строки
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,8,СуммаСкидкиСтроки); //Сумма скидки на товар нет, она на весь чек
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,9,Число(СтрокаТоваров.ПроцентСкидкиСтроки)); //Процент скидки на товар нет, она на весь чек
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров,10, ?(обЗначениеНеЗаполнено(СтрокаТоваров.ХарактеристикаНоменклатуры),"",
    Строка(СтрокаТоваров.ХарактеристикаНоменклатуры))); // характеристика номенклатуры
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 11, СуммаНДС);                                    // Сумма налога 1
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 12, 0);                                           // тип позиции (0-товар, 1-модификатор товара)
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 13, Ставка);                                      // Ставка налога 1 в %
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 14, НомерНалоговойГруппыФР);                      // Номер налоговой группы 1 в ФР
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 15, 0);                                           // Сумма налога 2
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 16, 0);                                           // Ставка налога 2 в %
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 17, -1);                                          // Номер налоговой группы 2 в ФР
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 18, СуммаСкидки+СуммаСкидкиБонусами);  // Сумма распределенной скидки
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 19, ПризнакСпособаРасчета);     // Признак способа расчета
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 20, ПризнакПредметаРасчета);    // Признак предмета расчета
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 21, СтрокаТоваров.Количество);  // Количество упаковок
    SafeArrayТаблицаТоваров.SetValue(НомерСтрокиТоваров, 22, ЕдиницаИзмеренияПредметаРасчета);  // Единица измерения предмета расчета

    НомерСтрокиТоваров = НомерСтрокиТоваров + 1;

КонецЦикла;


Далее заполненная таблица отправляется на кассу

//Пробитие чека
Если ВыполнитьКомандуОборудования("ФР",GUID_ФР,"ПробитьЧек",SafeArrayПараметрыЧека,ТаймаутФР,ТекстОшибки) Тогда
    Результат=Истина; // Ура! Чек пробили!
    флПробитьЧек = Ложь;
Иначе
    // если у нас нет безналичных платежей то не будем задавать вопроса о повторном пробитии чека
    флПробитьЧек = Ложь;
КонецЕсли;


То есть данные по ГТД на кассу не отправляются.

У кого в конфе уже реализована отправка ГТД на кассу подскажите пожалуйста в каких номерах колонок это происходит ?
У меня разработчик конфы не выпустил еще обновление поэтому посмотреть не могу.

(362) И думаю нормально работающего обновления и не выпустит, пилите уже сами.

(358) Обязательно

Вопрос к тем у кого в конфе реализована передача ГТД и ИНН кассира.

Интересуют параметры таблицы передачи на ККМ этих данных.
То есть по сути номера колонок передаваемой таблицы.

Слить типовую конфу и посмотреть я могу. Вопрос только в том где и в какой конце это реализовано.

(365) Ищи в типовых функцию ПолучитьXMLПакетДляФискализацияЧека по глобальному поиску.

С Покупателем и его ИНН все получилось (1с 7.7), а вот с ГТД выдает сразу ошибку Некорректные данные

**Добавил в Цикл по строкам чекам
Объект.НомерТега = 1230;    //TagNumber
Объект.ТипТега = 7;        //TagType
Объект.ЗначениеТегаСтрока ="КодСтраныПроисхожденияТовара";
Объект.FNSendTag();// отправка тега
Объект.Sale()

(362) выглядит как наследие Рарус, кто это написал?

Друзья, будет ли работать вывод Покупателя и ИНН покупателя в чек на ДТО Атол 9.12.4.6377 (последний вроде из 9 линейки)? Конфига - УТ 11.4.7.150.

(369) Через теги будет и нативный драйвер будет, через интеграционную для 1С нет

(370) Используем драйвер "Поставляемый в составе конфигурации" - "АТОЛ:ККТ с передачей данных в ОФД (54-ФЗ) 9.Х". Это, как понимаю, нативный "правильный" драйвер, через который будет работать, так?

(360) Драйвер Атола не выводит эти теги в чеке (можно доработать вывод нефискальным текстом), Штрих-М выводит если выполнить рекомендации в (288)

(367)
Всё сделано неправильно. Этот код работать не будет никогда!

(373) Теги с ГТД в отдельный цикл по номенклатуре сделать, и разместить перед CloseCheck()?

Подскажите, пожалуйста, где посмотреть как правильно.
Не нашел в интернете, а в документации по драйверу примеров нет.
У клиента ТиС 7.7 древняя, в кассах я не шарю, приходится методом тыка дорабатывать обработку..

(372) Иногда выводит. Пока не нашел закономерность, на 1 ккм есть, на других нет. Как писал выше, одинаковые версии прошивок, драйверов, версий ФФД ФН, формата чека, настроек ККМ. Но результат разный )

(371) Неа, встроенные в 1С (в БПО) они с интеграционной а не нативные.

(376) А что тогда делать, чтоб эти реквизиты выводились? Какой-то сторонний драйвер надо? Или же достаточно перейти на десятый ДТО, встроенный в конфигу?

(377) Можно просто выводить нефискальным текстом в чеке.

Кто-то уже вносил самостоятельно изменения в УТ 10 или КА 1 связанные с ГТД и прочими изменениями? Может быть поделитесь, а то 1С запаздывает с обновлением

всем доброго вечера. изменения накидал проверить в УТ 10.3, эмулятор не выводит ИНН и наименование покупателя. как тестировать не пойму?

(358) Присоединяюсь к вопросу. Вроде согласно 54ФЗ ИНН кассира надо выводить.
А в типовой БП3 до сих пор эта возможность не реализована.

(381) кто сказал что надо выводить?

(382) Говорят бухгалтера, которым это на семинаре внушили. Ссылаются на ст. 4.7 Закона 54-ФЗ и Приложение №2 к приказу ФНС ММВ-7-20/229@.

ИНН кассира тэг 1203, признак обязательности 7.
7 - реквизит может не включаться в состав ФД.
Приказ Федеральной налоговой службы от 21 марта 2017 г. N ММВ-7-20/229@

10.3.54.1 заценил кто? теги новые выводит ?

(384) Нашел. Спасибо.

(385) смотрю интеграционная компонента на сайте старая 10.4

(385) В 10.3.54.1 интеграционная компонента старая.

Что делать, у нас уже ИП-шник пришел, нужно сегодня выбить чек???

(388) Присоединяюсь к вопросу.
УТ 10.3 перепиленная конкретно.Воткнул заполнение тегов Покупатель и Покупатель ИНН в общие модули и формирование XML пакета. Драйвер Атол 10.4. Компонента похоже не пропускает. Кто нибудь победил? Или в обязаловку накатывать до последнего релиза УТ 10.3.54.1? Т.к. в новшествах этого обновления написано:
"Торговое оборудование
Наименование и ИНН покупателя в чеках ККТ
Добавлены новые обязательные реквизиты в чеки ККТ - наименование и ИНН покупателя. Эти реквизиты заполнятся в чеке ККТ, начиная с 01.07.19, при расчетах наличными с юридическими лицами и индивидуальными предпринимателями. А также оплате по платежной карте."

смотрю я на (385) и странно как-то. 1с внедрила походу БПО но как-то странно есть подключение ТО и старое и тонкий клиент но в тонком клиенте только ШК и ТСД.... это как ?

(388) Пробить через тест драйвера ККТ

(391) LOL )))
ну или у (368) обработку купить )
в демо 10.3.54.1 проверил - дрова 10.5 как не работали таи и не работают, но БПО они внедрили героически правда наполовину

(391) Бугагашечка)) А на крайний случай, есть что-то типа краткой инструкции, как выбить через тест драйвера, ковыряться неохота?

В дистрибутиве драйвера Атол 10.5, в папке 1С лежит компонента 10.5. Попробую её зипануть и загрузить в макет обработки AtolKKT.epf
Ну и драйвер Атол поднять с 10.4 до 10.5. Что-то надо делать, щас начнется стон...

(394) да пробовал уже это

(395) Не подхватились? Хреново дело...

Сейчас посмотрел какие драйвера лежат в современных конфах, так там те же 1_4_4_0. Что за фигня? В современных тоже что-ли не бьется?

(395) Какие то ошибки выдает?

Вот тут есть комментарии от 1С итс по поводу обязательности реквизитов: https://its.1c.ru/db/newscomm#content:463479:hdoc
"ФФД 1.1 необходимо указывать ИНН покупателя (Тег 1228) и можно не указывать наименование покупателя (Тег 1227);
ФФД 1.05 наименование покупателя (Тег 1227) можно не включать, а ИНН покупателя (Тег 1228) включать рекомендуется, но обязательным реквизит не является."

Как посмотреть сформированный XML пакет? Если отладчиком, то он в процедуру ПолучитьXMLПакетДляФискализацияЧека не заходит.

(399) Читал это. Но налоговая отреагирует репрессивно.

Смотрю описание обновлений драйверов:
10.4.0 от 04.09.2018
- Тестовое приложение

    1. На вкладку "Чек" добавлены поля для ввода новых реквизитов ФН:
        - 1227 - наименования получателя;
        - 1228 - ИНН получателя;
        - 1229 - акциз;
        - 1230 - код страны происхождения;
        - 1231 - номер таможенной декларации.

Получается в дрова поддержка этих тэгов введена давным давно.

(399) Это их мнение. В 54-ФЗ четко обозначено требование

(396) ошибка как и была в ПолучитьПараметрыККТ..
(402) Читайте форум выше, да драйвер сам 10.4.6 отправляет все в ОФД проблема в "интеграционной компоненте" ее как раз никто и не обновил ни 1с ни атол или кто там должен ее обновить.

(392) то что 1с накрячило из БПО здесь с точки зрения ККТ в корне не поменялось ничего - только теперь при пробитии чека из ПКО вызывается модная обработка "ПредпросмотрЧека" как в ут11 а дальше объект драйвера получают все с той же "интеграционной" компоненты из внешней обработки ТО а она как была 10.4.4 так и осталась

(368) Это конфа и есть Раруса

Докладываю: УТэха свежая 11.4.8.73 (79 - глюкавый, да и БПО там та же 2.1.1.20). Драйвер Атол самый крайний - 10.5. Проблема в интеграц. компоненте - она лишь версии 10.4.4 (по стандарту 2.4). А чтобы эти новые реквизиты выводились, нужен стандарт 2.5.
Так что увы, не выводятся реквизиты!

(400) Если серверная то надо включать отладку сервера. проще всего в логах драйвера посмотреть

(407) да подсуньте компоненту из БПО свежей и будет счастье

(407) В ДТО 10.5 лежит свежая компонента, проверьте, будет с ней бить чек?

(408) Это где?

Куда подсунуть-то? в ExtCOMPT копировал - без толку. А вот, если в конфигураторе загрузить этот макет атола 10 из файла, то тогда оно выдает ошибку в настройках драйвера.

логи вроде как в C:\Users\[Имя пользователя]\AppData\Local\VirtualStore\Program Files\ATOL\Drivers\BIN

(411) примерно C:\users\user111\appdata\roaming\atol\drivers\bin если win7

(412) подключаемей оборудование - драйверы оборудования, там добавить как новый и перенастроить рабочее место, хотя наверное и через макет пойдет

Версия 10.3.54

Торговое оборудование
Наименование и ИНН покупателя в чеках ККТ
Добавлены новые обязательные реквизиты в чеки ККТ - наименование и ИНН покупателя. Эти реквизиты заполнятся в чеке ККТ, начиная с 01.07.19, при расчетах наличными с юридическими лицами и индивидуальными предпринимателями. А также оплате по платежной карте.
Печать кода страны происхождения и номера ГТД в чеках
В чеках, пробиваемых из документа "Реализация товаров и услуг" для импортных товаров выводится код страны происхождения и номер ГТД. Страна происхождения и номер ГТД указывается при поступлении запасов.
Эти реквизиты заполнятся в чеке ККТ, начиная с 01.07.19, при расчетах за импортные товары.

Т.е. врут?

(416) Нисколечки, поддержка в конфигурации есть, а в интеграционной компоненте нет

(407) смотрю https://its.1c.ru/db/metod8dev#content:4829:hdoc:chapter270

смотрим описание метода ПолучитьОписание (GetDescription)


ошибка в 10.3 уже в
ОбъектДрайвера.ПолучитьОписание(НаименованиеДрайвера,
                                        ОписаниеДрайвера,
                                        ТипОборудования,
                                        РевизияИнтерфейса,
                                        ИнтеграционныйКомпонент,
                                        ОсновнойДрайверУстановлен,
                                        URLЗагрузкиДрайвера);

все совпадает с описанием версии 2.5 но на 10.5 "интеграционной компоненте" (как я задолбался каждый раз это слово писать) ошибка

{ОбщаяФорма.ФормаНастройкиУниверсальныйДрайвер.Форма(428)}: Значение не является значением объектного типа (ОписаниеОшибки)
        ДрайверСообщение  = РезультатВыполнения.ОписаниеОшибки;


вывод - интеграционная компонента в составе драйвера вообще ни разу не 2.5 ... она версии 3.0 што ли ?

+ (418)

Ошибка получения описания драйвера
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(3376)}: Слишком много фактических параметров

да-да, тоже ругается на Поле объекта не обнаружено (наименование), если последнюю компоненту перетащить из крайнего БПО. Но вдруг чеки будут печататься при этом. Сейчас и проверим...

(418) А какая ревизия интерфейса передается в УТ?

Ночью сегодня на УПП выложили 123 релиз с печатью ИНН и Названия

(422) Так они и для УТ 10.3 выложили, только вот теги 1227 и 1228 не передаются.

Ура!
>>10.5.0.0/10.5.0.0 (Версия требований к разработке драйверов 3.0)
Заработали новые реквизиты!
решение - заменить макет ДрайверАТОЛККТ54ФЗ10X через сравнение с файлом cf от БПО 2.1.1.23!

(424) Поделись макетом или откуда его взять.

(423) я не успела еще весь форум прочитать и накатить изменения
но у меня 1.05, я считаю, что не нужно, а бухи считают, что нужно печатать эти 1227 и 1228 ((

(425) да, пофик на макет - он у тебя в дровах 10.5 у него просто УТ11 а у тебя 10.3, вроде напал на след

там в БПО


Попытка
            // Получаем описание драйвера
            ОбъектДрайвера.ПолучитьОписание(НаименованиеДрайвера,
            ОписаниеДрайвера,
            ТипОборудования,
            РевизияИнтерфейса,
            ИнтеграционныйКомпонент,
            ОсновнойДрайверУстановлен,
            URLЗагрузкиДрайвера);
            
        Исключение
            Попытка
                ОписаниеДрайвера = "";
                ОбъектДрайвера.ПолучитьОписание(ОписаниеДрайвера);
                ОписаниеДрайвераПараметры = МенеджерОборудованияВызовСервера.ПолучитьОписаниеДрайвера(ОписаниеДрайвера);
                ВерсияДрайвера            = ОписаниеДрайвераПараметры.ВерсияДрайвера;
                НаименованиеДрайвера      = ОписаниеДрайвераПараметры.НаименованиеДрайвера;
                ОписаниеДрайвера          = ОписаниеДрайвераПараметры.ОписаниеДрайвера;
                ТипОборудования           = ОписаниеДрайвераПараметры.ТипОборудования;
                ИнтеграционныйКомпонент   = ОписаниеДрайвераПараметры.ИнтеграционныйКомпонент;
                ОсновнойДрайверУстановлен = ОписаниеДрайвераПараметры.ОсновнойДрайверУстановлен;
                URLЗагрузкиДрайвера       = ОписаниеДрайвераПараметры.URLЗагрузкиДрайвера;
                // Получаем ревизию интерфейса драйвера.
                РевизияИнтерфейса = ОбъектДрайвера.ПолучитьРевизиюИнтерфейса();
            Исключение
                ВызватьИсключение ОписаниеОшибки();
            КонецПопытки;
            
        КонецПопытки;

т.е. в ОписаниеДрайвера - xml и оттуда по форматы 3.0 выдирают

(425) Из БПО 2.1.1.23
В ОФД все новые реквизиты уходят. А вот гтд и код страны на чеке не печатаются. Может быть, в тесте драйвера какая галочка для этого есть?

(428) Да драйвер Атол 10.5 и компонента из него подгруженная в макет последней AtolKKT.epf не дружат:

Ошибка вызова метода <ОбъектДрайвера.ПолучитьОписание>.
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(55)}: Слишком много фактических параметров

(430) В последней БПО
ОбъектДрайвера.НачатьВызовПолучитьОписание(ОповещениеМетода, НаименованиеДрайвера, ОписаниеДрайвера, ТипОборудования, РевизияИнтерфейса,
ИнтеграционныйКомпонент, ОсновнойДрайверУстановлен, URLЗагрузкиДрайвера);

Т.е. кол-во параметров такое же. Как же тогда там работает?

(430) Единственная разница, Ревизия интерфейса 2005 в новой бпо. Может ее нужно подсунуть?

(431) У меня ругается на получить описание
Попытка
    // Получаем описание драйвера
    ОбъектДрайвера.ПолучитьОписание(НаименованиеДрайвера, ОписаниеДрайвера, ТипОборудования, РевизияИнтерфейса,
                                        ИнтеграционныйКомпонент, ОсновнойДрайверУстановлен,
       URLЗагрузкиДрайвера);
       ПараметрыПодключения.Вставить("РевизияИнтерфейса", РевизияИнтерфейса);
Исключение

(433) Там просто асинхронно работает, это то же самое

С интеграционной компонентой от 1С ошибок нет и тегов нет ) Как быть-то...

Проморгал, все обернуто в попытка-исключение, в (427) это же написал
        Попытка
            НоваяАрхитектура          = Ложь;
            НаименованиеДрайвера      = "";
            ОписаниеДрайвера          = "";
            ТипОборудования           = "";
            ИнтеграционныйКомпонент   = Ложь;
            ОсновнойДрайверУстановлен = Ложь;
            РевизияИнтерфейса         = МенеджерОборудованияКлиентПовтИсп.РевизияИнтерфейсаДрайверов();
            URLЗагрузкиДрайвера       = "";
            ОповещениеМетода = Новый ОписаниеОповещения("ПолучитьОписаниеЗавершение", ЭтотОбъект);
            ОбъектДрайвера.НачатьВызовПолучитьОписание(ОповещениеМетода, НаименованиеДрайвера, ОписаниеДрайвера, ТипОборудования, РевизияИнтерфейса,
                                            ИнтеграционныйКомпонент, ОсновнойДрайверУстановлен, URLЗагрузкиДрайвера);
        Исключение
            // Получаем описание драйвера по новому стандарту
            ОписаниеДрайвера = "";
            ОповещениеМетода = Новый ОписаниеОповещения("ПолучитьОписаниеНовыйЗавершение", ЭтотОбъект, ОбъектДрайвера);
            ОбъектДрайвера.НачатьВызовПолучитьОписание(ОповещениеМетода, ОписаниеДрайвера);
        КонецПопытки;

Т.е. теперь передается 1 параметр!!!

(415) У меня заработало через подключение внешнего драйвера от атола версии 10.5. Но! При установке внешнего драйвера в тесте оборудования все равно показывает версию 10.4.6. Чтобы подхватились драйвера пришлось в профиле, в папке Roaming\1C\1cv8\ExtCompT удалить все драйвера ккт кроме fptr10_1c_win32_10_5_0_0.dll. Такое впечатление, что если раньше на рабочем месте стояло подключенное оборудование, то 1с брала первый по алфавиту драйвер :)

(437) и толку - я подключил к 10.3 дрова 10.5 а теперь сижу и ручками из БПО переношу ОткрытьСмену, ЗакрытьСмену и т.д. ибо в типоваой нет кода для ревизииинтерфейса >3003

(438) Какой релиз УТ 10.3 используешь?

(439) крайний, см в ПодключаемоеОборудованиеУниверсальныйДрайверКлиент  - ОткрытьСмену там все только для ПараметрыПодключения.РевизияИнтерфейса > 2001

пока переделал подкл. драйвера, открытие смены надо еще закрытиесмены, фискализировать чек, x и z отчеты и так по мелочи ...

(438) У нас Ут 11.4

(441) Т.е. ты допиливаешь крайний релиз УТ 10.3.54.1, чтобы оно работало с интеграционной компонентой от атолла?

(443) да, если бы знач что 1с не разродится к 01.07 уже две недели назад надо было из БПО переносить

(443) на самом деле у нас типо древняя 10.3 я взять чистую УТ 10.3.54.1 и уже думаю за 5 мин перенесу и... фиг...

(441) Из какой БПО берете код?
По сути изменения копеешные, но надо все внимательно делать. Тоже пока только подключение драйвера переделал.

(446) 2.1.1.23

+ (447) есть варианты ? ))

Ребят, есть все-таки идеи, почему на печать не выводятся код страны и гтд? В ОФД все ок. Если в ОФД реквизиты есть, значит из 1С оно в драйвер ККМ приходит. Галочки "выводить гтд на пеечать" в тесте драйвера не обнаружил...

(449) У нас все отечественное ГТД не используем.

(449) в ЦТО набери - в штрихе в таблице 17 это а в атоле хз

(448) Просто она зараза асинхронно написана

(449) Может они и не должны в бумажном чеке быть, как например ИНН кассира

(452) это не при чем, посмотри (440+) и сравни с 10.3

(449) а вообще законы читайте даже для ффд1.1 это обязательно только в электроне

(454) А, я на этот метод наткнулся ОбъектДрайвера.НачатьВызовПолучитьОписание и подумал что все так сделано))

(445) Хм. У нас тоже далеко не свежак 10.3.50.2, думал впилю заполнение тегов 1227, 1228 и вуаля. Нехотелось с обновлением морочиться. Тем более, что последний релиз от 30.06.2019, т.е. вчера. И он тоже как показывает жизнь с компонентой от 1С не того...

Резюмируя.
1. Обновляемся на крайний релиз 10.3.54.1 (а). Ну там по сути подсистема ТО нас интересует.
2. Берем компоненту из поставки драйвера атолл (что в папке 1С) , зипуем в архив, загоняем ее в макет обработки AtolKKT.epf
3. Перепиливаем типовую по подобию БПО 2.1.1.23
4. Ловим и отлаживам баги.

Тем временем у АТОЛа на форуме появилось:
    
Компонента 1С для БПО 2.5
с поддержкой тэгов 1227, 1228, 1229, 1230, 1231
http://forum.atol.ru/index.php?showtopic=34345

только это под десятые дрова, а что делать кто на УТ 10.3 под девятыми?

(457) не хотите заморачиваться с обновлением - не надо, воспользуйтесь обработкой http://catalog.mista.ru/public/590993/?ref=1050 , я уже заморочился за вас=)

(460) Поддерживает передачу новых тего для оборудования АТОЛ, ШтрихМ и Веб-сервера АТОЛ.

(459) Спасибо за инфу. Попробую ее прикрутить.

(459) это у них теперь ТАКОЙ канал распространения? с фс.атол.ру нифига не скачать

(459) Стоп. Что это за БПО 2.5. Текущая актуальная 2.1.1.23, далее в плане 3.

(464) опечатка наверное. Зачем она,без поддержки конфой

(465) Подумал, что это под версию обработки 2.5

а у всех отображается в этой компоненте в поле версия "0.0.0-237-ge854872-alpha"

(467) да

(465) А ведь компонента подключалась без ошибок как в (430), щас попробую открыть смену и пробить чек.

(467) это плохо?  о_О

(469) внутри другая компонента fptr10_1c_win32_0_0_0_237.dll, интересно

(469) Получилось что-нибудь?

(472) Смена открылась без ошибок. Щас бухи чек подготовят на физлицо, а не на юрика. По результату отпишусь.

(473) у себя проверил, все работает.

(474) А если юрик, выводит ИНН?

При пробитии чека...
Ошибка программирования реквизита 1228 (Недопустимый РНМ и/или ИНН)
Не удалось распечатать чек Чек ККМ ИК000004412 от 01.07.2019 14:48:28! Чек помечен на удаление!
Не удалось провести и распечатать весь список чеков! Повторите процедуру для необработанных документов!
Ну там и правда ИНН 1111111111
Ну то есть тег прихватился. Что обнадеживает.

(475) также нормально, сейчас проверял у клиента с выводом информации о получателе

(475) Юрика еще не били. Осторожничаем. Как по минному полю )

(477) А, так это из вашей обработки?

(475) Все ОК. Юрик и его ИНН отразились в чеке. Пошел за вискарем)

(479) ну да, но значит компонента поддерживает эту передачу

В ОФД тоже прилетело.

Короче берите компоненту из (459) спасибо доброму человеку. Зипуйте и загоняйте в макет обработки.

Ну и еще по коду в ПолучитьXMLПакетДляФискализацияЧека_ТО и ПолучитьXMLПакетДляФискализацияЧека
добавить строки

    Если Не ПустаяСтрока(ОбщиеПараметры.Получатель) Тогда
        ЗаписьXML.ЗаписатьАтрибут("CustomerInfo", XMLСтрока(ОбщиеПараметры.Получатель));
    КонецЕсли;
    Если Не ПустаяСтрока(ОбщиеПараметры.ПолучательИНН) Тогда
        ЗаписьXML.ЗаписатьАтрибут("CustomerINN", XMLСтрока(ОбщиеПараметры.ПолучательИНН));
    КонецЕсли;

В модуле дока ЧекККМ
Процедура ПодготовитьДанныеДляФискализацииЧека(ЧекККМ, ОбщиеПараметры, ДопДанные, ТО)

ОрганизацияЧека = ЧекККМ.КассаККМ.Владелец;
КонтрагентЧека = ЧекККМ.Контрагент;
...
    ОбщиеПараметры.ОрганизацияИНН = ОрганизацияЧека.ИНН;
    ОбщиеПараметры.ОрганизацияКПП = ОрганизацияЧека.КПП;

    ОбщиеПараметры.Получатель = КонтрагентЧека.Наименование;
    ОбщиеПараметры.ПолучательИНН = КонтрагентЧека.ИНН;


Собственно и всё.

(480) Поздравляю!!! Я уже собрался переписывать все)))

(458) ха, переписал как в БПО и СформироватьXMLПакетДляФискализацияЧека родная - (484) не надо

Все получилось с родной интеграционной компонентой от 10.5


да и к (484) еще гтд и страну добавить надо

Если ТекущаяПозиция.Свойство("КодСтраныПроисхожденияТовара") И НЕ ПустаяСтрока(ТекущаяПозиция.КодСтраныПроисхожденияТовара) Тогда
                        ЗаписьXML.ЗаписатьАтрибут("CountryOfOrigin", XMLСтрока(ТекущаяПозиция.КодСтраныПроисхожденияТовара));
                    КонецЕсли;
                    Если ТекущаяПозиция.Свойство("НомерТаможеннойДекларации") И НЕ ПустаяСтрока(ТекущаяПозиция.НомерТаможеннойДекларации) Тогда
                        ЗаписьXML.ЗаписатьАтрибут("CustomsDeclaration", XMLСтрока(ТекущаяПозиция.НомерТаможеннойДекларации));
                    КонецЕсли;

ну а за (459) респект атолу конечно

(487) за что спасибо? за то что они выпустили неработающую компоненту для 3000 ревизии, спасибо конечно, что-то Штрих выпустили свою компоненту в срок, и слова плохого не услышал.

(488) компонента рабочая для 3000 ревизии - если взять код из БПО все ок

+ (489) дело не в атоле а в 1с (как бы я ее не уважал)

(483) спасибо, с подменой из (459) ругается, но чеки бьет. 5 чеков в месяц даже с поддержки не буду снимать

(489) просто вы с ними не сталкивались,
например, неправильно возвращается статус смены, нельзя сформировать x отчет, внесение и выемку.

(486) А Вы переписали каким образом, все в блоке:
Если РевизияИнтерфейса >= 2002 Тогда
без отсутствия совместимости со старым драйвером?
или так же ветвили
Если РевизияИнтерфейса >= 3000 Тогда // Версия стандарта 3.0 (ОФД 1.1)

просто не понял какую ревизию вернет драйвер

(493) взял код из БПО

например ЗакрытьСмену


Функция ЗакрытьСмену(ОбъектДрайвера, Параметры, ПараметрыПодключения, ВходныеПараметры, ВыходныеПараметры)
    
    Результат = Истина;
    РезультатСостояние = Ложь;
    Кассир = ?(ВходныеПараметры <> Неопределено И ВходныеПараметры.Свойство("Кассир"), ВходныеПараметры.Кассир, НСтр("ru='Администратор'"));
    НомерСмены     = 0;
    НомерДокумента = 0;
    СтатусСмены    = 0;
    ФискальныеДанныеСтруктура = Неопределено;
    ПараметрыСостояния = Неопределено;
    ПараметрыОперации = МенеджерОборудованияВызовСервера.ПолучитьXMLПакетДляОперации(ВходныеПараметры);
    РевизияИнтерфейса  = ПараметрыПодключения.РевизияИнтерфейса;
    
    Попытка
        Если РевизияИнтерфейса >= 3000 Тогда // Версия стандарта 3.0 (ОФД 1.1)
            Результат = ОбъектДрайвера.ЗакрытьСмену(ПараметрыПодключения.ИДУстройства, ПараметрыОперации, ПараметрыСостояния);
            Если Результат Тогда
                ФискальныеДанныеСтруктура = МенеджерОборудованияВызовСервера.ПолучитьПараметрыСменыИзXMLПакета(ПараметрыСостояния, РевизияИнтерфейса);
                НомерСмены     = ФискальныеДанныеСтруктура.НомерСменыККТ;
                НомерДокумента = ФискальныеДанныеСтруктура.НомерЧекаККТ;
            КонецЕсли;
        Иначе
            Если РевизияИнтерфейса >= 2002 Тогда // Версия стандарта 2.2 (ОФД 1.0.5)
                Результат = ОбъектДрайвера.ЗакрытьСмену(ПараметрыПодключения.ИДУстройства, ПараметрыОперации, ПараметрыСостояния, НомерСмены, НомерДокумента);
                Если Результат Тогда
                    ФискальныеДанныеСтруктура = МенеджерОборудованияВызовСервера.ПолучитьПараметрыСменыИзXMLПакета(ПараметрыСостояния);
                    ФискальныеДанныеСтруктура.НомерСменыККТ = НомерСмены;
                    ФискальныеДанныеСтруктура.СтатусСмены   = 1; // Открыта
                КонецЕсли;
            Иначе
                Кассир = ?(ВходныеПараметры <> Неопределено И ВходныеПараметры.Свойство("Кассир"), ВходныеПараметры.Кассир, НСтр("ru='Администратор'"));
                Результат = ОбъектДрайвера.ЗакрытьСмену(ПараметрыПодключения.ИДУстройства, Кассир, НомерСмены, НомерДокумента);
                Если Результат Тогда
                    ФискальныеДанныеСтруктура = МенеджерОборудованияВызовСервера.ПолучитьПараметрыСменыИзXMLПакета(ПараметрыСостояния);
                    ФискальныеДанныеСтруктура.НомерСменыККТ = НомерСмены;
                    ФискальныеДанныеСтруктура.СтатусСмены   = 1; // Открыта
                КонецЕсли;
            КонецЕсли;
        КонецЕсли;
    Исключение
        Результат = Ложь;
        ВыходныеПараметры.Очистить();
        ВыходныеПараметры.Добавить(999);
        ВыходныеПараметры.Добавить(НСтр("ru='Ошибка вызова метода <ОбъектДрайвера.ЗакрытьСмену>.'") + Символы.ПС + ОписаниеОшибки());
        Возврат Результат;
    КонецПопытки;
    
    Если Результат Тогда
        // Заполнение выходных параметров.
        ВыходныеПараметры.Очистить();
        ВыходныеПараметры.Добавить(НомерСмены);
        ВыходныеПараметры.Добавить(НомерДокумента);
        ВыходныеПараметры.Добавить(1); // 1 - Закрыта - Состояние смены  
        ВыходныеПараметры.Добавить(ТекущаяДата());
        ВыходныеПараметры.Добавить(ФискальныеДанныеСтруктура);
        ВыходныеПараметры.Добавить(ПараметрыСостояния);
    Иначе
        ВыходныеПараметры.Очистить();
        ВыходныеПараметры.Добавить(999);
        ВыходныеПараметры.Добавить("");
        ОбъектДрайвера.ПолучитьОшибку(ВыходныеПараметры[1]);
    КонецЕсли;
    
    Возврат Результат;

КонецФункции

в драйвере нашел что глючит ShiftState смены и всегда "1" типо закрыта

+ (495) правда это на МГМ, посмотрите что у вас возвращает при команде "ПолучитьТекущееСостояние"

(496) РевизияИнтерфейса  = ПараметрыПодключения.РевизияИнтерфейса
у вас какую ревизию возращает?  Это сама компонента выдает или драйвер кассы?

(497) 3003

(497) это родная компонента 3.0 от дров 10.5

(499) А, все теперь понял, благодарю

Кто разобрался что в настройках атол ккт подкрутить чтобы ГТД еще и бум.чеке была? Это реально вообще?

(492) пропустил пост и ляпнул (495). Сама выемка проходит ОК - я вместо контроля на статус смены из драйвера запилил на поиск и статус документа КассоваяСмена

(492) x-отчет тоже норм формируется

(502) костыль=) ладно, в любом случае новая компонента АТОЛ работает нормально, можно ее использовать.

(504) ну вы на этом "собаку съели" ) вашей оценке можно верить

(505) скажите когда переберетесь на темную сторону. а то я все агитирую, а вы все не переходите=)

(503) z тоже норм или как?

(505) Всякое видал. Но брать крайнюю типовую и пилить ее под БПО следующей генерации, это экстрим. Респект не сломленным на пути истины. Но по мне, это перебор. Со всем уважением к пытливым умам. Спасибо всем, Братцы!

(507) норм

(508) не просто (459) увидел поздно когда уже почти допилил... ндя..

(510) В любом случае, ты бился как самурай. Респект.

(510) нужны теги были или компонента из 10.5 корявая?

(508) хотя можно еще проще - видишь (506) агитирует )

(512) нужен был код под ревизию дров 3003

(513) зато вот как прокачались, скоро также будете агитировать за свое решение=)

(513) Я не против его продукта и знаний. Но у нас свое РМК с блекждеком.

(515) Ты красавец, спасибо за подсказки коллегам по цеху.

(515) Уезжаю на Меркурий. Там суровый климат.

(517) спасибо. (518) так меркурий тоже поддерживаю=)

(519) Алаверды) При всем уважении. Тут тоже блэкждек.

(520) Блэкджек!)))

Едем в Магадан. Все дружно!!! Магаданнн...

Заменил из (459), все заработало, данные в ОФД уходят

А мы решили больше не работать с юридическими лицами по налу

(524) везет, а тут еще вылезла проблема у клиента - у него в интеркампани over 60 ИПешников и у каждого автономная ККТ типо атол90/91 и вот вопрос у них "ну и как нам бить ИНН теперь в чеках".... вот это реально смешно )
Может тоже посоветовать им ваше решение? Но вот беда - тогда я так понимаю он потеряет кучу своих клиентов ибо клиенты у него такие же горе-ИП-клиенты которые торгуют на рынках ... и если есть у него нал он с поставщиком налом ну и ККТ надо а есть б/н тогда по банку ...

(525) пока предложил им планшет  и подкл. атол90 и чек бить с планшета в т.ч. ИНН... но вот придет 21 год и все это 60 ипешников "повесятся" по второму разу когда им нужно будет чек по-товарно бить... ха

+ (526) а может предложить ему 60 ипешников закрыть и не нагибать государство по налогам... ну тогда сама контора закроется ... хнык

(524) Мы тоже от нала пока отказались, но проблема ведь в другом. Необходимо пробивать чеки так же на банковские переводы, если переводит физ.лицо. У нас регулярно ИП переводят деньги не с карты ИП, а со своей личной\карты жены и т.д. Так же бывают переводы от 3го лица физика за юр.лицо.
Выяснилось, что в УТ11 чеки в опте доработали в виде костыля, где частично задействовали механизмы розницы, при этом реализация крайне неудобная. Например, кнопка "пробить чек" появляется в "Поступлении безналичных ДС" только когда выбран плательщик с типом физ.лицо, а нам нужно чтобы плательщиком было юр.лицо, за которое перевел деньги физик (в основном для обмена с бухгалтерией). Приходится экстренно дорабатывать.

(528)  а со своей личной\карты жены и т.д. Так же бывают переводы от 3го лица физика за юр.лицо.

мы такие считаем физлицами и документы тоже на жену выписываем

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

(530) в точку

(20) А не могли бы вы сказать, что такое тестовый контур и что он дает? Правильно ли я понимаю, что например это в драйвере Атола нужно прописать сервер не ofdp.platformaofd.ru, а тестовый ofdt.platformaofd.ru. В этом случае пробитый чек будет просто отображаться в кабинете ОФД, но в налоговую не уйдет? Могу ли я на тестовой копии базы попробовать пробить такой чек, при уже открытой смене в рабочей базе? Или это нужно закрыть смену в рабочей базе. Поменять подключение в драйвере атола на тестовый сервер офд, открыть смену в тестовой копии базы, пробить какой либо чек, закрыть смену и вернуть настройки драйвера на рабочий сервер офд? Прошу прощение если вопрос совсем не по теме, просто хотелось бы как-то проверить, подтягиваются ли в офд теги 1227 и 1228.

(532) Насколько помню в кассе должен стоять эмулятор фискального накопителя, на боевом нельзя

(533) Ну да, чек в фискальный накопитель запишется. Нужно ставить эмулятор.
http://buhpoisk.ru/podklyuchenie-e-mulyatora-kontrol-no-kassovoj-tehniki-i-poryadok-raboty-s-nim.html

(532) тестовый контур http://www.1-ofd-test.ru использую с МГМ (эмулятор ФН), да в налоговую ничего не уйдет

(535) А без МГМ никак? Он денег стоит.

тут вот обсуждалось
https://forum.infostart.ru/forum33/topic207941/

(536) не знаю, программный эмуль не пробовал. МГМ 100% эмуляция ФН да и контора платит...

(460) можно ли с помощью вашей обработки печатать  тэги 1227, 1228, 1229, 1230, 1231 используя формат 1.05?

Небольшой оффтоп: нужно ли выводить должность кассира вместе с фио? Т.е. если у нас чек пробивает директор, то надо указывать в чеке "Кассир: Директор Иванов Иван Иванович"?

+ (540) типовая УТ выводит только ФИО физ.лица в поле "Кассир", хотя по 54-ФЗ вроде должность обязательна

(541) >>хотя по 54-ФЗ вроде должность обязательна

нет, не обязательна я даже тега не нашел который за это отвечает.
Где вы это увидели ?

(540) Есть организации, где директор и главбух одно лицо. Чего бы ему и кассиром не быть?

(542) Тега отдельного нет, но в законе прямо прописано в списке обязательных полей (http://www.consultant.ru/document/cons_doc_LAW_42359/):
"должность и фамилия лица, осуществившего расчет с покупателем (клиентом), оформившего кассовый чек или бланк строгой отчетности и выдавшего (передавшего) его покупателю (клиенту) (за исключением расчетов, осуществленных с использованием автоматических устройств для расчетов, применяемых в том числе при осуществлении расчетов в безналичном порядке в сети "Интернет");"
В некоторых конфигурациях в поле кассир записывается должность и фио физ.лица, в УТ только ФИО.

(544) >>в УТ только ФИО.

и это правильно

БП : 3.0.71.77
Платформа : 8.3.13.1809

ККМ Атол 90Ф
ФФД 1.05
Драйвера атол 10.5

У контрагентов ИНН заданы. Но при пробитии чеков не выводится ни наименование покупателя, ни ИНН покупателя.
Хотя на предварительном изображении чека, выводимом перед печатью, эти реквизиты есть.

При пробитии чека через тест-драйвер от атол ИНН и наименование покупателя выводятся.

В чем может быть проблема? Может кто-то сталкивался уже?

(546) обнови дравера и "прослойку", если ее используешь.

(546) Что касается тегов 1227 - 1231 (Наименование и ИНН покупателя, Сумма акциза, Код страны, ГТД), то саппорт Атола сообщает:
В прошивке 7733 не выводятся на печать 1229-1231. И в теге 1227 только 128 символов.
В прошивке 7942 выводятся все теги 1227-1231. И в теге 1227 – 256 символов
Причем в КОПИИ чека теги 1229-1231 печатаются и для прошивки 7733.

Но у Атол нет настройки, чтобы заставить печатать тег 1162 (в отличие от Штрих-М: о настройках печати тегов для Штрих-М я писал в посте (288)).
Вот ответ саппорта Атола:
"Сейчас тег 1162 не выводится, т.к. покупателям строка с непонятными символами ни к чему. Но т.к. некоторые пользователи ККТ считают иначе, то после подписания изменений к ФФД [возможно речь о ФФД 1.2, прим. мое], в новой прошивке будет настройка, печатать на ЧЛ с товаром КТ или [M]

Онлайн-кассы для 1С 7.7 (поддержка ДТО8, ДТО10, Штрих-М - все теги в полном объеме(!!!)
Ссылка на бесплатную демо-версию https://yadi.sk/d/0kc_Ait63MBGSh

[Версия 3.3.0] 03.07.19
205) в форму ПредПросмотраЧека добавлена возможность просматривать, редактировать и добавлять произвольные дополнительные теги чека, а также коды маркировки товаров (тег 1162).
206) в Панель управления ККМ добавлена возможность пробить чек без привязки к документу 1С. Универсальный редактор чека позволяет создать, отредактировать и пробить любой чек с любым содержанием и любыми тегами без привязки к данным 1С.
207) Параметр 17)ФДД принимает теперь по умолчанию значение 1.05.
208) Улучшена совместимость с конфигурацией 1С: Производство+Услуги+Бухгалтерия 7.7 через механизм ВПФ.
209) Добавлена возможность печатать чеки через механизм ВПФ для устаревших конфигураций 1С ТиС, ред. 9.2 без обновления перечисления КодыОпераций.
210) Исправлены выявленные ошибки

[Версия 3.3.1] 03.07.19
211) Исправлены ошибки.