Работа со способами расчета

Модели:
Меркурий-115Ф, Меркурий-119Ф, Меркурий-130Ф, Меркурий-180Ф, Меркурий-185Ф, Меркурий-МФ...
Аватара пользователя
ewgen
Сообщения: 529
Зарегистрирован: 16 сен 2011, 17:50

Работа со способами расчета

Сообщение ewgen »

Не нашел подобной темы пока. Речь про конфиг 28.09.17, конечно же.
Вот к примеру:
ИПшник делает мебель, ему надо взять сегодня 1000 руб. за изготовление кухонной зоны и завтра еще 2000 руб. по факту ее передачи заказчику. Он на УСН, НДСа соответственно нет, и это услуги. Цены не фиксированы. В товаре всё нужное запрограммировано. Какими признаками ему надо пробить эти 2 чека?
И зачем в "Предоплате" такая штука "Тек. платеж"? Мы же и так сумму указываем.
Аватара пользователя
RomanPrg
Сообщения: 479
Зарегистрирован: 05 апр 2017, 16:09

Re: Работа со способами расчета

Сообщение RomanPrg »

Товар по коду 1, с ценой 0

Первый чек сегодня
Код 1 ВЗ «Предоплата» ИТ 3000 ПИ 1000 ПИ ИТ

Второй чек завтра по факту
Код 1 ВЗ «Полный расчёт» ИТ 3000 ПИ 1000 ПИ ИТ
Аватара пользователя
ewgen
Сообщения: 529
Зарегистрирован: 16 сен 2011, 17:50

Re: Работа со способами расчета

Сообщение ewgen »

Не так просто. Всё равно запрашивает налог, а зачем? Он же в товаре задан!

И еще: зачем мы вводим в 1-м чеке общую стоимость 3000 руб.? Она не отображается нигде- ни в отчетах, ни в ЛК ОФД, там просто выручка 1000 руб.
Зато итог 2-го чека равен 3000 руб., и это есть и в чеке, и в ОФД. И когда мы из ОФД делаем выгрузку кассовых чеков за период в .csv- там только одна цифра 3000! А где же упоминание об уже внесенном авансе/предоплате? И где гарантия, что ФНС нам отминусует этот аванс и посчитает именно 3000, а не 4000? Какая-то опасная схема получается.
Аватара пользователя
RomanPrg
Сообщения: 479
Зарегистрирован: 05 апр 2017, 16:09

Re: Работа со способами расчета

Сообщение RomanPrg »

Не так просто. Всё равно запрашивает налог, а зачем? Он же в товаре задан!
Если в базе не нулевой налог запрограммирован, то не будет запрашивать.
И где гарантия, что ФНС нам отминусует этот аванс и посчитает именно 3000, а не 4000? Какая-то опасная схема получается.
ФНС ничего отминусовывать не будет

ИТОГ складывается из:

СУММА НАЛИЧНЫМИ
СУММА ЭЛЕКТРОННЫМИ
СУММА ВСТРЕЧНЫМ ПРЕДСТАВЛЕНИЕМ
СУММА ЗАЧЁТА АВАНСОВ
СУММА КРЕДИТОВ
Аватара пользователя
ewgen
Сообщения: 529
Зарегистрирован: 16 сен 2011, 17:50

Re: Работа со способами расчета

Сообщение ewgen »

RomanPrg писал(а):
Не так просто. Всё равно запрашивает налог, а зачем? Он же в товаре задан!
Если в базе не нулевой налог запрограммирован, то не будет запрашивать.
Вы че, ребят? ) Конечно, он нулевой! Не 0%, а просто "без налога". Это ж УСНО, там нет НДСов никаких в чеке вообще, и быть не может. А вы по-умолчанию встраиваете налоги? Чтобы утомить пользователя нажиманием кнопок?
зы. А НСП (налогов с продаж) в России нет еще со времен Горбачева. Я пытаюсь эту простую мысль донести Инкотексу уже лет 10.
Аватара пользователя
Сергей Бушин
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 1902
Зарегистрирован: 17 мар 2011, 19:38

