Взять кассу

[finsoftrz]

Поэтому переход на 22% это всего добавление пары строк в одну из функций (elsif year(mydate)>2025 myval=22).

А когда некому это будет делать (не дай бог конечно), инструкция у клиентов есть на этот случай?

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

[finsoftrz]

PS. У нас почти одни атолы остались.

А я помню, что Вы когда-то давно, ещё Вики Принт ещё делали ...

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

[RaFaeL]

А когда некому это будет делать (не дай бог конечно), инструкция у клиентов есть на этот случай?

А ему этот случай для чего вообще рассматривать?

[finsoftrz]

Кстати, со следующего года учет НДС в определенной ситуации сильно упроститься, как это ни странно. Раньше, когда можно было использовать оптовую торговлю на общей системе налогообложения с НДС, а розницу на патенте (еще ранее на вмененке) без НДС, были довольно сложные расчетs при наличии таких видов деятельности. То есть, мы не сразу берем к уменьшению весь входящий НДС, а только по факту реализации полученных товаров в опт. Аналогичное правило касалось некоторых видов затрат, например, транспортных услуг с НДС на доставку товаров от поставщиков. Со следующего года возможность применения патента ограничили оборотом 20 млн, многие организации потеряли на него право (оборот считается как сумма всех продаж за 2025 год) и вынуждены осуществлять розничную торговлю тоже с НДС. Соответственно, не надо делить входящий НДС и можно брать его к вычету в полном объеме.

Правда, в счета-фактуры на отгрузку прописали необходимость заполнения реквизитов счета-фактуры на предоплату, если такая была оформлена. По смыслу, решили регламентировать таким способом восстановление НДС с предоплат. Это само по себе понятно, только сейчас схемы работы с предоплатами предусматривают полностью автоматические расчеты в конце отчетного периода (квартала), и такое новшество может стать головной болью. Но пока ждем разъяснений по поводу ситуаций с частичными отгрузками и оплатами. В Главбухе уже кто-то успел написать, девочки, пока не волнуйтесь, работайте как работали.

И вот на фоне всех этих нюансов возможность вынесения настройки ставок НДС в базу данных мелочь и приносит только дополнительные затраты на чтение и изменение этих настроек у каждого пользователя. Поэтому я и не стал с этим заморачиваться.

[kreator]

А когда некому это будет делать (не дай бог конечно), инструкция у клиентов есть на этот случай?

А ему этот случай для чего вообще рассматривать?

Ему-то конечно должно быть по барабану. Но у клиента будет форс-мажор. Он поддержку проплатил, а её нету. Даже руками ставку НДС не установить.

[Игорь Столяров]

Даже руками ставку НДС не установить.

Я заранее извиняюсь, что встреваю в это обсуждение ...
Но дело в том, что независимо от способа ведения ставок налогов в прикладном ПО - всё равно нужна
доработка интерфейса (класса) обмена с ККТ.

Производители ККТ вводят новые налоговые ставки по абсолютно непредсказуемым схемам.
Как назло. И с каждым нужно разбираться отдельно. Т.е. мы может указать в ПО ставку налога 22%.
Но далее в АТОЛ нужно передавать тег - 'vat22', в ШТРИХ-М - 11, а в РР-Электро - 1. Дурдом !

[Игорь Столяров]

Всем привет !

В прикреплённом файле - разъяснения ФНС РФ о переходе ККТ на ставки НДС 22% и 22/122.
Спойлер: рекомендовано в I квартале 2026 г. не применять штрафные санкции.

[finsoftrz]

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

[finsoftrz]

Всем привет !

В прикреплённом файле - разъяснения ФНС РФ о переходе ККТ на ставки НДС 22% и 22/122.
Спойлер: рекомендовано в I квартале 2026 г. не применять штрафные санкции.

Доработка учетных систем займет 3-4 месяца.

[finsoftrz]

Даже руками ставку НДС не установить.

Я заранее извиняюсь, что встреваю в это обсуждение ...
Но дело в том, что независимо от способа ведения ставок налогов в прикладном ПО - всё равно нужна
доработка интерфейса (класса) обмена с ККТ.

Производители ККТ вводят новые налоговые ставки по абсолютно непредсказуемым схемам.
Как назло. И с каждым нужно разбираться отдельно. Т.е. мы может указать в ПО ставку налога 22%.
Но далее в АТОЛ нужно передавать тег - 'vat22', в ШТРИХ-М - 11, а в РР-Электро - 1. Дурдом !

Я думаю, что все сделают автоматическую замену ставки ндс на случай, если будут пробивать на кассе по старой 20%. То есть, по большому счету, в кассовых программах ничего в экстренном порядке можно и не трогать. Хотя изменения там и без этого косметические.

[RaFaeL]

Но у клиента будет форс-мажор. Он поддержку проплатил, а её нету. Даже руками ставку НДС не установить.

