Понятно что вопрос глупый - не может его там быть по определению. Но! Есть отчет, в нем модуль менеджера. Я его выгружаю во внешний отчет.
там нет модуля менеджера! Т.е. часть кода пропало.
Что мне его руками переносить? Тогда в чем смысл этой выгрузки во внешний отчет? если руками допереносить?

А в чем сложность скопипестить?

*скопипастить:-)

(0) модуль менеджера в файл отчетов и обработок не выгружается. Это ты у 1С спроси, почему так - модуль менеджера в конфигурации есть, а во внешнем файле нет.

это сейчас ты спрашиваешь у нас, какой смысл в том, что ты делаешь?

нах они его вообще ввели, методы надо было располагать в модуле объекта с пометкой static

(5)+10000000000

(4) например, в БП 3.0, вся печать в отчетах реализована в менеджере модуля отчета. Соответственно, если переделывать что-то во внешний отчет на основе типового, то не получится

(5) +1

(5)типа подобие нормально ориентированного...

(7)вот и я о том же! Либо выгружается все, либо не выгружается.
А то смотришь - блин - коды переносить!

(7) если на основе типового, достаточно перед вызовом добавить отчеты.отчет.

(0) А КУДА ты его переносить собрался, если не секрет?

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

(12)ну что не ясно. Есть типовой отчет. надо переделать. Не хочу конфу корячить - выгружаю во внешний

может это реализовано для того, чтобы не обновлялись внешние отчеты, реализованные на типовых?

(11) не..., я же хочу, например, чтобы отчет делал почти то же, что и типовой, но с моими наворотами, и без изменения конфигурации, т.е. вызывается из внешнего файла (или сохраненного в доп. отчетах и обработках)

(3) Ну логично же, ведь внешний отчет не является объектом конфигурации, соответственно у него нет менеджера, нет менеджера, значит нет модуля.

(17)это логично. Но почему при выгрузке не переносить модуль менеджера в модуль объекта

(17) Да, но тогда не стоило затевать модуль менеджера у встроенных отчетов.
Качественная подстава от 1С :)

(18) возможно дублирование имени процедуры/функции

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

Если процедуры и функции модуля менеджера отчета вызываются как "Отчет.ВедомостьПоПартиям.ОпределитьВыводДокумента()", то простите как вы хотите этот метод вызвать из внешнего отчета?

(22) Отчет.ВедомостьПоПартиям.ОпределитьВыводДокумента()

*Отчеты.ВедомостьПоПартиям.ОпределитьВыводДокумента()

(22) если (14), то почему бы не обратиться к типовому отчету.

(25) Я про это и говорю

(23) (24) Не ясен ход твоих мыслей. По сути ты обращаешься к отчету конфигурации, значит во внешнем отчете модуль менеджера не нужен

(27) да + (17)

(25), (27) - к какому ВедомостьПоПартиям? нужно же МояВедомостьПоПартиям.ОпределитьВыводДокумента()

(29) статические методы ничего не знают об объекте, работают с параметрами

т.е. отчеты.ведомость(мояВедомость)

(31) это как понимать?

(32) это скорее качательно документов, справочников, а не отчетов, но суть та же)

*касательно

(29) (31) А где он увидит твою ведомость, если она лежит в файле неизвестно где (для 1С) на диске???

(34) хм, в чем суть ? (31) не знает такого параметра (мы же договорились, что конфигурация не меняется)

(35) +

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

В основном менеджер используется для вызова каких либо обрабочиков вне контекста этого отчета. Так же удобен в серверных процедурах управляемых форм...

(38) ничего не мешало добавить метод/свойство доступа к менеджеру или статическим методам

(38) так это понятно. Только нафига для отчетов и обработок менеджер ? Физически в базе нет объекта МойОтчет, в отличие от документа (найдешь ссылку ?), т.е. в принципе, "менеджер тут не к чему".

(39) доступа к чему ? отчета нет в конфигурации