Re: Работа со способами расчета

Сообщение Сергей Бушин »

Налоговая ставка 0 - это "без НДС". Если в базе товаров заведен товар с налоговой ставкой 0, значит должно печататься автоматически при пробитии данной позиции - "без НДС". То что сейчас при предоплате запрашивается налоговая ставка - это недоработка релиза, поправим при очередном обновлении.
Аватара пользователя
Krom
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 23
Зарегистрирован: 18 фев 2011, 11:32

Re: Работа со способами расчета

Сообщение Krom »

ewgen писал(а):
RomanPrg писал(а):
Не так просто. Всё равно запрашивает налог, а зачем? Он же в товаре задан!
Если в базе не нулевой налог запрограммирован, то не будет запрашивать.
Вы че, ребят? ) Конечно, он нулевой! Не 0%, а просто "без налога". Это ж УСНО, там нет НДСов никаких в чеке вообще, и быть не может. А вы по-умолчанию встраиваете налоги? Чтобы утомить пользователя нажиманием кнопок?
Как сказал выше Сергей Алексеевич, код 0 - БЕЗ НДС. А в прошиве недоработка. По идее, если в базе товаров в поле налога запрограммирован 0, и не задан налог по умолчанию (опция 8 вроде), то налог не должен запрашиваться. Но где-то там косяк в анализе условий, поправим. Ну а сейчас при запросе налога нажать 0 и ПИ, и будет без НДС.
ewgen писал(а): А НСП (налогов с продаж) в России нет еще со времен Горбачева. Я пытаюсь эту простую мысль донести Инкотексу уже лет 10.
А причем здесь НСП вообще? Читаем НК РФ. В частности, НДС 10% НДС 18% НДС 10/110 и НДС 18/118. По каким формулам и как считаются. Идем, например, в ближайший METRO и вдумчиво рассматриваем ценники. Вот они работают в полном соотв. с НК РФ. Таких немного. Но есть.
Аватара пользователя
Krom
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 23
Зарегистрирован: 18 фев 2011, 11:32

Re: Работа со способами расчета

Сообщение Krom »

ewgen писал(а): И еще: зачем мы вводим в 1-м чеке общую стоимость 3000 руб.? Она не отображается нигде- ни в отчетах, ни в ЛК ОФД, там просто выручка 1000 руб.
Зато итог 2-го чека равен 3000 руб., и это есть и в чеке, и в ОФД. И когда мы из ОФД делаем выгрузку кассовых чеков за период в .csv- там только одна цифра 3000! А где же упоминание об уже внесенном авансе/предоплате? И где гарантия, что ФНС нам отминусует этот аванс и посчитает именно 3000, а не 4000? Какая-то опасная схема получается.
А ты попробуй чеки из архива распечатать. Там вообще мрак. Если считать по архиву, то там суммы могут увеличиваться в разы, т.к. типов оплат вообще нет. И в таком виде, как он есть, я вообще не понимаю, зачем он, архив, нужен.
А общую стоимость указываем, потому что ты проводишь частичную предоплату без выдачи предмета расчета. Если сумма предоплаты равна сумме итога, то это уже будет ПРЕДОПЛАТА 100%, а это совсем другая операция. Не мы это придумали. Зато отдуваться приходиться нам :)
А что там и как считает у себя и хранит ОФД нам не ведомо, и, честно говоря, по барабану. Пробовали мы поначалу вести диалоги с разработчиками ФФД, но практически безрезультатно. Или игнор, или подтирание постов.
Аватара пользователя
ewgen
Сообщения: 529
Зарегистрирован: 16 сен 2011, 17:50

Re: Работа со способами расчета

Сообщение ewgen »

