Коллеги, поясните такой момент. Наша организация попадает в список исключений указа о выходных днях 30.03-3.04. Т.е. мы официально работаем. Однако производственный календарь автоматически еще в прошлый четверг обновился, потянув за собой графики, а их у нас много.
Теперь возникла непонятка.
Вот здесь https://its.1c.ru/db/answersstaff#content:3671:hdoc  написано:

"Для тех организаций, на которые Указ не распространяется, производственный календарь не изменится, поскольку не изменится норма рабочего времени в марте и апреле 2020 года и даты 30, 31 марта и 1-3 апреля останутся рабочими".


Но он у нас уже изменился и менять ПК РФ (вернуть 30-03 в рабочие дни) насколько я понимаю нет смысла, у нас стоит поддержка через интернет, и ПК опять сам автоматом эти дни сделает красными?

Подскажите как быть?

так и хочется сказать, что это такой извращенный способ сохранить рабочие места уже работающим зуп-сепцам в организациях - ну чтоб от них не избавлялись, как от ненужного баласта, когда лодка уже начинает тонуть

(60) Не понял )) "зуп-сепцы" это кто? Ну и вообще переведи пожалуйста, семантический разбор (6) у меня завершился с ошибками.

опечатался :-)
по Фрейду

буквы местами поменялись. "зуп-спецы" должно было быть

(61) а имел ввиду, что кроме вот этой возни в базах по форс-мажорным причинам, стали неактуальными все остальные прежние практические задачи, которые появились раньше, чем "самоизоляция" нас настигла.

(63) еще три недели, стоит поберечь нервы

(63) Не все, но да, торможение ощущается.

(59) распечатал график автообновляемой пятидневки Апрельский - грубо говоря все по нулям, но в последней колонке, которая называется нерабочие дни - там 8 дней. Т.е. как было до обновления. что 4 недели и по два выходных дня - от них 8 дней. Остальные поля в строке Апрель пустые.

(66) Написал письмо в тех поддержку ИТС, они ничего не поняли и прислали мне инструкцию по дням марта. Попросил перечитать..

(66) В марте было так: 19 дней по виду времени "Явка", 2 дня во виду времени "ОН"

В апреле было до обновления ПК так: 3 дня вид времени ОН и 19 дней по виду времени "Явка".
ПК обновился, теперь в апреле 3 дня "ОН" и явки нет.

Ответ техподдержки - мы не знаем, как отработать распоряжение Путина о нерабочих днях с 6 по 30 апреля. Ну хорошо, я могу это понять, но все равно не понимаю логики - обновить втихушку ПК вместе с классификаторами, причем пользователь отказаться от этого не может.

Внес предложение сделать настройку обновления ПК отдельно.

Так... я демку самую свежую пересмотрел. Сейчас в табель за март у тех кто на графике Пятидневка - последние дни месяца - "В" - это такое отображение в табеле. в ПК у этого дня - "нерабочий".

Апрель полностью "В" и никаких часов или дней. Причем, есть самая последняя колонка в табеле, где нерабочие дни считались всегда (это были выходные фактически) - сейчас там 8 как и было.

Черт знает что!

(69) "мы не знаем" - с учетом того, что кучу всякого бреда всякие личности из телевизора уже наговорили, теперь ничто не мешает озвучить что-то еще когда попало и когда угодно. Только ждать остается новой инфы. В принципе, если припрет, то и март пересчитать можно будет, если мнение какое-то выскажут обосновано.

почему смотрю на демку - потому что в рабочей у меня графики больше на автомате от ПК не обновляются и от ПК все что можно было отвязать - все отвязал в настройках учета Расчета зарплаты.

(70) Проблема пока проявляется только у тех, кого увольняем в апреле. Отключаем автозаполнение в графиках и настраиваем график по ситуации клиента (работает, не работает, оплачивает дни или нет).

Надеюсь, до момента начисления хотя бы аванса будет внесена хоть какая-то ясность.

кто-то ещё попробывал расчет сделать зп за апрель при нулевых ? :)

(73)+ я больше к формулам расчета, где есть  /НормаДней

(74) если есть вид времени "ОН", то деления на ноль не будет. А вот если нет, то придется формулы менять

(75) что это за вид времени такой ещё и когда появился ?

(73) в рабочих базах, там, где еще работают - там указаны графики при приемах на работу и прочих кадровых документах со снятым крыжиком автообновления. И графики там у нас в 8-ки явки, хотя дни визуально в календаре розовые. При расчетах используется график работника. Соотв. ошибки нет.

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

