Как блокировать одновременный доступ к Заказу?

[mazzy]

Цитата:

Сообщение от lagr221374

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

Радикально.
Вообще говоря, лучше настроить RLS на поле Ответственный продавец.
При создании это поле заполнять в обязательном порядке.

[блондинка]

Большое спасибо за активное участие!

Жизненная ситуация такая:

Выделить отдельного "ответственного" за Заказ административно невозможно, да и не требуется. Желание только не мешать друг другу одновременной работой.

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

Цитата:

Сообщение от блондинка

Большое спасибо за активное участие!

Жизненная ситуация такая:

Выделить отдельного "ответственного" за Заказ административно невозможно, да и не требуется. Желание только не мешать друг другу одновременной работой.

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

А почему нельзя без особых ситуаций? Пользователь хочет редактировать ставит галку "Хачу редактровать". Соответственно кто раньше галку поставил тому и тапки остальные отдыхают: по-моему это технически не очень сложно.
Снял галку все вздохнули свободно.

[блондинка]

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

[блондинка]

Я тоже считаю, что оптимальным было бы разделить ответственность за Заказы между пользователями. Буду стараться убедить в этом руководство. Главная трудность состоит в том, что в 1С это ТАК РАБОТАЛО.

[mazzy]

Цитата:

Сообщение от блондинка

Главная трудность состоит в том, что в 1С это ТАК РАБОТАЛО.

Нет. В 1С это работало ПО ДРУГОМУ.
В 1С пока пользователь не нажмет на кнопку Записать или Провести данных в базе просто нет.
После создания, несколько пользователей и в 1С вполне могут работать с одним документом - изменения запишет только первый. Второй получит сообщение о том, что заказ изменен и все его изменения будут потеряны.

Проэмулируйте эту кнопку - Записать.
При создании заказ блокируйте, при нажатии на кнопку разблокируйте.
Редактируйте заказ только в том случае если пользователь нажал на кнопку Открыть.
Обратите внимание на совет glibs Как блокировать одновременный доступ к Заказу?
Его совет содержит только суть.

На самом деле в Аксапте есть аналог безо всякого программирования.
Заказ должен создаваться в статусе "Журнал".
Журнал - черновик, который не влияет на итоги.
Когда пользователь полностью создаст заказ - он переводит его в состояние Заказ.
В этот момент происходит резервирование всех строк и создаются складские проводки.

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

Только зачем повторять функционал другой программы - не очень понимаю.

Если идти до конца по Аксаптовской логике, то разрешайте редактирование только тех заказов, которые имеют статус Журнал. В этом случае, пользователи чтобы отредактировать, должны сменить статус (в этот момент снимутся резервы), отредактировать и вернуть статус (в этот момент произойдет перерезервирование)

[mazzy]

Цитата:

Сообщение от блондинка

Согласна. Но у нас очень требовательный пользователь. Он не хочет помнить сам о необходимости ставить, и главное, снимать эту галку.

Просто Вы разговариваете с пользователем на разных языках.
Пользователь не замечает, что он наживает на галку и снимает ее, поскольку это происходит автоматически.
А вы не знаете о том, что пользователь нажимает на кнопку Записать (или Провести)