На событие призаписи произошла ошибка обработчик события не найден

	Ошибка Метод обработчика события … не найден. Я
Target25 28.04.16 — 08:49	Дословно: {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(3862)}: ВНЕШНЕЕ СОЕДИНЕНИЕ: {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(7744)}: Ошибка при вызове метода контекста (ПолучитьОбъект)             СозданныйОбъект = СсылкаНаОбъект.ПолучитьОбъект(); по причине: При подписке ОбновитьИННИндивидуальногоПредпринимателя на событие ПриЗаписи произошла ошибка. Метод обработчика события ПриЗаписиСправочникаФизическиеЛицаОбновитьИННИП не найден.             ВызватьИсключение СтрокаСообщения; ===== Синхронизация ЗУП 3.0 — БУХ 3.0. Не могу понять, куда копать.
FIXXXL 1 — 28.04.16 — 08:52	ПриЗаписиСправочникаФизическиеЛицаОбновитьИННИП процедура привязанная к подпиське а самой процедуры не находит модулях
Рэйв 2 — 28.04.16 — 08:58	+(1)скорее всего вообще не видит модуль по внешнему соединению
Target25 3 — 28.04.16 — 08:59	(2) Где посмотреть список(?) подписок? в каком модуле должна находиться ПриЗаписиСправочникаФизическиеЛицаОбновитьИННИП ? я бы просто добавил заглушку из такой процедуры, чтобы обойти проблему.
Target25 4 — 28.04.16 — 09:00	(3) я даже не могу пока понять, в какой из баз должна быть эта процедура. Ни в одной из баз такой процедуры не получается найти.
Рэйв 5 — 28.04.16 — 09:01	(3)Боюсь подписка смотрит адресно по пространству имен. Т.е ИмяМодуля.ИмяПроцедуры. Так что в других местах она и смотреть не будет
FIXXXL 6 — 28.04.16 — 09:01	(3) смотри там, где документ пишется ну и у модуля, в котором лежит искомая процедура должна по идее галка стоять ВнешнееСоединение
FIXXXL 7 — 28.04.16 — 09:02	(4) подписка срабатывает ПриЗаписи, ищи в приемнике
Target25 8 — 28.04.16 — 09:03	(5) а список подписок как-то можно посмотреть?
Target25 9 — 28.04.16 — 09:04	(7) увы, я не понял фразу. Все что у меня пока есть — это текст этой ошибки.
Рэйв 10 — 28.04.16 — 09:05	(8)Конечно.В конфигураторе.Ветка Общие
FIXXXL 11 — 28.04.16 — 09:05	(9) ОбновитьИННИндивидуальногоПредпринимателя ищи, это имя подписки
Target25 12 — 28.04.16 — 09:10	(11) Спасибо! Нашел подписку, там нажал лупу на имени функции, функция сгенерировалась и встала в общий модуль. Все заработало!

При подписке на событие произошла ошибка. Обработчик события не найден.

О поддержке толстого клиента подписками на события БСП

tormozit Дата: Четверг, 19.12.2013, 14:19 | Сообщение # 1 Генералиссимус Группа: Администраторы Репутация: 126 Статус: Онлайн Оригинальная тема на партнерском форуме 1С  https://partners.v8.1c.ru/forum/topic/1135052 Проблемы, о которых пойдет речь, касаются не только БСП, но вообще методики расположения обработчиков подписок на события в конфигурациях под управляемое приложение. Просто статистически базы с конфигурациями, включащими БСП, явно преобладают. Поэтому я буду рассматривать эти проблемы на примере именно БСП. При запуске предприятия в клиент-серверном режиме в базе с конфигурацией на основе БСП в режиме толстого управляемого клиента есть несколько типов проблем с подписками на события, которых можно было бы избежать. Обычно такое происходит в случаях если конфигурация разработана для обычного приложения, а БСП встроили с целью мягкого перевода ее на управляемое приложение после добавления в конфигурацию функционала работающего только в толстом клиенте