Михаил, про НСП- это я так, накипело ) Просто вспомнилось, как в 2008-м году тебя просили добавить какую-то фичу, а ты говорил, что объем ПО уже уперся в объем памяти проца, но зато блин куча налоговых ставок и групп, никогда нигде не используемых. Ладно, это флуд.
По делу.
Да мы в курсе, что налог "0"="без НДС", и печально, что уже 18-й релиз, а никто не вспомнил по ставку 0. Надеюсь, будет поправлено скоро, потому что писать инструкции для кассиров приходится нам- и они д.б. универсальными.

Теперь по авансам и прочим предоплатам. Возьмем для примера один признак ПРЕДОПЛАТА (с остальными примерно то же). Пробьем в одной смене 2 чека: предоплата и полный расчет. Потом закроем смену.
1. Я так и не понял фразы "А общую стоимость указываем, потому что ты проводишь частичную предоплату без выдачи предмета расчета." Вы ее нигде не указываете- в чеке ее нет, в ОФД не передается. Но кассир должен ее указать. Зачем, если кроме кассира это никому не надо? (И если пользоваться признаком АВАНС- там ее вводить не требуется, что понятно- предмет расчета неизвестен пока).
2. А вот далее, чтобы законно завершить продажу предмета, мы пробиваем чек ПОЛНЫЙ РАСЧЕТ. Там тоже указываем полную стоимость предмета (это понятно), сумму ранее внесенной предоплаты (понятно, она в этом чеке выступает как одна из форм платежа), в чеке выходит ИТОГ, равный полной стоимости. Но потом мы в полном отчете видим строчку СУММА БЕЗ НДС, равную сумме! двух чеков. То есть сумма чека ПРЕДОПЛАТЫ приплюсовывается к ИТОГУ ПОЛНОГО РАСЧЕТА. Как так? Откуда деньги? Сумма высчитывается больше на величину предоплаты!
Вот Роман писал:
ИТОГ складывается из:
СУММА НАЛИЧНЫМИ
СУММА ЭЛЕКТРОННЫМИ
СУММА ВСТРЕЧНЫМ ПРЕДСТАВЛЕНИЕМ
СУММА ЗАЧЁТА АВАНСОВ
СУММА КРЕДИТОВ
Так ведь ЗАЧЁТ АВАНСОВ должен быть со знаком "минус"- это ж зачет, а не второй такой же платеж.
Что будет с этими "предоплатными" тэгами происходить в ФНС- боюсь предположить.

Да, и по поводу ОФД- я позвонил 1-му ОФД, сказал, что это непорядок- так обрабатывать авансовый платеж. Они сказали "ну напишите нам пожелание, мы рассмотрим". Всё всё пофигу..
Аватара пользователя
Сергей Бушин
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 1902
Зарегистрирован: 17 мар 2011, 19:38

Re: Работа со способами расчета

Сообщение Сергей Бушин »

На сайте ФНС https://forum.nalog.ru/index.php?s=bdc8 ... wforum=134 приведён пример №3, в котором указано, как формируются те или иные теги при продаже с предоплатой и поставкой в кредит. Там, в т.ч. идёт фактически завдоение суммы расчёта. Мы сделали работу наших ККТ согласно методическим рекомендациям ФНС. Если есть замечания к рекомендациям ФНС - можете задать им вопрос.
Аватара пользователя
Krom
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 23
Зарегистрирован: 18 фев 2011, 11:32

Re: Работа со способами расчета

Сообщение Krom »