(77) и что из этого ? конечно всё это можно и индивидуальные графики ввести и табеля. кстати при сохранении график галку сам вроде ставит.
важно то, что будет стоят в расчетниках и табель.  конечно можно наплевать на производственный или руками его поправить, вот что проверяющим потом говорить будем.

(78) ты в ЗУП работаешь?

(76) ЗУП 3.1.13.146, "Настройка" -" Расчет зарплаты - флажок "Указ президента"

(78) вот именно, что на производственный уже пришлось, как ты пишешь, наплевать.

А если в ЗУП работаешь, то должен был заметить, что везде изпользуется инфа ИЗ ГРАФИКА. И Табель тоже из Графика заполняется. А если нужно, ну сами так решили, настройки указали умышленно, то только тогда и ПК подтянет инфу.

*из ПК

(80) в Версия 3.1.10.376 нету, кстати вышла Версия 3.1.10.378

(83) на мисте раньше описали всё, можно даже описания к релизу скипнуть

(83) о! хорошо. Есть теперь чем заняться :-) - ее как раз сегодня обещали.

(83) много вопросов снялось, но придется разбираться.

только ОН почему-то так и не появился

(87) у меня есть, галка стоит в расчет зряплаты ?
в графиках есть и в табеле тоже как 44 код.

Нашелся. Чтоб он выходил в табель, нужно почти вручную обеспечить его наличие либо в графике работы, который сотруднику установлен, либо в индивидуальном графике работы этого сотрудника.

В графике работы теперь, если это Пятидневка и его клоны, есть не только Автоматическое заполнение по производственному, но и в свойствах графика, внутри - галочкой надо отметить, что их нужно использовать. Тогда график обновится и вручную шлепать по каждому дню не нужно будет.

их нужно - это про галочку "при заполнении учитывать нерабочие дни" внутри настройки свойств графика.

Версия 3.1.13.151
"Исправлены некоторые проблемы новой методики сохранения зарплаты в нерабочие дни с 30.03.2020 по 30.04.2020."

------

Похоже, отдел техподдержки с утра был не в курсе, что разработчики уже трудятся над решением проблемы с нерабочими днями  с 6 по 30 апреля.. осталось проверить, что исправили.

Подниму ветку и заодно, что отдельно протестировано. Хотя выше об этом уже было сказано. Но поставлю акцент.

После включения глобальной настройки расчета для учета нерабочих оплачиваемых.
Обращаем внимание, что свойства графика "при заполнении учитывать нерабочие дни" необходимо устанавливать вне зависимости от того,
доступно для нужного графика "Автоматическое заполнение по производственному" или нет.
Открываем нужный для заполнения в табеле График. Заходим в настройку его свойств, ставим "при заполнении учитывать нерабочие дни"
От этого действия 8-ки в двух днях Марта и всего Апреля перескакивают в дублирующую строку, которой раньше не было - Оплачиваемые нерабочие дни.

После этого уже не потребуется ручного переноса в табеле или ручного заполнения в индивидуальном графике ОН 8 или какого там еще нужно ОН с часами.

Однако, смотрите ниже ссылку. Данное решение не избавит от проблем на 100% - проблему вечерних и ночных это решение не решает.
https://www.business.ru/news/13776-mintrud-utochnil-svoi-rekomendatsii-dlya-rabotodateley-o-nerabochih-dnyah

https://youtu.be/G-z_34BhK-s

Это видео-инструкция полностью раскрывает пост (92)

PuhUfa
2 - 13.04.20 - 14:04

Сообщил нам об этой инструкции - спасибо!

(93) Не понял нужность этого нового релиза и описанных в указанном видео изменений, если всё сделано так, как Вы написали в посте (39).
Новый релиз позволит в табеле указать код "ОН", и если всё сделано как в (39), то более ничем релиз не полезен получается?
У нас тоже 3.1.10.
Часть сотрудников работают, а часть переведена на простой 2/3.
В итоге по работающим всё по графику нормально начислится. По остальным будет введен документ Простой.
Единственное, в 3.1.10 я так понял нельзя изменить вид времени для простоя в этот период. А вот это бы нам очень надо. Может кто знает как?

(95) // Не понял нужность этого нового релиза

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

// У нас тоже 3.1.10.

Лучше обновление накатить и привести все затем в божеский вид, т.к. дальше будут работать уже на основе тех структурных изменений в метаданных, которые налепили сейчас.

// нельзя изменить вид времени для простоя в этот период

