Готовишься к экзамену?
Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.
При массовом автозаполнении документа «Ведомость в кассу» (когда важно исключить параллельные изменения данных) в каких режимах 1С можно использовать режим временной блокировки информационной базы?
Только в Конфигураторе
Неправильно: Конфигуратор действительно поддерживает временную блокировку, но это не единственный вариант - она также доступна при работе в режиме толстого клиента 1С:Предприятия.
Только в толстом клиенте 1С:Предприятия
Неправильно: в толстом клиенте режим временной блокировки доступен, однако Конфигуратор относится к режимам работы толстого клиента, поэтому в нём эта возможность тоже есть.
В тонком клиенте 1С:Предприятия
Неправильно: режим временной блокировки относится к возможностям толстого клиента и в тонком клиенте не используется.
В Конфигураторе и в толстом клиенте 1С:Предприятия
Правильно: временная блокировка доступна при работе в режиме толстого клиента; Конфигуратор запускается как режим толстого клиента, поэтому механизм работает и там, и в толстом клиенте 1С:Предприятия.
Во всех режимах, включая тонкий клиент
Неправильно: тонкий клиент не поддерживает использование режима временной блокировки, поэтому утверждение про «все режимы» неверно.
Пояснение
На практике временную блокировку (или администраторскую блокировку работы пользователей на период обслуживания) используют, когда нужно выполнить операции, чувствительные к параллельным действиям других пользователей. Это бывает полезно и в сценарии выплат, когда бухгалтер/кадровик готовит «Ведомость в кассу» и важно, чтобы в этот момент никто не менял данные, влияющие на расчет и выплату.
Как это связано с автозаполнением «Ведомости в кассу»:
1) Автозаполнение ведомости подтягивает суммы к выплате по данным расчета и зарегистрированным суммам, поэтому любые изменения (доначисления, перерасчеты, исправления, повторные ведомости) могут повлиять на итог.
2) Наиболее частые причины, почему «Ведомость в кассу» не заполняется или заполняется не теми сотрудниками:
- У сотрудника указано «место/способ выплаты», не совпадающее с типом ведомости (например, сотрудник настроен на банк, а вы создаете ведомость в кассу).
- Неверно выбран месяц начисления или вид выплаты в ведомости.
- По сотруднику нет рассчитанной суммы за период (расчет не выполнен или не проведен).
- Сумма уже попала в другую ведомость и считается выплаченной.
Рекомендуемый порядок действий перед «фиксацией» базы:
1) Убедиться, что расчет зарплаты/аванса за нужный период завершен и документы расчета проведены.
2) Проверить, что тип ведомости соответствует настройкам выплаты сотрудников (для кассы - выплата наличными).
3) Создать «Ведомость в кассу», заполнить параметры (вид выплаты, месяц начисления, организация, касса), нажать «Заполнить».
4) Если часть сотрудников не попала - сначала устранить причину (настройки выплаты, период, наличие сумм), а не «добавлять всех подряд» вручную.
5) Если нужно избежать параллельных корректировок в момент подготовки/проведения ведомости - использовать временную блокировку/блокировку пользователей, но помнить: применить режим временной блокировки можно только в толстом клиенте (включая Конфигуратор), а не в тонком клиенте.
Мини-пример:
- Вы формируете выплату зарплаты наличными и видите, что ведомость заполнилась не полностью. Сначала проверяете у «пропавших» сотрудников место выплаты: если у них настроен банк, они не должны попадать в кассовую ведомость. После исправления настроек или выбора правильного вида ведомости снова выполняете «Заполнить». Если в процессе подготовки несколько пользователей одновременно пересчитывают начисления и правят данные, администратор может на время ограничить работу, чтобы ведомость сформировалась по устойчивому состоянию данных.