Здравствуйте.
В организации тариф МСП. У сотрудника превышение базы по страховым взносам с марта 2024г. Все месяцы взносы считались верно. Сейчас в августе 1С снимает базу с превышения с марта.
Проверил настройки учетной политики, размер превышения и т.д. - всё верно. Попробовал пересчитать июль - там тоже стала сниматься база с превышения. Думаю, могло быть связано с обновлением. Встречалась ли у кого еще такая ошибка?

ЗУП 3.1.30.36

(0) 1С снимает базу с превышения

Пожалуйста, чуть конкретнее, что означает Ваша фраза? Лучше на цифрах.

A propos, меня всегда умиляют малые предприятия с миллионными окладами...

(1) скрин сделать не могу. В начислении зарплаты на закладке "Взносы" месяц получения дохода - "март", С базы сверх предела - сумма с минусом, такая же, как была в марте с плюсом. И так по всем месяцам.

(3) Минусует и 15.1% до МРОТ и 15% свыше МРОТ?
Сформируйте по богачу в отчётах Карточку учёта страховых взносов.

(2) Ачотакова?

Да и предел превышен в марте, значит, оклад всего лишь 742 тысячи, а не миллион

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

В карточке база для превышения верная 2 225 000, сумма взносов до превышения верная 667500

Суммы превышения определяются верно. А вот взносов с них нет.

Чем бы вам помогла карточка, не понимаю. Диагностирую ошибку расчета.

Проверил патчи, последний для этой версии 26.08.
Что ждем, пока разрабам 1с прилетит от кого-то из богачей сообщение об ошибке.

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

Рядом скрин моего проверочного расчета. Завидуйте )

(6) спасибо, как раз обновляю демо-версию, чтобы проверить.
В интернете про ошибку информации не нашел, буду мониторить

(6) Отличный отчет. Легко читаемый. Полностью на запросе? Или есть программные расчеты и внешние наборы данных?

(8) Внешние наборы данных. Исходные данные собираются запросом, постобработка в модуле отчета, формирование набора данных в виде таблицы значений, вывод в СКД.

Не поленился. Завёл богача в МСП в релизе 30.36
Всё нормуль. Что мне надо испортить?

Кстати, в упор не вижу у Вас тарифа 20 для МСП. У Вас по основному тарифу 01 должны быть базы по МРОТ 19242= каждый месяц, а у Вас на 01 ВСЕ суммы.
Что-то Вы крутите )

(9) Ясно. Так и подумал, что одним запросом не собрать эти данные. Без постобработки сложно.

👍

(5) Я не просто так прошу карточку взносов по богачу. Там справа вверху расписан % тарифа до и свыше превышения. У меня нормальные 15.1%, а у автора?

(13) Гена, спасибо огромное.
Сравнил карточку страховых взносов в демо-базе и проблемной.
Действительно, проценты стояли неверные.
Интересно, что база облачная, и бухгалтер в законодательные значения уж точно не ходила. Загрузил законодательные значения, пересчитал - все хорошо.

(14) Всё равно, нельзя за спиной оставлять непонятки. Кто обновлял базу в облаке? Не был ли пропущен обязательный релиз 35, в котором как раз обновлялись законодательные значения?

(15) я этой базой не занимаюсь, кто их обслуживает и как обновляли - не знаю. Я у этого бухгалтера за другими организациями, не в облаке, слежу.

(10) Я проверял на организации, где нет МСП. Но у автора же другая проблема - сторнируются взносы с превышения предела. Или я что-то не так понял?

(14) (13) Спасибо за подсказку, вижу, слетел тариф для взносов с превышения и у меня тоже

Эту базу я обновил только вчера. Вручную ничего не менял.

На второй картинке вижу, что процент взносов с превышения стоит, но в расчетах почему-то не применяется.

(18) Как раз на второй картинке и отсутствует 15.1 по графе правее 30

Открывайте конфигуратор: РС ТарифыСтраховыхВзносов - справа Макеты - там всего один Макет ПредопределенныеЗначения, который как раз по идее и должен обновляться по классификаторам законодательных значений.

