Ошибка при вызове метода контекста инициализировать - Не ошибается лишь тот, кто ничего не делает!

Обновлено: 27.01.2023

Доброго всем дня.
В СКД в запросе использую параметр ТекДата, на вкладке Параметры в поле Выражение пишу ТекущаяДата(). Отчёт даже не открывается, пишет «значение не является значением объектного типа (ДоступныеЗначения)». Что это? 1С сломала выражения для параметров СКД на управляемых формах?

Всем спасибо, выяснилось, что я когда копировал отчёт, не посмотрел что там в форме ПриОткрытии написано обращение к одному из параметров, которых в новом отчёте нет. Блин, плохо когда ошибка такая неинформативная, непонятно, на какое поле ругается.

какая версия платформы ?
у меня на 8.3.14.1694 работает

«значение не является значением объектного типа ( ДоступныеЗначения )»

(4) Я умею читать. Только в этом поле ничего нет. Поэтому и спрашиваю.

(6) Ну, так ругается на «Доступные значения», поле которых есть не только на вкладке «Параметры», но и на первой вкладке, «Наборы данных», если параметр используется как поле.
Из-за того, что не было предоставлено ни скринов, ни самого отчета, непонятно, что в отчете заполнено правильно, а что нет.
Еще возможно, сломались настройки сохраненного варианта, можно попробовать сбросить на по умолчанию.
Как заметили в (2) указанное выражение работает, в том числе и на 8.3.16.1296 (проверено мной).
Для самостоятельной проверки повторения проблемы достаточно создать пустой отчет с единственным параметром, и проверить его (отчета) открытием.

(3) Я вроде русским языком написал — «пишу в поле Выражение»

ТекущаяДатаСеанса() не подойдёт?
И еще момент — может ДоступныеЗначения поломались? Список с пустыми или битыми значениями, например.

(9) Если ошибка возникала в обработчике события ПриОткрытии(), то все там должно быть информативно. Нужно было всего лишь, нажать кнопку «Подробно» и скопировать весь текст от туда сюда в тему при составлении своего вопроса. Там должен был быть и кусок кода, и название модуля, и номер стоки в нем.
А так это ваш вопрос абсолютно не информативен: ни полного текста ошибки, ни скринов, ни отчета.

Преподаватель 1С
Санкт-Петербург
зарплата от 100 000 руб. до 120 000 руб.
Временный (на проект)

На ИТС нашёл упоминание, что ТекущаяДата() работает в СКД (в справке про это ни слова), про другие методы описанные в статье ничего не нашёл.

Как собиралась информация: открыл в СП раздел «Глобальный контекст» и все методы проверял в СКД. Функции, которые помнил, что есть в СКД пропускал как заведомо рабочие. Также пропускал методы заведомо не рабочие, например ПоказатьВопрос. Прошёлся методом перебора по порядку по разделам «Функции работы со значениями типа Строка», «Функции работы со значениями типа Число», «Функции работы со значениями типа Дата» и т.д. до «Процедуры и функции сохранения значений».

Следующие за ним разделы решил не проверять, т.к. они явно не для работы из чистого СКД (например «Процедуры и функции работы с операционной системой», «Процедуры и функции работы с внешними компонентами» и т.д.).

Проверял в СКД на данных полученные запросом:

Перечень методов глобального контекста работающих в СКД на платформе «8.3.8.1652» «8.3.7.1845», «8.3.6.2390» и «8.2.19.130» в управляемом приложении клиенте:

СтрНайти (не работает на 8.3.7.1845, 8.3.6.2390 и 8.2.19.130). Найти на 8.2.19.130 тоже не работает.
СтрСравнить (не работает на 8.3.7.1845, 8.3.6.2390 и 8.2.19.130)
СтрНачинаетсяС (не работает на 8.3.7.1845, 8.3.6.2390 и 8.2.19.130)
СтрЗаканчиваетсяНа (не работает на 8.3.7.1845, 8.3.6.2390 и 8.2.19.130)
СтрРазделить (не работает на 8.3.7.1845, 8.3.6.2390 и 8.2.19.130)
СтрСоединить (не работает на 8.3.7.1845, 8.3.6.2390 и 8.2.19.130)
ТекущаяДата()
СтрШаблон (не работает на 8.3.7.1845, 8.3.6.2390 и 8.2.19.130)
ЧислоПрописью
НСтр
ПредставлениеПериода
ПолучитьОбщийМакет
ПредопределенноеЗначение
ПолучитьПолноеИмяПредопределенногоЗначения
ПолучитьСкоростьКлиентскогоСоединения()
ИмяКомпьютера()
ИмяПользователя()
ПолноеИмяПользователя()
КаталогПрограммы()
КаталогВременныхФайлов()
ПравоДоступа – тут надо разбираться как передать ОбъектМетаданных в параметр
РольДоступна
ТекущийЯзык()
ТекущийКодЛокализации()
СтрокаСоединенияИнформационнойБазы()
ПараметрыДоступа – тут надо разбираться как передать ОбъектМетаданных в параметр
ПредставлениеПриложения
ТекущийЯзыкСистемы()
ТекущийРежимЗапуска()
ЧасовойПоясСеанса()
ТекущаяДатаСеанса()
ПредставлениеПрава
ПолучитьИнформациюЭкрановКлиента() (не работает на 8.2.19.130)
ТекущийВариантОсновногоШрифтаКлиентскогоПриложения() (не работает на 8.2.19.130)
ТекущийВариантИнтерфейсаКлиентскогоПриложения() (не работает на 8.2.19.130)
ЗначениеВСтрокуВнутр
ЗначениеИзСтрокиВнутр
ПолучитьИмяВременногоФайла()
~~ЗначениеЗаполнено (зачеркнул, т.к. есть в справке)~~
ТекущаяУниверсальнаяДатаВМиллисекундах()

Среди этих методов есть абсолютно бесполезные, например «ПолучитьИнформациюЭкрановКлиента()» (даже представить не могу где это можно применить в чистом СКД), но есть и очень даже полезные, например «ЧислоПрописью». К сожалению, СокрЛП до сих пор не работает…

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

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

В отчете нет ничего нового относительно данной статьи, но к сожалению, написать бесплатную статью с файлом нельзя по правилам Инфостарта. В отчете все 40 методов тестируются на «чистом» СКД через вычисляемые поля. Результат работы отчета приведен в скриншоте к статье. Если проверять на базе где нет «Перечисление.ВидыИмущества.ОсобенностиОтсутствуют» то методы ПредопределенноеЗначение и ПолучитьПолноеИмяПредопределенногоЗначения работать не будут, поэтому требуется ручная замена на что-нибудь подходящее.

Описание ошибки:
Отчет на СКД формируется программно. При этом используется одно вычисляемое поле, в выражении которого указана экспортная функция глобального модуля. При формировании отчета возникает ошибка: : Ошибка при вызове метода контекста (Следующий) ЭлементРезультата = ПроцессорКомпановки.Следующий(); по причине: Ошибка компоновки данных по причине: Ошибка получения данных по причине: Ошибка в выражении по причине: Синтаксическая ошибка «УчетДрагМеталловГлобальный.ОтчетКоличествоМеталла»

Подробное изучение методической информации дало понять, что при программном выводе отчета в коде было отключено использование внешних функций. См. текст из синтаксис-помощника метода Инициализировать() процессора компоновки данных (ПроцессорКомпоновкиДанных):

Инициализировать(<Макет>, <ВнешниеНаборыДанных>, <ДанныеРасшифровки>, <ВозможностьИспользованияВнешнихФункций>),
где <ВозможностьИспользованияВнешнихФункций> (необязательный)
Тип: Булево.
Указывает возможность использования функции общих модулей конфигурации в выражениях компоновки данных.
Значение по умолчанию: Ложь

Поэтому в код программного вывода отчета было добавлено отсутствующее условие (выделено жирным):

ПроцессорКомпановки = Новый ПроцессорКомпоновкиДанных ;
ПроцессорКомпановки . Инициализировать ( МакетКомпоновки , , ДанныеРасшифровки , Истина);

Но после этого СКД отказалсь вывести отчет, рапортуя ошибку:

