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

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


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

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

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

(1) 0. Поискать галочку в настройках что вы "тех организаций, на которые Указ не распространяется"

(2) А она есть? Я что-то пропустил?

(3) Ты программист или где? Расширение запилить блин

Хорош стебаться, проблема то есть....

(4) Шутник, нет такой настройки. 3.1.13.145 проверял.

Но мне и не нужно, я графиками у клиентов отрегулировал. Не всегда нужно пилить расширения.

(5) были предложения добавить новый вид времени

(7) он ему сейчас не нужден.

(5) Ну так решил проблему или еще нет?

Так вас спрашиваю, что делать то? 1С какую то хрень по ссылке написала....

(9) Даже если ПК оставить обновленным, а отрегулировать графиками, нужно смотреть, как считается стоимость часа - может считаться по ПК и по среднемесячному. В чем-то (4) прав, реально нужна галка в организации, которая говорила бы, учитывать ли указ Президента.

Пока что самый термоядерный способ - отключение интернет-поддержки.

Или хотя бы задания по обновлению классификаторов

(11)дык и я про тоже. Там, судя по коду, ПК используется не только для заполнения графиков, но и в расчетах

(10) смотри, там производственный календарь обновляется из классификаторов на автомате, если база подцеплена к ИТС.
И он обновился. Так, как тебе не нужно

Но в каждом графике, который у тебя заведен под приемы на работу и т.д. - там в свойства каждого графика настройка есть. Использовать автообновление по производственному или нет.
Отключи ее и настрой как правильно.

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

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

Вообще не пойму в чем проблема.
Оплата дней вынужденных выходных производится по среднему? Если да, то зачем графики какие-то было менять?

(15) Нет. Не по среднему.

Почему-то дешифраторы указа в 1С решили, что сумма в месяц должна остаться прежней. А дни эти по факту неоплачиваемые. Через норму дней отрегулировали.

Но собственно, я лично начал ругаться буквально сразу, как только был озвучен Указ.
"Все что можно сделать неправильно - БУДЕТ сделано неправильно" (с) какая-то там истина.

Мое персональное мнение, что нужно было делать Простой, но скорректировать оперативно расчет не на 2/3 от установленного Оклада/тарифа, а в полностью оплачиваемый простой.

Хотя горя никакого не было, если бы оставили на 2/3

(15) Да не вынужденные выходные у нас. РАБОТАЕМ мы.

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

Еще раз:  @производственный календарь не изменится@, а он уже автоматом изменился и вернуть не могу

(16) "Хотя горя никакого не было, если бы оставили на 2/3"

Не знаю, как у ваших клиентов, а у моих оклад - это такая сумма, 2/3 от которой очень мало. Основная сумма может быть дотянута до приличной ЗП надбавками. Посадить людей на 2/3 оклада в таких условиях - ну, это те еще игры.. У многих кредиты и алименты с исполнительными листами. И попробуй объясни работнику, которого отправили домой отдыхать, на 2/3 от такого оклада, когда главный сказал - ЗП сохранить.

(17) Отключай реглзадание и возвращай руками.

(17) читай мой ответ в (14) Там все написано.

(16) " А дни эти по факту неоплачиваемые" - сказано же было, что оплачиваемые. Варианта оплаты два. Либо по среднему, либо как рабочие.
Если по среднему, то надо ввести документ, кто на работу не выходит и оплатить. Кто выходит - ничего не делать.
Если не по среднему, то отдельное начисление - оплата за неотработанное время.

(20) Не всё, надо еще по сотрудникам проверить, как считать стоимость часа. Могли индивидуально назначить особый, и указать, что по ПК.

(14)(20) Спасибо попробую

Опять же камушек в огород 3.1. Сравнивали тут недавно ЗиУП 3.1 и 2.5.
По умолчанию и без ведома пользователя делать что либо подобное - это очень плохо. Это же не однозначное обновление ставки рефинансирования без ведома пользователя. Тут могут быть варианты. Поэтому делать что-то без ведома пользователя нельзя.

(18) ну.... сами себе злые буратино такие клиенты.

Вообще, понятно, что в случае такого-эдакого расчета и база расчетная для Простоя нужна особенная. Там-то в 3.1 предустановленный именно этот Простой не редактируется.

(25) Бюджетники. Не особо-то они управляют тем, что идет в оклад, что в надбавки. Оклады небольшие, дотягивают надбавками из средств ПД, поэтому насчет злых буратин не соглашусь.

(26) и как будете обсчитывать эти дни?

