Добрый день!
Скажите пожалуйста, возможно ли удалить команду "Провести " из контекстного меню документа в журнале, т.е. в форме списка документа?
Платформа 8.1 УТ

(0) зачем?

(0) Конечно можно. Запрети проведение пользователю. Чивоужтам.

Нет.
Если нужно проведение только "из формы", то лепи отдельную кнопку в форме. А при проведении не из этой кнопки - ставь отказ.

(1) потому что при проведении прописаны условия на заполнение полей документа, когда проводишь из формы документа в процедуре ПередЗаписью. А когда проводишь из журнала, то эти условия не срабатывают и документ проводится, хотя поля не заполнены - это неправильно

(0) тоже интересно. По теме - право проведения отключить не получается?

(4) сделать проверку в модуле документа не предлагать?

налицо кривое проектирование. и, как следствие, свой оригинальный транспорт с педалями

(4) Условия надо проверять в модуле а не в форме.

(7) всё сказал.

(3) подобное поведение делается через дополнительныепараметры

в форме при проведении туда пишешь "РазрешитьПроведение", а в модуле обьекта при наличие такого параметра или вызываешь привел. модуль, или еще какое поведение

(7) ты можешь хоть одну мою тему пропустить?или ты жить не сможешь если не скажешь мне свои фии??

(11) Любовь зла...

(12) у кого? у меня или у него?

(7) +1

(13) откуда ж мне знать?  :)

(14) +1 - это значит что ты согласен с этим ? а если это не мой косяк, а того кто изначально создавал этот документ и не подумал что можно проводить из контекстного меню

(15) я тоже если честно не понимаю почему он всегда ко мне придирается

Аууу!! Woblusha, отзовись! Признайся уже наконец в своих чувствах ко мне

(11) где ж ты была крайние недели две-три? я вволю напропускался ;)

(19) значит тебе еще прогулы надо поставить на эти 2-3 недели )))

(20) у меня оправдательный документ есть
ответ: переписывать проведение правильно

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

(20) (21) не надо ссориться. Аниса - красиво выглядишь. Но и Wobland прав. Однако "если это не мой косяк" - то все равно, надо его решать

(4) Месье знает толк в извращениях... а как ты будешь проводить программно? Создавать для этого форму?

(4) А подписку на событие при проведении?
Или Заротустра против?

(25) о, еще извращение

(16) После того, как ты в конфе хотя бы два пробела на один изменишь, все косяки в ней будут уже твои :(

(24+) ... о, пардон, мадмуазель :))

ПриСозданииНаСервере
Элементы.ФормаПровести.Видимость = Ложь

ну что? кто будет переписывать?

а, блин, обычные формы, да?

(27) обидно то что, этот косяк только сейчас всплыл, при проверке документов, обнаружилось, что хотя он проведен, не все поля заполнены, а еще в списке документов он так и остался красненьким, т.е. незакрытым (это у нас такая раскраска: красный - в работе, зеленый - закрытый), а галка проведения стоит!

(31) да, обычные

(32) красненький - проведён, зелёненький - нет?

(32) обычный рабочий процесс. Самостоятельно исправь по нормальному и перестань винить во всем окружающих.

(34) наоборот!

ОбработкаПроверкиЗаполнения же есть

в 8.1 в ОбработкаПрведения проверки выполняются

(36) ну наоборот.  это реквизит такой для дублирования проведённости?

(35) вообще я никого не обвиняю, я просто хотела узнать можно ли взять и просто удалить команду из контекстного меню, оказывается нельзя, соответственно нужно эти условия на заполнение полей поставить в модуле формы в ОбработкеПроведения

(39) для цветовой дифференциации заполненных документов полностью от них же но не полностью

(39) не для дублирования, а для визуального представления о проведенности документа, так нам удобней смотреть и видеть какие заявки проведены, а какие еще в работе

(42) для визуального представления о проведенности реквизит не нужен

(40) >>оказывается нельзя, соответственно нужно эти условия на заполнение полей поставить в модуле формы в ОбработкеПроведения

ну почему же и дальше захламлять конфу кривым кодом.
Уже же говорили про костыль, добавь переменную в модуле объекта, при открытии формы присваивай ей истину. И проводить в зависимости от ее значения

(40)кстати не обратил внимания, но в модуле формы нет процедуры Обработка проведения

(42) Ты (10) прочитала или пропустила? Там простое решение для тебя с минимумом затрат.

(43) этот реквизит называется - СтатусЗаявки, имеет 4 возможных значения: Неприсвоена, ВРаботе, Провалена, Выполнена, и в зависимости от его значения в процедуре Процедура ДокументСписокПриПолученииДанных(Элемент, ОформленияСтрок) выбирается нужный цвет

(45) не в модуле формы, а в модуле объекта, я ошиблась

(46) если честно я не очень поняла про дополнительные параметры

(49) ДокументОбъект.<Имя документа>.ДополнительныеСвойства

(32) Это не просто косяк, это незнание основ работы платформы 1С.
Судя по (0) ты от автора этого косяка не далеко ушла - а если групповой обработкой понадобится перепровести документы, чем тебя отсутствие кнопочки спасет?
(49) Забей, сделай через переменную модуля объекта как в (44) сказано, все равно тебе его курочить. А в сэкономленное время инструкцию по эксплуатации 1С почитай.
А лучше да, переписать проведение. Вышибать костыль костылем не лучшее решение.