: Ошибка при вызове метода контекста (Следующий)
ЭлементРезультата = ПроцессорКомпановки.Следующий();
по причине:
Ошибка компоновки данных
по причине:
Ошибка получения данных
по причине:
Функция не найдена «УчетДрагМеталловГлобальный.ОтчетКоличествоМеталла»

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

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

Читайте также:

Как задать вопрос аудитору в 1с итс
Oc android что это за программа и нужна ли она
1с ерп коммерческое предложение как
Драйвера 5850 не обновляются
Ch340 драйвер не работает

Источник

Ошибка расшифровки скд

mirrr

04.12.11 — 18:45

Подключаю к скд внеш. набор данных. Выскакивает ошибка:

Ошибка при вызове метода контекста (Инициализировать)

ПроцессорКомпоновкиДанных.Инициализировать(МакетКомпоновки, ВнешниеНаборыДанных, ДанныеРасшифровки);

по причине:

Несоответствие типов (параметр номер ‘3’)

ДанныеРасшифровки-св-во формы, которое передаю с клиента на сервер

mirrr

1 — 04.12.11 — 18:49

при выполнении ДанныеРасшифровки содержит пустую строку (тип — строка)

mirrr

2 — 04.12.11 — 19:52

Дядя Васька

3 — 04.12.11 — 19:57

ПроцессорКомпоновкиДанных (DataCompositionProcessor)

Инициализировать (Initialize)

Синтаксис:

Инициализировать(<Макет>, <ВнешниеНаборыДанных>, <ДанныеРасшифровки>, <ВозможностьИспользованияВнешнихФункций>)

Параметры:

<Макет> (обязательный)

Тип: МакетКомпоновкиДанных. Макет, для которого будет выполняться компоновка.

<ВнешниеНаборыДанных> (необязательный)

Тип: Структура. Ключ структуры соответствует имени внешнего набора данных. Значение структуры — внешнему набору данных.

<ДанныеРасшифровки> (необязательный)

Тип: ДанныеРасшифровкиКомпоновкиДанных. Объект, в котором нужно заполнить данные расшифровки. Если не указан, то расшифровка заполняться не будет.

<ВозможностьИспользованияВнешнихФункций> (необязательный)

Тип: Булево. Указывает возможность использования функции общих модулей конфигурации в выражениях компоновки данных.

Значение по умолчанию: Ложь

Описание:

Инициализировать объект.

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

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

Дядя Васька

4 — 04.12.11 — 19:57

где тут хоть один параметр с типом строка?

mirrr

5 — 04.12.11 — 20:10

(4) 8.2, реквизит в упр. форме «ДанныеРасшифровки» имеет тип «строка».

У меня макет «ОсновнаяСхемаКомпоновкиДанных», вывожу программно, подключаю внеш. набор данных. Передаю значение реквизита формы в ПроцессорКомпоновкиДанных.Инициализировать

mirrr

6 — 04.12.11 — 20:13

+(5) Передаю значение реквизита формы «ДанныеРасшифровки» в ПроцессорКомпоновкиДанных.Инициализировать(МакетКомпоновки, ВнешниеНаборыДанных, ДанныеРасшифровки);

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

Дядя Васька

7 — 04.12.11 — 20:15

Ну так я из 8.2 и скопировал…

mirrr

8 — 04.12.11 — 20:18

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

Дядя Васька

9 — 04.12.11 — 20:20

(8) Блин, ну очевидно же что из строки тебе надо сделать коллекцию индексов и уже ее передавать. Строковых параметров не принимает.

Дядя Васька

10 — 04.12.11 — 20:22

+(9) Хотя странно все это, по идее у расшифровки должен быть тип ДанныеРасшифровкиКомпоновкиДанных, как он у тебя строкой-то оказался?

Дядя Васька

11 — 04.12.11 — 20:24

Расширение формы отчета (Report form extension)

ДанныеРасшифровки (DetailsData)

Использование:

Чтение и запись.

Описание:

Тип: ДанныеРасшифровкиКомпоновкиДанных. Содержит данные расшифровки последнего выполненного отчета.

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

Толстый клиент.

mirrr

12 — 04.12.11 — 20:25