Вот же сейчас 30 и 31 марта нужно будет взять.

(27) Главбух сказал - считать дни рабочими, ЗП считать как обычно, ПК не обновлять. Так и сделали.

я отключил регл. задание и вернул руками дни в произ. календре. мы тоже работаем

(29) "Господь явил чудо - везде была суббота, и только вокруг нас - пятница!" (с) из известного анекдота о кошельке и еврее.

(25) для простоя есть по вине работодателя (расчет 2/3 от среднего) и не по вине работодателя ( тогда расчет 2/3 от оклада)
получается вина работодателя при указе президента. Нелогично однако)

(31) Если по тому, что в ЗУП 3.1 - там первый пункт Вид простоя : Не зависящий от работодателя и работника - у него 2/3 от тарифа

Если сравнивать с тем, как говорит SleepyHead - нужно все действующие на работника виды начислений определить как входящие в его тариф.
Это можно контролировать, когда заполняется вкладка Оплата в кадровых приемах и перемещениях. Там есть рассчитанный тариф.

На мой взгляд очевидно, что сейчас создали прецедент, не попавший еще в ТК. Потому что вид простоя есть, а оплата простоя в ТК установлена пониженная, не такая, какая нужна.

Мне не вполне очевидно причины, почему не стали корректировать эти 2/3 в ТК, но зато готовы вкрутить в ТК новый вид времени.

"Мне не вполне очевидно причины, почему не стали корректировать эти 2/3 в ТК, но зато готовы вкрутить в ТК новый вид времени." - потому что юристы.
Если по вине работодателя, то платит работодатель. А если по гос.приказу, то платить кто должен?

(33) Там когда "Не зависящий от работодателя и работника" - оно разве компенсируется кем-то? Все равно работодатель оплачивает?

Следом за карантином покатится волна банкротств мелких компаний.

Зарплату задерживать нельзя - а выручки нет.
Поблажки по налогам не спасут если сча нет денег.

Т.е. одна неделя это не страшно. Месяц разорит всех балансирующих на грани если банки не дадут льготные кредиты.
Два месяца подобного карантина и экономике жпо.

(35) У банков на это ещё и кредит брать - это бред. Если только без % с длительным сроком действия - но такого не бывает.
Платить не чем - надо закрываться.

Кредит надо брать под развитие, а не под сворачивание. Отдавать чем?

Прокомментируйте плиз это:

Они о чем говорят?
Производственный календарь обновился, оставьте как есть с выходными. А в графиках поставьте рабочие.
ТАК что ли?????


30.03.2020 14:59   !!! Очень важно
Если ваша организация относится к п. 2 Указа от 25.03.2020 «Об объявлении в Российской Федерации нерабочих дней» (с учетом Рекомендаций Минтруда и их дополнений), и в связи с этим продолжает работать в нерабочие дни, то в программе необходимо проверить графики работы сотрудников и найти графики с установленным флажком "Автоматическое обновление по производственному календарю". Такие графики могли автоматически измениться в программе, поскольку производственный календарь мог автоматически обновиться через Интернет согласно этому Указу. Вам, как организации, подпадающей под исключение, следует внести изменения в графики работы сотрудников – в период с 30.03.2020 по 03.04.2020 заменить нерабочие дни на явки или иные виды рабочего времени, которые действовали в вашей организации до появления Указа.

(38) они наконец-то написали тоже самое, о чем здесь на мисте было написано еще на прошлой неделе, после того, как разлетелся по базам этот обновленный календарь.
Просто сформулировали красиво.
В этой ветке об этом же написано в постах
(11) и (14)
до этого еще в других похожих ветках на мисте тоже самое уже было написано.
1. Убрать из свойств графиков автообновление от ПК.
2. Восстановить прежнее состояние нужных графиков вручную. (Не индивидуальных, а именно установленных)
3. Проверить настройки учета - там тоже есть упоминание об использовании при пересчетах норма времени по производственному - переключить на графики установленные сотрудлникам.
4. Проверить настройки по сотрудникам, если там есть индивидуальные корректировки в кадровых документах используемой нормы. см (22)

(39)  Все это здорово, но когда выплачивается зарплата, отпускные, больничные - крайний срок уплаты налога считается по ПК.

Уже вижу, что крайние сроки уплаты падают на 6 апреля, тогда как очень хочется, чтобы падали на 31.03.2020 по отпускным и больничным. Исправить вручную возможности нет, придется либо обработкой доисправлять, либо смириться с датой 06.04.2020 и надеяться, что ИФНС отнесется с пониманием.