(51) к сожалению такой вариант не подошел, так как, народ умный - ему сказали закрыть(провести) все заявки(эти самые документы), так они и сидят шлёпают из журнала правой кнопкой "Провести" не открывая самой формы! а с добавлением переменной  
в модуле объекта ее значение остается - Неопределено

(52) нужно что без открытия формы проверялись эти условия на заполненность полей

и что не выходит?

(52)Так тебе так и сказали: в обработке проведения если Неопределено - отказ=истина и все. Будет проводиться только после открытия формы.

(55) а ну да, если так посмотреть на проблему

ээ.. а какой альтернативный взгляд на проблему?

(55) просто я думала немного по-другому, я думала что если отказ= истина, значит документ не прошел проверки на заполнение, а если "ложь", то документ заполнен правильно и его можно так провести, из контекстного меню

(58)Тогда надо не через переменную модуля, а проверки заполнения в модуль переносить.

(55) ну да ладно, я думаю такой вариант самый верный, пусть из формы документа проводят!)

(11) Ты не спорь, а впитывай, что тебе люди говорят. Тут не только проектирование кривое - тут работодатель твой лох. Платить зарплату за такую хню, как в 47. "Провалена", блеать.
Так что, все проверки заполнения - только в модуле объекта. Исполнять. К вечеру доложить. Что баба - плевать.

(55) Что бы тебе твой доктор в женской консультации такие же "профессиональные" советы давал, как ты тут.

(60) ага. а для группового перепроведения нанять девочку-негра

(61) какой спор разгорается! одни за переменную в модуле объекта, другие за проверки в модуле!

(61) что тебе не нравится статус заявки "Провалена"??

(63) если честно я уже не знаю кого слушать! Woblusha, пожалуйста, только ты самый умный, скажи как же правильно сделать-то

(64) Никакого спора - проверки в модуль. Кто считает по другому?

(66) переменную тебе сразу предложили в качестве костыля, который просто сделать

(67) ты полностью читал ветку?

(66)Как правильно сделать сказали в самом начале - перенести проверки в модуль.

(70) ну все! переношу проверки в модуль! это правильное и окончательное решение)

(71) и больше не спорь со старшими, а пытайся понять, почему они сказали то или другое

(72) да я и не спорю)) просто много советчиков, не знаешь кого и слушать

(71) И над статусом "Провалена" - призадумайся.
Ешь корм своей собаки, знаешь принцип? Сделай 50 заявок, а потом смени статус на "Провалена", ну или условия создай, при которых они "провалятся".
Но сначала - проверки заполнения в модуль.
Про #Если Клиент Тогда - не забывай, а то насуют предупреждений в модуль, вандалы.

(0) Нарисуй собственное контекстное меню. Дел на 5 минут.

Хотя переделать проверки правильно - более правильно.

(74) а у нас не 8.2

(76)А при чем тут 8.2?

(76) А что у вас? Clipper?

(77) ну я имею в виду, что у нас нет условий #Если Клиент Тогда

(75) Еще один "альтернативщик"

(79) А куда вы их дели? :)

(79)Хм... Сейчас еще на пару страниц срача будет...

(79) Конфигурация, которую вы используйте, когда-то была типовой? :)

(82) правда правда, их нету((

(83) у нас очень старая конфа 10.3.3.3 УТ

(83) и судя по всему ее ни разу не обновляли

(84) перестань врать

(87) я не вру!!!!!

(88) перестань путать &НаКлиенте с #Если Клиент

(84)В принципе их может и не быть, если код удовлетворяет сервер. Но сейчас ты собираешься дописывать, поэтому будь аккуратна.

(82) Ну, ладно...
То есть ты сейчас напишешь примерно так:

Процедура ОбработкаПроведения()
Если Не ЗначениеЗаполнено(МойКакойТоРеквизит) Тогда
Предупреждение("Заполни реквизит, дурак!");
КонецЕсли;
КонецПроцедуры

Это вопрос.

(80) Я люблю давать вредные советы. Особенно в понедельник утром.

(91) Предупреждение("Заполни реквизит, дурак!");  За такое могут и морду лица набить.

(93) "не заполнен реквизит.обратитесь к врачу-психотерапевту"

(93) Я каждый день это встречаю сейчас у клиента, который на внедрение УПП 18 000 000 потратил, внедрил. Теперь вот до обмена данными дошел, а тут на тебе - то предупреждение в обработке проведения, то проводки дополнительные в модуле регистра бухгалтерии формируются дополнительные "ПриЗаписи"

(95) вообще-то в типовой БП тоже есть такая фишка "проводки дополнительные в модуле регистра бухгалтерии формируются дополнительные "ПриЗаписи"". Поэтому зря вы к франчам придираетесь.

(96) Я и есть тот франч, и придираюсь сам к себе

(64) да какой спор....
Ты спросила как по быстрому, тебе ответили как по быстрому и как по правильному.

(98) все стало понятно мне теперь)) что по быстрому и по правильному - разные вещи

а я уж было расстроился, что сотни не будет ;)

быстро, качественно, недорого - возможна комбинация любых двух, но не трёх

(100) у меня редко бывает что до 100 не доходит)

(101) это ты в моих способностях сомневаешься?

(102) 7% случаев

(104) то есть, в 93% случаев всё-таки не доходит

(104) посчитал что ли?))

(106) 6 сотенных веток на 85 всего

(105) ну вот - ты меня расстроил( а я подумала наоборот

(108) не гонись за славой бананана, дурная она

(109) еще бы знать кто это?

(110) http://www.forum.mista.ru/index.php?user_id=37701

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

(112) надо очень плохо разбираться, чтобы тематическая ветка в юмор попала