(10) создай упр. форму отчета, на форме будет реквизит ДанныеРасшифровки с типом строка

mirrr

13 — 04.12.11 — 20:25

(9) где можно пример посмотреть? Отладчиком не нашел эту коллекцию

Дядя Васька

14 — 04.12.11 — 20:34

(12) Какую именно форму-то? У формы отчета, формы настроек и подобных есть реквизит КомпоновщикНастроек, в нем Настройки — ПараметрыДанных который ни разу не строка. Как ты ее создаешь-то?

Дядя Васька

15 — 04.12.11 — 20:37

(14) Пардон, понял…

Дядя Васька

16 — 04.12.11 — 20:43

http://help1c.com/help/view/3394.html

«ВАЖНО!

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

Для создания объекта ДанныеРасшифровки, при вызове метода Выполнить компоновщика макета, следует передать переменную, в которую требуется поместить созданный объект.

Пример:

Код 1C v 8.х

МакетКомпоновкиДанных = КомпоновщикМакета.Выполнить(СхемаКомпоновкиДанных, КомпоновщикНастроек.Настройки, ДанныеРасшифровки); »

такое есть?

mirrr

17 — 04.12.11 — 20:47

у меня так же написано. Не работает

mirrr

18 — 04.12.11 — 20:53

ДанныеРасшифровки = Новый ДанныеРасшифровкиКомпоновкиДанных;

КомпоновщикМакета = Новый КомпоновщикМакетаКомпоновкиДанных;

МакетКомпоновки = КомпоновщикМакета.Выполнить(СхемаКомпоновкиДанных, Настройки, ДанныеРасшифровки, МакетОформления);

// Инициализируем процессор СКД

ПроцессорКомпоновкиДанных = Новый ПроцессорКомпоновкиДанных;

ПроцессорКомпоновкиДанных.Инициализировать(МакетКомпоновки, ВнешниеНаборыДанных, ДанныеРасшифровки);

mirrr

19 — 04.12.11 — 20:57

(18) при этом при 2-ом клике выскакивает не расшифровка, окошко с числом, вроде порядковый номер поля в группировке. Как сделать, чтобы стандартная расшифровка скд работала?

mirrr

20 — 04.12.11 — 20:57

(19)* (18) при этом при 2-ом клике выскакивает не расшифровка, а окошко с числом(порядковый номер поля в группировке). Как сделать, чтобы стандартная расшифровка скд работала?

mirrr

21 — 04.12.11 — 21:28

Источник

Gnost

22.06.2012 16:27

Прочитано: 5406

Добрый день, есть отчет, созданный на СКД. Вызывается он программно. Если я вывожу его в файловом варианте — все проходит успешно; отчет выводится, расшифровка работает, но как только я пытаюсь вызвать его в клиент-серверном варианте происходит ошибка;

«{Отчет.Отчет.Форма.ФормаОтчетаУправляемая.Форма(380)}: Ошибка при вызове метода контекста (Инициализировать)
ПроцессорКомпоновки.Инициализировать(МакетКомпоновки, , ДанныеРасшифровки);
по причине:
Несоответствие типов (параметр номер ‘3’)»

Код 1C v 8.2 УП

 &НаСервере

Процедура ВывестиРасшифровкуПоПлановымПоказателям(НоменклатурнаяГруппа, ТабличныйДокумент)
 
    СхемаКомпановкиДанных = Отчеты.вр_ОтчетДляКонтроляПлатежейПоЗаказам.ПолучитьМакет("РасшифровкаПоПлановымПоказателям");

 
    Настройки = СхемаКомпановкиДанных.НастройкиПоУмолчанию;

 
    ДанныеРасшифровки = Новый ДанныеРасшифровкиКомпоновкиДанных;

 
    КомпановщикМакета = Новый КомпоновщикМакетаКомпоновкиДанных;

 
    МакетКомпоновки = КомпановщикМакета.Выполнить(СхемаКомпановкиДанных, Настройки, ДанныеРасшифровки);

   

