Обмен ЗУП (типовая с доработанной) - ошибка отложенных движений #611977

Есть две скульные базы ЗУП (релиз последний на данный момент), одна из них на поддержке, немного доработана, другая типовая. Платформа 8.2 естественно. Между базами настроен обмен по загруженным правилам обмена (настроены в конвертации данных), сам обмен работает. Но: отложенные движения выполняются только при запуске вручную в режиме толстого клиента. При выполнении отложенных движений в фоновом режиме (если установить галку "выполнять отложенные движения"), или при нажатии на кнопку "выполнить отложенные движения под полными правами", вылезает ошибка: "документ.БлаБла(любой)(...) значение не является значением объектного типа УдалитьСообщения". Ошибка вылетает в типовой базе, обмен производится односторонний - выгрузка из нетиповой в типовую. Пока добралась примерно до такой вот истины: в документах в обработке проведения сидят такие вот строки: ОбработкаКомментариев.УдалитьСообщения; В случае с вызовом с клиента, всё обрабатывается на ОК, в случае с вызовом с сервера ОбработкаКомментариев в отладчике = Неопределено. И дальше всё упирается в параметры сеанса ОбщиеНастройки, которые в разных режимах запуска по-разному получаются... И здесь уже запуталась. В общем, вопрос: кто-нибудь сталкивался с отложенными движениями в обменах с ЗУП? И как можно победить данную ошибку? Запускать движения каждый раз вручную гемор( В предыдущей мини-ветке была следующая переписка: Ranger_83 2 сталкивался.Но так и не нашел времени разобраться.Что мешает отключить обработку комментариев на #Сервере? Shaitana 3 - Придется редактировать код каждого документа, обработка комментариев в каждом прописана отдельно. А база типовая. Хотелось бы обойтись меньшей кровью, исправив код в одном месте. И еще подозрения, что не всё так просто и возможно обойти без исправления кода...(теплится надежда) ruschel90 5 - up! тоже столкнулся с такой же проблемой, только в последнем релизе Комплексной автоматизации. Изменения в модуль внести могу(закоментить работу с сообщениями если на сервере), ибо конфа нетиповая, но боюсь что вылезут другие праблы. А вообще ИМХО ЗУП реализован только в части Рег.зарплаты, и в основном из-за жестких регламентов и сроков сдачи отчетности бухгалтерами, которые очень злые, когда не успевают по вине программы...). Всё остальное: Обмены, упр. учет - работает через опу. Жутко не продумано и с вечными неисправляемыми косяками.(((

План обмена Полный? По организации?

План обмена Полный, да.

up! Ну же, гуру 1С, где вы?

up

up '-(

Разобралась с сервером: на сервере если выполняется, то переменная нужная получается из глобального модуля: А в хранилище значений "Общие значения" нет переменной "глОбработкаСообщений", возвращается значение "неопределено", соответственно у этого Неопределено нет метода "УдалитьСообщения". Пока не приходит в голову как это вылечить.

Типа этого #Если ТолстыйКлиентОбычноеПриложение тогда #КонецЕсли

типа этого не получится, потому что придем к тому же - переменной равной "неопределено". Или тогда типа этого придется прописывать в каждом объекте конфы, там где получается переменная. ну в самой процедурке есть получение этой переменной, ибо туда же приходит запрос переменной когда на клиенте. Но на сервере всё заканчивается на первых же строках: Если Кэш = Неопределено Тогда -на клиенте Кэш неопределено возвращает, а на сервере он определен, а в нем нет переменной этой.

ну так если нет переменной то условие    КонецЕсли; не выполнится и пойдет дальше....

В общем, граждане, решила проблему, описываю на случай если кому пригодится: В глобальном модуле в функции вклинила такую вот дописку (закомментированная ДСом): -ну и соответсвенно создала пустую обработку ОбработкаЗаглушкаОтложенногоПроведенияНаСервере, в модуле объекта которой создала две пустых экспортных процедуры: И всё теперь работает на ОК! Всем спасибо за моральную поддержку))))

Кэш есть, а переменной глОбработкаСообщений в нем нет, условие выполняется и получает "неопределено".

ну так значит надо проинициализировать ее

Это значит, что типовой механизм теперь не будет работать вообще?

смотря что подразумевать под типовым механизмом? отложенные движения продолжают работать в типовом режиме. Только без ошибок и независимо от того что в кэше. В принципе обработка сообщений приписана для работы на клиенте, а на сервере,судя по отдельным ограничениям в ней: #Если ТолстыйКлиентОбычноеПриложение тогда #КонецЕсли. Подразумевается что обработки сообщений не должно быть, только этот механизм дает сбой. Если кто знает как этих сбоев избежать, можно продолжить тему.

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

Верно. Чуть подкорректировала: вписала не в глобальный модуль а в модуль ОбщегоНазначения, Функция ПолучитьЗначениеПеременной: ... ...

в таком случае "левая" обработка будет вызываться только при работе на сервере. а пользователю будет показываться прежняя типовая обработка :-)

*вместо ВРег(Имя): ВРег(ИмяПеременной)...