ЗУП 3.1 Не совсем корректная смена ФИО работника #777814

Приветствую общественность ! Имеется ЗУП 3.1 последнего релиза. Сотрудница в середине июля сменила ФИО, сделали как то расписано в материалах учебного курса. Во всех кадровых документах смена прошла корректно, старые приказы отображают старую фамилию. А вот с табелем беда: в прошедших периодах у сотра новая фамилия в печатной форме. Это косяк конфы или наш ?

Судя по молчанию, у всех табель в такой ситуации правильно работает ?

Причина - конфа. Неправильный вывод из молчания. Просто не очень частая ситуация.

Скорее всего в табеле ФИО берется из наименования сотрудника (а оно новое), а не из РС ФИОФизЛиц на конец месяца табеля

спасибо, ясно

Что-то не верится, что в ЗУПе так по-детски накосячили. Скорее табель ни типовой.

Там хватает мест, где не верится, но оно существует.

А посмотреть алгоритмы слабо? :)

ЗУП 3.1 - это один большой косяк.

Безосновательное утверждение.

вы просто не сталкивались. Например, когда появилась УТ 10.1, я поначалу тоже был в шоке, в ней обнаружились ошибки, которые в тис 7.7 были исправлены 5 лет назад. То есть разработчики пишут новую конфигурацию с нуля. Также и здесь, разработчики ЗУП 3 вообще в глаза не видели ЗУП 2.5 и не в курсе, что там за 8 лет проведена большая работа и исправлена куча ошибок. 90% этих ошибок, которые давным давно исправлены в 2.5, теперь будут несколько лет исправляться в 3.1.

Парочку для примера, плиз, ибо ничего на ум не приходит

Оснований не прибавилось.

ну откройте список исправленных ошибок в зуп, например, за 2010й год. Уверен, что вы эти ошибки обнаружите в нынешних версиях. Всё идет по спирали.

А вот и не обнаруживаю. Поэтому плиз конкретно - какие ошибки, иначе простое бла-бла-бла

Табель типовой Проверь на своей базе и отпиши результат

Посмотрел запрос для печати. Используется типовой вызов     КадровыйУчет.СоздатьВТКадровыеДанныеСотрудников(ОписательВременныхТаблиц, Ложь, "ФамилияИО,ФИОПолные,Должность,ТабельныйНомер") и поля ФамилияИО и ФИОПолные из запроса используются в зависимости от настройки ВыводитьПолныеФИОВСписочныхПечатныхФормах для формирования параметра Сотрудник (ФИО, должность)... как бы подкопаться не к чему.

а какие обнаруживаешь? и в каком количестве? в нормальном для передовой конфигурации?

В нормальном для конфы, которая интенсивно развивается

а по-моему, в ненормальном для конфы, которую 2 года прочат на замену-замену 2.5

У каждого свои границы нормальности

угу, 1с их все время сдвигает. 160 ошибок в передовом продукте, причем не каждая из них незначительная...

Перечислю косяки, которые два года в Зуп 3 висят и приходится с каждым обновлением тянуть: 1) Доход в натуральной форме, если ему в формулу добавить показатели в днях, то при приведении расчета вылетает по ошибке - период расчета пустой. 2) Начисление резервов на отпуска по стандартам МСФО - удваивает дни сотрудникам, у которых были несколько коротких отпусков в течении месяца 3) Выгрузка проводок. Закладка НДФЛ, если было несколько строк по одному сотруднику с одинаковой суммой НДФЛ, то проводки задваиваются.

например, зачем параллельно существуют ЗУП 3.0 и ЗУП 3.1? Понятно почему. Потому что ЗУП 3.0 уже и обновить толком не удается, только выбросить.

Почему параллельно существовали УТ 11.1 и УТ 11.2, ЕРП 2.0 и 2.1? Хотя бы пара ошибок из будет или так и будем кричать "3.0 маст дай"?

вы что, разработчик ЗУП? ну вам написали в и в

Эти ошибки были в 2.5?

Мда... заглянул в унифицированный отчет Т13 а там... заглушка:

Меня больше в восторг приводит функция РазложитьФИО из общего модуля РегламентированнаяОтчетность ))

Кстати, , если заполнить документ "Табель учета рабочего времени", то его печать Т13 правильно показывает ФИО. Нуу... как бы правильно. Это если исходить из даты документа. А если бы я был бы буквоедом? :) То такого сотрудника нужно показывать двумя строками Например если бы ФИО поменялось в середине месяца (например 13 числа), и если бы табель заполнялся на месяц, то: с 1 по 12 - со старой фамилией, а с 13 и до конца месяца - с новой. Вот как-то так, имхо :)

Кто вам сказал, что табелировать в таком случае нужно двумя строками?

Средний заработок с 1 числа месяца индексации Код ошибки: 50007130 Код(ы) обращения: SW1055967 Статус: Не указан Зарегистрирована: 01.07.2016 Описание:                             Если событие, оплачиваемое по среднему заработку, начинается с 1 числа месяца, в котором производилась индексация, то эта индексация при его расчете не учитывается.

