Проблемные ситуации в ЗУП 3.1.9.106
Ответы
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
а у меня аванс фиксированной суммой. Должен проставляться в выдаче зарплаты, а проставляет только 2 людей. В чем причина непонятно. Изменение аванса уже всем внесли. Все равно - только двое. У кого-нибудь попадалась такая же ошибка?
(2) И у нас не заполнились сегодня ведомости на аванс. Вносили через подбор вручную.. Хоть вчера утром до обновления было все нормально.
Еще один глюк. ЗГУ 3.1.9.106
Сейчас прям повторила - все так и есть. Релиз 3.1.8.246 Создаем начисление за февраль - все в порядке( не сохраняем). Скан приложила. Устанавливаю обновление. Снова создаем этот же документ - НДФЛ вообще не поддается никакому объяснению - у каждого сотрудника за каждый месяц 2018 года сумма с минусом. Причем, что это за сумма не понимаю - это не НДФЛ, ни начисление... Скан приложила. Даже не знаю "в какую сторону" думать...
Еще один глюк. ЗГУ 3.1.9.106
Сейчас прям повторила - все так и есть. Релиз 3.1.8.246 Создаем начисление за февраль - все в порядке( не сохраняем). Скан приложила. Устанавливаю обновление. Снова создаем этот же документ - НДФЛ вообще не поддается никакому объяснению - у каждого сотрудника за каждый месяц 2018 года сумма с минусом. Причем, что это за сумма не понимаю - это не НДФЛ, ни начисление... Скан приложила. Даже не знаю "в какую сторону" думать...
Прикрепленные файлы:
Если у вас все хорошо, значит есть какие-то условия, которые я пока не отследила. Стандартная конфигурация, никогда никаких проблем. Я, не поверив расчетчице, все повторила сама - сканы вы видите. Никаких других действий не проводила. В 3.1.8.246 сделала начисление, все ок. сохранять не стала - поставила обновление 3.1.9.106 -снова создала начисление- и "о ужас".
Причем, что интересно - за февраль лезет весь этот ужас, но даже если начисление за февраль не сохраняешь, меняешь месяц на март - все нормально. А удалила документ за январь и попробовала создать новый - вылетает с ошибкой:
{ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Значение не является значением объектного типа (ДатаНачала)
ВызватьИсключение(ТекстОшибки);
{ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Значение не является значением объектного типа (ДатаНачала)
ВызватьИсключение(ТекстОшибки);
(12) А что это у Вас налог прошлого года снимается? Посмотрите, нет ли записей необходимости перерасчётов прошлых периодов. У меня после обновления (хорошо, хоть на копии) 100500 записей перерасчетов появилось с самого начала работы в программе, тоже куча "минусового" налога за прошлые периоды. Удалил перерасчеты - всё, вроде бы, стало на место.
(13) Так об этом и пишу, что за прошлый год! Записей перерасчета вообще нет. Удалять нечего :(((
Кроме того почему вдруг январь вылетает с ошибкой?
Почему март рассчитывается абсолютно нормально при отсутствии расчета за февраль? Почему перерасчеты не встают в него?
Вопросы только множатся....
Кроме того почему вдруг январь вылетает с ошибкой?
Почему март рассчитывается абсолютно нормально при отсутствии расчета за февраль? Почему перерасчеты не встают в него?
Вопросы только множатся....
(15) Такая же ситуация при заполнении дока начисление ЗП по всей организации. При заполнении по подразделению считает нормально. На всех подразделениях не проверяла. То есть ситуация возникает от присутствия какого-то сотрудника(сотрудников) в документе. Буду искать таких сотрудников.
(40)Уточню. Ошибка при заполнении документа Начисление зарплаты именно такая:
{ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Значение не является значением объектного типа (ДатаНачала)
ВызватьИсключение(ТекстОшибки);
Причем при подборе видно, что она связана с сотрудником, который находится в отпуске без содержания.
{ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Значение не является значением объектного типа (ДатаНачала)
ВызватьИсключение(ТекстОшибки);
Причем при подборе видно, что она связана с сотрудником, который находится в отпуске без содержания.
(39) Уточню. Ошибка при заполнении документа Начисление зарплаты именно такая:
Причем при подборе видно, что она связана с сотрудником, который находится в отпуске без содержания.
{ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Значение не является значением объектного типа (ДатаНачала)
ВызватьИсключение(ТекстОшибки);
ВызватьИсключение(ТекстОшибки);
Причем при подборе видно, что она связана с сотрудником, который находится в отпуске без содержания.
После обновления на ЗГУ 3.1.9.106.
Если пытаться перезаполнить сохранив ручные исправления документ начисление зарплаты ругается: Поле объекта не обнаруженно (Вычеркнуть). Причем спотыкается только на исправлениях удержаний (Профсоюз или исполнительный лист) и договоров ГПХ. Исправление начислений к ошибке не приводят. Еще одна ошибка из за обновления, профсоюз если стоит на 2х рабочих местах из 3х, то сумму она считает правильно, но пишет ее в обе строки профсоюза не разбивая по рабочим местам пропорционально, в результате задваивается у таких людей профсоюз. Либо если профсоюз стоит на одном рабочем месте из двух, у некоторых людей удерживает с двух мест.
Если пытаться перезаполнить сохранив ручные исправления документ начисление зарплаты ругается: Поле объекта не обнаруженно (Вычеркнуть). Причем спотыкается только на исправлениях удержаний (Профсоюз или исполнительный лист) и договоров ГПХ. Исправление начислений к ошибке не приводят. Еще одна ошибка из за обновления, профсоюз если стоит на 2х рабочих местах из 3х, то сумму она считает правильно, но пишет ее в обе строки профсоюза не разбивая по рабочим местам пропорционально, в результате задваивается у таких людей профсоюз. Либо если профсоюз стоит на одном рабочем месте из двух, у некоторых людей удерживает с двух мест.
(20) Да - дело именно в этой константе.
К сведению коллег - в релизе 3.1.9.106 реализовано сразу два варианта Менеджера расчета зарплаты.
МенеджерРасчетаЗарплатыАрхивный - это старый алгоритм расчета, который был в предыдущем релизе 3.1.8.246 (разработчики переименовали так)
МенеджерРасчетаЗарплаты - это новый, оптимизированный и, похоже, сильно "глючный" вариант.
Кстати, не нашёл, где в настройках можно включить эту константу. Пришлось включить через "Все функции".
К сведению коллег - в релизе 3.1.9.106 реализовано сразу два варианта Менеджера расчета зарплаты.
МенеджерРасчетаЗарплатыАрхивный - это старый алгоритм расчета, который был в предыдущем релизе 3.1.8.246 (разработчики переименовали так)
МенеджерРасчетаЗарплаты - это новый, оптимизированный и, похоже, сильно "глючный" вариант.
Кстати, не нашёл, где в настройках можно включить эту константу. Пришлось включить через "Все функции".
Способ обхода ошибки добил окончательно... Слава богу, на версии 3.1.9.107 эту ошибку написали что исправили, не проверяла.
Ошибка 10207110
При заполнении начисления зарплаты за первую половину месяца более чем по 50 сотрудникам возникает ошибка:
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(2086)}: Ошибка при вызове метода контекста (Выполнить)
РанееОплаченныеПериоды = Запрос.Выполнить().Выгрузить();
по причине:
{(19, 24)}: Таблица не найдена "ПолученияПериодическихДанныхСотрудников"
Внутреннее СОЕДИНЕНИЕ <<?>>ПолученияПериодическихДанныхСотрудников КАК СотрудникиПериоды
Способ обхода:
Заполнять документа подбором группами по менее чем 50 сотрудников.
Ошибка 10207110
При заполнении начисления зарплаты за первую половину месяца более чем по 50 сотрудникам возникает ошибка:
{Обработка.МенеджерРасчетаЗарплаты.МодульОбъекта(2086)}: Ошибка при вызове метода контекста (Выполнить)
РанееОплаченныеПериоды = Запрос.Выполнить().Выгрузить();
по причине:
{(19, 24)}: Таблица не найдена "ПолученияПериодическихДанныхСотрудников"
Внутреннее СОЕДИНЕНИЕ <<?>>ПолученияПериодическихДанныхСотрудников КАК СотрудникиПериоды
Способ обхода:
Заполнять документа подбором группами по менее чем 50 сотрудников.
(26) вот здесь нужно поправить 50 на сколько нужно (общ. модуль ЗарплатаКадрыПериодическиеРегистры):
по стандартам 1С в подразделении должно не больше 50 челов быть)
Функция ФильтрСписокЗначенийПоТаблицеЗначений(ТаблицаФильтра, ОписаниеФильтра)
Если ОписаниеФильтра.ИзмеренияФильтра.Количество() > 1 Тогда
Возврат Неопределено;
ИначеЕсли ТаблицаФильтра.Количество() > 50 Тогда
Возврат Неопределено;
КонецЕсли;по стандартам 1С в подразделении должно не больше 50 челов быть)
замечен новый баг. в общем ошибка проявляется если поменять сотруднику график работы (допустим с 05.02 по 10.02) и при расчете зарплаты за первую половину, если у него есть ночные в этот период, то они будут рассчитаны дважды.
Проблемы с кадровыми перемещениями. Если сделать временный кадровый перевод и после его окончания провести еще один, то в табеле отработанное время увеличивается в 4 раза. Например: 1 кадр. пер. с 1.02.19 - 10.02.19 2 кадр. пер с 11.02.19.
Версия 3.1.9.106.
Проверьте, у кого также?
Версия 3.1.9.106.
Проверьте, у кого также?
Еще написала заявку в 1С, сказали что передали разработчикам, жду ответа:
Если сотрудник ранее работал в компании, а в последующих месяцах выполнял работы по договору ГПХ (гражданско-правового характера), то при очередной выплате аванса, этот сотрудник начинает подтягиваться в ведомость на выплату аванса, хотя он уже уволен из компании!
Если сотрудник ранее работал в компании, а в последующих месяцах выполнял работы по договору ГПХ (гражданско-правового характера), то при очередной выплате аванса, этот сотрудник начинает подтягиваться в ведомость на выплату аванса, хотя он уже уволен из компании!
Как подопытные кролики, все наскоряк да на авось прокатит.
"ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Значение не является значением объектного типа (ДатаНачала)"
Помогает галочка выполнять расчет без оптимизации.
"ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Значение не является значением объектного типа (ДатаНачала)"
Помогает галочка выполнять расчет без оптимизации.
Прикрепленные файлы:
Помогло включение константы Выполнять расчёт зарплаты без оптимизации
в пункте меню "Все функции"
"Все функции" уже были доступны (включены). Права у пользователя полные.
С "оптимизацией была ошибка
в пункте меню "Все функции"
"Все функции" уже были доступны (включены). Права у пользователя полные.
С "оптимизацией была ошибка
ПолученияПериодическихДанныхСотрудников Таблица не найдена Прикрепленные файлы:
Критическая ошибка ЗУП 3.1.9.187
найти строку в конфигурации
СтрокаНабора = СтрокиНабораНачисленияПоИдентфикаторам[ИдентификаторСтроки]
и заменить на
СтрокаНабора = СтрокиНабораНачисленияПоИдентфикаторам[ИдентификаторСтроки.ИдентификаторСтроки]
иначе ломается заполнение документа начисления зп
найти строку в конфигурации
СтрокаНабора = СтрокиНабораНачисленияПоИдентфикаторам[ИдентификаторСтроки]
и заменить на
СтрокаНабора = СтрокиНабораНачисленияПоИдентфикаторам[ИдентификаторСтроки.ИдентификаторСтроки]
иначе ломается заполнение документа начисления зп
Проблемная ситуация в ЗУП 3.1.9.187 - в ведомости Т-53 выдачи по кассе сотрудник выходит столько раз сколько он принят на внутреннее совмещение. В Зуп 3.1.8 эту ошибку исправили а в ЗУП 3.1.9.187 нет. Может у кого возникала такая ситуация - как с ней бороться?
(56) , (55)
там же приложено расширение для исправления
если кому нужно
Вы нашли что-то, но это "что-то" - отнюдь не проблемный участок )
Как раз это советуют на партнерской конференции
там же приложено расширение для исправления
если кому нужно
Прикрепленные файлы:
ИсправлениеПодбора.cfe
В багтракере рекомендуется
Заменить в общем модуле ФизическиеЛицаЗарплатаКадрыРасширенный методы ФормаВыбораСотрудниковПриСозданииНаСервере и УстановитьЗапросСпискаВФормеВыбораСотрудников на:
а в расширении только один метод "УстановитьЗапросСпискаВФормеВыбораСотрудников". Как это понимать ?
(59) Тоже обратил на это внимание. Причем в процедуре "ФормеВыбораСотрдуников" на багтрекере количество кода возросло раза в 3! Не вникал пока еще, связано это с проблемой подбора сотрудников ГПХ или это просто какие-то новшества не связанные с обсуждаемой здесь проблемой.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот