Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 11
Ну начальник ты и задачи ставишь, это ж надо в базу данных новое поле добавить и дропдаун лист нарисовать. Это же полгода минимум на интеграцию! 😁
Настройте бизнес-правила: "Если
ДатаОтгрузки >= '2026-01-01', тоСтавкаНДСдоступна только 22%, а 20% скрыта/заблокирована".
У нас теперь будет только одна ставка НДС?! Даже не вспоминая НДС 0%, "БЕЗ НДС"(которые тоже надо учитывать), с 2025.01.01 есть ещё как минимум НДС 7% и 5%.
Так что мало сравнивать дату начала действия конкретной ставки, нужно в базе иметь и дату окончания её действия, что и пришлось реализовать после того как появился первый клиент не по "типовой" ставке 20%.
P.S. Такое впечатление что изменения ставки с 18% вы пропустили - полагаю что после поднятия до 20% все действующие системы уже должны были быть приведены в готовность дальнейшим взбрыкам нашего государства.
Тут на поверку выясняется, что уже мало кто помнит все нюансы :))))
В общем-то, так и есть - я сам узнал о дополнительных ставках когда менеджер попросил их добавить в систему. Система у нас достаточно древняя(по началу разработки, чего я не застал), так что время от времени всплывают разные неожиданности, вызванные изменениями в стране - то несколько ставок, то множитель у курсов некоторых валют, отличный от 1. Когда-то кроме USD&EUR других валют не использовали, и тут пришлось добавлять юани. О том что курс там может быть не за рубль, а за 10 выяснилось после очередного обновления курсов, и пришлось срочно дорабатывать :).
Может не стоило ожидать таких нюансов от статьи из песочницы, но упомянуть о них в комментариях счёл необходимым.
Правило о котором идёт речь (Если ДатаОтгрузки >= '2026-01-01', то СтавкаНДС доступна только 22%, а 20% скрыта/заблокирована) относится только к ставкам НДС 20 и 22% Остальные ставки, "0", "5", "7", "10", "Без НДС", живут своей прежней жизнью.
Оппа, про НДС 10% похоже был не в курсе. Правда погуглил когда она применяется, и к нашей системе оно неприменимо ни во входящих, ни в исходящих счетах.
Что касается применимости правила только к 20% и 22% - в текущих формулировках статьи для меня это не очевидно. Правда читал малость по диагонали, может если бы был более в контексте статьи, то понял бы иначе :).
У себя же я просто справочник ставок НДС дополнил тремя полями - дата начала действия ставки, дата прекращения действия ставки, и булево(bit) "Применимо к исходящим счетам". Т.о. можно однозначно фильтровать действующие ставки НДС и по дате применения, и по назначению(в исходящих счетах у нас ненулевая только основная, 20%, но во входящих может быть и другая, кроме разве что 10%).
Плюсануть статью конечно стоит. Просто потому, что она нужна и при прочтении по диагонали ошибок не содержит.
Однако же ...
Где УКД?
Где возвраты?
Где кассы ?
Маловато будет короче :))))
Правильно будет составить список всех документов в т.ч. отчётов компании в которых есть НДС, далее посмотреть в каких системах, процессах эти документы обрабатываются. В каждой системе определить логику обработки данных в поле НДС. Когда эта работа будет проделана вылезут все кассы, возвраты, УПД и остальное. Главное начать. Проблемы разобраны и понятны. К сожалению, для больших компаний, эти проблемы не решаются простым добавление в справочник значения НДС 22%. То, что можно было рассмотреть больше нюансов, согласен, но не стал сильно углубляться. У всех свои масштабы, но логика решения проблемы во многих документах похожа и она описана в статье.
А вот хранить дату начала применения обязательно непосредственно в коде? Хотя конфигурации 1с также грешат этим. Лучше если будет в базе данных.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Повышение НДС до 22%: Как подготовить IT-системы и не облажаться