Здравствуйте.
как в связи с Указом президента(в связи с объявлением 30-31 марта и 1-3 апреля нерабочими днями обновить производственный календарь на 2020 год? Версия конфигурации 1.3.134.1

Руками не предлагать?

(1) нет

(2) Тогда наймите того, кто руками поменяет. Готов сделать это дистанционно за 50 т.р. Там же целых 5 дней править.

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

+(4) а не, это в новых

(4) я так поняла, что для УПП либо ждать новый релиз, либо делать обработку, которая поменяет производственный календарь

(6) ручками поменяйте и все

(6) там же инструкции опубликованы и согласны инструкций менять нужно ручками.

Другое дело, что еще и не понятно - будут сохранены те изменения, что рекомендовано сейчас или нет?

(7) там нет такой возможности. Можно перенести рабочий день,назначить день праздничным,назначит рабочим предпраздничным днем. А просто сделать нерабочим такого нет. (8) где эти инструкции?

(9) на сайте. Для 3.1 и таких же конфиг. Что дескать вручную тоже можно.

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

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

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

(6) Пора вам понять, что УПП снято с поддержки.

https://solutions.1c.ru/news/811148/

И пора переходить на ЕРП, или попросту делить базы на БП 3.0 (КОРП) + ЗУП 3.1 (КОР) + и т.д. в зависимости от потребности и желания иметь штат программистов.

(13)поменять в рс или erp,что же выбрать)

(14) Жми на ЕРП-и... кто сказал ,что должно быть легко :)

+(14) В (2), Лена сказаль, "Руками ни ни" :)

(10) Умеючи и знаючи, там можно все :)

Ну тады ой)

(14) на самом деле все не вполне просто. Рег поменять действительно можно, но не вполне понятно, что выбирать из доступных видов дней. Сделать неделю из воскресений?

(19) я лишь о механике

(20) ну, механика не проблема, а вот учет этих дней может представлять проблему, особенно если по факту чего-нибудь намудрят

Управление производственным предприятием, редакция 1.3

Запланировано 1.3.137 от 03.04.2020

Никогда ничего не просите... Сами предложат и сами всё дадут!

за это время станет ясно-что и как считать, и куда что включать.

(13) пора бы понять, что исключение из прайса не означает остановки поддержки. Про остановку поддержки еще даже не объявляли, а после объявления поддерживать будут еще три года.

Обновляю УПП на 1.3.137.1, в нем изменения РС РегламентированныйПроизводственныйКалендарь, добавили ОсобыеНерабочиеДни.

+ Прочие изменения:
"В соответствии с Постановлением Правительства Российской Федерации от 18 марта 2020 г. № 294 в документе ""Начисление по б/л"" реализовано особое поведение для ЭЛН, выданных в связи с карантином по коронавирусу: такие ЭЛН напрямую оплачиваются ФСС в том числе в регионах с зачетной схемой назначения пособий по социальному страхованию.
Карантинные ЭЛН отмечаются флажком ""Карантин по коронавирусу"", по ним формируются документы ""Реестр данных ЭЛН заполняемых работодателем"" и ""Реестр сведений в ФСС о пособиях по нетрудоспособности"", которые следует отправить в ФСС."
В соответствии с Указом Президента РФ «Об объявлении в Российской Федерации нерабочих дней» уточнен производственный календарь.

(25) даже пораньше выпустили, не стали дожидаться апреля?

+ хотя, если делали в спешке - стопудово там баги есть. На следующей неделе наверняка выкатят 137.2, а то и 137.3

Уже и 137.2 выпустили, а график работы как открывался с ошибкой (в 137.1), так и сейчас открывается с ошибкой и пустой. А если графики не трогать, а посчитать простого окладника, отработавшего полный месяц, то в Т-13 у него два карантинных дня выводятся с восьмёрками, а весь остальной месяц пустой. И в пункте "Проблемные ситуации и ошибки в версии 1.3.137.2" ни слова об этом не сказано. Вот и что делать? Самой расковыривать или всё же подождать 137.3 ?!

(29) все-таки обновляетесь с какой-то ошибкой. Ставьте демку, где нет у вас никаких доработок в конфигурацию и тестите обновление в нее.

Кстати, там же на УПП должен быть полный дистрибутив для обновлений? Оно у многих настолько глючит на обновлении, что этот полный много лет выкладывают.

И выше смотрите, в (25) обновленную конфигурацию смогли получить.

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

Вот такое выдаёт. Проверь, если не веришь.

{Справочник.ГрафикиРаботы.Форма.ФормаЭлемента.Форма(483)}: Индекс находится за границами массива
                  ВидДня = Данные[НомерДня - 1].ВидДня;

(32) я верю. Но что толку с моей веры. База у вас там, а не у меня где-то. Была бы она у меня, то придумал бы что-нибудь.

Я когда на УПП плотно так сидел (работа такая была), то сопровождение базы однозначно шло с тестовой или с демо-базой. Сразу накатывал каждое новое нужно обновление туда. Смотрел в нем, что все нормально пришло. Затем анализировал влияние полученного обновления на внесенные в боевую базу доработки. И т.д.

Сейчас у меня доступа к этому всему нет. Но судя по (25) типовая в этом куске критической ошибки не содержит.
Проблема в доработках на конкретной базе/конфигурации.

Да с обновлениями всё понятно. Я делаю точно также. Сначала обновляю типовую, сохраняю конфигурацию (для будущего), сравниваю с предыдущей (которую в прошлый раз сохранила). Затем в своей рабочей базе захватываю в хранилище только те объекты, которые обновлялись (чтобы другим программистам не мешать работать хотябы частично), обновляю уже рабочую, ставлю галку "показывать только дважды изменённые" и по объектам смотрю, что изменилось и стараюсь аккуратно обновить. Хуже всего с диалогами форм, т.к. они криво обновляются. Приходится или затирать и потом добавлять наши изменения, либо не обновлять и добавлять типовые изменения (смотря, где меньше изменений).

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

Проверил у меня такой ошибки нет.
1С:Предприятие 8.3 (8.3.13.1865)
Редакция 1.3 (1.3.137.1)

У меня предприятие 8.3.10.2466.
Ошибка вываливается и на 1.3.137.1 и на 1.3.137.2.

Можешь, что-то с данными? Надо чистую типовую в отладчике проверить. Дело иметь надо именно с ней: с чистой, без доработок.
Спасибо за информацию. Буду тогда ковырять сама, не ждать у моря погоды. Напишу потом, в чём дело было.

Открыла я отладчик, стала на ошибку и увидела, что она возникает, потому что в производственном календаре мало записей. Далее посмотрела в консоли запросов, а записей в 2020 году всего пять: карантинные дни. Остальных записей нет. Вот так он обновился. Захожу в производственный календарь, там всё красиво, дни якобы есть, поэтому я на него и не грешила. Нажимаю "Заполнить по умолчанию", сохраняю, а записей всё равно пять.

Сейчас есть две мысли:
1) Заполнился он у меня так, потому что изначально в 2020 году не было записей. Надо проверить на базе, где записи были.
2) Всё-таки надо расковырять, почему при перезаполнении и сохранении нет остальных записей.

Всё. Разобралась.

Всё же это 1С-ский косяк и доработки в табеле или где-либо ещё ни причём.

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

При обновлении в регистр сведений "РегламентированныйПроизводственныйКалендарь" прописываются пять записей для дней карантина. При этом, проверки на то, были ли записи в этом году нет.

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

Вывод: 1С-цам при обновлении следовало сделать проверку на то, есть ли движения за этот год и если их нет, то ничего не делать.

А вот теперь отдельно хотелось бы поговорить про расчёт.

Дни карантина в УПП не сделаны особыми дням, как в ЗиУП 3.1. Они в модуле функцию обозвали "ДополнительныеНерабочиеДни", но прописывают туда воскресенья. В результате, они уменьшили норму за март на два дня. Если человек был, например, в отпуске, то оклад при обычной пятидневке в УПП 1.3.137.1( и 2) будет рассчитан исходя из нормы 19, а в ЗиУП 3.1.13.146 исходя из нормы 21. На мой взгляд, в ЗиУП 3.1 лучше.

Далее. Пока что в УПП 1.3.137.2 днями карантина являются только дни с 30.03 по 03.04. Но, как мы знаем, карантин продлён до конца апреля. И если следовать логике воскресений, то в апреле норма будет ноль. Кроме того, как считать аванс за первую половину месяца? Наши пользователи уже очень хотят его в УПП рассчитать.

Печалька. Надо ждать 1.3.137.3 или даже 1.3.138.1.

(38) Интересно. Спасибо. Тоже самое было. Производственный календарь не заполнялся, не было записей в регистр. Зарплата ведется в ЗУП 3 поэтому не особо и надо было.

А ещё наши пользователи хотят отдельную букву в табеле для карантинных дней. В УПП этого сделать пока невозможно. Вот в ЗиУП 3.1.13.146 сделано отдельное буквосочетание "ОН".

(39) но этого и в ЗУП тоже не заполняется. Я специально загружал и самую свежую для 3.1.13, чтоб наверняка - нет там готового решения.

Насчет дней марта. Из всех вариантов (их таких вариантов три известно) выбрали именно через изменение Графиков с уменьшением Нормы дней.
Я в другой ветке с обсуждением давал ссылку на ресурс Гряниной (бухэксперт8 и там по ЗУП можно в свободных материалах увидеть свежие статьи)

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

Собственно, что решение с изменением нормы не проканает вдолгую - это было ясно изначально. Но его сделали.
А когда оказалось, что с таким багом нужно "выключить" целый месяц и норму дней целого месяца... И что вообще думать и мыслить после того, как все закончится, с новыми расчетами по среднему... в общем, методисты пока думают и подумать есть над чем.

наивные оказались разработчики типовой. Хотели выкрутиться выкусыванием двух дней в марте и трех дней в апреле из нормы и дальше забыть... не вышло! Месяц-то так не откусишь.

(42) т.е. в УПП еще не реализовали вид времени "ОН" ?

Как в УПП произвести расчет в апреле ? кто как делает?))

(45) ожидать выхода релиза новее чем  137.2

(46) хорошо, спасибо.

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

(48) я думаю что тут проще в производственном календаре сделать как было - без этих выходных. И оплатить как прежде. При условии что оплата сохраняется.
Тут зависит от руководства предприятия. Либо оплатить по среднему с видом времени ОВ документом оплата по среднему, либо оплата простоя
Это как руководство решит

Вот думаю над таким вариантом:

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

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

А оплатить как прежде не получится, потому что нужно включать оплату праздничных. А какая оплата праздничных в обычные будние дни?!

А, наверное, новый вид расчёта может оклад и не вытеснять, главное, чтобы праздничными и всякими неявками вытеснялся.

Или с графиками не мудрить и пусть новый вид расчёта рассчитывается как оклад, но его вытесняет и вытесняется праздничными и неявками? И тогда расчёт переделывать не надо. Праздничные в УПП можно вполне ввести и в будний день, как оказалось.

(50) вы представляете себе работу, делать новый вид расчета по типу оклада и проверять проверять все это как будет работать?
Потом делать кадровые перемещения по всем сотрудникам. Это сколько работы предстоит

Не пойму зачем праздничные дни оплачивать? Чем оклад не нравится?

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

Прилетел ПК с полностью нерабочими днями в Апреле. Это для ЗУП.

(55) Ну так не все же наработают.

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

(57) это в УПП

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

(59) в настройке начисления это нужно сделать, вид времени там ставится

Угу. Установила вид времени как у командировки. Всё отлично теперь в табеле.
Плюс ещё мою доработку надо дорабатывать, она как раз карантинные дни как явки определяет, потому что пытается по кадровым документам табель сформировать, а кадровых то и нет. Или заставить пользователей переключать на типовой вариант (У меня там переключатель). :)

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

(48) Им пока ничего не мешает ручками указать сумму. Остальное один фиг переделывать по мере того, как ситуация разрулится.

(50) Как вариант - поставить всем явку, пока не будет ясности.

Не хотят они явку. Вынь и положь им в табеле другое буквосочетание.

(65) чем способ с неявкой не подошел? С буквой ОВ