Ошибка программирования реквизита 1230 неверный номер поля

(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».

(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/

(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) или нет. Тут каждый бухгалтер сам будет для себя решать, какую сторону он займет и должен быть готов отстаивать её перед проверяющем

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

Для реквизита наименование и ИНН есть примечание

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

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

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

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

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

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

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

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

+ (10)

ха, вышла ут 10.3.53.2 — посмотнел:

CustomerInfo, CustomerINN, CountryOfOrigin, CustomsDeclaration то все для РевизияИнтерфейса >= 3000

Т.е. это для версии стандарта 3.0 (ОФД 1.1)

Получается что для того чтобы выполнить требования закона нужно перейти с 1.05 на 1.1 ?

Это в законе есть ?

(21) если

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

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

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

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

(49) Самозанятые это особый режим учета физ лица в ФНС.

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

в приказе ФНС  820 по новым электронным документам эти самозанятые добавлены ( точное название тэгов не помню)

т.е есть ЮрЛица, ИП, ЮрЛица_нерезеденты, Физ_лица_Самозанятые

т.е юрЛицо может выставить электронный УПД любому из перечисленных выше

(47) у юридического  лица может и не быть рассчетного счета

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

если Вы принимаете платежи за наличные рубли,

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

В этом случае Вы должны оформить такую продажу согласно действующему законодательству ( с 01.07),

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

ну и выдать все остальные документы счф, торг12 и кассовый чек.

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

но до 01.07 это Ваше право , а с 01.07.2019 это Ваша обязанность

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

Так я и не понял, надо ли использовать новые теги, если у тебя 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

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

Чисто технически надо каким то методом найти разраба этой ВК (ее в атол писали или по их заказу) и спросить.

Ну или раскопать эту ВК на исходники, но вряд ли кто будет делать.

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

Я думал уже написать универсальный драйвер ККТ по формату 1С чтобы был один и понимал через нативные дрова много разных моделей ККТ.

Т.е. берем https://its.1c.ru/db/metod8dev#content:4829:hdoc:chapter270 и пишем обертки для нативных дрова атола, штриха и прочих.

Исходники в открытый доступ и кому надо сам допилит.

Но пока влом ибо время требуется а время это потраченное кто оплатит?

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

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

Ищи логи по «.log» они хз где могут быть.

Часть есть в c:\ProgramData\ATOL\DRIVERS\

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

(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 (базовые версии)

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

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

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

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

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

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

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

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

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

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

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

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

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

(102) Смотрю на документацию:

https://www.screencast.com/t/p2Lviavg

Не вижу там упоминания о дополнении пробельными символами.

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

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

Если по каким-то причинам реализацию корректировали, то образовался никакой не аванс, а излишняя оплата.

Каких-либо расчетов в смысле 54-фз при этом не происходит.

Переплата образуется вследствие записей на счетах бухучета.

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

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

Вот xml из лога

<CheckPackage>

    <Parameters PaymentType=»1″ TaxVariant=»0″ CashierName=»Петров И.И.» CashierVATIN=»522516308905″ CustomerEmail=»» CustomerPhone=»» CustomerInfo=»Тестовый покупатель» CustomerINN=»12345678901″>

        <AgentData/>

        <PurveyorData/>

    </Parameters>

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

(98) При обратной реализации по сценарию 4 имеет место не возврат, а обычный приход.

Чеки пробивают не при приходе, а при расчете за него.

Если расчет по банку с юрлицом или ИП- никаких чеков ККМ не нужно.

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

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

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

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

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

Никакие балансы в 54-фз не упоминаются, как и некая «сходимость» (чего с чем?)

Баланс- форма отчетности, не имеющая отношения к расчетам.

Друзья, есть инфа что можно жить и на дто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с.

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

(111) Оплата наличными деньгами поставщику возможна только в его офисе.

В офис приходит представитель покупателя и вносит свои личные деньги или деньги взятые подотчет.

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

Поставщик выдает квитанцию к приходному ордеру и чем ККМ.

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

Покупатель оформляет расходный ордер и чек ККМ.

Подотчетное лицо сдает деньги в свою организацию по авансовому отчету.

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

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

(88) Верно, дело в интеграционной компоненте 1С82.

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

Желающие могут скачать и протестировать на 1С 7.7 https://yadi.sk/d/0kc_Ait63MBGSh

Обновляться до крайних релизов конфигураций 1С 77 нужны нет, поддерживаются те версии, что у вас есть.

Хм атол для 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-х не делал ибо не требовалось.

(140) Та не тут прикол в том что в 1С то уже есть XML готовый, а JSON надо пилить.

И можно эту внешнюю серверу-обертку на другие ККТ расширить не только АТОЛ и шустренько обновлять.

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

Например разные отчеты по ККТ, суммы в кассе и по пробитым чекам и прочее.

работаю через 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) Небольшое это сколько?

10 взносов по 2 т.р. и будет XML через веб-сервер для атол.

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

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

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

ККМ применяется, почти как при реализации с местом расчетом «офис», только чек можно не печатать, а только показать на экране мобильного устройства.

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

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

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

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

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

Теги на разные случаи разные.

Поделка от Виктуана на инфостарте для 7.7 стоит 3 тыс. руб.

Работает с фискальными регистраторами Атолл или Штрих.

Возможно, придется ее допиливать.

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

Касса Атол драйвер 10, ФФД 1.05.

СНО: Общая

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

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

ФФД 1.1 никогда не знает когда будет переход.

Т.е его по факту сейчас нет.

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

(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

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

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

(182) Тьфу

с 01.07.2019 для ФФД 1.05

(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 еще на наступило, могут не сделать заранее.

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

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

(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

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

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

(222) Нужно выяснить комиссия ли у вас реальная или по факту нет.

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

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

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

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

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

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

(232) «ПКО сделать не могу»

Что мешает ?

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

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

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

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

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

Таким образом, в вашем случае нужен чек на зачет полученного аванса.

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

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

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

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

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

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

http://www.consultant.ru/document/cons_doc_LAW_42359/a1b0f1c99aa2a3ab98dfb729163d3194973bdaee/

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

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

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

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

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

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

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

Когда поступит платеж — тогда и будет пробит чек на выручку (если не по банку между ЮЛ/ИП).

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

В силу прямой оговорки в статье 823 она не применяется, так как для продажи товаров в кредит установлены иные правила. А именно, статья 488 ГК РФ.

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

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

Проценты взыскиваются при нарушении срока уплаты.

И не на основании статей 488 или 823, а на основании статьи 395 ГК РФ.

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

Сам же привел 488 статью где:

«оплата товара через определенное время после его передачи покупателю (продажа товара в кредит)»

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

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

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

Просто указать срок уплаты и все. Никаких процентов.

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

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

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

Вот это- отсрочка.

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

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

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

Является ли оплата не в день передачи «займом» для правильного исполнения 54-ФЗ или нет.

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

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

А вовсе не несовпадение моментов передачи и оплаты.

В рознице срок оплаты установлен законом — при передаче товара (ст. 486 ГК РФ).

Поэтому любая иная дата оплаты — товарный кредит.

И именно поэтому в соседней статье 488 в скобках стоит отсрочка.

(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) Кредит сопровождается поступлением денег за товар, точно так же как и аванс.

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

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

В законе ст.1.2 Закона 54-ФЗ указано,

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

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

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

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

Интерпретируется как любая последующая оплата.

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

Значение реквизита- 6

Перечень оснований для присвоения реквизиту «признак способа расчета» (тег 1214) соответствующего значения реквизита-

Передача предмета расчета без его оплаты в момент его передачи с последующей оплатой в кредит

Формат ПФ-«ПЕРЕДАЧА В КРЕДИТ» или «7» или может не печататься

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

Ибо в статье 1.2 сказано «при осуществлении расчетов».

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

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

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

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

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

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

Предлагаешь пробить чек на реализацию, если «кредит» погашается безналом?

При таком способе расчетов 54-фз освобождает от применения ККМ.

Чем будет «закрываться» этот якобы кредит?

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

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

Если же она платная-возмездная то «расчет» частично уже произошел и образовался долг в виде кредита.

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

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

А уже затем пробивать гашения кредита.

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

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

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

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

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

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

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

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

(273) это — не суть закона, а твое личное понимание.

Не основанное на законе, а основанное на ложной интерпретации ФФД.

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

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

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

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

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

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

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

При продаже товара с использованием банковского кредита без первоначального взноса.

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

При выдаче товара ставим признак способа расчета «передача в кредит».

При получении денег после этого — «оплата кредита».

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

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

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

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

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

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

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

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

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

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

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

Исполнять не обязательно.

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

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

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

…

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

(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

(283) «Ведение торговли в кредит» <> предоставление и погашение займов для оплаты товаров.

(по тексту закона 54-фз).

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

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

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

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

Квалификация такой отсрочки в качестве займа ничем не подтверждается.

В ГК РФ в главе 42 три параграфа- заем, кредит, товарный и коммерческий кредит.

Если считать, что предоставлен коммерческий кредит в форме отсрочки, то это параграф 3.

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

Кроме того, «торговля в кредит» не названа в законе 54-фз основанием для применения ККТ.

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

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

(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) Заём это вид кредита.

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

Когда один физик дает другому физику в долг — это заем.

Когда одно юрлицо дает другому юрлицу или физлицу в долг — это или заем или кредит зависит от кто юрлицо.

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

Прочие или заем или отсрочка оплаты или рассрочка платежа или еще какие формы кредита.

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

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

Поэтому в собственность комиссионера они никогда не переходят.

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

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

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

Это если мы о виде договора или о признании события расчета за товары.

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

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

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

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

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

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

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

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

Комиссия это когда все что получено от реализации комиссионер передает целиком комитенту сразу как получил.

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

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

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

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

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

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

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