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

Тут скорее организационный вопрос.
Чтобы проводилось быстрее - в одном документе не должно быть больше 1000 сотрудников.
Чтобы не было блокировок - сотрудников менявших подразделения лучше считать отдельным документом без указания подразделения.

Ну и плюс д.б. регламент: с 9 считаем больничные, с 10 - отпуска... в 14:00 - ЗП, в 15:00 - СВ.
Чтобы не было такого, что один бух сотруднику уже проводит ЗП, а другой бух ему только отпуск стал считать.

(1) Откуда такая цифра - 1000 сотрудников? По некоторым документам у нас больше

"Чтобы не было блокировок - сотрудников менявших подразделения лучше считать отдельным документом без указания подразделения." - т.е. если допустим в трех документах начисления ЗП нет пересекающихся сотрудников, то эти 3 документа можно заполнять и проводить параллельно разными расчетчиками? И блокировок не будет?
Я думал над этим, но у нас блокировки всегда, поэтому мне кажется, что дело в чем-то другом. Но надо проверить, спасибо.

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

(2) Тут у нас четко, регламент есть.

(3) Рекомендация от вендора 1000, уже не помню где видел.

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

(0) Блокировки может накладывать СУБД, как понимаю, все расчету ведутся через запись в транзакции записей в регистр и вывод их в документ.
Если в регистр записывается больше 50тыс строк (чаще всего), то СУБД накладывает блокировку на всю таблицу.

http://www.gilev.ru/escalation/

(7) Спасибо, полезная инфа. Но всё сводится к тому, чтобы не делать больших документов.
И отдельно считать переходящих сотрудников.
В большой организации это всё проблематично конечно...

Либо ещё вариант - нехватка памяти на сервере БД для хранения блокировок

(9) Либо смотреть код 1С \ настройки видов расчета \ нагрузка оборудования, чтобы расчеты выполнялись быстро и блокировки не мешали пользователям работать.

(0) https://its.1c.ru/db/answers1c/content/1321/hdoc

Группы сотрудников (возможно) помогут вам.

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

(12) Я бы на тестовой базе (и сервер и SQL) посмотрел в сторону
http://www.gilev.ru/lock_escalation/

Либо писать отложенное заполнение документов. Вместо заполнить помещать ссылку документа + ссылка пользователя в свой регистр сведений + закрыть документ + блокировка документа пока не заполнится рег.заданием (добавить свое).
Открывать документ по ссылке можно через новый механизм оповещения пользователей БСП (клиент опрашивает все новые оповещения с сервера раз в 1 минуту).
Да, заполнение будет не интерактивным. Но с большей долей вероятности будет в целом быстрее.