Иногда два и более пользователя хотят одновременно не только просматривать, а того больше, редактировать один и тот же документ (или иной объект) базы 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).
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Для этого АРМ создают. И работа параллельная, и форма документа (а тут она явно не маленькая) туда-сюда на сервер не гоняется.
Если как в соседней теме сервер взаимодействия поставить, то обновления информации на форме будет «онлайн». К сервер обращаться будете только при открытии формы и изменении данных — красота.
(1) «АРМ» я правильно понял, это Автоматизированное рабочее место? А что это? Я по началу долгой карьеры помню, этот термин любили в постсоветские времена — за них больше платили. Может, просто говоря, Вы имели в виду отдельные базы данных? Так это будет по принципу «из пушки по воробьям». Ради одного вида документов сервер взаимодействия ставить не пришло в голову.
Но за повод задуматься — «Спасибо».
(2)
Зачем отдельные базы? Пусть пользователи в обработке данные меняют и видят. Зачем им форму документа открывать?
А уже обработка реализовывает и открытие, и сохранение данных, и обновление их, если в соседнем сеансе кто-то поменял их.
Не хотите сервер взаимодействий — обработчиком ожидания обработаете. Тут уж, как удобнее.
Также пришлось решать подобную задачу: «Дать возможность операторам одновременно работать в одном заказе». Для решения этой задачи была разработана . Задача была решена и используется в работе на УТ 10.3. Заказы операторы могут открывать как через обработку, так и через форму документа, разницы нет, механизм одновременной работы работает и так и так.
Механизм кратенько такой:
1) Оператор открывает заказ. При редактировании любого реквизита заказа идет оповещение и, если этот заказ открыт у других операторов, то у них этот реквизит подсвечивается красным цветом.
2) Оператор нажимает кнопку «Записать» — все измененные реквизиты подсвечиваются у других операторов синим цветом.
3) Другие операторы нажимают «Записать», т.е. соглашаются с вариантом коллеги — синяя подсветка пропадает.
(4) Да, Вашу статью видел. Взял на заметку как средство работы с TCP.
«операторы могут открывать как через обработку, так и через форму». А я понял, что именно через обработку.Хотя, пожалуй, можно форму док-та, но поставить «Режим управления блокировкой = Управляемый»
И вот не понял: «соглашаются с вариантом коллеги». А если не соглашаются?
Нет, в моем случае «Режим управления блокировкой данных = Автоматический». При этом у операторов окошки с сообщением о том, что документ заблокирован другим пользователем, почти никогда не появляются.
«Соглашаются с вариантом коллеги» — это условно. Никто не запрещает редактировать подкрашенные красным или синим реквизиты документа, т.е. в этом случае оператор как бы не соглашается с вариантом коллеги и у коллеги измененные им реквизиты подсветятся красным. Когда обсуждали этот механизм, то условились, что операторы не будут трогать подсвеченные реквизиты, чтобы не возникало конфликтных ситуаций, но программно запрета нет.