Вообще, изменение видов времени на конкретный период для уже настроенного и постоянно действующего вида расчета делать так нельзя. Ну как нельзя... Можно, но не рекомендуются. Скорей всего, что после будут никому не нужные проблемы.

А что можно? Можно создать еще один вид расчета-начисления, практическую копию для уже существующего и указать вид времени в нем.
Чтоб сработало все корректно нужно использовать вид времени со ссылкой/указателем на тот что был в типовом простое.
Тогда в Табель выскочит использованный вид времени. Но расчеты будут работать по указанному в Основное время.

Но это перед практическим использованием лучше протестировать

(96) // "Лучше обновление накатить и привести все затем в божеский вид, т.к. дальше будут работать уже на основе тех структурных изменений в метаданных, которые налепили сейчас."

Да, я понимаю, база просто сильно доработанная, тяжело даются любые обновления, тянем до последнего :)

// "А что можно? Можно создать еще один вид расчета-начисления, практическую копию для уже существующего и указать вид времени в нем."
Проблема в том, что в случае простоя в табеле указывается вид времени не тот, что указан в начислении, а в зависимости от вида простоя. Если простой по вине работодателя, то неважно какой ты выберешь вид времени у соответствующего начисления. В табель всё-равно пойдет "РП" (по вине работодателя). Грянина говорила недавно на семинаре, что изменить вид времени у простоя можно начиная с релиза 3.1.11. Там прямо в документе вид времени выбирается. А в 3.1.10 вид времени в простое выбрать нельзя, он зашит, и изменение вида времени в начислении тоже ничего не дает.

(97) Это в документе не выберешь. А если другое начисление создать и у него указать?... Сейчас еще в 3.1.10 посмотрю. Я то сходу на 3.1.13 глянул, т.к. в ней как раз сидел.

Проверил. Функциональность в документе Простой в 3.1.13 сильно не совпадает с тем, что в 3.1.10. Ну и по табелю действительно используется в 3.1.13 явным образом указываемые в шапке документа настройки. Точнее, по документу Простой в 3.1.13 создаются необходимые записи в регистрах с правильными настройками из шапки, а не теми, что жестко вшиты в программном коде на 3.1.10.

Народ у вас 22-е выходной? Блин, у меня в календаре красный.

(100) Ты не поверишь - они там все красные!

(101) А это красный красный, у меня он как выходной зараза, и 20 региональный праздник, табель вообще походу можно выкинуть уже.

(102) запусти регл задание "обновление классификаторов", поменяется что-то?

(103) Дык вот запустил. И фигею. Благо шо на копии сначала.

(104) А что не так?

У меня и нерабочие, и воскресенья одинаковым красным отражаются, разницы нет.

Кроме того, в 3.1.13.156 от ПК вообще ничего не зависит, когда заполняешь график работы сотрудника. Если ставишь флажок "учитывать нерабочие дни" - они и учитываются по указу, с 30 марта по 30 апреля, независимо от того, что есть в производственном календаре.

Проверил это, отключив интернет-поддержку, и сделав дни в апреле обычными рабочими. Все равно в графике вид времени ОН, если включить флажок "Учитывать нерабочие дни".

Поправка в: версия 3.1.13.151

(99) И как удалось в 3.1.13 указать в простое по вине работодателя и вид времени ОН ?
указываю время сразу очищается начисление
или делаю чтото не так

(108) Ну так все равно нужен вид начисления у которого будет нужный вид времени установлен. Тогда покажет.

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

(109) экспериментирую :)

подниму

Я что-то не понял, а эти дни в мае между праздничный куда девать-то?

И другой момент : вот публикуют в отношении отдельно взятых областей: "самоизоляция продлена до конца мая" - и что с этим делать?

07.05.2020 00:00   ! Важно
Поддержка нового нерабочего периода 6-8 мая при заполнении производственного календаря и графиков работы планируется в очередной версии, ориентировочно к 20м числам мая.

Обращаем также внимание, что новое Постановление по поводу реестров ФСС 65+ на этот период не издано.

--- это из Новостей внутри ЗУП

Тоже не поняла логики разработчиков. На сайте https://releases.1c.ru/classifiers/total?projectNick=HRM30 29.04.2020 был выложен новый производственный календарь, в описании которого
четко написано: Нерабочие дни с 6 по 8 мая 2020 года. Указ Президента Российской Федерации от 28.04.2020 № 294

При попытке обновить производственный классификатор через Администрирование - Интернет-поддержка и сервисы – Обновление классификаторов, пишет,  что обновление производственного календаря не требуется. В настройках графика установлен флаг об автоматическом обновлении по производственному календарю. Но в месяце МАЙ, в графике показывает 14 дней “Я”, а с кодом “ОН” – ни одного дня.

