ЗУП 3.1.27.51

Если стоит дата запрета редактирования (например, автоматическая "конец предыдущего месяца"), то ЗУП не дает провести платежную ведомость выплаты зарплаты за предыдущий месяц, дата документа выплаты при этом само собой текущая. То есть, зарплату за октябрь нельзя выплатить в ноябре, если октябрь уже закрыт датой запрета.

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

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

поставьте отсрочку в неделю

(1) Там максимум 9 дней можно поставить, а зарплату платят после 10-го

Картинку бы дока выплаты...

(0) Дату выплаты можно настроить по разделам. Для раздела "Выплаты" - другую дату запрета.

Да там смотреть особо не на что. Документ ноябрьский за октябрь. Типичнейшая ситуация.

(5) Проще так, чем разбираться что в обновлениях:
https://i.ibb.co/YpvYSMM/2023-11-16-10-31-13.png
https://i.ibb.co/Bz89t1L/2023-11-16-10-31-53.png

(4) Это всё равно неудобно. Непонятно, зачем они стали дату запрета привязывать к месяцу, за который выплачиваем. При этом отключать дату запрета пусть и по разделу выплат, не хочется, потому что контролировать запрет редактирования ведомостей по дате документа всё-таки надо.

А до обновления точно прокатывало?

(8) Гарантировать не могу, но бухгалтера не жаловались, а тут начали, причем сразу в двух организациях

Для раздела "Выплата зарплаты" другую дату запрета используйте.
Для некоторых пользователей.

(10) и добавить историю изменений , чтобы контролировать  и откатывать если что

(9) Проверил на 3.1.28, так и есть. Раньше действительно не было.

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

Попробовал установить дату запрета 31.10.2023
Создал ведомость на выплату за октябрь с датой 03.11.2023
Не проводится, нельзя.

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

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

С автоматической датой, конечно, некрасиво получается.

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

Если есть желание и время, то не посмотрите, не отличается ли в релизах данный РС Разделы дат запрета...?
https://i.ibb.co/mFbjnGt/2023-11-16-11-00-42.png

Интересует Поле даты. Не было ли раньше значение Период регистрации, а теперь Период?
Если так, то можно вернуть.

Для ведомости как раз сейчас период регистрации.

(15) ЧТо-то я думаю, это не повлияет. Период, за которую выплачиваем зарплату, сидит в табличной части "Зарплата", а месяц начисления в ведомости может быть любой. Но даты запрета ориентируются именно на него.

(16) Дело не в самой ведомости, она же спокойно редактируется. Провести не может, как я понял. Поэтому меня интересуют регистры взаиморасчётов - я подсветил как раз один.

(18) Запрет срабатывает уже в процедуре "ПередЗаписью", еще до проведения.

(19) И всё-таки неплохо бы глянуть. Просто я свою демку обновил, а старой нет )

(20) И у меня нет настолько старой.

Я думаю, что дело все-таки в способе установки даты запрета "прошлый месяц".

Впервые вижу того. кто этим пользуется. Мои все ставят вручную (те, кто вообще ставит). У них проблема нет.

У меня именно при проведении ругается. Записывать записывает. Похоже, там упирается в даты регистров, а не в реквизиты документа.

Нашел лайфхак, как увеличить количество дней отсрочки выше 9. То есть, ограничение там чисто программное в поле ввода.

Надо зайти через "Функции для тех.специалиста" в регистр сведений "Даты запрета изменения (загрузки) данных", и в этом регистре включить возможность редактирования через Ещё. Потом поставить хотя бы в одной записи в поле "Описание даты запрета" вместо "9" например "10". И после этого в штатной форме задания даты запрета всем пользователям уже можно будет изменить 1-значную отсрочку на 2-значную. Главное чтобы хотя бы одна 2-значная отсрочка была в регистре.

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

(23) Нас интересует, почему в старых релизах работало, т.е. что изменилось в коде.

(23)3.1.27.111 штатно взял сейчас и поставил отсрочку в 15 дней, всё работает.

(25) Да, оказывается, если _быстро_ набирать, то работает) А если не спеша, то предыдущий символ затирается.