(38) Если внимательно почитать сообщение от 1С (оно же ведь для пользователей). То пользователь увидит только ваш пункт - 2. Восстановить прежнее состояние нужных графиков вручную. (Не индивидуальных, а именно установленных)
Ни о каких ваших пунктах 1,3,4 в этом "очень важном" сообщении речи не идет.
В результате, следуя этой инструкции, пользователь получит, через некоторое время опять обновленные графики с выходными днями....

Для (39) Фреэнки
Если внимательно почитать сообщение от 1С (оно же ведь для пользователей). То пользователь увидит только ваш пункт - 2. Восстановить прежнее состояние нужных графиков вручную. (Не индивидуальных, а именно установленных)
Ни о каких ваших пунктах 1,3,4 в этом "очень важном" сообщении речи не идет.
В результате, следуя этой инструкции, пользователь получит, через некоторое время опять обновленные графики с выходными днями....

Вот попытка максимально полно разобрать все эти возникшие коллизии

https://buhexpert8.ru/1s-zup/antikarantin/varianty-rascheta-oplaty-truda-v-zup-3-svyazi-s-vvedeniem-nerabochej-nedeli-s-30-03-2020-po-03-04-2020.html

Там реально много моментов отмечено и замечено, причем со скринами и примерами расчетов. Очень качественный разбор.

(43) Насчет переименования кода ПК смело. Код используется даже в стандартных алгоритмах, насколько я знаю..

Реализована одна из методик сохранения зарплаты в нерабочие дни с 30.03.2020 по 03.04.2020: https://dl05.1c.ru/content/HRM/3_1_13_146/news.htm

(45) Отлично, но с расчетом крайних сроков уплаты они пока так и не догадались разобраться.

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

(46) Но это получается, что нужно таки на 3.1.13 переходить? На 3.1.10 доработки из (45) нет

(47) Я в таких случаях всегда говорю - вам сделали предложение, от которого сложно отказаться..

Вопрос аудитору

На организацию распространяется Указ Президента РФ № 206 о нерабочих днях с 30 марта по 3 апреля. По этому документу за указанные дни сохраняется заработная плата. Означает ли это, что эти дни нужно сохранить в производственном календаре как рабочие, но начислить на них зарплату? Или же необходимо на них уменьшить норму по производственному календарю?

По нашему мнению, на период с 30 марта по 3 апреля работодателям, на которых распространяется Указ Президента РФ от 25 марта 2020 года № 206 (далее – Указ), необходимо уменьшить норму рабочего времени.

Приведем обоснование этой точки зрения.
https://its.1c.ru/db/answersstaff/content/3672/hdoc

и в самом конце
Отметим, что правомерность уменьшения нормы рабочего времени на периоды, когда сотрудник не должен работать, подтверждает и Минтруд России (письмо от 01.03.2017 № 14-2/ООГ-1727).

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

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

(51) Если это мне, то я про производственный календарь. Его как заполнять? У кого-то рабочие дни, а у кого-то оплачиваемые выходные.

в ЗУП 3.10 не реализовали в Т-13 вид времени "ОН" ? Стоит последний релиз. Не вижу

(53) " Версия длительного сопровождения 3.1.10. В ней будут поддерживаться изменения законодательства и исправляться только критичные ошибки до окончания 3 кв. 2020 года, после чего ее выпуск будет прекращен."

(53) Там еще обязательно должно быть обновление в апреле по 3.1.10. И не только из-за вида времени.

(55) Что держит на 3.1.10 ? Работаем на 3.1.13, все нормально.

(56) без обновления платформы не работает. Не всем можно обновлять платформу. По крайней мере, внезапно ее обновить затруднительно.

(57) Прошел через это сам в начале года, затруднения были, но не было непреодолимых. В течение 2-х недель все решилось.

И снова седая ночь.. (с)

Обновился производственный календарь, теперь все дни в апреле нерабочие.
В графиках работы сотрудников, где установлен флажок "Автоматически обновлять по ПК", теперь в апреле вид времени ОН = 3 дня, вид времени Явка = 0 дней. Похоже, будет еще обновление релиза, которое учтет продление нерабочих дней по 30 апреля. Что хотелось бы в связи с этим сказать - не понимаю логики обновить ПК, и при этом так подставить пользователей.

Предполагаю рост числа тем : посчитали увольнение сотруднику в апреле, все пропало, помогите кто чем может.

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

(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 были нерабочие оплачиваемые периоды и была смена графика, то учитываемая в среднем заработке сумма избыточно уменьшается.

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