ewgen писал(а):Да мы в курсе, что налог "0"="без НДС", и печально, что уже 18-й релиз, а никто не вспомнил по ставку 0. Надеюсь, будет поправлено скоро, потому что писать инструкции для кассиров приходится нам- и они д.б. универсальными.
0 - без НДС
1 - НДС 0%
2 - НДС 10%
3 - НДС 10/110
4 - НДС 18%
5 - НДС 18/118
Можно в программировании налогов нажать 00 и выбрать ПЕЧАТАТЬ ВСЁ и посмотреть. Еще раз: 0 - без НДС, 1 - НДС 0% Или мы о разном говорим?
ewgen писал(а):Теперь по авансам и прочим предоплатам. Возьмем для примера один признак ПРЕДОПЛАТА (с остальными примерно то же). Пробьем в одной смене 2 чека: предоплата и полный расчет. Потом закроем смену.
Ну так попробуй на посл. версии. Вот я попробовал. Смотрим. Допустим, продаем "чётатам" за 1500 руб. 1й чек предоплата 500р. Чек отпечатался 500р, с указанием, что это предоплата 500р, итог 500р и что это 500р наличными.
2й чек полный расчет, сумму вбиваем полную 1500р и указываем 500р предоплаты. Чек отбивается с итогом 1500р, 500р предоплаты и 1000р наличными. По ФФД и примерам ФНС так и должно быть. И теги на сервер уходят соответствующие. Что там потом выдает сервер ОФД это их дело. Если чеки распечатать из ФН, то так и будет видно, что получили наличными 1й раз 500р и второй раз 1000р, хотя и на сервере, и в ФН будут два чека с ИТОГОВЫМИ суммами 500 и 1500р. Но, опять же, информация, что получено 500 а потом 1000 хранится и в ФН, и на ОФД передается.
Если же во втором чеке при полном расчете забить на предоплаты и ввести 1000р, то вроде как расхождений нет, но(!)... Где гарантии, что сейчас или в будущем ОФД или ФНС не начнут отслеживать "погашение" предоплат? Ну то есть видят - ага, вот чек предоплаты, а где потом эта предоплата была указана?
ewgen писал(а): Но потом мы в полном отчете видим строчку СУММА БЕЗ НДС, равную сумме! двух чеков. То есть сумма чека ПРЕДОПЛАТЫ приплюсовывается к ИТОГУ ПОЛНОГО РАСЧЕТА. Как так? Откуда деньги? Сумма высчитывается больше на величину предоплаты!
Вот конкретно по СУММЕ БЕЗ НДС я, возможно, погорячился :) Но это НЕФИСКАЛЬНЫЙ отчет, который я сам считаю, и он никого ни к чему не обязывает. Подумаю и скорее всего поправлю. А по налогам там так и должно быть. Это лучше у бухгалтеров проконсультироваться, а меня Сергей Алексеевич консультировал. Там какая-то сложная машинерия, что типа как только на счет поступает предоплата, нужно сразу по этой сумме перечислить налог, а уж когда полный расчет, то снова платится налог с полной суммы, но предварительно уплаченный то ли возвращается, то ли взаимозачетом... По ставкам кроме "без НДС" так и будет - налог два раза. Если, конечно, рекомендации и НК не поменяют :)
Аватара пользователя
Krom
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 23
Зарегистрирован: 18 фев 2011, 11:32

Re: Работа со способами расчета

Сообщение Krom »

ewgen писал(а):Михаил, про НСП- это я так, накипело ) Просто вспомнилось, как в 2008-м году тебя просили добавить какую-то фичу, а ты говорил, что объем ПО уже уперся в объем памяти проца, но зато блин куча налоговых ставок и групп, никогда нигде не используемых.
Алгоритм один, функция обработки одна, а сколько записей в базе на объем кода не влияет - хоть одна, хоть миллион. Расчет начисляемого (как он назывался тогда, или же как ты его называешь НСП) был неотъемлемой частью вычисления выделяемого. Убрав там начисляемые, я сократил бы код максимум на пару десятков байт - сообщения, с ними связанные, и выбор типа налога. Ну 30-40 байт, пусть даже 50, это предел. Для той фичи этого все равно категорически не хватало.
Аватара пользователя
ewgen
Сообщения: 529
Зарегистрирован: 16 сен 2011, 17:50

