В ЗУП 3.1 ошибка поле объекта не обнаружено СуммаДополнения
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Определил причину.
Лечится изменением Менеджер расчета зарплаты.
В процедуру РассчитатьЗначениеПоказателяРасчетнаяБазаУдержаний в расчетную базу добавил Показатель расчета зарплаты - Расчетная база исполнительного листа.
Лечится изменением Менеджер расчета зарплаты.
В процедуру РассчитатьЗначениеПоказателяРасчетнаяБазаУдержаний в расчетную базу добавил Показатель расчета зарплаты - Расчетная база исполнительного листа.
У меня такая проблема появилась, когда после запоздалого возврата к релизу 3.1.3.274 с безумного 3.1.4.120 (если говорить про НДФЛ), я стал переносить в восстановленную двухдневную копию базы 3.1.3.274 документы из текущей 3.1.4.120. Вместе с документами приехал и вид расчета «Удержание по исполнительному документу», в табличной части «Показатели» которого появились два новых показателя («РасчетнаяБазаИсполнительногоЛиста» и «ИсчисленныйПоИсполнительномуЛистуНДФЛ»). Появление этих показателей в 3.1.4.120, в свою очередь, обусловлено исправлением ошибки при расчете «Удержание по исполнительному документу». Ошибка проявлялась в том, что при отсутствии в очередном месяце базы удержания по ИЛ, и наличии облагаемой базы по НДФЛ, результат удержания по ИЛ становился отрицательным.
Так вот, удаление этих показателей из ВР «Удержание по исполнительному документу» решило проблему. А решение с правкой модуля обработки – это, как мне кажется, ошибочное решение. Думаю, что у тебя тоже в «Удержание по исполнительному документу» лишние показатели.
Так вот, удаление этих показателей из ВР «Удержание по исполнительному документу» решило проблему. А решение с правкой модуля обработки – это, как мне кажется, ошибочное решение. Думаю, что у тебя тоже в «Удержание по исполнительному документу» лишние показатели.
(10) Безумство заключается в том что в релизе 3.1.4.120 (не 3.1.2.120!!!) разработчики внесли фундаментальные изменения в расчет НДФЛ. На уровне структуры данных ИБ это выразилось, кроме всего прочего, в добавлении нового реквизита "КатегорияДохода" (ПеречислениеСсылка.КатегорииДоходовНДФЛ) во все табличные части "НДФЛ" документов и в регистры накопления по НДФЛ (РасчетыНалогоплательщиковСБюджетомПоНДФЛ и СведенияОДоходахНДФЛ). При выполнении обновления до 3.1.4.120 в режиме предприятия выполняются обработки по заполнению значения этого реквизита начиная с начала года. Причем не просто заполняют где не заполнено, а выполняют не тривиальный алгоритм заполнения. В результате вместо исходного количество срок документа или записей регистра накопления появляется другое количество строк (стало больше).
В результате расчета ЗП после обновления программа, принимая предыдущее заполнения за неправильное, производит перерасчет НДФЛ с начала года (много мнусов и плюсов на одинаковые суммы НДФЛ), который в результате приводит к неправильному расчету НДФЛ по текущим документам, к неправильному заполнению 6-НДФЛ и т.д. В общем все плохо. Если вы планируете переходить с ЗУП 2.5 на ЗУП 3.1, то можно и сразу на 3.1.4.120 (но лучше с начала года) так как у вас категории дохода изначально будут правильные, а вот если с ранних версий ЗУП 3.1, то не стоит.
В результате расчета ЗП после обновления программа, принимая предыдущее заполнения за неправильное, производит перерасчет НДФЛ с начала года (много мнусов и плюсов на одинаковые суммы НДФЛ), который в результате приводит к неправильному расчету НДФЛ по текущим документам, к неправильному заполнению 6-НДФЛ и т.д. В общем все плохо. Если вы планируете переходить с ЗУП 2.5 на ЗУП 3.1, то можно и сразу на 3.1.4.120 (но лучше с начала года) так как у вас категории дохода изначально будут правильные, а вот если с ранних версий ЗУП 3.1, то не стоит.
Ко мне обратились с задачей отката с типового релиза 3_1_4_120 на исходный типовой 3_1_3_253. Включил возможность редактирования в настройках поддержки. Обновил через "Обновить конфигурацию", разрешив удалять лишние новые объекты 3.1.4.120. Успешно. Потом не ставил на замок результат, загрузил конфу из файл. Важный момент. После отката релиза надо открыть "Настройки"-->"Удержания"--->"Удержание по исполнительному документу" и перевыбрать предопределенный вид расчета "Исполнительнвый лист". Тогда вторая закладка "Расчет базы" станет доступной и появится список базы удержания. После этого запонение аванса в документе "Начисление за первую половину" заполняется без ошибки "поле объекта не обнаружено СуммаДополнения".
Вставлю свои 2 копейки:
В моем случае та же ошибка, но без перехода с релиза 3.1.4 на 3.1.3 и появлялась так же при расчете за месяц. Но лечится похоже как описано в п.8
Открываем Настройка - Удержания - "Исполнительный лист" и перевыбираем назначение удержания "Исполнительный лист".
Вкладка "Расчет базы" становится активной и после записи начисления все работает.
В моем случае та же ошибка, но без перехода с релиза 3.1.4 на 3.1.3 и появлялась так же при расчете за месяц. Но лечится похоже как описано в п.8
Открываем Настройка - Удержания - "Исполнительный лист" и перевыбираем назначение удержания "Исполнительный лист".
Вкладка "Расчет базы" становится активной и после записи начисления все работает.
Случайно сегодня обнаружил "движуху" на этом уже забытом посте. Причина была как и у вас всех в откате от 3.1.4.120 и измении ВР. Я уже вернул в исходное конфигурацию и жду результатов теста 3.1.4.161 . Но ведь переход на него через 4.120 :( или :)
(20)На сайте
"https://bugboard.v8.1c.ru/version/hrm3/3.1.4.167.html"
в 1с это не считают ошибкой.
Советуют
"
В удержании "Исполнительный лист" не заполнены показатели. Для исправления нужно перевыбрать назначение удержания (изменить на любое другое значение и потом снова выбрать категорию Исполнительный лист)."
"https://bugboard.v8.1c.ru/version/hrm3/3.1.4.167.html"
в 1с это не считают ошибкой.
Советуют
"
В удержании "Исполнительный лист" не заполнены показатели. Для исправления нужно перевыбрать назначение удержания (изменить на любое другое значение и потом снова выбрать категорию Исполнительный лист)."
(21) Ну да, только при этом забывают указать, что опосля "перевыбора" слетает расчетная база которая ранее уже была настроена. Соответственно получаем минусовые удержания по исполнительному листу при следующем начислении зарплаты, если свои виды расчетов добавляли в базу!
Столкнулся с подобной ошибкой на вновь развернутой Зарплата и Управление персоналом 3.1.4.170. Решением стало: в разделе "Настройка" в "Удержания" в Исполнительном листе перевыбрать Исполнительный лист на другой элемент и вновь выбрать Исполнительный лист(серое поле расчетная база станет вновь доступным), потом перезаписать документ.
Вакансии
Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)