tormozit Дата: Четверг, 19.12.2013, 14:20 | Сообщение # 2 Генералиссимус Группа: Администраторы Репутация: 126 Статус: Онлайн Проблема №1 Ошибки типа «При подписке <ИмяПодписки> на событие <ИмяСобытия> произошла ошибка. Обработчик события не найден.» На форуме нашел такой пример Обсуждение 1114793 »» Такие ошибки обычно появляются из-за того, что подписки БСП включаются для агрегатных типов объектов (СправочникОбъект, ДокументОбъект и т.д.), а у общих модулей обработчиков этих подписок не включена компиляция в режиме толстого управляемого клиента. Например так сделано в конфигурации «Управление торговлей 11» с подпиской ПроверитьИзмененияДатВПредмете. Провел следующий эксперимент. Взял демо конфигурацию БСП 2.0.1.7 Добавил туда справочник Справочник1 Подписку ПроверитьИзмененияДатВПредмете подключил к агрегатному типу СправочникОбъект В процедуру ПриНачалеРаботыСистемы добавил код Код #Если ТолстыйКлиентУправляемоеПриложение Тогда     Объект = Справочники.Справочник1.СоздатьЭлемент();     Объект.Записать(); #КонецЕсли Запустил в режиме толстого управляемого клиента Получил ошибку «При подписке ПроверитьИзмененияДатВПредмете на событие ПриЗаписи произошла ошибка. Обработчик события не найден.» Включил у общего модуля НапоминанияПользователяСервер все флажки компиляции, обрамив все его тело директивой препроцессора для компиляции везде, кроме тонкого и веб клиентов Запустил в режиме толстого управляемого клиента Ошибки не возникло Отмечу, что контроль доступности обработчиков всех событий объекта платформой выполняется сразу при инициализации объекта, а не при вызове события.

tormozit Дата: Четверг, 19.12.2013, 14:20 | Сообщение # 3 Генералиссимус Группа: Администраторы Репутация: 126 Статус: Онлайн Проблема №2 Ошибки типа «Ошибка при выполнении обработчика — <ИмяСобытия> по причине: Попытка передачи с клиента на сервер мутабельного значения 1-го параметра метода <ИмяМетода>().» На форуме нашел такой пример Обсуждение 994600 »» Такие ошибки появляются из-за того, что подписки БСП обычно включаются для супертипов объектов (СправочникОбъект, ДокументОбъект и т.д.), а у общих модулей обработчиков этих подписок не включена компиляция в режиме толстого управляемого клиента и включен флажок «вызов сервера». Провел следующий эксперимент. Взял демо конфигурацию БСП 2.0.1.7 Добавил туда справочник Справочник1 Подписку ЗаписатьГруппыИВидыДоступа подключил к агрегатному типу СправочникОбъект В процедуру ПриНачалеРаботыСистемы добавил код Код #Если ТолстыйКлиентУправляемоеПриложение Тогда       Объект = Справочники.Справочник1.СоздатьЭлемент();       Объект.Записать(); #КонецЕсли Запустил в режиме толстого управляемого клиента Получил ошибку » {МодульУправляемогоПриложения(71)}: Ошибка при вызове метода контекста (Записать) Объект.Записать(); по причине: Ошибка при выполнении обработчика — ‘ПриЗаписи’ по причине: Попытка передачи с клиента на сервер мутабельного значения 1-го параметра метода ЗаписатьГруппыИВидыДоступа (). » Исправление этой проблемы более сложное. Нужно вынести метод обработчика подписки в отдельный общий модуль без флажка «вызов сервера», но со всеми включенными флажками компиляции, обрамив все его тело директивой препроцессора для компиляции везде, кроме тонкого и веб клиентов. В качестве примера борьбы с этой проблемой приведу факт, что в известной универсальной подсистеме «Инструменты разработчика» мне пришлось во всех инструментах, выполняющих запись данных, делать опцию перенаправления записи на сервер. Довольно странная на первый взгляд опция, но наличие этой проблемы в большом числе типовых конфигураций заставило.