(113) Реализуют к 20 мая, шикарно! А люди могут вообще-то увольняться и до 20 мая и им надо как-то зарплату посчитать...

(115) И что истерим? Кто мешает руками поправить, а?

(116) святая вера в царя-батюшку :)... ?

а у нас вообще непонятно, что делать.
предприятие работает, но есть люди, которые не работают,
а есть люди, которые то работают - то не работают, у них нужно ставить 3 дня "Я", а 4 дня "ОВ".
как это всё сделать - непонятно.

делаю простой на апрель, всё начислилось, но почему то в начислениеЗП люди тоже подтянулись с окладом 0 и не проводится. Что не так ?

(118) Как что, рисуйте индивидуальные графики, и будет вам счастье

(120) мне напиши чего-нибудь, с простоями не сталкивался.

(119) Простой как заводили? Документом "Простой"?

(122) да, простой сотрудников

(123) Даты с какого по какое про проблемным сотрудникам? Даты простоев в смысле

(124) весь апрель, т.е. с первого по 30.

(125) Тогда глюк какой то, по идее начислений по окладу быть не должно в начислении. А если попробовать перезаполнить начисление? Именно перезаполнить, а не перерасчитать*

(126) нач ЗП? - уже много раз перезаполнял

(127) Тогда косяк, строчка с окладом не должна появляться совсем. Какой релиз?

В версиях ЗУП 3.1.10.378, 3.1.10.416 при пересчете тарифной ставки сотрудника в стоимость часа, когда установлен флаг "Среднемесячное количество дней в месяце" среднемесячное число часов стало определяться непонятным способом. Раньше оно бралось из графика работы (реквизит "среднемесячное число часов"). Теперь непонятно каким образом. Пытаюсь разобраться. Если в графике вручную менять количество часов в некоторых днях, то реквизит "среднемесячное число часов" в графике меняется, но это не влияет на расчет, к примеру, ночных часов.

(128) посмотрел, там у них косяк с начислением по окладу ( какое-то свой из зика может перешло)
там не стоял простой в настройках вытеснения.
спасибо.

а что будет в мск после 12 мая? рабочие или нерабочие дни?

(131) А неизвестно. Самоизоляцию продлили, но по Москве и МО. Указаа общероссийского уже не будет ,видимо

(129) + похоже на то, что там все-таки косяк в базе данных, а не в конфигурации.

(126) а у вас есть районный коэффициент?

Вот у нас есть, и если ввести простой на весь апрель, то в документ начисление ЗП сотрудник не попадает, т.к. нет оплаты по окладу. и районный к-т не начисляется...

Всем привет!
Подниму тему.
Пользователи обнаружили, что при расчете отпуска в среднем заработке не показывается отработанное время и норма по пятидневке (для учета премий) за апрель.
В итоге занижается коэффициент для учета премии в среднем заработке.
Выяснил, что норма дней по пятидневке для учета премий берется из производственного календаря, а не из графиков сотрудников.
А производственный календарь у нас в апреле выходной весь месяц.
Это я к тому, что решение, о котором писали выше (убрать флажок автообновления в графиках, указать в настройках пересчет нормы времени по графику, а не по ПК) - это не выход.
Получается нужно всё-таки отключать обновление классификаторов и вручную поставить рабочие дни в апреле.
Но мы ещё на релизе 3.1.10.307
В связи с чем вопрос, решено ли это в более поздних релизах 3.1.10, в скором времени будем переходить.
3.1.11- 3.1.13 - не интересуют, т.к. теперь уж будем переходить на следующую версию длительного сопровождения - 3.1.14, как припечёт :)

Если выхода до сих пор нет, то воспользуюсь советом SleepyHead:
уберу обработкой флажок в регистре классификаторов для производственного календаря

(135) когда свежие релизы запускаешь, с поддержкой с инета которые умеют работать и права на этот сервис нужны - конфигурация прямо в штатном режиме работы выхватывает новость и выдает, что ошибка с расчетом среднего есть. Не исправленная. Как раз из-за рабочих нерабочих...

Прямо или косвенно, но о том, что ошибка эта будет - заранее говорилось. Не хочу быть слишком умным, но... А может я и не говорил, а только подумал еще сразу.

Но не суть. Ждем исправления этой ошибки в типовом решении. Как в ручную указать желаемый результат - понимаем. Расчетчиков обучили. Массовых отпусков пока нет. Ждем-с.

