Здравствуйте, коллеги!
При формировании документа "Резервы по оплате труда" с типом "Резервы отпусков (2023)" база 1С ЗУП 3.1.31.13,  если выбрать определенное подразделение вылетает ошибка SQL :
"Microsoft OLE DB Driver for SQL Server: Ошибка арифметического переполнения при преобразовании numeric к типу данных numeric.
HRESULT=80040E57, SQLSrvr: SQLSTATE=22003, state=8, Severity=10, native=8115, line=1"
Если выбрать другое подразделение все формируется, если выбрать подчиненное подразделение в составе "кривого" тоже формируется.
Я сделал ТИИ со стандартными настройками - ничего не изменилось.
Подскажите, пожалуйста, что можно предпринять? Мои варианты ТИИ с реорганизацией таблиц и расформирование и пометка на удаление "кривого" подразделения.
Заранее благодарю.

(0) Циклическая ссылка?

(0) у кого-то оклад в лярдах

(1) а как проверить? (2) оклады обычные, у кого оклад , у кого доплата в процентах.

(0) Корп?
На другом релизе ЗУПа ошибка повторяется?

(4) ЗУП КОРП, на релизе 3.1.30.36 ошибок не было.

(5) Только что выложили 31.32 - там аж 64 ошибки поправили.
Проверьте его.

(6) Спасибо за информацию! Обновлю копию релиза.

Если и там ошибка, то скорее всего дело в том кексе, что сидит на плохом подразделении напрямую, т.е. вне подчинённых под-подразделений.

(6) обновление релиза не помогает, ошибка та же.

Кутить, так кутить - можно ещё платформу 25 проверить.

(0) https://forum.infostart.ru/forum9/topic234069/

ЗУП КОРП 3.1.14.369 Таже проблема не создавался док.РезервыОтпусков за дек.2020
Решение: ОбщийМодуль.УчетСтраховыхВзносов замена в запросе, в конструкции Выбор
"всех" КАК ЧИСЛО(7, 4)) на "всех" КАК ЧИСЛО(10, 4))

(11) Глянул. Точно, есть там в нескольких местах
(7, 4)

(11) Понравилась мне Ваша мысль. Ведь как раз в шести местах в
Процедура СоздатьВТЭффективныеСтавкиВзносовДляОценочныхОбязательств
как раз пузырятся деления вроде:

А где деление, там и деление на 0.000000000000001 > 0

Остановы бы здесь поставить и глянуть )

(13) У кого-то есть взносы, но чудесным образом нет дохода для взносов в этом месяце. Я бы покопался двух регистрах:
1. Учет доходов для взносов, с отбором по Период.ДатыНачала.НачалоМесяца <> ДатаПолученияДохода.ДатыНачала.НачалоМесяца

2. Исчисленные взносы с тем же отбором

Либо доходы ненулевые, но сумма дохода значительно меньше взносов.

(14) К чему копаться в сотнях сотрудников, когда проще всего понять, что эффективная ставка для будущих прикидок планируемых сумм резерва отпусков - есть подобие статистики, т.е. точность особая здесь не нужна. Можно отсечь мелкие доходы на одного кекса, ну, скажем, в 10 рублей:

Взносы.ПФР / Макс(Доходы.БазаПФР, 10)

(14) Добрый день!
Спасибо за содержательные ответы.
Да у одного сотрудника в регистре "Исчисленные страховые взносы" 114522,36. А сумма дохода в регистре "Учет доходов для исчисления страховых взносов" 8214,29 ну это еще сумма из двух. БазаПФР это две строки: оклад и доплата в процентах 6571,43 и 1547,13
И как с этим быть?

(16) Вы по датам получения дохода не расписали.

(15) v8@1c.ru ))

(16) Ну вот, теперь понятно, что мы бы увидели в отладчике в том месте:
ВЫРАЗИТЬ(100 * Взносы.ПФР / Доходы.БазаПФР КАК ЧИСЛО(7, 4))

100 * 0.3 * 114522.36 / 8214.29 = 418.2554
И теперь запихиваем в КАК ЧИСЛО(7, 4) и имеем numeric так как 418 > 99

(19) Похоже, что при расчете эффективной ставки взносов ЗУП учитывает только период.

У автора в каком-то периоде доначислились взносы за прошлый период. И эти взносы делим на доход месяца,и вуаля.

Так что метод из 15 не поможет, всех случаев не предусмотрите.

Автор почти наверняка в прошлом месяце начислил отпускные ПОСЛЕ начисления зарплаты, а взносы не пересчитал. В итоге сумма взносов упала в текущий месяц, а доходы текущего месяца не такие большие, потому что человек был в отпуске.

Так что, пока фирма 1с считает чисто о периоду регистрации - надо пересчитать взносы прошлого месяца и этого, чтобы доходы соответствовали взносам.

И писать разрабам, чтобы эту ситуацию как-то отработали.

(14) Есть задвоения сумм в регистре "Исчисленные страховые взносы" получается надо исправлять документ "Начисление зарплаты и взносов"?

(20) Да кому нужна точность в этой эффективной ставке. Ну посчитают резервы отпусков не 50м, а 49.9м - и какая на фиг разница? Да никакая. Всё равно в конце года пересчитают по факту реальных отпусков и добавят на расходы или доходы разницу.

Даже самые въедливые аудиторы не заморачиваются такой пошлостью как проверка исчисления резервов.

(17) Даты это 01.09.24, документ регистратор "Начисление зарплаты и взносов" суммы начисления одинаковые, а должна быть одна строка. Где-то доначислили кривые ручки...

(22) Вы о методике говорите, а я сейчас о технических проблемах. Вот у конкретного автора решаем чисто техническую проблему, вижу, уже нашел ошибку.

(23) Можно создать документ "Перерасчет страховых взносов", сентябрем. Он открутит лишнее.

Но если вы уже готовили отчеты РСВ и ЕФС-1, надо будет их перезаполнить (если не отправили). А отправили вряд ли при таких ошибках.

Хотя вот, буквально сегодня разбирался, почему новый бухгалтер в одной организации не может сдать отчет РСВ. Готовили отчет в 1с, выгружали в  контур, там концы с концами не сходились и по кнопке пересчета контур пересчитывал показатели в "правильные".

В итоге суммы по сотрудникам в разделах 3 и в итогах в отчете в контуре никак не бились с данными в 1с.

Вот такая вот диверсия..

(24) Вспомните наше наблюдение про фирмы с примерно 50-ю сотрудниками. Скорее всего там ошибки в каждом месяце плюс ручные правки, и не только по взносам, но и по НДФЛ.

Что тогда даст правка одной таковой ошибки? Да ничего.

(26) Я указал путь

Дальше сами )

(26) "то тогда даст правка одной таковой ошибки? Да ничего."

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