У меня внутри:
<row>
                <Value>2023-01-01T00:00:00</Value>
                <Value>ПредопределенноеЗначение:Справочник.ВидыТарифовСтраховыхВзносов.ОбщийНалоговыйРежим</Value>
                <Value>30</Value>
                <Value>15.1</Value>
                <Value>0</Value>
                <Value>0</Value>
                <Value>2.9</Value>
                <Value>0</Value>
                <Value>5.1</Value>
                <Value>0</Value>
            </row>

А у Вас там ноль?

(20) Нет, то же, что у вас.

        <row>
                <Value>2023-01-01T00:00:00</Value>
                <Value>ПредопределенноеЗначение:Справочник.ВидыТарифовСтраховыхВзносов.ОбщийНалоговыйРежим</Value>
                <Value>30</Value>
                <Value>15.1</Value>
                <Value>0</Value>
                <Value>0</Value>
                <Value>2.9</Value>
                <Value>0</Value>
                <Value>5.1</Value>
                <Value>0</Value>
            </row>


А вот в самом регистре ноль

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

(21) Давайте подумаем.
Там в обработке РедактированиеЗаконодательныхЗначений есть опция, которую мог шалун включить - редактирование... правда программа предупредит, что после этого не будет работать сервис обновлений.
Мог пользователь так нашкодить?

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

Может быть ещё версия взбрыкнула. Например, алгоритм видит что номер версии последний и обновление не нужно, нет?

(24) Именно так! Прошелся отладчиком, считает, что текущая версия актуальная.

В макете версия 18, а уже загружена версия 19.

Нашел регистр с версиями классификаторов. По умолчанию в нем редактирование запрещено, ищу, как разрешить.

(25) А где он видит актуальный номер?
А то я уже успел пошалить: разрешил редактирование законодательных значений, изменил там тариф, сохранил и в РС как раз ичезли оба процента, и 30, и 15.1, и хрен восстанавливались.

Тогда изменил в макете вверху номер версии с 18 на 19 и всё нормально вернулось. Потом вернул номер версии в макете на 18 и сколько ни шалил - уже не плохело.

Вспоминается анекдот про суровых сибирских лесорубов и японскую бензопилу )

(27) Вы редактировали макет, значит, снимали конфу с поддержки.

Я пошел другим путем - сделал расширение, перехватил процедуру из модуля менеджера регистра "ВерсииКлассификаторов", вот эту:

// Только для внутреннего использования.
Процедура ФормаЗаписиПриСозданииНаСервере(Форма) Экспорт
	
	Форма.ТолькоПросмотр = Истина;
	
КонецПроцедуры

В расширении сделал выполнение моего кода после исполнения стндартного и ТолькоПросмотр=Ложь

Далее захожу в регистр "Версии классификаторов", нахожу строку "Тарифы страховых взносов", открываю, ставлю версию классификатора 17.

Сейчас попробую обновить значения.

Ну вот теперь тариф сверх предела восстановился

Подведём итог.
Психология: пользователь есть существо крайне любопытное и когда видит Настройка - Редактирование законодательных значений, то мимо она не пройдёт. Это раз.
Второе. Она обязательно увидит пустоту, т.е. ноль в тарифах страховых вносов
https://s.iimg.su/s/30/6wSdUAGi9phHxYT4b1pXSWfEwQTp5kNXm49MrfPF.png
и обязательно захочет занести там 22%, не зная, что для пустоты уже и так работает запись предшествующего года.

Но! Умная программа не даёт редактировать. Тогда она жмёт вверху справа Ещё - Разрешить редактирование и таки вводит 22.

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

Вывод: а хрен его знает... пользователя остановить невозможно )

(31) Я вручную ничего не правил. Просто накатил вчера обновление.

(31) аналогично, за эту бухшу могу отвечать, она не лазила.
Сказала, что было обновление.

(32) (33) Не верю.
Журнал регистрации - интервал год-два - Справа Поиск:
Разрешено редактирование общих данных

(34) Они и слов таких не знают