Re: Работа со способами расчета

Сообщение ewgen »

Бушин Вы могли бы дать также ссылку на Конституцию. Но вопрос-то сейчас не к ФНС, а к вашей реализации в ККТ:
вы согласны, что вы, как продавец и налогоплательщик, продав товар стоимостью 3000 рублей с авансом 1000 и увидев в отчете за смену 4000- вы больше никогда этими способами расчета пользоваться не станете? И в итоге ваша работа по внедрению в новое ПО этих полезных новшеств- просто на ветер?
Krom
предварительно уплаченный то ли возвращается, то ли взаимозачетом... По ставкам кроме "без НДС" так и будет - налог два раза. Если, конечно, рекомендации и НК не поменяют :)
Со всеми этими взаимозачетами налогов пусть ФНС разбирается. Но для кассира в нефискальном отчете ведь и сумма выручки больше, чем денег в кассе. Он-то хочет видеть реальную выручку, для чего этот отчет сделан?
Еще раз: 0 - без НДС, 1 - НДС 0% Или мы о разном говорим?
Я говорю о том, что товару задана ставка "0 - без НДС", но при продаже касса всё равно запрашивает налог. И да, даже с этой ставкой 0 (когда нет никаких взаимозачетов НДС)- сумма больше на сумму предоплат.
Последний раз редактировалось ewgen 12 окт 2017, 17:44, всего редактировалось 1 раз.
Аватара пользователя
RomanPrg
Сообщения: 479
Зарегистрирован: 05 апр 2017, 16:09

Re: Работа со способами расчета

Сообщение RomanPrg »

У нас реализовано, ровно по шаблонам примеров предоставленных ФНС.

Они законодатели мод, к нам какие претензии ?

По примерам, можно проследить только такую логику:

Если налог 10% или 18%, то с предоплаты берётся налог 10/110 или 18/118

А по факту получения с ПОЛНОЙ суммы 10% или 18% (без учёта предоплаты).

Если берёте товар в кредит, то с полной суммы товара сразу начисляется счётчик налога 10% или 18% .

А при оплате кредита. Сумма идёт без НДС (попадает в счётчик СУММА БЕЗ НДС)

Т.е. счётчик СУММА БЕЗ НДС не отображает реальную сумму товаров без НДС.
Аватара пользователя
Krom
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 23
Зарегистрирован: 18 фев 2011, 11:32

Re: Работа со способами расчета

Сообщение Krom »

ewgen писал(а):Бушин Вы могли бы дать также ссылку на Конституцию. Но вопрос-то сейчас не к ФНС, а к вашей реализации в ККТ:
вы согласны, что вы, как продавец и налогоплательщик, продав товар стоимостью 3000 рублей с авансом 1000 и увидев в отчете за смену 4000- вы больше никогда этими способами расчета пользоваться не станете? И в итоге ваша работа по внедрению в новое ПО этих полезных новшеств- просто на ветер?
Не туда смотрите :) Смотреть надо на (приход сумма наличными + сумма электронными) - (возврат прихода сумма наличными + сумма электронными) - (расход сумма наличными + сумма электронными) + (возврат расхода сумма наличными + сумма электронными). Это и есть выручка. Отдельной строчкой напечатать штоле....
А сумма без НДС да, сейчас печатается неверно, но это справочная информация. Которая, как я уже говорил, никого ни к чему не обязывает.
RomanPrg писал(а): Если берёте товар в кредит, то с полной суммы товара сразу начисляется счётчик налога 10% или 18% .
А при оплате кредита. Сумма идёт без НДС (попадает в счётчик СУММА БЕЗ НДС)
Т.е. счётчик СУММА БЕЗ НДС не отображает реальную сумму товаров без НДС.
Кстати да, верно подмечено, я как-то этот момент упустил. В СУММУ БЕ:З НДС падает все, что без НДС. В том числе и погашения кредитов, которые изначально-то налогом облагались. Это чисто индикативная величина. Убрать ее вообще штоле. А то споров о ни о чем...
Аватара пользователя
ewgen
Сообщения: 529
Зарегистрирован: 16 сен 2011, 17:50

