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