В ЗУП 3.1 ошибка поле объекта не обнаружено СуммаДополнения

1. Виктор Петрянкин (ВикторП) 54 11.12.17 15:56 Сейчас в теме
В ЗУП 3.1.3.274 ошибка поле объекта не обнаружено СуммаДополнения. Замечено в документе Начисление зарплаты и взносов При нажатии на кнопку Заполнить.

Проявляется на сотрудниках с исполнительными листами.

Может уже кто- то разобрался?
Ответы
2. Елена Пименова (Bukaska) 125 11.12.17 16:03 Сейчас в теме
Платформа не старая? Рекомендованная для данного релиза?
3. Евгения Рябуша (rybusha) 96 11.12.17 16:05 Сейчас в теме
в ЗУП 3.1.3.274 при заполнении с алиментами все нормально
5. Виктор Петрянкин (ВикторП) 54 11.12.17 16:10 Сейчас в теме
4. Виктор Петрянкин (ВикторП) 54 11.12.17 16:05 Сейчас в теме
Платформа не старая 8.3.10.2561
6. Виктор Петрянкин (ВикторП) 54 12.12.17 11:56 Сейчас в теме
Определил причину.
Лечится изменением Менеджер расчета зарплаты.
В процедуру РассчитатьЗначениеПоказателяРасчетнаяБазаУдержаний в расчетную базу добавил Показатель расчета зарплаты - Расчетная база исполнительного листа.
7. Виктор Петрянкин (ВикторП) 54 12.12.17 11:58 Сейчас в теме
(6) "Лечится" изменением в обработке Менеджер расчета зарплаты.
8. Виталий Путилин (Lusent) 17.12.17 03:05 Сейчас в теме
У меня такая проблема появилась, когда после запоздалого возврата к релизу 3.1.3.274 с безумного 3.1.4.120 (если говорить про НДФЛ), я стал переносить в восстановленную двухдневную копию базы 3.1.3.274 документы из текущей 3.1.4.120. Вместе с документами приехал и вид расчета «Удержание по исполнительному документу», в табличной части «Показатели» которого появились два новых показателя («РасчетнаяБазаИсполнительногоЛиста» и «ИсчисленныйПоИсполнительномуЛистуНДФЛ»). Появление этих показателей в 3.1.4.120, в свою очередь, обусловлено исправлением ошибки при расчете «Удержание по исполнительному документу». Ошибка проявлялась в том, что при отсутствии в очередном месяце базы удержания по ИЛ, и наличии облагаемой базы по НДФЛ, результат удержания по ИЛ становился отрицательным.
Так вот, удаление этих показателей из ВР «Удержание по исполнительному документу» решило проблему. А решение с правкой модуля обработки – это, как мне кажется, ошибочное решение. Думаю, что у тебя тоже в «Удержание по исполнительному документу» лишние показатели.
milov.aleksey; +1 Ответить
10. Сергей Маслов (LexSeIch) 189 17.12.17 14:28 Сейчас в теме
(8)В чём проявилось "безумство" 3.1.2.120? Всё так плохо? Планируем перейти на 3.1 и вопрос: на 3.1.3 остановиться или сразу в "омут"...
11. Виталий Путилин (Lusent) 17.12.17 18:52 Сейчас в теме
(10) Безумство заключается в том что в релизе 3.1.4.120 (не 3.1.2.120!!!) разработчики внесли фундаментальные изменения в расчет НДФЛ. На уровне структуры данных ИБ это выразилось, кроме всего прочего, в добавлении нового реквизита "КатегорияДохода" (ПеречислениеСсылка.КатегорииДоходовНДФЛ) во все табличные части "НДФЛ" документов и в регистры накопления по НДФЛ (РасчетыНалогоплательщиковСБюджетомПоНДФЛ и СведенияОДоходахНДФЛ). При выполнении обновления до 3.1.4.120 в режиме предприятия выполняются обработки по заполнению значения этого реквизита начиная с начала года. Причем не просто заполняют где не заполнено, а выполняют не тривиальный алгоритм заполнения. В результате вместо исходного количество срок документа или записей регистра накопления появляется другое количество строк (стало больше).
В результате расчета ЗП после обновления программа, принимая предыдущее заполнения за неправильное, производит перерасчет НДФЛ с начала года (много мнусов и плюсов на одинаковые суммы НДФЛ), который в результате приводит к неправильному расчету НДФЛ по текущим документам, к неправильному заполнению 6-НДФЛ и т.д. В общем все плохо. Если вы планируете переходить с ЗУП 2.5 на ЗУП 3.1, то можно и сразу на 3.1.4.120 (но лучше с начала года) так как у вас категории дохода изначально будут правильные, а вот если с ранних версий ЗУП 3.1, то не стоит.
milov.aleksey; +1 Ответить
12. Сергей Маслов (LexSeIch) 189 17.12.17 19:02 Сейчас в теме
(11) Спасибо за развёрнутый ответ. О чём-то подобном я и подумал, что "глюки" произошли при обновлении, а не при переходе... Хотя от новых "неожиданностей" никто не застрахован в любом варианте.
9. Виталий Путилин (Lusent) 17.12.17 03:08 Сейчас в теме
P.S. Попытаюсь проинтуичить: решение с "Лечится" изменением в обработке Менеджер расчета зарплаты." заимствовано из релиза 3.1.4.120.
13. Алексей Милов (milov.aleksey) 292 19.12.17 12:36 Сейчас в теме
Ко мне обратились с задачей отката с типового релиза 3_1_4_120 на исходный типовой 3_1_3_253. Включил возможность редактирования в настройках поддержки. Обновил через "Обновить конфигурацию", разрешив удалять лишние новые объекты 3.1.4.120. Успешно. Потом не ставил на замок результат, загрузил конфу из файл. Важный момент. После отката релиза надо открыть "Настройки"-->"Удержания"--->"Удержание по исполнительному документу" и перевыбрать предопределенный вид расчета "Исполнительнвый лист". Тогда вторая закладка "Расчет базы" станет доступной и появится список базы удержания. После этого запонение аванса в документе "Начисление за первую половину" заполняется без ошибки "поле объекта не обнаружено СуммаДополнения".
ilnurmi; user738104; Evg_ny; mitry; +4 Ответить
15. Илья Н (user795408) 12.01.18 23:28 Сейчас в теме
Вставлю свои 2 копейки:
В моем случае та же ошибка, но без перехода с релиза 3.1.4 на 3.1.3 и появлялась так же при расчете за месяц. Но лечится похоже как описано в п.8

Открываем Настройка - Удержания - "Исполнительный лист" и перевыбираем назначение удержания "Исполнительный лист".
Вкладка "Расчет базы" становится активной и после записи начисления все работает.
16. Александр Ефимов (yxo) 16.01.18 09:16 Сейчас в теме
17. Виктор Петрянкин (ВикторП) 54 16.01.18 17:35 Сейчас в теме
Случайно сегодня обнаружил "движуху" на этом уже забытом посте. Причина была как и у вас всех в откате от 3.1.4.120 и измении ВР. Я уже вернул в исходное конфигурацию и жду результатов теста 3.1.4.161 . Но ведь переход на него через 4.120 :( или :)
Оставьте свое сообщение