// Параметры                                                  

 
    ПроцессорКомпоновки = Новый ПроцессорКомпоновкиДанных;

 
    ПроцессорКомпоновки.Инициализировать(МакетКомпоновки, , ДанныеРасшифровки);

 
    ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент;

    ПроцессорВывода.УстановитьДокумент(ТабличныйДокумент);



  


                       
  





    ПроцессорВывода.Вывести(ПроцессорКомпоновки);


КонецПроцедуры

Помогите пожалуйста разобраться где ошибка.

Изменено 22.06.12 16:27:56

Yandex

Возможно, вас также заинтересует

Gnost

22.06.2012 17:21

Ответ № 1

Сори, моя невнимательность )

Gnost

22.06.2012 17:21

Ответ № 2

Вопрос закрыт!

Подсказка: Щелкнув по значку (справа от названия вопроса), вы получите список ответов на похожие вопросы!

Источник

— 06.12.2012 — 13:05

Доброго времени суток. Есть необходимость перноса некоторых данных из 8.2 в 7.7. при попытке инициализировать 7.7 выдает ошибку: Ошибка при вызове метода контекста (Initialize): Неизвестная ошибка. База 7.7 на SQL 2005, с дбфной базой отрабатывает нормально. Где собака порылась — не могу понять

— 06.12.2012 — 14:50

База=»»;
База=Новый COMОбъект(«V77.Application»);
Попытка
СтрокаПодключения = «/D»»»+СокрЛП(ПутьКБазе)+»»» /N»»»+СокрЛП(Пользователь)+»»» /P»»»+СокрЛП(Пароль)+»»»»;
Открыта=База.Initialize(База.RMTrade,СтрокаПодключ ения,»NO_SPLASH_SHOW»);
Если Открыта Тогда
ЕстьПодключение = Истина;
Сообщить(«Есть подключение»);
Иначе
Предупреждение(«Ошибка при подключении!»);
ЕстьПодключение = Ложь;
КонецЕсли;
Исключение
Предупреждение(«Ошибка при подключении!»);
ЕстьПодключение = Ложь;
КонецПопытки;
Возврат ЕстьПодключение;

— 06.12.2012 — 15:43

V77s.Application

— 06.12.2012 — 19:45

DeiMos, и v77 и v77s пробовал — результат одинаковый

— 06.12.2012 — 22:14

Скорее всего, попортился реестр. Где этот самый Application связан с утилитой. И с ее расположением, естественно.
Проще всего для исправления инсталлировать «семерку» заново.
Ну, или глянуть комп, где все хорошо вызывается, и сравнить соответствующие ветви реестра.

— 06.12.2012 — 22:29

