Элвес МФ безумный и НДС 20

[ravil1965.65]

Обязательность наличия QR-кода в чеке, формируемом онлайн-устройством, предусмотрена п. 1 ст. 4 закона № 54-ФЗ.

[promah]

Niro,
Пусть как будет , главное чтоб чеки выходили и уходили ,  QR - да хоть он на всех чеках будет одинаковый , главное , что он есть и в ОФД чек этот принят .

[Niro]

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

Можно проверить чек приложением и пожаловаться на некорректный QR-код.

[promah]

Niro,
Не страшайте , нет таких активистов в нашем селе .
Можно и с корректным QR попасть. Особенно с МФ , тупо с датой назад , а можно и вперёд.
На мной открытом кладбище ФН , пока 2 штуки , оба с МФ , но есть шанс ,что один я всёж смогу поставить сентябре  19го, потому как в 28.08.2018 , я так легко и непринуждённо активировал датой 28.08.2019  .

[Michael]

promah, "...легко и непринуждённо активировал датой 28.08.2019." Можно подробнее?
 Спасибо!

[SergeyD]

но есть шанс ,что один я всёж смогу поставить сентябре  19го, потому как в 28.08.2018 , я так легко и непринуждённо активировал датой 28.08.2019 

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

[ser76]

Пршивка 1.05.2.2010 (ФФД 1.05, НДС 20%) до сих пор лежит на официальном сайте Штриха. Значит с ней всё впорядке.

[patriot]

Если тег 1200 не передается- то что там офд с чем сравнивает и находит разницу? Сам считает сумму НДС 20 по предметам расчета и сравнивает с тегом сумма НДС по чеку? Какой продвинутый ОФД. Че-то не встречал, чтоб касса не передавала тег 1200. Хотя у на с отолы в основном.

[ДОЛГОПОЛОВ]

если в ФН есть батарейка,то можно было реализовать часы на останов ФН через 410 дней после активизации не зависимо от какой даты отсчитывать.....но это было не реализовано в ФНах.

Уж чего чего, а часы в ФНе не нужны.

[SergeyD]

но это надо было проверить на  практике

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

[ar]

и всё же в чём причина не пробития чека??

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

Вот, как вариант:
"В прошивке 1275 :

- Добавлена обработка ошибок ФН при закрытии чека.
В случае ошибки   документ аннулируется."

[promah]

Можно подробнее?
 Спасибо!

По запаре , сам дурак -сам виноват , аппарат нипричём.
Юзер затянул с заменой ФН , принёс с истекшим сроком КС , ну я откатил , закрыл архив . Новый фен вставил , дату выставил "типатекущую", на чек взглянул - реквизиты пральные,время правильное , ну а дату не поглядел , дата была -год вперёд .

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

Конечно в сейфе , этожж бабло!

[Niro]

Интересно....кто вас известил,разговоры здесь на форуме и на зеленном,правда туда уже долго не заходил,не подтвержденные ТУ или ТЗ на ФН остаются разговорами,которые проверяются практикой или у вас есть документы,которые подтверждают ваши слова,то покажите нам их.

Из закона о ККТ:
"Статья 41. Требования к фискальному накопителю
1. Фискальный накопитель должен отвечать следующим требованиям:
...
иметь энергонезависимый таймер;"

[Niro]

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

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

[LIMIT]

30 дней не отправленных чеков?

[ar]

Открытие смены и первый чек попали в еще 29)
Думаю, если бы закрыли смену, то далее получили бы 244...

[Техническая поддержка]

Перед прошивкой и перерегистрацией Элвес на прошивку для ФФД 1.05 нужно отправить все данные в ОФД. Атол например блокирует перерегистрацию если есть неотправленные чеки, а Штрих - нет. Потому что это никак не сказывается на работе ККТ. Кроме одного случая. Это когда ОФД Контур. ОФД Контур блокирует принятие чеков ФФД 1.0 если аппарат в режиме ФФД 1.05 так как следует из официального ответа "это нарушает закон". Я сам не знаю что это значит. Это значит наверное что другие ОФД "работают не по закону".
В общем чтобы выйти из этой неприятной ситуации нужно самим нарушить закон о том, что перерегистрироваться с ФФД 1.05 на ФФД 1.0 запрещено. Он конечно размазано написан, да и не следит за ним никто, но это не точно. В общем надо прошиться на старую прошивку 1.02.. или 1.0.. , сделать перерегистрацию, отправить все "незаконные" данные в ОФД контур, который не принимает "незаконных данных", прошиться снова на 1.05, сделать перерегистрацию и продолжать работать.
Есть более законный метод, но он не понравится бухгалтерам, но ничего не поделаешь если аппарат заблокировался при открытой смене. Нужно отправить данные через другое ОФД, пользуясь тестовым периодом. А можно и вообще оплатить и перейти на другое ОФД. Все "незаконные" данные уйдут.
ОФД Контур знает об этой ситуации, но ничего делать не собираются. Можете позвонить и и поспорить с ними лично.