(41) а какая разница что его нет в конфигурации, от этого он ущербным не становится. В его контексте доступно все то же самое что и в отчете включенном в конфигурацию.

(41) например так:

ПолучитьМенеджерВнешнегоОтчета(ПутьКФайлу)

Мда, тут похоже беспредметный спор начался

врете вы все тут
ВнешниеОтчетыМенеджер (ExternalReportsManager)
Методы:

Подключить (Connect)
ПолучитьФорму (GetForm)
Создать (Create)

Описание:

Предназначен для управления внешними отчетами и позволяет получать значения типа КоллекцияТиповЗначенийXDTO при помощи метода Создать. Доступ к объекту осуществляется через свойство глобального контекста Смешанный.

Доступность:

Сервер, толстый клиент, внешнее соединение.
См. также:

Глобальный контекст, свойство ВнешниеОтчеты

(43) А что, "Создать" уже не котируется???

(42) и пр. - тему посмотрите. В файле внешнего отчета нет текста модуля менеджера

(46) Создать это конструктор объекта, а нам самого объекта не надо, нужен только менеджер (статические методы)

(45)+ менеджер внешних отчетов значит есть а модуля менеджера нет?

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

(43) такая функция разве есть?

(51) фейспалм или как там

(50) это не ошибка, приведи пример, где это потребуется

(52) фейспалм

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

(53) зачем вообще статические методы в программировании?

(48) Создай общий модуль, если на то пошло. Или пользуй методы экземпляра класса

(56) Да, зачем вообще эта 1С нужна? Особенно если Ненавижу 1С ненавидит 1С? Зачем тогда он в ней программирует, если не понимает?

(56) чтобы не плодить общие модули, пространство имен и т.п.

ну давай еще обсудим, что я понимаю, а что нет, ага

(59) объясни, зачем нужна кнопка сохранить отчет во внешнем файле? Если она теперь не сохраняет?

(61) у меня сохраняет

модуль менеджера как общий модуль, функции общего модуля копируете, при создании внешнего отчета?

(62) проделаем опыт. Сохрани из БП 3.0 отчет, у которого непустой модуль менеджера в файл. Затем, этот отчет "Заменить на внешнюю обработку, отчет..." из этого файла.
Что увидишь в модуле менеджера ?

(64) заменять не нужно, нужно добавить

(62) и модуль менеджера отчета сохраняет во внешний файл?

(65) не понимаешь, однако. Тогда так: хочешь из этого сохраненного отчета сделать что-то свое - открываешь файл, Действия - где там модуль менеджера ?

(67) зачем тебе во внешнем отчете модуль менеджера? (66) а функции общего модуля сохраняются?

(53) Пример - у (0).

(68) мне? ни к чему.
Говорят, вроде, что выгрузишь в файл отчет, а потом загрузишь, и все заработает ...

(68) так там всё находится. В модуле объекта ничего нет. Вот я выгрузил, как мне теперь отредактировать этот отчет?

Кстати, я заметил, как отличить 1Сников от Сишников и прочих ООПшников. ООПшники говорят "Фейспалм". 1Сники говорят "Рукалицо" )))

(71) читай (63)

казалось бы мелочный вопрос чем неприятен.
Допустим, у клиента есть некая конфа, отличающаяся от моей. Я выгружаю Отчет/Обработку.
И забыл перенести модуль менеджера.
Пришел домой - о-па! ж.опа!

(74) выгружай конфу

(73) сейчас вопрос в другом? Зачем это сделано? Зачем усложнять написание внешнего отчета в 52 раза?

(76) это сделано для создания внешнего отчета на основе типового, а не для замены типового

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

(78) понятно. Вроде не пятница, но уже предпраздничный.
При чем тут общие модули? Это, где-то, вроде к теме ?

(79) фейспалм

(80) вопрос прямо в фэйс: зачем сохранять отчет/обработку в файл, если в файле не сохраняется все, что есть в отчете/обработке ?

(81) -> (80) читай выше!