Программа была завершена аварийно...

Да / Нет
Дак вот кнопку нет хочется запретить
Господа кто нибудь увлекался этой задачей, слишком часто страдаю от шаловливых рук пользователей. Т.к. на больших многопользовательских базах это критично.

Можно ресурс эдитором каким нибудь поковырять. Но это нарушение лицензии будет.

Запретить монопольный вход?

(2) они тогда вообще переиндексировать не смогут

можно всем 1с-пользователям запретить вход монопольно, кроме одного.
пароль этого пользователя никому не говорить, но сделать батник с дел *.цдх и монопольным запуском.
если совсем панацея, то батник тоже нужно как-то закрыть...

(4) хорошая идея.

перейти на SQL

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

(6) реже, но круче.

(7) обрыв терминальной сессии - и кирдык

(8) это что значит? там индексы исключительно в профилактических целях обслуживаются...

(10) я об этом и говорю.

а какая дллка отвечает за диалоги?

resource editor

Была ломалка, которая этот параметр настраивала и кучу других (в частности, обход паролей). Как называется - не помню.

(14) лучше не вспоминай

Нет такого диалога

Все есть,  а именно переиндексации нету

можно всякие приблуды типа AutoIt заставить сразу же нажимать на ок при появлении соответствующего окна

(9) И что, "переподключаться..." не спасет, нужен обязательно "обрыв" ?

запретить всем, кроме робота, монопольный вход, на раб.столе ярлык  -Переиндексация, в нём - дел *.цдх, запуск монопольно, выход

убить все сдх не предлагали еще ?

(19) при некоторых обстоятельствах - не спасает.

Запретить то можно, но вот проблема юзеры иногда делают перепроведение.

(23) Вот когда наведешь у себя порядок - тогда и вопросов таких не будет...

(23)Оставь, как есть, напиши бумажку.
"При переиндексации нажимать 'ДА'!" и опиши, то что будет, если он нажмет "НЕТ".
И если пользователь не нажмет "ДА", то это будет его личная проблема.
...Или не ленись и делай все сам...

(25) у них уже этих бумажек

(4),(20)  и прочим любителей батников: У 1С есть режим пакетного запуска, который полностью решает поставленную проблему. Монопольный вход нужно запретить + ярлык пакетного запуска индексации. Для этого заводится пользователь с правом монопольного доступа, но без прочих прав, и он прописывается в ярлыке...
Делов на пять минут. По такой схеме работали почти пять лет.

(27) ... и прочим любителям: дел *.цдх и монопол круче ваших пакетных переиндексаций.  так то вот...

Проблема, на самом деле, глубже.
Если 1С "упала" или её "закрыли" или "завалили" каким-то образом, то она узнаёт об этом по счётчику открытых объектов, который живёт в файлах базы.
Но, узнаёт она только тогда, когда завершены все сеансы, так как освобождаются блокировки 1Cv7.LCK и система узнаёт, что в базе никого не было, а что-то было открыто.
Если же кто-то из базы не вышел, то даже если индексы пришли в негодность, то никто об этом не узнает.
Поэтому, на файловой базе желательно делать переиндексацию как можно чаще (каждый день вечером, когда все из базы вышли).
Ещё можно сделать альтернативный механизм, который будет подсчитывать число ссылок и число открытых сеансов, чтобы более гибко обнаруживать момент "нарушения целостности", но это всё равно не спасёт от задвоенных внутренних идентификаторов.
Поэтому, целостность базы обеспечивает только применение SQL-версии, так как на его плечи ложится вся ответственность за отслеживание связей между таблицами базы.
Однако, при выключении питания машины с SQL-сервером база умирает ещё быстрее.
P.S. а диалог прекрасно ищется по текстовым строкам и вызову MessageBox в 1cv7.exe и правится на свой страх и риск (в данном случае никакая защита программы не нарушается, а выполняется внесение изменений в программу с целью улучшения её функционирования на оборудовании заказчика - также можно написать внешнюю компоненту, которая будет выполнять подмену системного вызова MessageBox и определять, что нужно делать.)