(35) https://s.iimg.su/s/30/q19gjpKhDHz1zxEN1kzNtNx9xcLRZFR4E8rM1Ze2.png

(36) Из бухгалтеров 100% туда никто не лезет. И за 3 часа до обновления начисляли зарплату, все было в порядке. Потом бухи пошли домой, я обновил. И понеслось.

Так что точно в обновлении ошибка.

(37) Дубль два: обновление просто спустило крючок, который был взведён ранее. Гляньте, наконец, ЖР. Там лучше сделать выбор по Метаданные Константа Разрешено..., а не по поиску выше, иначе и 10000 записей не хватит на глубину.

(37) Не поленился. Взял демку, в которой стопудово никогда не трогали эту константу, проверил. Обновил до 30.36 = всё нормуль.

(39) Для надежности поиска синоним константы скопировал из конфигуратора. Как видно по журналу регистрации с 1918 года по 31.08.2024 с этой константой ничего не делали.

(38) "Там лучше сделать выбор по Метаданные Константа Разрешено.."

Да если бы.. эта константа даже не предлагается к выбору. Пришлось искать просто по строке поиска в журнале

Хорошо. Гипотеза не подтвердилась, в мусорку.
Идеи есть?

(42) Нет. А зачем? Следующий глюк может быть совсем другим Способ исправления конкретно этого найден с вашей помощью, я бы не догадался так быстро, что проблема в версии классификатора.

(42) А впрочем, есть одна идея. Если открыть конфу предыдущей версии, там, скорее всего, версия классификатора в макете 19.

А в новой точно 18

Впрочем, не проверял, это ж надо искать архив предыдущей версии, а мне лень. Там один DT весит 2 ГБ.

У нас та же проблема после обновления.
Тариф взносов "Сколково".
Обратили внимание что если провалиться в ставки тарифов то в новом релизе изменилась форма со ставками, ставка до превышения стоит, с превышения не установлена. Руками редактировать не даёт.

Не придумали какое то решение? Как то может ставку с превышения надо записать в регистр?

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

(45) Попробуйте решение в (27), т.е.
1. Конфигуратор - РС ТарифыСтраховыхВзносов - Макеты - ПредопределенныеЗначения:
Вверху в теге
<Property name="Версия">
        <Value xsi:type="xs:decimal">18</Value>
    </Property>
Заменить на 19.

2. Предприятие - РС ТарифыСтраховыхВзносов - <Ещё> - Восстановить начальные значения

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

(47) Зря не сделали по версии. Тогда не только в тарифе Сколково надо было пробить 15, но и 15.1 в основном тарифе, который до МРОТ берётся.

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

Именно в 30.15 резко поменялся алгоритм расчёта взносов сверх предела. На пальцах: когда я после
последовательных обновлений в конфигураторе 29.78 - 30.15 - 30.35 - 30.36 открыл только в конце в предприятии 30.36, то получил в тарифах пустоту по ставкам сверх предела.

Вплоть по релиз 29.78 в ЗУПе был плохой код, т.е. в общем модуле УчетСтраховыхВзносов в районе строки 4711 было прямо в запросе:

Номер версии макета РС ТарифыСтраховыхВзносов был 17 и там было только значение тарифа до предела, строки свыше предела не было, как не было и такого ресурса в данном регистре сведений.

Наконец это всем надоело и в релизе ЗУПа 30.15 изменили алгоритм расчёта взносов с превышения предельной базы. Добавили в РС новый ресурс СтавкаСПревышенияПредела с комментарием АПК:58
В макете номер версии стал 18 и появились в тегах значения для ставки сверх предела.

Гипотеза: если не открыть в режиме предприятия 30.15, то не отработает версия 18 с нормальным заполнением ставок сверх предела. А открытие 30.36 сразу после 29.78 не станет обновлять ставки, т.к. увидит версию 19, якобы уже новую. Отсюда останутся ошибочно нулевые ставки сверх предела, которых и не было в версии 17 или в 29.78

(50)👍  Спасибо!

