В общем чтоб не лезть в модуль проведения - сделал подписку на событие ОбработкаПроведения конкретного документа и там дописываю нужные движения.....

В файловом варианте все замечательно работает... а в серверном ругается на мутабельное значение.....наверно из-за того, что там в подписку передается объект а не ссылка.....

как быть?.....можно как-нибудь решить это или все-таки в моделе прийдется все дописывать....

На модуле поставь галку серверный, остальные сними. &НаСервере не ставь

(1) Кхм.

(2) сам на той неделе с этим сношался...

В Толстом Клиенте объект документа на Клиенте же. Так и ОМ должен быть клиентским.

(4)
процедура должна быть расположена в общем модуле;
процедура должна быть объявлена с ключевым словом Экспорт;
у общего модуля, в котором расположена процедура, должны быть заданы следующие свойства:
флаг Глобальный - сброшен;
флаг Сервер - установлен;
остальные флажки Клиент (управляемое приложение), Клиент (обычное приложение), Внешнее соединение - не влияют на подписку (наличие нужного модуля в нужном соединении/клиенте системой не проверяется!);

(с)

(5) Толстый Обычный?

Клиент (обычное приложение) надо еще поставить флажок.

Иначе вы не праввы, Денисч.
Включите логику!

Денисч-> ДенисЧ. Извиняюсь.

Не хочу я ничего включать :-)
Просто описываю свой опыт...

(10) ты не прав. Дожны быть: Сервер, Тольстый клиент

Подписки на события инициируются сервером. Всегда. Откель там клиентский контекст?!

Аутор, делай как (5) + (7) и будет щастье.

Делай лучше в отдельном модуле, чтобы не похерить существующие тонкие душевные нити конфы.

Никаких инструкций препроцессору писать не надо.

(12) Объект документа лежит на Клиенте, в ТолстомОбычном.
Вот его 1С и пытается засунуть в параметр Источник, в процедуру, на Сервер и сама обливается яйцами, когда наступает на свои грабли.

**GROOVY полез в реестр прописывать ключ -debug в службу сервера 1С

(15) Только что проверил во всех режимах запуска. Для корректной работы подписки на событие достаточно у общего модуля галки "Сервер". Вызов производится после отрабатывания самого события (ОбработкаПроведния). ЧЯНД?

(11) Галки "Толстый клиент" там нет вообще. Есть "Клиент (обычное приложение)"

http://zalil.ru/32264500

Проведи плиз документ в ТолстомОбычном, в Клиент-Сервере.
8.2.14.540

А куда пропал автор :(
ДенисЧ - прав, я за одну галочку на каждый модуль :)

(16) Ты не проверил в толстый клиент, серверный вариант

Я лично писал что в УТ 11 на таких модулях не стоят галки ТолстыйКлиент. Н
Они ответили: есть сэр, ошибка признана

Сорри, сервера под рукой нет. Проверить не могу.

(18) Нафига у модуля "Вызов сервера" стоит? Это тоже фишка?

И что за галка "Толстый клиент"?

(22) По привычке поставил. Нет, надо убрать.

(23) Клиент "обычное приложение"

Блин, счаз буду сервер поднимать :)

Но! Чтоб поставить эту галку для ут 11 нужно включить в параметрах редактирование толстого клиента

(23) Клиент (обычное приложение) - он имел ввиду.

(27) Это понятно... Счаз скуль поставится, пошаманю...

(29) Не веришь чтоли? В (14) же понятно объяснено причина ошибки

(30) Всегда проверяю. Я понимаю что при открытии формы копия объекта читается. Не вся, движения, например не читаются. Но это форма! А событие проведение может быть инициировано и без формы, следовательно копия объекта как то без клиентов должна быть доступна.