(137) Пробовал пересчитать пару отпусков - разница на полрубля, на три рубля максимум. Кто-то убьется блин из-за этих копеек, пересчитывая отпуска...

Минтруд мог бы и просчитать последствия, прежде чем выпускать такие рекомендации.

пока только в ЗУП Версия 3.1.10.470

Исключение из среднего заработка периодов нерабочего оплаченного времени и начисленных за него сумм, в соответствии с письмом Минтруда России от 18.05.2020 № 14-1/В-585.

уже вдогонку отобразилось

3.1.14.60    11.06.20

(140) Сегодня с бывшей коллегой аналитиком уже обсуждали, мне хоть и не надо, но обещал посмотреть как это технически реализовали.

по 3.1.14.60

Новый объект: Константа.УчитыватьОплачиваемоеНерабочееВремяИСуммыВСреднемЗаработке
Новый объект: РегистрСведений.ПериодыОплатыНерабочихДней

В настройках "Расчет зарплаты" периоды доступны так же как и возможность их включение в средний.
документы начислений необходимо провести по видам учета для расчета среднего "Проведение документов по видам учета".
Всё видно по РН "Данные о времени для расчета среднего (общий)" и  "Данные о начислениях для расчета среднего заработка (общий)"

(142) Релиз отозвали сегодня, не спешим переходить.

(143)

По причине ошибки в демоданных.

Изменения будут внесены только в демо-данные.

(144) Не знаю как насчет демо-данных, а обновление ЗУП ГУ падает при обновлении справочника ученых степеней. Что-то напутали. В нашей базе уже ученая степень с определенным наименованием, обновление пытается вписать еще одно такое же и ругается, что оно уже есть.

Предопределенных элементов в справочнике нет.

(145) так до сентября еще времени вагон. Что торопиться именно на текущий переходить? Перейдем в свое время. Я 3.1.10 пока обновил на своих. Сегодня отработали нормальный день расчетчиков. Критичного ничего не случилось.

(145) в зуп не ГУ изменений по справочнику при переходе с 3.1.14.55 на 3.1.14.60 нет, может Ошибка 50013365 ?

на 3.1.14.60 можно работать и дальше, если кто успел.

(147) Я благо только тестовую обновил. Посмотрим что в 61 изменили

(148) насколько понял и глянул, от 60 ничем для работы.

(149) Да, совсем ничем, только номер версии сменился. Напугали, ироды

(150) там в другом месте ошибка была, нормально и быстро поправили.

(147) с 3.1.13.219 на 3.1.14.60 проявилось.

(152) можно проверить в модуль менеджер Справочники.УченыеСтепени.НачальноеЗаполнение() не мешает ли при обновлении и отключить его.

(153) Спасибо, я на этом релизе так и сделал, отключив этот обработчик в расширении. Кадровики этот справочник ведут сами.

Если сотрудник работал в нерабочие периоды по "коронавирусным" Указам (т.е. в настройках расчета зарплаты период отмечен как нерабочий, а в графике/табеле сотрудника указана Явка), то время этой работы при расчете среднего заработка не отражается в календарных отработанных днях (используется для расчета среднего для отпуска).

Способ обхода:
При расчете среднего заработка для отпуска заполнить "Отработано дней (календ.)" вручную в калькуляторе расчета среднего.

https://bugboard.v8.1c.ru/error/000069395

свежий прилет

на 3.1.14

(156) Проверял на отозванном 3.1.14.60:

1. начало отпуска в мае
2. в графике сотрудника весь апрель "ОН"
3. но конкретный сотрудник весь апрель работал, введен документ "табель", весь апрель "явка"
4. Выполнил Зарплата - Сервис - обновить данные для расчета среднего за март, апрель.

Сделал пересчет отпуска в июне:
1. за арт учтена часть зарплаты по 29.03, и соответственно к-т меньше 29.3
2. апрель учтен полностью с коэффициентом 29.3, и сумма начисления учтена полностью, т.е. все как положено.


Тот редкий случай, когда я что-то сделал не так, но все работает ))

вчера три ошибки зарегистрировали, все по среднему.

https://bugboard.v8.1c.ru/error/000069400
https://bugboard.v8.1c.ru/error/000069394
https://bugboard.v8.1c.ru/error/000069395

сидим, думаем и проверяем.

Ошибка 10223512 https://bugboard.v8.1c.ru/error/000069394

Описание:
Если у сотрудника в марте-мае 2020 были нерабочие оплачиваемые периоды и была смена графика, то учитываемая в среднем заработке сумма избыточно уменьшается.

доступно исправление