И еще раз:
Е40 - нет связи с WI-FI
Е44 - есть связь с WI-FI, но нет связи интернетами
Е46 - есть связь с ОФД, но скорее всего слишком большие таймауты в таблице 12, поля 6 и 7.
Е47 - есть связь с ОФД, но оно отвергает данные
Е48 - есть связь с ОФД, но оно отвергает данные так ФН поврежден

[Michael]

В общем надо прошиться на старую прошивку 1.02.. или 1.0.. , сделать перерегистрацию, отправить все "незаконные" данные в ОФД контур

ЗАЧЕМ делать перерегистрацию!!! "Вернуться" на 1.0 или 1.02 только чтобы отправить данные и все!!!

[Техническая поддержка]

ЗАЧЕМ делать перерегистрацию!!! "Вернуться" на 1.0 или 1.02 только чтобы отправить данные и все!!!

По опыту - даже обычные Штрихи не могут доотправить данные в Контур без перерегистрации. Правда шить им прошивку 19.04.17, которая не знает про ФФД 1.05 не пробовал.

[chellenger]

Sorter, не нужно делать перерегистрацию, Michael точно знает что говорит!

[Niro]

Правда шить им прошивку 19.04.17, которая не знает про ФФД 1.05 не пробовал.

Может лучше прошивку от 29.05.17. Стабильная прошивка под ФФД 1.0, не подверженная проблеме 20.12.

[Mechanik]

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

[ser76]

Здравствуйте!
Для того, чтобы касса определялась как передающая нам информацию о ставке НДС 20% должны выполняться следующие условия:
1) В чеке по каждой из позиций должна быть посчитана и передана информация о ставке НДС 20%.
2) В чеке должна быть посчитана и передана информация о ставке НДС 20% по общей сумме чека.

Кроме этого, если касса передает нам данные о ставке НДС и при проверке на сервере ОФД система находит расхождение (больше чем на 1 копейку), то есть фиксирует НДС меньше или больше 20%, то определяется, что НДС 18%.

Прислали один в один. Типовая отписка.

[promah]

Здравствуйте!
Для того, чтобы касса определялась как передающая нам информацию о ставке НДС 20% должны выполняться следующие условия:
1) В чеке по каждой из позиций должна быть посчитана и передана информация о ставке НДС 20%.
2) В чеке должна быть посчитана и передана информация о ставке НДС 20% по общей сумме чека.

Кроме этого, если касса передает нам данные о ставке НДС и при проверке на сервере ОФД система находит расхождение (больше чем на 1 копейку), то есть фиксирует НДС меньше или больше 20%, то определяется, что НДС 18%.

Прислали один в один. Типовая отписка.

Может Михаил , что то прояснит ?

[Техническая поддержка]

Может Михаил , что то прояснит ?

Можете сказать какую сумму завели и какая сумма налога посчитался в том чеке, который в ОФД воспринялся как НДС 18%?

[promah]

Можете

Нет, переписку с ОФД - выложил выше , и что там  не так считается- я не в курсе .
Вот чек

Спойлер

, с ЛК в ОФД .


PS
удивительно , как можно поделить 12000 на 6  и получить целое и  копейки  .

[Техническая поддержка]

Вот чек

Спойлер

, с ЛК в ОФД .

Так он и определился как НДС 20%. В чем первоначально вопрос был? В том что некоторые чеки в ОФД определяются как НДС 18%, хотя пробиты по 20% ведь?

[promah]

Sorter, начало https://kkmcom.ru/index.php/topic,12326.msg150465.html#msg150465