(31) Уж от тебя такого не ожидал (((

1С никаких копий объекта не создает

(33) Ну здрасьте. В базе есть запись. При открытии формы мы получаем в понятие "Объект" копию этой записи и с ней работаем.

НаборЗаписей на встроенном языке это тоже копия данных регистра "В переменной". Мы же не напрямую с базой работаем, а иначе как быть с транзакциями...

(32) Он хотел сказать "объект в памяти".

(12)
Я извиняюсь ...
Вы профессионала по платформе сдавали?
а то людей учите на спеца ...
разные мысли лезут

может я и ошибаюсь, но там было два вопроса в тему ...

один про "глобальность" другой про флажки
ну ладно не важно ...

еще "13 ошибок" вспоминется знаменитые
в документации вроде явно прописано
но человек видимо слаб и делает ошибки
надо предупредить

хотя все это бурчание ))))
удалюсь

(14)
там лежит не объект вроде
ну не важно

(37) Сдавал. Давно. Про "галочки" знаю все. Но топик не про галочки, а про то от куда вызывается подписка.

вроде с клиента
но я нуб
(14)
вроде как прав

в 13 ошибках у Фарида все есть
само выглядит как передергивание проблемы
но показано вроде все четко
и причины и т.д.

проблема вроде возникает именно в толстом клиенте
но я могу и ошибится
я не методист )))

(34) Объект - это не "копия записи". Помоему ты слишком долго учишь 1Су

(44) А = Ссылка.ПолучитьОбъект();

Что есть А?

я подробностей не помню
но вроде как в толстом весь код на клиенте идет
а вот подписки на сервере
и когда Вы пхаете туда "объект" ...

+45 Не копия записи, а копия объекта. Экземпляр объекта.

Объект - это классический объект из любого языка программирования, инициализированный данными из базы

да ладно
все все знают
просто друг друга не поняли

(49) Кто здесь??!

Резюмирую:
В старом жирном клиенте подписка на событие инициализируется вместе с инициализацией объекта.
Там же объект является контекстом формы и при  открытии формы вся инициализация производится по факту на клиенте.
Без галок "Толстый клиент (обычное приложение)" и "Вызов сервера" подписка не инициализируется (что понятно).

Вывод: Поведение самой системы понятно. Не понятна логика разработчиков. От форм зависят серверные (совсем не интерактивные) механизмы. Пичалька. Уже вторая пичалька на эту тему.
Вывод 2: Что бы подписка выполнялась на сервере гарантированно, придется описывать разделение логики допроведения двумя общими модулями и проверками исполнения контекста Если ТолстыйКлиент Тогда и тп. Хотя над последним я еще медитирую...

Как можно так криво и не универсально сделать клиент-серверную логику?!

<<В старом жирном клиенте подписка на событие инициализируется вместе с инициализацией объекта.
Там же объект является контекстом формы и при  открытии формы вся инициализация производится по факту на клиенте.>>

бррр, какая глупость.

Павел, вы похоже правда слишком долго дружите только с 1С -ом.
У вас и мысли стали такие же, 1С-овские.

Вывод 2: Что бы подписка выполнялась на сервере гарантированно, придется описывать разделение логики допроведения двумя общими модулями и проверками исполнения контекста Если ТолстыйКлиент Тогда и тп. Хотя над последним я еще медитирую...

Да, это так.

Логика разработчиков как раз очень очень понятна.

(52) Да серьезно, инициализация объекта приводит к инициализации подписки на событие. И без возможности вызова общего клиентского модуля все падает. Повторюсь ___При открытии формы___.  Точно клиентский контекст.

(55) Галочку "вызов сервера" поставь.

А дружу долго... Да... Ну уж у кого какая судьба.

(56) Стоит галочка... Означает она вызов сервера из контекста клиента.

(58) Когда галочка стоит - в ПриОткрытии - ничего не падает.
Ну да ладно, не в этом соль.
Соль в том, что НЕ "От форм зависят серверные (совсем не интерактивные) механизмы"

Формы здесь не причем, объект документа вообще без форм можно провести.

Просто объект создается на Клиенте.

(59) эй! Я могу провести документ на сервере. Например при восстановлении последовательности, регламентным заданием и пр. Причем здесь клиент?! Обработкой в конце концов. И тогда передача параметров и вызов подписки на события будут совсем другие. Я об этом.

Всем спасибо....получилось.....

Какие галки стояли:
ВызовСервера
Привелигерованный
Сервер

Какие поставил
ВызовСервера
Клиент(обычное приложение)
Сервер

и заработало!...