Иногда два и более пользователя хотят одновременно не только просматривать, а того больше, редактировать один и тот же документ (или иной объект) базы 1С.
Казалось бы, проблема надуманная (ишь, чего удумали!), ан – «Нет». У нас с коллегой такая задача возникла, когда мы создали документ «План перевозок». Один документ содержит информацию по работе машин на весь день. Заполняет заранее один человек, логист. На следующий день им пользуется второй, диспетчер. И проблема выглядит так: логист, время от времени, вносит внезапные корректировки. У диспетчера документ висит на экране почти весь день. Но и он, раз в полчаса, вносит минимальные правки – ставит отметки об исполнении.
Усугубляются трудности тем, что сидят в разных частях города, не могут попросить «выйти на 5 минут». Второе – диспетчер хочет видеть внесенные изменения. Время от времени клацать на «Перечитать» скучно.
Совсем плохо было с совместным просмотров в 7.7. Она просто не давала войти в документ. В 8-ке, как мы все знаем, дает просматривать нескольким одновременно. Первый пользователь (П1), вносящий изменения, забирал объект «на себя». У второго (П2) и всех остальных возникала ошибка после попытки изменить. Понимая, что идеала, как в Google Docs, не достичь, мы осознали следующие проблемы для пользователей:
- если П1 редактирует документ, то остальные хотят об этом знать (причем и имя "редактора")
- как только П1 закончил и записал изменения, остальных надо уведомить. Они обновят информацию кнопкой "Перечитать".
- нелишне и для П1 напоминать во время редактирования, что он "держит" объект и хорошо бы не тянуть резину и нажать "Записать".
Как писал, при попытке редактировать занятый объект возникает событие ошибки. От этого и оттолкнулись. В основе алгоритма:
- создается в форме процедура-ожидание
- она периодически вызывается и пытается применить метод «ЗаблокироватьДанныеФормыДляРедактирования»
- если не произошло исключение, значит конкурентов нет, объект свободен.
- иначе, выловить из ОписаниеОшибки() сведения о том, кто редактирует и показать надписью на форме.
На практике выглядит работа Пользователей П1 и П2 так:
|
Действие |
Надпись у П1 |
Надпись у П2 |
|
Смотрят на документ |
- |
- |
|
П1 внес изменение |
Вы редактируете документ |
Редактируется: П1 |
|
П1 нажал «Записать» |
- |
Необходимо обновить |
|
П2 нажал «Обновить» |
- |
- |
Далее может произойти смена активного пользователя – П2 приступит к редактированию.
Результат:
- Люди получают полную информацию
- Отрицательная сторона решения: мы опасались некоторого повышения нагрузки. Однако опыт нескольких месяцев показал – напрасно. Три-четыре человека без проблем работают с одним документом. Интервал обновления информации установили в 4 сек.
Развитие мысли:
Одним скользким моментом осталась ситуация: П1 начал редактирование, не записал в базу, т.е. не освободил объект, налил кофе и пьет. В этот случае можно было бы придумать разные сценарии поведения занятого объекта после превышения некого предела времени:
- ругнуть пользователя
- автоматически записать
- автоматически закрыть форму без сохранения
Но у нас до этого руки не дошли.
Основной автор и реализатор идеи - мой коллега Олег Тимошук. Реализовано в нашей самописной конфигурации. Версия платформы 8.3.10.2299.
В демонстрационной базе полностью работающий вариант из одного документа. Формы управляемые, но разницы с ОФ пожалуй нет. Для просмотра работы нужно запустить два экземпляра программы под разными именами. И пробовать редактировать любой реквизит (не забывайте нажимать Enter).