И исчё… Бывают трудности, если имеются несколько (т.е. больше одного BIN-а с екзешникоми разных компонент. Например, один — для бухии, другой — для расчета. И вызов ОЛЕ должен быть адресным: вызывать екзешник с определенного БИНа. Вот здесь не обойтись правкой реестра, ибо инсталлятор засандаливает один адрес БИНа для всех апликаторов: и v77s, и v77l, v77m, и, конечно v77. Затирая прежнюю работу инсталлятора другой компоненты.
Но это полбеды: по каким-то неизвестным причинам эта тонкая настройка реестра ломается. Поскольку у данного клиента я не торчу постоянно, обнаружить «когда» мне не удалось. И, между прочим, все юзеры, цепляющиеся к базам, не имеют никаких прав (виндовых, конечно) лазать в этот реестр, и что-то менять.
Но тем не менее…

— 07.12.2012 — 06:15

VZ, две базы лежат на одном сервере рядом, одна SQL а другая ДБФ — к дбф подключается без проблем… что может быть с скл базой?

— 07.12.2012 — 10:51

скажу даже больше — проверил подключение из 77 к 77 с той же строкой подключения и все работает! и даже если запускать это все в клиентской части на своем компе — все работает, а на сервере — ну никак( чего серверу то не хватает?

— 07.12.2012 — 12:10

7-exDenver > Внимательно читать (5). Для вызова 1С в качестве сервера OLE, последний должен быть прописан в реестре. Это первое, что надо проверить.
Ищем в реестре ветку V77.Application. Находим (в HLCR). И смотрим подветвь CLSD. Там адрес ветви реестра, где оси надо искать исполняемую часть: {63112D80-94F0-11D2-9F39-008048DA120F**
Ищем эту самую ветвь реестра, находим. Там есть параметр LocalServer32, где находится эта самая серверная часть олейного соединения. Например, C:PROGRA~21Cv77BIN1cv7.exe. Смотрим, соответствует ли это действительности. Нет — поправляем.
Кстати, для 64-разрядных осей PROGRA~2 — это Program Files (x86). Бо именно в этот раздел должен быть запулен «семерочный» екзешник. А ветвь {63112D80-94F0-11D2-9F39-008048DA120F** содержать параметр InprocHandler32 со значением Ole32.dll.
Аналогичное строение реестра для V77s.Application и прочих «.Application»-ов.
При поиске V77.Application видны соответствующие соседи. А рядом с {63112D80-94F0-11D2-9F39-008048DA120F** — их параметры. Все разложено по кучкам

— 07.12.2012 — 12:18

VZ спасибо! пойду админа мучать а то к серверу доступ только у него

— 07.12.2012 — 12:32

посмотрели все вроде на месте и совпадает. Ну это и логично — на том же сервере к дбфной базе без проблем подключается. я вот думаю может проблема в 2005 SQL?

— 07.12.2012 — 17:00

10-exDenver > Вроде?
«Аналогичное строение реестра для V77s.Application» — точно присутствует?

— 07.12.2012 — 17:39

10-exDenver > Смотреть надо, начиная с очевидного. OLE-сервер организует не «1С», хоть «семерка», хот «восьмерка», да хоть «тридцатьчетверка». А ось. А ей все равно на вызывающий клиент.
Потому надо внимательно изучить строки подключения на предмет ошибок. Путь к базе может быть без кавычек, если нет внутренних пробелов, или от в нотации 8.2 (пример: C:PROGRA~21Cv77BIN1cv7.exe). Хотя представление 8.2 в NT-ых осях может быть запрещено (конкретное место реестра не помню, и искать сейчас не буду).
Лучше всего строку вызова отладить в значке. Т.е., делаем значок вызова конкретной базы с конкретным пользователем, конкретным пассом. Если все отлично запускается, перетаскиваем параметры в модуль в скобки Initialize (без начала C:PROGRA~21Cv77BIN1cv7.exe — это подставит ось из реестра).
Сообщение «Неизвестная ошибка» может быть при нарушении баланса кавычек.
Можно выкинуть ключи /N и /P (из-за чего появтся приглашение ввести юзера и пароль ручками), и заводить их потом, последовательно, убедившись, что инициализация клюет на путь к базе.

— 07.12.2012 — 17:49

+12 Пользуйся утилами, которые могут показать захват базы. Например, 1calmin. Starter1C тоже это умеет (мой выбор).

— 07.12.2012 — 18:28

VZ, я в (7) писал что с этой же строкой подключения в клиентской части подключение проходит — т.е. на моем локальном компе с компоненатми и правами все в норме. а на сервере происходят какие странности

— 07.12.2012 — 19:42

DEP?

— 07.12.2012 — 20:01

14-exDenver > Сервер OLE вызывается из той же среды, где его инициировал клиент. Т.е., если клиент в локальном компе — значит, и сервер OLE вызывается с того же локального компа. Если клиент на снрвенре — соответственно, и OLE-сервер должен быть на сервере. Потому как при вызове COM-объекта V77.Application ось лезет в свой реестр.
И причем здесь «на моем локальном компе с компоненатми и правами все в норме»? А на сервере — все в норме? Реестр правильно настроен для вызова сом-объекта, или как?
15-DeiMos > DEP здесь непричем: если можно вызвать одноэсину интерактивно, значит, можно вызапть как и оле-объект.
Другое дело, что пользователь «1С» может не обладать правами работать с оле-вызовом. Но это забота ТС проверить.

— 08.12.2012 — 05:52

много раз обращал внимание на тот факт, что ОС запоминает в реестре путь к приложению при каждом его вызове. Мне тоже нужно было неоднократно настраивать OLE-обмен между V82 и V77.
К примеру V77 на компе не установлена,запускаю её с флэшки, прописываю путь к базе, открываю базу, закрываю её. Цепляюсь к V77 из V82 — всё работает.
Переношу bin V77 на комп локально, флэшку вынимаю. Снова запускаю V77 теперь уже с HDD, закрываю. Снова цепляюсь цепляюсь к V77 из V82 — снова всё работает.

— 10.12.2012 — 08:50

доброго времени суток всем!
16 — я это все понимаю
У меня задача чтобы подключение к 7.7 работало на сервере, т.е под пользователем под которым запущен сервер 1с 8.2. При условии что база 7.7 лежит на SQL2005. Все необходимые права у этого пользователя есть (проверял даже с предоставлением админских прав). COM-объект создается, а на строке Initialize вешается… При этом я вижу в мониторе что пользователь зашел в базу. Подключение к рядом лежащей базе в формате ДБФ проходит на ура (т.е. проблемы с написанием пути отпадают). Вот и не могу понять в чем проблема

— 11.12.2012 — 07:53

(18) А база 77 самописная? ВК какие-нить используются?
Попробуй эксперимента ради взять типовую Бухгалтерию 7.7, создай базу на SQL2005 и подключись к ней штатными средствами из БП8.2 хотя бы для переноса справочников
Ну и, попробуй наконец так
База=Новый COMObject(«V1CEnterprise.Application»);

— 11.12.2012 — 07:56

19+ надеюсь, что у тебя comcntr.dll из правильной папки Bin зарегистрирован как OLE-сервер

— 12.12.2012 — 09:28

19 — попробовал к новой базе на 2005, пробовал к базе на 2000, перебрал все вариации объектов… у меня БП82 нет к сожалению — только документооборот, попробую поискать конфу

— 12.12.2012 — 12:43

пробовал запускать на самом сервере 1с под пользователем под которым запущен сервер — с директивой &НаКлиенте все отрабатывает, а &НаСервере — фигвам… замучался сам и админа замучал

— 12.12.2012 — 14:09

(22) стрянно всё это, что-то в твоей консерватории не тогойт …
а ты директиву &НаСервере c каким обработчиком используешь??? уж не «ПриОткрытии(Отказ)» ли???
нужно использовать обработчик ПриСозданииНаСервере(…), как то так

да и ваще, ты зачем эту директиву используешь??? ведь если не указано где исполнять, по умолчанию выбирается — &НаСервере

— 12.12.2012 — 14:13

(23) да и потом, у тебя конфа под 8.2 в режиме управляемого приложения работает, или в обычном режиме?

— 13.12.2012 — 06:46

23-24 Конфа работает в режиме управляемого приложения, на данный момент подключение запускается по кнопке с формы. &НаСервере я написал тут просто для наглядности). В общем написал я одному человеку статейку которого по переносу данных из 82 в 77 через OLE нашел в нете. он ответил вот что: «Из сеанса сервера 1с 8 вызвать 7.7 по OLE не получиться. Суть в том, что вызов OLE — интерактивный режим (вызывается не COM ядро, а вся программа 77).
Нужно организовывать подключение с клиентского сеанса 8.» В общем можно считать тему закрытой)

Источник

{ВнешнийОтчет.рар_ПроектнаяСтатистикаДокументов.МодульОбъекта}: Ошибка при вызове метода контекста (Инициализировать) ПроцессорКомпоновкиДанных.Инициализировать(МакетКомпоновки, ВнешниеНаборыДанных, ДанныеРасшифровки, Истина); по причине: Ошибка компоновки данных по причине: Ошибка инициализации по причине: Ошибка создания набора данных «НаборДанных1» по причине: Не найден внешний набор данных «ТЗПроектнаяСтатистика

Ждем историю, куда подевался ТЗПроектнаяСтатистика

НоваяСтрВидыДок.ДокументСиноним = «Поступление товаров и услуг»; НоваяСтрВидыДок.ДокументСиноним = «Расчет управленческой выручки (Рарус)»;

В ДНК ошибка. Тип ТЗПроектнаяСтатистика должен быть ТаблицаЗначений

получилось! ВСЕ СПАСИБО!!!

Тэги: 1С 8

Комментарии доступны только авторизированным пользователям

Источник