В зависимости от значения реквизитов, должна регулироваться доступность команд ввода различных документов на основании данного. Как?

в обработке заполнения и смотри

(0)
Процедура ОбработкаЗаполнения(ДанныеЗаполнения, СтандартнаяОбработка)
   Если какаятоХрень Тогда
        ВызватьИсключение("Какая-тохрень, не будем ничего заполнять");
КонецЕсли;
КонецПроцедуры

(1) Мне надо, не после нажатия проверить возиожность, а саму команду сделать недоступной. Т.е. например поменяли реквизит, кнопка стала недоступна

Не нашел вообще средств, как сделать команду недоступной, только если обращаться к самой командной панели/кнопке

Типовые отключи и нарисуй свои. Ими и управляй

(5) обходится

(6) Как? Для интерфейсного удобства и защиты от дурака вполне достаточно управлять элементами на формах. Для запрета наверняка - (2)

http://its.1c.ru/db/v8std#content:2149184045:hdoc

(7) да понятно, что можно костыльно отключить доступность кнопок, но хочется нормального решения. Эта команда доступна в двух местах, и нормальное решение отключить командуу, а не 100500 кнопок

(8) галимо, но спасибо за оф. ссылку

Есть 2 способа
1) Рекомендуемый - вызвать исключение - красная кака на экране
2) Человеческий - создать доп переменную ОтказВводНаОсновании , при вводе на основании ставить в Истина. При создании на сервере если она истина - отказ в создании

(11) это не человеческий, зачем плодить реквизиты? тогда уж в в модуль менеджера функцию и проверять в том же ПриОткрытии, но это не спасет от того, что ты программно для ДокументОбъект вызовешь Заполнить, а функцию проверки забудешь вызвать.

Автор походу еще захочет, чтобы в форме списка при активизации строки тоже подменю ввода на основании то становилось доступным, то недоступным...

(11) А чем красная кака плоха?

(13) ты так говоришь, как будто это что то плохое

(15) Серверный вызов на каждый клик по строке...

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

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

(18) Ну тут уже 2 разных вопроса. 1) С точки зрения программирования - лишний вызов сервера, хотя я ожидал, что после изменений в отрисовке элементов (в 8.3.6 вроде) смена доступности у кнопки не будет дергать сервер. 2) С точки зрения юзабилити - как пользователю сделать понятнее. Именно в этом случае можно кнопку ввода на основании делать недоступной и в подсказку писать причину.

Относительно типового списка - он же универсальный шо пипец. 80% того, что можно ввести на основании на данном предприятии не используется или даже вредит с точки зрения учета, поэтому напрашивается выпилить лишнее. Проблемы обновление это все же другой момент и нужно расставить приоритеты - делаем мы в первую очередь хорошо пользователю и/или заказчику или делаем хорошо программисту.

(14)
Пугает пользователя ошибкой - тот пишет в сервис деск

(19) Все так.
К сожалению, нельзя сделать подсказку к командам, размещенным в подменю :(
Это может понадобиться, если нужно выборочно управлять доступностью команд ввода на основании, а не все сразу блокровать...

(20) В сервис-деске его посылают читать сообщение, либо читать инструкцию (если нет - пишут) :)