Re: Работа со способами расчета

Сообщение ewgen »

Это и есть выручка. Отдельной строчкой напечатать штоле....
Было бы так- и вопросов бы не было! :)
Аватара пользователя
Сергей Бушин
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 1902
Зарегистрирован: 17 мар 2011, 19:38

Re: Работа со способами расчета

Сообщение Сергей Бушин »

ewgen писал(а):продав товар стоимостью 3000 рублей с авансом 1000 и увидев в отчете за смену 4000
Если внимательно посмотреть пример №3, то там фигурирует 4 чека на одну отгрузку.
Первый чек - частичная п/о, то есть сколько внесли п/о- столько и пробивается по кассе, правда налоговая ставка меняется с основной на расчётную, всё согласно ПБУ.
Второй чек - отгрузка товара, фактически в кредит. Обратите внимание, стоимость товара фигурирует полностью, будто предоплаты и никакой не было. Но ставка НДС - основная
Третий чек и четвёртый чеки - погашение кредита. Обратите внимание, сколько внесли денег - столько и пробили в стоимость товара, только НДС не облагается.
Итого: если сложить приходы (тег 1043) по всем чекам - они будут в два раза больше, чем если бы мы продавали сразу за полный расчёт. И как нам тогда отчёт составлять, выбрасывать эти приходы? Но они реально прошли через ФН и попали в ФНС.
P.S. Можем только справочно в нефискальных отчётах ввести дополнительные счётчики, типа отдано в кредит, погашено кредитов, сделано п/о и авансов, отгружено за полученные ранее авансы и п/о. Поможет? Не знаю. Будем думать. Если будут мысли - поделитесь
А выручка - это вообще сложное понятие. У нас есть счётчики нал/электронные. Но при работе с п/о, авансами и отгрузкой в кредит, думаю, простым подсчётом наличных и электронных не обойтись
Аватара пользователя
ewgen
Сообщения: 529
Зарегистрирован: 16 сен 2011, 17:50

Re: Работа со способами расчета

Сообщение ewgen »

Обратите внимание, сколько внесли денег - столько и пробили в стоимость товара, только НДС не облагается.
Итого: если сложить приходы (тег 1043) по всем чекам - они будут в два раза больше, чем если бы мы продавали сразу за полный расчёт.
Это алгебраическое сложение должно быть. В котором есть слагаемые со знаком "+" и со знаком "-". К примеру, "приход наличными" имеет знак плюс, "возврат прихода" имеет знак минус. Могу все тэги перечислять, но вы же понимаете, о чем речь?
"Аванс" имеет знак плюс- потому что это поступление денег продавцу, "зачет аванса" имеет знак минус- потому что это уже не деньги, а некая квитанция об оплате (как вексель, что ли), которая при "полном расчете" выступает уже как средство платежа наравне с деньгами, наличными или электронными или еще неважно какими.
И как нам тогда отчёт составлять, выбрасывать эти приходы? Но они реально прошли через ФН и попали в ФНС.
Не выбрасывать, а алгебраически складывать, с соответствующими знаками. Чтобы получить реальный отчет о реально полученных деньгах.
Неужели вы думаете, что ФНС будет обрабатывать всю сумму тэгов и подсчитывать оборот по кассе иначе, чем я описал? Просто тупо всё сложат на уровне арифметики? :)
Да, и давайте уточним: вы понятием "налоги" называете только сумму НДС (который, видимо, считается у вас всё-таки правильно). А я говорю и о налогах по УСНО, когда ИП или ООО платит 6% или 15% с ОБОРОТА по кассе. А у вас, как производителя недорогих "кнопочных" касс, таких кассоюзеров- процентов 80, думаю. И им правильный подсчет ОБОРОТА (если не нравится слово "выручка") очень важен.
Аватара пользователя
RomanPrg
Сообщения: 479
Зарегистрирован: 05 апр 2017, 16:09