tormozit Дата: Четверг, 19.12.2013, 14:21 | Сообщение # 4 Генералиссимус Группа: Администраторы Репутация: 126 Статус: Онлайн Общий вывод и рекомендация Для решения обеих проблем достаточно все обработчики подписок располагать в общих модулях без флажка «Вызов сервера» и с включенными всеми флажками компиляции, все тело которых обрамлено директивой препроцессора для компиляции везде, кроме тонкого и веб клиентов.

imivankov Дата: Пятница, 15.05.2015, 21:44 | Сообщение # 5 Рядовой Группа: Проверенные Репутация: 0 Статус: Оффлайн Странно, но помогает наоброт именно включение флажка «Вызов сервера». Объединял с Бухгалтерия 3.0.39.58., обработка ирРедактированиеОбъектаБД в форме выдает ошибку когда пытается получить объект, потому что обработчик события находится в модуле, где стоят все галки компиляции, но не стоит вызов сервера. Хочется услышать реально ли чтобы нормально заработало с Бух 3.0 или эти ошибки будут числом далеко за сотню, пока все модули в которых есть обработчики событий не будут изменены (установлен флажок «Вызов сервера») и будут ли ещё засады?

tormozit Дата: Среда, 10.06.2015, 00:52 | Сообщение # 6 Генералиссимус Группа: Администраторы Репутация: 126 Статус: Онлайн В версии 3.33.1 портативных инструментов реализован серверный модуль для конфигураций с БСП и соответственно поддержка опции «Запись на сервере» для всех модифицирующих данные инструментов.

Kasansin Дата: Вторник, 03.11.2015, 10:09 | Сообщение # 7 Лейтенант Группа: Проверенные Репутация: 5 Статус: Оффлайн Установка флажка «Вызов сервера» помогла (около 10 модулей).  На партнерском форуме где то было, что 1С хочет отказаться от флажка «Вызов сервера». Официальной информации не нашел.  Пока буду жить в включенными флажками.

tormozit Дата: Вторник, 03.11.2015, 10:15 | Сообщение # 8 Генералиссимус Группа: Администраторы Репутация: 126 Статус: Онлайн Цитата Kasansin () Установка флажка «Вызов сервера» помогла (около 10 модулей). Помогла решить какаую проблему?

Kasansin Дата: Четверг, 05.11.2015, 09:53 | Сообщение # 9 Лейтенант Группа: Проверенные Репутация: 5 Статус: Оффлайн Цитата tormozit () Помогла решить какаую проблему? Эту проблему. редактор объектов и удаление объектов. В обработке удаление объектов режим «запись на сервере» — не включал. Хотя наверно перестарался надо было протестировать с этой галочкой Список модуле опишу с своей теме. Сообщение отредактировал Kasansin — Четверг, 05.11.2015, 11:45

0

— 31.01.2018 — 20:54

Есть 2 базы в клиент-серверном варианте, УТ 11.2 и УТ11.3. Создаю COM-соединение (на сервере) из одной базы к другой. Из первой базы пытаюсь создать документ Заказ клиента во второй подключаемой базе. При попытке создания документа вываливаются ошибки, типа Метод обработчика события (название события) не найден. Долго искал решение и выяснил, что в свойствах всех подписках для данного документа не стоит галка Вызов сервера. Установил ее везде. Ошибки данного типа исчезли. Но при попытки записать этот документ вылезла другая ошибка:
Ошибка при вызове метода контекста (Записать): Произошла исключительная ситуация (1C:Enterprise 8.3.9.1818): Ошибка при выполнении обработчика — ‘ПередЗаписью’
Попытка передачи с клиента на сервер мутабельного значения 1-го параметра метода ЗаписатьВерсиюДокумента ().
Как это победить?

1

— 01.02.2018 — 10:21

Проблема всё еще актуальна. Уточню немного, у меня такой код, выполняется на сервере, выделил только основные моменты:
Base1С = Новый COMОбъект(«V83.Application»);
Соединение = Base1С.Connect(«Srvr=»»» + ИмяСервера + «»»;Ref=»»» + НазваниеБазы + «»»;Usr=»»» + ПользовательБД + «»»; Pwd=»»» + ПарольБД + «»»;»);
ДокЗаказыКлиента_Base1С = Base1С.NewObject(«ДокументМенеджер.ЗаказКлиента»);
ДокОбъект_Base1С = ДокЗаказыКлиента_Base1С.СоздатьДокумент();
ДокОбъект_Base1С.Записать();