(51) Не за что )
Просто не люблю за спиной оставлять непонятки. Был бы под рукой программист, размотали бы вместе за полчаса, а так самому пришлось два часа ковыряться )

(52) Да вы не хуже программиста в коде разбираетесь.  Дольше бы объясняли ему )))))

(50) 36 подрелиз можно ставить прямо на предыдущую редакцию. Так что все-таки это ошибка разработчиков, которые не предусмотрели дозаполнение значения в регистре в этом случае.

(50) я демо-базу с 29.78 на 30.36 сразу обновлял, но значения не слетели

(55) А ничто и не слетает. Просто при таком перескоке релизов не заполняется новый ресурс релиза 30.15 СтавкаСПревышенияПредела по причинам выше. Вчера не поленился проверить.

Дубль два: в 29.78 нет вообще значения ставки сверх предела, она тупо была прописана в коде, т.е. по выражению Волшебника "говнокод детектед".

(56) Вот же парадокс - говнокод к ошибкам не приводил, а хороший код даёт ошибку.

(57) говнокод может работать правильно, но это случайно, а хороший код может выдавать ошибку, но это закономерно

(57) Дубль три: нет никакой ошибки в новом алгоритме. Есть лень программиста, который не открывает обязательный релиз в режиме предприятия.

(59) Я обновлялся с 3.1.29.78 на 3.1.30.36, релиз это позволяет.

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

(60) Мало ли что там кто позволяет. Надо же думать.

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

Ладно. Бывают многочасовые базы. Хорошо, обновляйте 29.78 на 30.36, только потом перед первым открытием в макете замените 18 на 19.

Да и не у всех есть богачи, у 95% их нет, так что не принципиально если ставки сверх 2225к не заполнены сейчас. Заполнятся в следующем релизе )

(64) Обещаете? Я взял на карандаш.

(65) По логике в следующем релизе в макете уже будет версия 19, при открытии в режиме предприятия 19 увидит 19 и перезаполнит.

(66) У меня в регистре "Версии классификаторов" была 19, а в макете - 18.

Если в следующем тоже будет 19, то не сработает заполнение.

Так что придет человек в эту ветку, а тут все написано.

(61) не очень понятен коммент, он же после обновления  обязательным релизом открыл в предприятии
тут косяк именно разработчиков получается , надо было 30.15 делать обязательным?

(68) Мне кажется, это был сарказм. Непохож Гена на человека, который бы всерьез такое сказал.

Тоже расчетчица прибежала с этой проблемой. Сделал загрузить законодательные значения, и несмотря на то что стояла 19 версия и говорила  не требуется обновление - Обновился. И значения стали на место! Бушка уж точно там не лазила, для нее вообще новость существование, подобных РС

(70) Да ту гипотезу рукоблудия уже отбросили.
Проверил. Да - принудительный запуск обработки обновления классификаторов по тарифам СВ по данным интернета сработало. Так проще.

Окончательное решение. Если было обновление 29.78 -> 30.36, то после открытия надо запустить данную обработку.

Мне помогло обновление классификатора тарифов. Хотя программа отмечала, что не надо обновлять

(72) Гут.

Да, вчера вечером на сайте news.webits.1c.ru для ЗУПов появилась новость:
Если перестали считаться взносы с превышения предельной величины, ранее рассчитанные – сторнируются

05.09.2024 15:47   !!! Очень важно
После обновления на версию 3.1.30 для применяемых тарифов страховых взносов может оказаться не заполненной ставка с сумм, превышающих предельную величину. По этой причине при очередном начислении зарплаты не будут рассчитаны страховые взносы с превышения предельной величины базы, а ранее исчисленные в текущем расчетном периоде взносы будут сторнированы. Для решения проблемы необходимо обновить классификатор "Тарифы страховых взносов" (в разделе "Настройка" - "Сервис" - "Редактирование законодательных значений" нажать "Еще" - "Загрузить законодательные значения").

Если у пользователя в Администрирование - Интернет-поддержка и сервисы - Новости - стоит флажок "Включить работу с новостями", то сегодня утром данное сообщение всплывёт на его компе при первом открытии.