Подскажите как узнать извне, в каком режиме находится 1С Предприятие, в монопольном или разделенном?

МонопольныйРежим()?

(1) суров ))

(1) Нет, узнать извне. Не средствами 1С
Батник. Запуск 1С под роботом-юзером. Типа если 1с в монополке, нефиг и запускаться

(2) ачо? спросить через тетю олю...
Ну, как вариант - попытаться хапнуть джорнал, и посмотреть на ошибку (если дбф)/

(3) тогда глянь исходники userdefs.dll

(4) да, хорошая мысль. Как вариант годится

либо распарсить links.tmp

(3) имхо самый простой способ - при монопольном режиме при начале работы создавать в каталоге ИБ файл, после завершения работы его удалять

(7) Да, это будет красивее.
Спасибо всем!

(8) при открытии периода вопрос будет _до_ запуска кода.
при изменении конфигурации - вообще не запустится.
а в остальных случаях монопольный режим не нужен. Впрочем, при открытии тоже....

(10) ракету свою запустил?

(10) вопрос не понял.

если запускает человек ему никто не мешает посмотреть монитор пользователей. а при запуске по ОЛЕ как раз перед тем как создавать процесс ОЛЕ и пробовать зайти в базу можно проверить наличие файлика в каталоге ИБ. если он там есть (например кто-то проводит перепроведение документов) то ждать. файлик сигнализирующий о монопольном режиме создавать все зависимости кто зашел монопольно - человек или ОЛЕ подключение

Утро!

Предыдущий вопрос (0) был решен путем парсинга /links.tmp

Возник следующий вопрос:
Батник запускает 1С под юзером-роботом.

Как узнать перед запуском, что предыдущее завершение работы было нормальным или некорректным?

(13) ТКВ

(14) ответ очевиден. Если рухнула, то 1с предлагает запуститься монопольно. Ну и собствненно висит этот батник неприкаянный

(15) + и 2 варианта:
1. не запускать cmd
2. запустить с ключем /m

(15) зачем запускать то, что рушит систему? :-)

(15) значит, запускаяся монопольно и сразу выходи. а потом запускаяся немонопольно

(17) ну иногда (редко) в течении дня юзеры вылетают по исключению.
А по ночам запускается робот, делает кое что.

(18) ну это крайний метод :)

(19) запускай робота днем, и пусть он "делает кое что" в назначенное время.

(20) "кое что" ему надо по ночам делать, днем не вариант :)

(21) если он будет запущен, пока еще юзвери не вышли - вопроса не будет. А работу работает пусть в заданное время.

+(22) собственно, и перезапускать-то робота нужно только для сиквельной верси, чтоб темпдб освобождал - для файловой проблем не вощникает, пусть хоть круглосуточно висит

(22) Обработка запускается каждый час и днем и ночью. Выгрузка на сайт.
Но в 4 утра служебный юзер запускает монопольно 1с и восстанавливает последовательность

Немного не стыкуется все это, блин.

То есть ты предлагаешь постоянно держать робота подключенным, и перезапускать его после регламента восстановления последовательности... Вариант.