Re: Работа со способами расчета

Сообщение RomanPrg »

Это алгебраическое сложение должно быть. В котором есть слагаемые со знаком "+" и со знаком "-". К примеру, "приход наличными" имеет знак плюс, "возврат прихода" имеет знак минус.
Вообще-то в бухгалтерии, как правило, операции вычитания нет

Даже в простом случае есть два счётчика:

«Сумма прихода»
«Сумма возврата прихода»

И одно из другого не вычитается.
Аватара пользователя
Сергей Бушин
Сотрудник Инкотекс
Сотрудник Инкотекс
Сообщения: 1902
Зарегистрирован: 17 мар 2011, 19:38

Re: Работа со способами расчета

Сообщение Сергей Бушин »

ewgen писал(а):Это алгебраическое сложение должно быть. В котором есть слагаемые со знаком "+" и со знаком "-". К примеру, "приход наличными" имеет знак плюс, "возврат прихода" имеет знак минус.
А я то думал, зачем же в бухгалтерии ведут разные счётчики, а ведь нужно просто всё сложить или вычесть :)
Итак, начнём с некоторых постулатов:
1. ФНС вообще всё равно какие отчёты формируются на ККТ и что в них фигурирует, так как она работает по первичке, то есть по кассовым чекам и информации, которую представляет налогоплательщик в своей отчётности.
2. Предприниматель формирует отчётность перед ИНФС по своим бухгалтерским данным, в т.ч. исходя из своей первички считает налоги к уплате.
Теперь кассовая техника. Есть признаки расчёта тег 1059 (4 вида) и самый насыщенный тег 1059 - предмет расчёта. Вот он как раз нам и нужен. В предмет расчёта входят такие важные признаки: способа расчёта тег 1214 (7 шт), предмета расчёта тег 1212 (13 шт), наименование предмета расчёта тег 1030, и стоимость предмета расчёта тег 1043. Кроме того, есть суммирующие теги 1020, 1031, 1081, 1215, 1216, 1217, и суммирующие по НДС 1102-1107. Ещё есть чеки коррекции (2). По анализу данных тегов примерно (именно примерно!) можно понять, а что делал налогоплательщик в той или иной ситуации. И если просто сложить счётчики по отдельным тегам, они только нарастают и каждый тег в отдельности реальной картины не отобразит. ИФНС анализирует каждый чек в разрезе отдельных тегов и формирует общие счётчики по предпринимателю, а не по конкретной ККТ, так как например, возврат товара можно сделать через полгода, в том числе и на другой ККТ, так как прежняя касса, например, утонула в озере Байкал :).
И как правильно написал Роман, в бухгалтерии может только что-то зачитываться, но не вычитаться, так как практически все счета ведутся с нарастающим итогом, просто в отдельных результирующих математически это действительно может выглядеть как вычитание (сложение со знаком минус), но на отдельные счета финрезультат никак не влияет.
В примере №3 наглядно показано, что сумма расчёта (тег 1020) в результате продажи товаров в два раза больше, чем реальная продажа. Но, оперируя тегами 1214, 1212 по каждому чеку можно корректно разнести сумму расчёта 1020 на выполнение операции и понять механизм формирования такой суммы прихода.
Нам для отчётности надо подумать, как привязывать сумму расчёта тег 1020 к признакам способа расчёта тег 1214 и признакам предмета расчёта тег 1212. Просто их там разновидностей много, количество счётчиков большое получается, а если ещё добавить признаки расчёта и чеки коррекции, то ещё умножить на 6. Касса же не компьютер, нет таких ресурсов, поэтому нужно будет думать.
Ответить