+ то, что сказали - не будем поправлять в 2.5, потому что грядет 3.0/3.1 - вот там...обязательно все будет. хотя в 2.5 лечится одним знаком =

Код ошибки: 10163748 Код(ы) обращения: SW1048659 Статус: Не указан Зарегистрирована: 14.06.2016 Описание:                             ЗГУ. В карточке-справке 0504417 в графе "Отработано дней" выводятся не только отработанные дни, но и дни отпуска, командировки и др.                          помню, было такое в ЗиК БУ

Код ошибки: 10163564 Код(ы) обращения: SW1021582 Статус: Принята к исправлению Зарегистрирована: 07.06.2016 Описание:                             При печати Т-60 из отпуска, продленного (исправленного) из-за больничного, в разделе "Удержано" колонка 16 (Налог на доходы) заполняется НДФЛ текущего документа + НДФЛ исправляемого документа.                          о, косячная Т-60 так и не исправлена... хоть теперь ошибка и в другом месте

Таки шо, хочешь сказать такая ошибка была в 2.5? И давно?

Код ошибки: 50005947 Код(ы) обращения: SW1042328 Статус: Не указан Зарегистрирована: 20.05.2016 Описание:                             Квартальная отчетность в ПФР. При нажатии на "Обновить с учетом исправлений" данные в пачке очищаются.                          помню аналогию - по кнопке "обновить доходы" очищалось все

а ты в поиске т-60 забей и посмотри по темам. она косячная по своей сути.

Весь ЗУП косячный по сути, еще со времен 7.7) Но вон свежие косяки - проблемы с МСФО и т.д...)

да как бы нет... расчеты неправильные, отчеты неправильные, печатные формы не так работают, налоги не перерассчитываются. ничего особо нового не увидела. но правда пролистала всего 4 страницы ошибок из 7.

Дамы и господа ! Я попрошу всех остановить публикацию парада ошибок и прекратить мериться пиписками на тему "Кто больше знает зарегистрированных ошибок в ЗиК/ЗУП со дня их сотворения". И без этого понятно  что ни одна конфа не идеальна. я не сильно разбираюсь в запросах, это о чем говорит ? Что такой запрос кривой и так делать нельзя ?

Это говорит лишь о том, что не получает никто данные по ФИО из нужного регистра сведений, получается просто наименование сотрудника. Хотя может просто просто строки ТЗ так собираются, надо весь запрос смотреть, а не вырванный из контекста кусок

и, внимание, вопрос... а почему в старых табелях должна отображаться старая фамилия? если на карточке Т-2 она аккуратно зачеркивается?

ну судя по конечному результату, берут просто наименование сотрудника

Посмотри список ошибок по 2.5, их конечно поменьше, но вот даты регистрации их впечатляют

Потому что старый табель распечатан и подписан, и какая там фамилия? То же самое и с кадровыми приказами - прием, перемещение

потому что в том периоде работала Иванова, а Петровой еще не существовало

Рекомендую - . Меня успокаивает.

Лучшее успокоительное - 5 капель валерьянки на бутылку виски

Я за рулем. А от валерьянки меня трясет.

Судя по рекомендациям - в табелях в таких случаях фамилия зачеркивается, а под ней аккуратно вписывается новая фамилия.

я знаю про список ошибок по 2.5. А также помню свое общение с Закировым по этим ошибкам. И его уверения - вот выйдет 3.0 - все будет круто. И общение это шло с 2010 года.

То есть ты считаешь что вполне себе достаточно брать во все документы и отчеты текущее ФИО? Фирма 1С вместе с большим количеством пользователей с тобой и с этой ссылкой не согласны

Ага, фирма 1С вообще ставит туда наименование элемента справочника, т.е. если у него вдруг стоит "Вася Пупкин", то в табеле это и выведется.

В 2.5 да. В 3.х везде, кроме как оказывается в табеле, ФИО берется из регистра ФИОФизЛиц на дату документа, что мне кажется вполне логичным. Была у меня такая задачка  - сделать такое же в 2.5, отмазался - ждите перехода на 3, там это реализовано

Ну, это конечно весомый довод)

Для перехода на 3.х - дооо) Только вот ресурсов нет на перевод нашей вхлам переписанной 2.5)

нигде в предложенном материале не увидел что в прошлых периодах следует писать новую фамилию

"Кто вам сказал, что табелировать в таком случае нужно двумя строками?" - это моё имхо. Если бы я был буквоедом. Но я не буквоед и не настаиваю. Хотя этоне противоречит правилам ведения учета. "Судя по рекомендациям - в табелях в таких случаях фамилия зачеркивается" - зачёркивают ошибки. А это не ошибка. Да и вообще-то, в табеле не допускаются исправления. Так, как документ заполняется табельщиком ежедневно в течении определенного периода и если бы у сотрудника изменилась фамилия в этот период, то я бы рекомендовал после кадрового приказа о внесения изменений вписать после старой фамилии через черту новую фамилию. PS: разумеется всё вышесказанное - имхо и возможно неверное :)