В конторе внедряется 1С с привлечением стороннего разработчика. Разработчик реализует функциональность согласно упрощенному ТЗ, дорабатывая ее потом в соответствии с пожеланиями конечных пользователей. Т.е. работа ведется примерно так: реализована очередная функция по плану, обновляется конфигурация, обновление показывается пользователям, они изучают, тестируют, высказывают замечания и пожелания, потом идет доработка, снова обновляется конфигурация. В общем, разработчик появляется практически каждый день для того, чтобы обновить конфу, иногда сделать на месте мелкие доработки, пообщаться с пользователями и т.п.

Проблема в том, что обноление конфы и многие другие операции требуют монопольного доступа, и приходится выгонять пользователей из 1С. Большинство из них сидит под терминалом (запустили, переключились на свой рабочий стол и работают, или вообще ушли куда-нибудь, на обед, например), часть подключается локально к сетевому ресурсу (если быстро глянуть что-то надо, и лень логинится в терминал). База 1С 7.7 не на sql-сервере, а на обычных dbf (win2003 в роли файл-сервера и терминала). Приходится обзванивать всех работающих с базой и просить выйти из программы. Кого нет на месте - подключаться к терминалу под их учеткой и закрывать программу. Пока разработчик работает, иногда еще 3-5 человек успевает подключиться, и снова надо обзванивать.

Вопросы к знатокам 1С:
1. Как можно быстро и без последствий для целостности данных "выгнать" всех пользователей из программы? Рассылка сообщений пользователям "не катит": они могут быть не на месте или сидеть со свернутым окном терминала. Желательно добровольно-принудительное отключение с заблаговременным предупреждением за пару минут.
2. Как можно надежно заблокировать доступ к базе на время выполнения настроечных работ? Переключать на уровне системы права доступа на папку как-то "не айс".

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

Не указана версия 1С. Если 8+ и ест сервер 1С, то проблема решается киканьем юзерских коннектов на нем. К тому же, на 8-ке изменения кода конфигурации без изменений структуры можно делать и без монопольного доступа.

Нет, не "восьмерка", я указывал версию.

Цитата:

База 1С 7.7 не на sql-сервере, а на обычных dbf

Угу, проглядел. Тогда тяжелый случай

В глобальном модуле в процедуре ПриНачалеРаботыСистемы
пишем строчку типа ОбработкаОжидания("глПроверкаСообщенийАдминистратора",15);
В процедуре глПроверкаСообщенийАдминистратора каждые 15 секунд проверяем, скажем, значение некоторой константы.
по рез-там проверки либо ЗавершитьРаботуСистемы(), либо продолжение работы.
Тривиальный механизм, используется по-моему даже в типовых конфах.

Спасибо, завтра поговорю с разработчиком, попробуем реализовать.

Пробежался по форумам 1С, нашел несколько готовых решений по схеме, предложенной medstraxом. Выбрал, подкорректировал, опробовал на тестовой конфигурации - работает. Оказывается, не все так сложно. Завтра будем испытывать на рабочей.



Исправлено 1 раз(а). Последнее : ry, 19.01.12 16:26