v7: Можно ли обработать двойной клик по таблице значений документа?

Можно ли обработать двойной клик по таблице значений документа?
7.7
Может различные формексы 1с++ ?

согласно инструкции по ссылке, в ГМ прописано:

ЗагрузитьВнешнююКомпоненту("1cpp.dll");
НастройкиВК = СоздатьОбъект("УправлениеНастройками");
НастройкиВК.Установить("ПерехватитьСобытияГК",1);
ПерехватчикСобытийГМ = СоздатьОбъект("КлассПерехватСобытий");
Перехватчик = СоздатьОбъект("Перехватчик");
Перехватчик.ПерехватитьСобытияГлобальногоМодуля(ПерехватчикСобытийГМ);    

две обработки Defcls.prm и КлассПерехватСобытий.ert
сохранены в папке конфигурации

Разобрался.
Обработку "КлассПерехватСобытий" нужно было в конфигурацию вставить а не внешней

(105) Ну какая разница что необходимо править, номенклатуру или поля документа.
Результатом это правки должны быть одно - заполненные реквизиты товаров.

А метод правки выбирается исключительно из его эффективности.

Если придумать метод, когда 100 новых товаров быстрее отредактировать через справочник чем через документ - не вопрос. Делается через справочник.
Но пока я не вижу как не написав несколько десятков строк кода легко реализовать более простой способ правки через справочник.
А вот через документ это намного быстрее и без лишнего кода в 10ок строк

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

Мне видится логичным правкой новой номенклатуры руководить из прихода. У нас несколько менеджеров могут "покупать" товар. И каждый обрабатывает только свои приходы: парсит фотки товаров, парсит характеристики и т.д.
Если делать это из справочника, тогда они не смогут работать только над своими приходами /либо опять же более геморойно это реализовать/

А так - каждый  видит свои приходы, и обрабатывает из них только "свои" товары

(108) А если правка новинок сделана через документ - то "мне" - пользователю, который не является владельцем" документа - надо открывать документы
__________________
элементарно: в Журнале прихода доки подсвечиваются, если товары в них не до конца заполнены:
https://prnt.sc/wkgaoj
мне достаточно одного цвета. Но можно конечно ввести много разных цветов.
Юзер может отфильтровать только свои приходы, и по цветам он видит те что не обработаны.

Т.е. в моём случае, когда приходы закреплены за манагерами-покупателями, думаю это правильный вариант

(107) " еще раз - в такой концепции сделай АРМ, который выглядит так как удобно и порождает нужные сущнсоти и действия сними"

________________
это не совсем  понимаю. Ну давай назовём то что я сделал АРМ. Что это поменяет? )

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

У меня принцип такой: если манагер купил товар - значит он покупку должен довести до конца. И цвет этого приходного документа должен быть черным а не красным. Вполне допускаю что во многих других компаниях разделение труда может быть иным

(116) совет я услышал только один - править номенклатуру из справочника, потому что так правильно ). Аргументация была так себе ))

(118) повторюсь , такая возможность естественно есть, правка справочника есть и в справочнике, в том числе и через права НЕ встроенные в конфигурацию. Но считаю что если можно выполнение работы сделать более эффективным, это нужно сделать.
Разрешить спор можно было бы только на конкретном примере, померяв в секундах выполнение конкретной задачи. Но думаю что смысла большого нет )

За общение спасибо, всегда полезно слышать критику со стороны.

(128) Да предлагали. У многих юзеров нет прав на редактирование проведённых документов.
(130) Это легче и понятней чем двойной клик по объекту?
(129) Можно и кнопку, можно ещё кучу вещей придумать. На каждую операцию свою кнопку. Но вопрос был про двойной клик, который наиболее близок к сути редактирования объекта.

(131) "если у вас хозоперация - приход, без всяких штрихкодов, то ровно это и должен делать документ. в нем не должно быть этих штрихов и прочего."
_______________________________________
Скорее всего ваше предположение возникло изза того что не прочитали текст выше.
Естественно что модель товара , штрихкод товара и т.д. не ХРАНЯТСЯ В ДОКУМЕНТЕ.
Они просто выводятся там и это реквизиты товара. И раз они там выводятся, то логично дать способ в том числе и  оттуда их править. Нет ???
Логичней к той форме приходного документа, с которой логист постоянно работает и привык к ней платить программеру, чтобы он придумал ещё один способ правки информации, и в частности исправить модель товара, если мы видим в документе прихода, что она не введена??

(132)Если видим колонку в МЧ документа, значит это именно реквизит документа? )

(134) Не отовсюду, а из ОДНОГО места, откуда наиболее эффективно и правильно

(137) "видеть в документе то, чего видеть не надо?"

)))
Именно программер должен определять что должен видеть манагер у себя на столе, как раскладывать документы в стол и подписывать папки ?

(143) Конкретный вопросы:
- Это не правильно что модель товара видна в МЧ документа прихода? Её оттуда нужно убрать? От этого повысится производительность труда менеджера?
- Это не правильно, что если в МЧ документа юзер видит что модель товара не заполнена /не проимпортировалась из екселя автоматом/ иметь пользователю возможность быстро скопипастить модель ?

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

(146) "тем что имеющиеся механизмы не позволяют реализовать наиболее интуитивно понятное действие."