ТемаЛебедев.jpg. Ну будет и будет. Если клиент завязал бизнес на ПО у которого busfactor=1, кто кроме него в этом виноват?

[Игорь Столяров]

все сделают автоматическую замену ставки ндс на случай

Неть. Потому что это неправильно.
Вы говорили, что не используете коррекции, но в общем случае - это неправильно.
АТОЛ вводит для НДС 22% отдельные теги и номера налоговых ставок.

Код: Выделить всё

!!! libfptr_tax_type
                                   ITEMIZE
LIBFPTR_TAX_DEPARTMENT               EQUATE(0)
LIBFPTR_TAX_VAT18                    EQUATE ! 01 
LIBFPTR_TAX_VAT10                    EQUATE ! 02
LIBFPTR_TAX_VAT118                   EQUATE ! 03
LIBFPTR_TAX_VAT110                   EQUATE ! 04
LIBFPTR_TAX_VAT0                     EQUATE ! 05
LIBFPTR_TAX_NO                       EQUATE ! 06
LIBFPTR_TAX_VAT20                    EQUATE ! 07
LIBFPTR_TAX_VAT120                   EQUATE ! 08
LIBFPTR_TAX_VAT5                     EQUATE ! 09 
LIBFPTR_TAX_VAT7                     EQUATE ! 10 
LIBFPTR_TAX_VAT105                   EQUATE ! 11 
LIBFPTR_TAX_VAT107                   EQUATE ! 12 
LIBFPTR_TAX_VAT22                    EQUATE ! 13  
LIBFPTR_TAX_VAT122                   EQUATE ! 14 
LIBFPTR_TAX_INVALID                  EQUATE ! 15 
                                   END

ШТРИХ-М (ТБМ) - вводит новые номера TAX1 для налоговых ставок (см. картинку ниже).
РР-ЭЛЕКТРО - замещает ставки, но вводит отдельные методы для прибивки 20% после 01.01.2026
ШТРИХ-М (POS-CENTER) - замещает ставки, но вводит отключение этой опции и новые номера для TAX1.

1. С АТОЛ в любом случае нужно переделывать ставки налога и обновлять прикладное ПО.
2. Осколки ШТРИХ-М пытаются упростить переход устаревшего ПО и терминальных POS систем.
3. Ожидается дурдом с оборудованием ШТРИХ-М из-за потери совместимости драйверов для разных прошивок.

[finsoftrz]

Но у клиента будет форс-мажор. Он поддержку проплатил, а её нету. Даже руками ставку НДС не установить.

ТемаЛебедев.jpg. Ну будет и будет. Если клиент завязал бизнес на ПО у которого busfactor=1, кто кроме него в этом виноват?

Почему сразу "виноват"? А Вам не приходило в голову, что при других раскладах бизнеса могло бы давно не быть? Я думаю, что за прошедшие годы люди заработали/сберегли столько денег, что могут уже позволить себе потратить их на переход на какое-то другое ПО. Другое дело, что сложно найти достаточно квалифицированных людей, которые смогут эффективно его в дальнейшем поддерживать. То есть, получаем затраты на переход плюс повышение издержек на регулярной основе. Все давно уже это просчитывали, решили, что выгоднее оставаться на имеющемся ПО, пока оно поддерживается. Среди наших пока еще никто не закрылся, а сколько предприятий по стране уже перестали работать.

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

ПО бывает разным. Сравнивать ПО, заточенное на бизнесы конкретных клиентов, и "универсальные" программы особого смысла не имеет. Разные вещи. Мне представляется, что более живучими будут приложения первого типа. Если ПО не решает критично важных задач для клиента, то он не будет платить деньги за его поддержку (или будет платить минимальные суммы). Вы можете иметь тысячи пользователей, но если они не оплачивают на регулярной основе техническую поддержку, то они не становятся клиентами, а разработчик такого ПО благополучно закрывает проект через некоторое время. Важно не количество пользователей, а размер финансирования проекта.

[finsoftrz]

все сделают автоматическую замену ставки ндс на случай

Неть. Потому что это неправильно.
Вы говорили, что не используете коррекции, но в общем случае - это неправильно.

Я пишу про обычные чеки. Чек коррекции это другой документ. Автоматическая замена имеет прямой смысл, так как позволит продолжать продажи после нового года просто обновив прошивки. А какие варианты, если на ккм в рамках чека приходит ставка 20%? Или выдать ошибку, или заменить автоматически на 22%. Второй вариант более разумный.

[Игорь Столяров]

Специально сделал чек на новой прошивке 5.17 и драйвере АТОЛ 10.10.8.0
Никаких замещений налогов не предусмотрено, у каждого налога свой номер.

01.01.2026 г. прикладное ПО должно перейти на новый номер (или тег) налога.
Без вариантов. В принципе тоже самое было и 6 лет назад с 18%, если помните ...