У кого-то получалось создать в УТ11 какой-либо документ или справочник при подобном подключении? Или я что-то не доделал?

2

— 01.02.2018 — 10:58

Попробуй записать документ с реквизитом ОбменДанными.Загрузка = Истина, в этом случае по монему обработчик ПриЗаписи отключается, и потом посмотришь что у тебя запишется и что в документе не так

3

— 01.02.2018 — 11:16

(2)Допустим мы отключим все подписки, происходящие при записи, что вроде как не совсем правильно, ведь они то нужны, чтобы дозаполнить какие-либо данные, зарегистрировать изменения и тд. Но у меня есть еще заполнение документа до записи:
ДокОбъект_Base1С.Заполнить(СтруктураЗаполнения_Bas e1С);
И тут тоже вызывается подписка на событие и обработчик ОбработкаЗаполнения, и вылазит точно такая же ошибка с передачей мутабельных типов.

То есть я не понимаю, разработчики УТ11 не предусмотрели создание объектов при Com-соединении в клиент-серверном варианте?

4

— 01.02.2018 — 12:01

Если логически порассуждать:
1) Подключаемая база открывается в режиме толстого клиента.
2) У всех модулей обработчиков подписок на события данного документа установлены галки Сервер, Внешнее соединение, Клиент (обычное приложение) плюс Вызов сервера — я установил.

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

5

— 01.02.2018 — 12:32

(0) обязательно задействовать Application? COMConnector не кошерно?

6

— 01.02.2018 — 13:00

(5) Проверил, да, COMConnector полностью решает данную проблему, спасибо!
А по-поводу Application, странно конечно, но получается что разработчики отрубили возможность использовать его в УТ11.

7

— 01.02.2018 — 17:01

(6) Ничего не отрубили… Используй на здоровье. Только помни про особенности клиент-серверного взаимодействия: при создании объекта в толстом клиенте он «живёт» на стороне клиента. Если ты интерактивно запустишься в таком же режиме — словишь ровно те же ошибки

8

— 01.02.2018 — 21:56

(7) Про «отрубили» я имел в виду именно создание объектов, и по той причине, что не нашел решение, как обойти эту ошибку подписок. И да, про толстый клиент я уже тоже понял… Если подскажешь, как учесть особенности клиент-серверного взаимодействия, и создавать объекты используя Application, то думаю, эта информация будет не лишней ни для кого

9

— 02.02.2018 — 09:21

(8) как учесть?.. ПЕРЕпроектировать и исправлять прикладное решение так чтоб оно работало в нужном режиме: типовые сейчас под толстый не пишутся и их работоспособность в таком режиме запуска не гарантируется.
Основная засада в том что в случае толстого клиента модули прикладных объектов компилируются на клиенте, а в тонком — на сервере. Отсюда следует что передача управления с клиента на сервер происходит для разных клиентов на различающихся участках кода Управляемости можно добиться, например, используя директивы компиляции. Типа #Если Клиент Тогда …<тут особый код, обеспечивающий работу в нужном режиме>

Но, ИМХО, легче застрелиться

10

— 02.02.2018 — 09:29

Вдогонку: самое главное чуть не забыл!
OLE Aytomation поддерживает не только V83.Application, но и V83C.Application

11

— 02.02.2018 — 10:37

(9) Так вот оно ключевое слово «типовые сейчас под толстый не пишутся», а V83.Application как-раз таки и открывает базу в толстом клиенте, ведь так? То есть приходим к выводу, что УТ11 и др. типовые конфигурации не поддерживают создание объектов в подключаемой базе через V83.Application (без доработок)?
В любом случае, спасибо за инфу.
С V83C.Application не знаком, но вроде как он открывает базу в режиме тонкого клиента? То есть с первого взгляда, эта проблема в подписках по передачи мутабельных значений с клиента на сервер сохранится?