[Техническая поддержка]

Да, действительно, есть старый и новый алгоритм.
У нового алгоритма НДС выделяется сразу по формуле [(Сумма чека)*(НДС)/((НДС)+100)]
Старый алгоритм считает (Сумма чека) - [(Сумма чека/1,(НДС)]
где [ ] - округлить. Вместо "(НДС)" везде ставить цифру "18" или "20".
Обе формулы показывают одинаковые результаты при 18, но разные при 20 при у некоторых значениях суммы.
Например, если прошить какой-нибудь Штрих на старую прошивку, то алгоритм 20% будет старый:

Судя по всему, в ОФД пользуются старым алгоритмом, о чем им надо сообщить.

[GeorgSerg]

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

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

[Market-Master]

Любят у нас лепить муде к бороде.   Финита б** комедия .. Или не ?

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

[GeorgSerg]

почти по Крылову-Однажды лебедь,рак и щука......

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

[promah]

Да, действительно, есть старый и новый алгоритм.
У нового алгоритма НДС выделяется сразу по формуле [(Сумма чека)*(НДС)/((НДС)+100)]
Старый алгоритм считает (Сумма чека) - [(Сумма чека/1,(НДС)]
где [ ] - округлить. Вместо "(НДС)" везде ставить цифру "18" или "20".
Обе формулы показывают одинаковые результаты при 18, но разные при 20 при у некоторых значениях суммы.
Например, если прошить какой-нибудь Штрих на старую прошивку, то алгоритм 20% будет старый:

Я не знаю - кто Что?Где?Когда?  курит и какие новые-старые алгоритмы , но ежу понятно  что с суммы 12000,00 выделяемый НДС 20 % будет  2000,00  , а начисляемый 2400,00 .

Напрочь отказываюсь понимать фильтр и  логику платформы  , зачем они вообще, что то пересчитывают . Им же русскими буквафавами написано НСД 20% и сумма чека .
Какие  на...Й  , там могут быть копейки -шмапейки , мой мозг измученный нарзаном - не может воспринять этого ольгабузова  .

[Техническая поддержка]

Я не знаю - кто Что?Где?Когда?  курит и какие новые-старые алгоритмы , но ежу понятно  что с суммы 12000,00 выделяемый НДС 20 % будет  2000,00  , а начисляемый 2400,00 .

Напрочь отказываюсь понимать фильтр и  логику платформы  , зачем они вообще, что то пересчитывают . Им же русскими буквафавами написано НСД 20% и сумма чека .
Какие  на...Й  , там могут быть копейки -шмапейки , мой мозг измученный нарзаном - не может воспринять этого ольгабузова  .

Ну не совсем написано что это 20%.
Есть тег 1102 который отвечал за НДС 18%. Налоговая не стала добавлять новый тэг для 20%, а оставила старый. Название тега в ОФД и налоговую не передается и даже в ФН не хранится. Название только расшифровывается, переводится и печатается согласно локальным настройкам. То есть ОФД и налоговая получает данные в таком виде: тэг 1102 - и сумму зачтенного налога. Затем для перевода на человеческий язык в личном кабинете ОФД тег 1102 переводится как "НДС 20%" согласно новому закону, и несмотря на то, что товар пробит по НДС 18% - его название в личном кабинете ОФД всё равно новое. То же самое и с тестом драйвера - если посмотреть фискальный документ на старой версии теста драйвера (11.ФН - Данные - ввести номер ФД в “№док.” - Прочитать фиск. документ), то в каждом документе названия налога, даже новые отображаются как “НДС 18%:”, а в новом тесте драйвера даже в прошлогодних документах название тега 1102 отобрадается как “НДС 20%.
Это нормально.

Так вот данное ОФД ввело еще алгоритм, который чтобы выяснить где тег 1102 указывать как 18%, а где 20%, высчитывает самостоятельно налог по формуле и сверяет с результатом. Но косяк оказался в том, что разрабы взяли старую формулу, которая из-за особенностей, которых тебе расскажет какой-нибудь озабоченный числофил, номально работает с НДС 18%, но ошибается в некоторых числах при подсчете 20%. Сейчас везде используется новая формула.

Короче это косяк ОФД.

[promah]

Короче это косяк ОФД.

ОФД так не думает .
ОФД точно знает :