лично для меня - двойной клик по объекту для дальнейшего его редактирования - наиболее интуитивно понятное действие

(148) чем вам не нравится двойной клик??

(154) Его не нужно искать
Он создаётся изначально с нуля и менедждер с ним работает. И из него выполняет всё что нужно сделать по приходу. В том числе и заполнить модели товаров.
Все приходы в одном журнале приходов.
Не обработанные до конца красным цветом.
В чём проблема найти???

(154) "Менеджеру придется зайтив два документа как минимум и то при условии что он помнит/знает в какие документы заходить"
Ерунда. ему ничего не нужно помнить.  Ему нужно только не быть дальтоником

(154)
"если учесть что правкой номенклатуры может заниматься другой менеджер чем тот кто грузил документ (ну заболел он внезапно) то выделение такой номенклатуры для доработки новым менеджером превращается в захватывающий квест лазания и поиска по документам."
_________________
в моих бизнес-процессах перчивен не справочник номенклатуры, а первична Закупка товара.
Менеджер купил доим, и работает над этим домом. Дом=проект=документ прихода. В доме куча материалов, которые нужно обработать. Эти материалы пересекаются с другими материалами других домов.
Но манагер купивший дом, работает с домом !

Такая бизнес-модель не имеет право на жизнь??

я должен это всё объяснять программеру когда спрашиваю у него как обработать двойной клик по элементу при открыти документа толкьо для чтения? ))

(160) "пичалька только в том, что я думал что ты более квалифицирован в постановке бизнес-процессов.."

______________
это всё ярлыки.

(163) Блин, да потомучто ЭТО МЕНЕЕ УДОБНО!!!
Сколько ещё раз объяснять???
Удобней и правильней щёлкнуть по пустому место и скопипастить туда инфу !!!

НЕТ ???? Нужно для этого отдельную ТЗ создавать ???

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

Ладно, всё понятно. Здесь все Кашпировские и лечат по телевизору. Даже не взглянув на пациента. Гуру бизнеса.

(176) Ну конечно, на три реквизита три кнопочки. В чём проблема )

(177) Ну конечно удобней это делать через кнопки
(178) какая проблема  с колонкой Контрагент?
(180) Из 183 трёх месаг хотябы одна конкретная будет?

(181) https://prnt.sc/wkw9zn
модели можно и в ТЗ заполнять, только уже писал 100 раз - на это нужно на одна минута, а часто минут 10-20. потмоучто помимо моделей ещё куча другой инфы есть для окончательного оприходования.
И не всегда всё делается до конца.
И тогда такие приходы подсвечены красным.
И манагер видит свои красные приходы в журнале, /И БЛИН НЕ НУЖНО ПОЛДНЯ ИХ ИСКАТЬ В ЖУРАНЕ - ХИ ПОДСВЕТИТЬ МОЖНО/
спокойно открывает, СРАЗУ видИт многострочнуЮ часть и спокойно исправляет через двОйной клик .

И ИМЕННО ТАК ПРИАВЛЬНО,  а не  вешать для этого кнопки или мудрить отдельную обработку.

А СЕЙЧАС ПОЛУЧАЕТСЯ ЧТО МНЕ ГОВОРЯТ: ТЫ ПЛОМБИР ТЫ НЕ ПОКУПАЙ, ЛУЧШЕ КУПИ ШОКОЛАД, ОН ЖЕ ВКУСНЕЕ НАМНОГО.
Я спрашиваю, а почему? Ответ - А ПОТОМУЧТО ЭТО ВСЕ ЗНАЮТ, У НАС ОПЫТА БОЛЬШЕ

(182) Очень сложно по 100 раз объяснять каждому, что  у меня есть отдельная закладка ТЗ, в которой принимается xls файл и обрабатывается. И если там не заполнена модель /или другие нужные реквизиты/
то манагер это заполняет в ЕКСЕЛЕ перед нажатиме кнопки Импорт. Но если он по своим соображениям не всё заполнил, то я хочу иметь максимально быстрый способ заполнения, открывая подсвеченный красным документ прихода.

НО ОКАЗЫВАЕТСЯ ЭТО НЕ ПРАВИЛЬНО )

(187) В режиме просмотр штатными средствами двойной клик НЕ обрабатывается штатными средствами. По крайней мере никто не написал как это сделать. /Если док открывать для записи тогда легко/
День назад я этого не знал, поэтому и завёл тему.
завёл тему потомучто:
1) потомучто я хочу через двойной клик и мне нравится пломбир а не шоколад
2) узнать, впринципе ли возможно обработать двойной клик в МЧ документов 1с при открытии дока для чтения

(188) Есть специальная обрабоки, которые по номеру телефона /или любому другому тексту\ через прямой запрос за ОДНУ секунду находят нужного контрагента.
как так ?? Кашпировские ведь должны всё знать

(189) Более менее конструктивно )
Отвечаю. Если я решил, что хочу видеть в МЧ прихода три реквизита товара, и решил иметь возможность их править из этого документа, то проще их править через двойно клик.
И это кстати я уже реализовал. Повысил права юзеров на документа и открываю их в режиме записи.
Изначально я не знал такого решения

(195) Обобщаем дальше

(198) Главное что  Mikeware всё знает )