-
03.04.2019, 17:11
#1
Гость форума
Ошибка ЭСФ 8.3
Бухгалтерия для Казахстана.
При попытке смены ключа авторизации для отправки электронных счетов фактур выдает ошибку:
Ошибка вызова метода внешней компоненты
Версия криптографии: 1,8, Код ошибки: 1 919 251 285, Описание ошибки: Не удалось инициализировать хранилище ключа: Ошибка чтения данных ключа из памяти: error:0D07207B:asn1 encoding routines:func(114):reason(123)
{Обработка.ОбменЭСФ.Форма.К лиентУправляемая.Форма(178)}: Ошибка при вызове метода контекста (инициализироватьхранилищ� �ключа)
Криптопровайдер.Инициализ� �роватьХранилищеКлюча(Ключ Base64, ПарольКлюча, ИнициализироватьХранилище Ключа_ТипДанных_СтрокаBase64() );
по причине:
Ошибка вызова метода внешней компонентыСо 2й попытки вылетает программа:
Имя события проблемы: APPCRASH
Имя приложения: 1CV8C.exe
Версия приложения: 8.3.12.1595
Отметка времени приложения: 5b5e446e
Имя модуля с ошибкой: StackHash_0381
Версия модуля с ошибкой: 6.1.7601.19135
Отметка времени модуля с ошибкой: 56a1c9c5
Код исключения: c0000374
Смещение исключения: 00000000000c0aa2
Версия ОС: 6.1.7601.2.1.0.18.10
__________________________________________________ _
Сервер терминалов 2008 R2.В других базах на нем же все нормально.
1с 8.3Со старыми установленными ранее, и пока действительными ключами тоже не работает.
Проверка и восстановление ничего не дали. В какую сторону копать?
-
03.04.2019, 17:38
#2
Гость форума
Re: Ошибка ЭСФ 8.3
Бухгалтерия для Казахстана.
При попытке смены ключа авторизации для отправки электронных счетов фактур выдает ошибку:
Ошибка вызова метода внешней компоненты
Версия криптографии: 1,8, Код ошибки: 1 919 251 285, Описание ошибки: Не удалось инициализировать хранилище ключа: Ошибка чтения данных ключа из памяти: error:0D07207B:asn1 encoding routines:func(114):reason(123)
{Обработка.ОбменЭСФ.Форма.К лиентУправляемая.Форма(178)}: Ошибка при вызове метода контекста (инициализироватьхранилищ� �� �ключа)
Криптопровайдер.Инициализ� �� �роватьХранилищеКлюча(Клю ч Base64, ПарольКлюча, ИнициализироватьХранилище Ключа_ТипДанных_СтрокаBase64() );
по причине:
Ошибка вызова метода внешней компонентыСо 2й попытки вылетает программа:
Имя события проблемы: APPCRASH
Имя приложения: 1CV8C.exe
Версия приложения: 8.3.12.1595
Отметка времени приложения: 5b5e446e
Имя модуля с ошибкой: StackHash_0381
Версия модуля с ошибкой: 6.1.7601.19135
Отметка времени модуля с ошибкой: 56a1c9c5
Код исключения: c0000374
Смещение исключения: 00000000000c0aa2
Версия ОС: 6.1.7601.2.1.0.18.10
__________________________________________________ _
Сервер терминалов 2008 R2.В других базах на нем же все нормально.
1с 8.3Со старыми установленными ранее, и пока действительными ключами тоже не работает.
Проверка и восстановление ничего не дали. В какую сторону копать?
skupidom
3 — 16.11.17 — 16:32
ТабДок.Очистить();
//Получим ТаблицуЗначений
Если ДанныеОтчета=Неопределено Тогда
ТЗПроектнаяСтатистика = ПолучитьТекстЗапроса();
Иначе
ТЗПроектнаяСтатистика=ДанныеОтчета;
КонецЕсли;
Если ТЗПроектнаяСтатистика=Неопределено Тогда
Возврат;
КонецЕсли;
Настройки=КомпоновщикНастроек.Настройки;
ВнешниеНаборыДанных = Новый Структура;
ВнешниеНаборыДанных.Вставить(«ТЗПроектнаяСтатистика», ТЗПроектнаяСтатистика);
КомпоновщикМакета=Новый КомпоновщикМакетаКомпоновкиДанных;
МакетКомпоновки=КомпоновщикМакета.Выполнить(СхемаКомпоновкиДанных, Настройки, ДанныеРасшифровки);
//ДанныеРасшифровкиОтчета = Новый ДанныеРасшифровкиКомпоновкиДанных;
ПроцессорКомпоновкиДанных=Новый ПроцессорКомпоновкиДанных;
ПроцессорКомпоновкиДанных.Инициализировать(МакетКомпоновки, ВнешниеНаборыДанных, ДанныеРасшифровки, Истина);
ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент;
ПроцессорВывода.УстановитьДокумент(ТабДок);
ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных);
skupidom
4 — 16.11.17 — 16:33
Функция ПолучитьТекстЗапроса() Экспорт
ТекстПодЗапроса = «»;
МассивТипов = Новый Массив;
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«Дата»));
ПараметрыДаты = Новый КвалификаторыДаты(ЧастиДаты.ДатаВремя);
ТипДата = Новый ОписаниеТипов(МассивТипов, , ПараметрыДаты);
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«СправочникСсылка.Проекты»));
ТипПроекты = Новый ОписаниеТипов(МассивТипов);
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«СправочникСсылка.Пользователи»));
ТипОтветственный = Новый ОписаниеТипов(МассивТипов);
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«Число»));
ПараметрыЧисла = Новый КвалификаторыЧисла(5,0);
ТипЧисло = Новый ОписаниеТипов(МассивТипов, , ПараметрыЧисла);
МассивТипов.Очистить();
//МассивТипов.Добавить(Тип(«ДокументСсылка.ПоступлениеТоваровУслуг»));
//МассивТипов.Добавить(Тип(«ДокументСсылка.ПоступлениеДопРасходов»));
//МассивТипов.Добавить(Тип(«ДокументСсылка.АктОбОказанииПроизводственныхУслуг»));
//МассивТипов.Добавить(Тип(«ДокументСсылка.рар_РасчетУправленческойВыручки»));
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«Строка»));
ПараметрыСтроки = Новый КвалификаторыСтроки(100);
ТипСтрока = Новый ОписаниеТипов(МассивТипов,,ПараметрыСтроки);
ТипВидДокумента = Новый ОписаниеТипов(МассивТипов);
ТЗПроектнаяСтатистика = Новый ТаблицаЗначений();
ТЗПроектнаяСтатистика.Колонки.Добавить(«Период»,ТипДата);
ТЗПроектнаяСтатистика.Колонки.Добавить(«ГруппаПроектов»,ТипПроекты);
ТЗПроектнаяСтатистика.Колонки.Добавить(«Проект»,ТипПроекты);
ТЗПроектнаяСтатистика.Колонки.Добавить(«Ответственный»,ТипОтветственный);
ТЗПроектнаяСтатистика.Колонки.Добавить(«ВидДокумента»,ТипВидДокумента);
ТЗПроектнаяСтатистика.Колонки.Добавить(«Счетчик»,ТипЧисло);
//ТЗПроектнаяСтатистика.Индексы.Добавить(«ГруппаПроектов,Ответственный,Период,ВидДокумента»);
Если НЕ ЗначениеЗаполнено(ФильтрВидовДокументов) Тогда
ФильтрВидовДокументов.Очистить();
НоваяСтрВидыДок = ФильтрВидовДокументов.Добавить();
НоваяСтрВидыДок.ДокументМетаданные = «ПоступлениеТоваровУслуг»;
НоваяСтрВидыДок.ДокументСиноним = «Поступление товаров и услуг»;
НоваяСтрВидыДок = ФильтрВидовДокументов.Добавить();
НоваяСтрВидыДок.ДокументМетаданные = «ПоступлениеДопРасходов»;
НоваяСтрВидыДок.ДокументСиноним = «Поступление доп. расходов»;
НоваяСтрВидыДок = ФильтрВидовДокументов.Добавить();
НоваяСтрВидыДок.ДокументМетаданные = «АктОбОказанииПроизводственныхУслуг»;
НоваяСтрВидыДок.ДокументСиноним = «Акт об оказании производственных услуг»;
НоваяСтрВидыДок = ФильтрВидовДокументов.Добавить();
НоваяСтрВидыДок.ДокументМетаданные = «рар_РасчетУправленческойВыручки»;
НоваяСтрВидыДок.ДокументСиноним = «Расчет управленческой выручки (Рарус)»;
КонецЕсли;
Для Каждого ВидДок Из ФильтрВидовДокументов Цикл
ТекстПодЗапроса = ТекстПодЗапроса + «ВЫБРАТЬ
| «»» + ВидДок.ДокументСиноним + «»» КАК ВидДокумента,
| СУММА(1) КАК Счетчик,
| НАЧАЛОПЕРИОДА(Накладная.Дата, МЕСЯЦ) КАК Месяц,
| Накладная.Ответственный КАК Ответственный,
| УСЛ,
| ПарамВидДок
|ИЗ
| Документ.» + ВидДок.ДокументМетаданные + » КАК Накладная
|ГДЕ
| Накладная.Дата МЕЖДУ &Нач И &Кон
|И ВЫБОР
|КОГДА &ФильтрОтветственный = ИСТИНА
|ТОГДА Накладная.Ответственный В ИЕРАРХИИ (&СписокОтветственных)
|ИНАЧЕ ИСТИНА
|КОНЕЦ
|И ВЫБОР
|КОГДА &ФильтрПроекты = ИСТИНА
|ОВИЕ
|ИНАЧЕ ИСТИНА
|КОНЕЦ
|
|СГРУППИРОВАТЬ ПО
| НАЧАЛОПЕРИОДА(Накладная.Дата, МЕСЯЦ),
| СТРОЧКА,
| 123,
| Накладная.Ответственный
|»;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»ПарамВидДок»,»Накладная.рар_Проект КАК Проект»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»ПарамВидДок»,»Накладная.Проект КАК Проект»);
КонецЕсли;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»ОВИЕ»,»ТОГДА Накладная.рар_Проект В ИЕРАРХИИ (&СписокПроектов)»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»ОВИЕ»,»ТОГДА Накладная.Проект В ИЕРАРХИИ (&СписокПроектов)»);
КонецЕсли;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»УСЛ»,»Накладная.рар_Проект.Родитель КАК ГруппаПроектов»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»УСЛ»,»Накладная.Проект.Родитель КАК ГруппаПроектов»);
КонецЕсли;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»СТРОЧКА»,»Накладная.рар_Проект.Родитель»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»СТРОЧКА»,»Накладная.Проект.Родитель»);
КонецЕсли;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»123″,»Накладная.рар_Проект»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»123″,»Накладная.Проект»);
КонецЕсли;
Если ВидДок.НомерСтроки <> ФильтрВидовДокументов.Количество() Тогда
ТекстПодЗапроса = ТекстПодЗапроса + »
|ОБЪЕДИНИТЬ ВСЕ
|»;
КонецЕсли;
КонецЦикла;
ТекстЗапроса = «ВЫБРАТЬ РАЗРЕШЕННЫЕ
| ПодЗапрос.Месяц КАК Период,
| ПодЗапрос.ГруппаПроектов КАК ГруппаПроектов,
| ПодЗапрос.Проект КАК Проект,
| ПодЗапрос.Ответственный КАК Ответственный,
| ПодЗапрос.ВидДокумента КАК ВидДокумента,
| СУММА(ПодЗапрос.Счетчик) КАК Счетчик
|ИЗ
| (» + ТекстПодЗапроса + «) КАК ПодЗапрос
|
| СГРУППИРОВАТЬ ПО
| ПодЗапрос.Месяц,
| ПодЗапрос.ГруппаПроектов,
| ПодЗапрос.ВидДокумента,
| ПодЗапрос.Ответственный,
| ПодЗапрос.Проект
|
|УПОРЯДОЧИТЬ ПО
| ПодЗапрос.Месяц»;
возврат ТекстЗапроса;
КонецФункции
В платформе 1С сообщения об ошибках бывают достаточно запутаны, и без должных навыков разобраться в причинах достаточно сложно. Вот и сообщение об ошибке при вызове контекста может ввести в ступор начинающего разработчика. Однако в подавляющем большинстве случаев мы видим подобное сообщение, если разработчик допустил ошибку в своем коде. Причем речь зачастую идет не об орфографических ошибках, а о логических.
Исправляем ситуацию
Чтобы избавиться от этого неприятного сообщения об ошибке при вызове метода контекста, следует понимать, что контекстом называют методы платформы 1С. Значит в определенной строке кода воспользовались методом с неверными параметрами или вызвали его не от того владельца. Всегда внимательно и полностью читайте сообщения об ошибках – часто в них содержится указание на строку и метод, вызвавший ошибку. Это поможет сэкономить время на отладку и поиск проблемного места в коде.
Рассмотрим действия разработчика на примере со специально допущенной ошибкой. Мы запускаем на исполнение нижеприведенный кусок кода с запросом, в котором забыли дописать условие отбора. Компилятор 1С пропускает такую процедуру, так как орфографических ошибок в написании команд мы не допустили. Однако в режиме предприятия нас ждет такое сообщение об ошибке:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка,
| Номенклатура.ВерсияДанных КАК ВерсияДанных,
| Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
| Номенклатура.Родитель КАК Родитель,
| Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
| Номенклатура.Код КАК Код,
| Номенклатура.Наименование КАК Наименование,
| Номенклатура.Артикул КАК Артикул,
| Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
| Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
| Номенклатура.Предопределенный КАК Предопределенный,
| Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| ";
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
КонецЦикла;
Приведенный текст ошибки программисту 1С скажет, что в модуле формы обработки «ЧтениеЗаписьXML на 152 строчке кода не может выполниться запрос. Причина в том, что на 17 строчке запроса нет чего-то, что ждал компилятор. Таким образом, чтобы убрать подобное сообщение, необходимо выяснить, что там должно быть и написать недостающий код.
Увидев вышеприведенный кусок кода, разработчик заметит, что в запросе есть служебное слово «ГДЕ», дающее сигнал 1С, что дальше будет условие. Но мы забыли дописать его и, естественно, система с помощью сообщения об ошибке спрашивает нас – «а где условие?». Чтобы исправить эту ситуацию необходимо либо убрать оператор «ГДЕ» из запроса, либо добавить условие.
Но ошибки могут быть не только в текстах запросов. Допустим, мы хотим выбрать всю номенклатуру и узнать, входит ли она в определенную группу. Проверка происходит с помощью метода «ПринадлежитЭлементу» и его параметра, который должен быть типа СправочникСсылка. Мы опять допускаем ошибку и вместо ссылки в параметр метода помещаем строку, содержащую имя переменной.
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка,
| Номенклатура.ВерсияДанных КАК ВерсияДанных,
| Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
| Номенклатура.Родитель КАК Родитель,
| Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
| Номенклатура.Код КАК Код,
| Номенклатура.Наименование КАК Наименование,
| Номенклатура.Артикул КАК Артикул,
| Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
| Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
| Номенклатура.Предопределенный КАК Предопределенный,
| Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| НЕ Номенклатура.ЭтоГруппа ";
НужнаяГруппаЭлементов = Справочники.Номенклатура.НайтиПоНаименованию("Мебель");
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Сообщить(ВыборкаДетальныеЗаписи.Ссылка.ПринадлежитЭлементу("НужнаяГруппаЭлементов"));
КонецЦикла;
1С выдает настолько же информативное сообщение, из которого мы понимаем, что на 158 строке у 1 параметра неправильный тип. Но что же делать, если мы не знаем, какой тип должен быть? В этом нам поможет Синтакс-помощник, встроенный в платформу 1С.
В конфигураторе находим строку и метод, на который указывало сообщение об ошибке, и нажимаем на него правой кнопкой мыши. Выбираем пункт «Поиск в синтакс-помощнике» и платформа самостоятельно ищет справочную информацию по выделенному методу. В справке мы видим не только подробное описание параметров и самого метода, но и пример. Сверив пример с нашим кодом, приходит понимание, что кавычки не нужны и без них все работает.
Чаще всего причиной подобных ошибок выступают следующие факторы:
- Невнимательность;
- Отсутствие опыта или знаний;
- Несогласованность действий разработчиков друг с другом;
- Изменения в методах контекста в новых версиях платформы.
Но ошибки при разработке ПО случаются постоянно, поскольку иногда ошибаются даже специалисты с многолетним опытом. Самое главное – уметь исправлять их и учиться на них. Постепенно вы будете видеть сообщения об ошибках все реже и научитесь замечать подобные «опечатки» еще до запуска 1С.
0
— 06.12.2012 — 13:05
Доброго времени суток. Есть необходимость перноса некоторых данных из 8.2 в 7.7. при попытке инициализировать 7.7 выдает ошибку: Ошибка при вызове метода контекста (Initialize): Неизвестная ошибка. База 7.7 на SQL 2005, с дбфной базой отрабатывает нормально. Где собака порылась — не могу понять
1
— 06.12.2012 — 14:50
База=»»;
База=Новый COMОбъект(«V77.Application»);
Попытка
СтрокаПодключения = «/D»»»+СокрЛП(ПутьКБазе)+»»» /N»»»+СокрЛП(Пользователь)+»»» /P»»»+СокрЛП(Пароль)+»»»»;
Открыта=База.Initialize(База.RMTrade,СтрокаПодключ ения,»NO_SPLASH_SHOW»);
Если Открыта Тогда
ЕстьПодключение = Истина;
Сообщить(«Есть подключение»);
Иначе
Предупреждение(«Ошибка при подключении!»);
ЕстьПодключение = Ложь;
КонецЕсли;
Исключение
Предупреждение(«Ошибка при подключении!»);
ЕстьПодключение = Ложь;
КонецПопытки;
Возврат ЕстьПодключение;
2
— 06.12.2012 — 15:43
V77s.Application
3
— 06.12.2012 — 19:45
DeiMos, и v77 и v77s пробовал — результат одинаковый
4
— 06.12.2012 — 22:14
Скорее всего, попортился реестр. Где этот самый Application связан с утилитой. И с ее расположением, естественно.
Проще всего для исправления инсталлировать «семерку» заново.
Ну, или глянуть комп, где все хорошо вызывается, и сравнить соответствующие ветви реестра.
5
— 06.12.2012 — 22:29
И исчё… Бывают трудности, если имеются несколько (т.е. больше одного BIN-а с екзешникоми разных компонент. Например, один — для бухии, другой — для расчета. И вызов ОЛЕ должен быть адресным: вызывать екзешник с определенного БИНа. Вот здесь не обойтись правкой реестра, ибо инсталлятор засандаливает один адрес БИНа для всех апликаторов: и v77s, и v77l, v77m, и, конечно v77. Затирая прежнюю работу инсталлятора другой компоненты.
Но это полбеды: по каким-то неизвестным причинам эта тонкая настройка реестра ломается. Поскольку у данного клиента я не торчу постоянно, обнаружить «когда» мне не удалось. И, между прочим, все юзеры, цепляющиеся к базам, не имеют никаких прав (виндовых, конечно) лазать в этот реестр, и что-то менять.
Но тем не менее…
6
— 07.12.2012 — 06:15
VZ, две базы лежат на одном сервере рядом, одна SQL а другая ДБФ — к дбф подключается без проблем… что может быть с скл базой?
7
— 07.12.2012 — 10:51
скажу даже больше — проверил подключение из 77 к 77 с той же строкой подключения и все работает! и даже если запускать это все в клиентской части на своем компе — все работает, а на сервере — ну никак( чего серверу то не хватает?
8
— 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** — их параметры. Все разложено по кучкам
9
— 07.12.2012 — 12:18
VZ спасибо! пойду админа мучать а то к серверу доступ только у него
10
— 07.12.2012 — 12:32
посмотрели все вроде на месте и совпадает. Ну это и логично — на том же сервере к дбфной базе без проблем подключается. я вот думаю может проблема в 2005 SQL?
11
— 07.12.2012 — 17:00
10-exDenver > Вроде?
«Аналогичное строение реестра для V77s.Application» — точно присутствует?
12
— 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 (из-за чего появтся приглашение ввести юзера и пароль ручками), и заводить их потом, последовательно, убедившись, что инициализация клюет на путь к базе.
13
— 07.12.2012 — 17:49
+12 Пользуйся утилами, которые могут показать захват базы. Например, 1calmin. Starter1C тоже это умеет (мой выбор).
14
— 07.12.2012 — 18:28
VZ, я в (7) писал что с этой же строкой подключения в клиентской части подключение проходит — т.е. на моем локальном компе с компоненатми и правами все в норме. а на сервере происходят какие странности
15
— 07.12.2012 — 19:42
DEP?
16
— 07.12.2012 — 20:01
14-exDenver > Сервер OLE вызывается из той же среды, где его инициировал клиент. Т.е., если клиент в локальном компе — значит, и сервер OLE вызывается с того же локального компа. Если клиент на снрвенре — соответственно, и OLE-сервер должен быть на сервере. Потому как при вызове COM-объекта V77.Application ось лезет в свой реестр.
И причем здесь «на моем локальном компе с компоненатми и правами все в норме»? А на сервере — все в норме? Реестр правильно настроен для вызова сом-объекта, или как?
15-DeiMos > DEP здесь непричем: если можно вызвать одноэсину интерактивно, значит, можно вызапть как и оле-объект.
Другое дело, что пользователь «1С» может не обладать правами работать с оле-вызовом. Но это забота ТС проверить.
17
— 08.12.2012 — 05:52
много раз обращал внимание на тот факт, что ОС запоминает в реестре путь к приложению при каждом его вызове. Мне тоже нужно было неоднократно настраивать OLE-обмен между V82 и V77.
К примеру V77 на компе не установлена,запускаю её с флэшки, прописываю путь к базе, открываю базу, закрываю её. Цепляюсь к V77 из V82 — всё работает.
Переношу bin V77 на комп локально, флэшку вынимаю. Снова запускаю V77 теперь уже с HDD, закрываю. Снова цепляюсь цепляюсь к V77 из V82 — снова всё работает.
18
— 10.12.2012 — 08:50
доброго времени суток всем!
16 — я это все понимаю
У меня задача чтобы подключение к 7.7 работало на сервере, т.е под пользователем под которым запущен сервер 1с 8.2. При условии что база 7.7 лежит на SQL2005. Все необходимые права у этого пользователя есть (проверял даже с предоставлением админских прав). COM-объект создается, а на строке Initialize вешается… При этом я вижу в мониторе что пользователь зашел в базу. Подключение к рядом лежащей базе в формате ДБФ проходит на ура (т.е. проблемы с написанием пути отпадают). Вот и не могу понять в чем проблема
19
— 11.12.2012 — 07:53
(18) А база 77 самописная? ВК какие-нить используются?
Попробуй эксперимента ради взять типовую Бухгалтерию 7.7, создай базу на SQL2005 и подключись к ней штатными средствами из БП8.2 хотя бы для переноса справочников
Ну и, попробуй наконец так
База=Новый COMObject(«V1CEnterprise.Application»);
20
— 11.12.2012 — 07:56
19+ надеюсь, что у тебя comcntr.dll из правильной папки Bin зарегистрирован как OLE-сервер
21
— 12.12.2012 — 09:28
19 — попробовал к новой базе на 2005, пробовал к базе на 2000, перебрал все вариации объектов… у меня БП82 нет к сожалению — только документооборот, попробую поискать конфу
22
— 12.12.2012 — 12:43
пробовал запускать на самом сервере 1с под пользователем под которым запущен сервер — с директивой &НаКлиенте все отрабатывает, а &НаСервере — фигвам… замучался сам и админа замучал
23
— 12.12.2012 — 14:09
(22) стрянно всё это, что-то в твоей консерватории не тогойт …
а ты директиву &НаСервере c каким обработчиком используешь??? уж не «ПриОткрытии(Отказ)» ли???
нужно использовать обработчик ПриСозданииНаСервере(…), как то так
да и ваще, ты зачем эту директиву используешь??? ведь если не указано где исполнять, по умолчанию выбирается — &НаСервере
24
— 12.12.2012 — 14:13
(23) да и потом, у тебя конфа под 8.2 в режиме управляемого приложения работает, или в обычном режиме?
25
— 13.12.2012 — 06:46
23-24 Конфа работает в режиме управляемого приложения, на данный момент подключение запускается по кнопке с формы. &НаСервере я написал тут просто для наглядности). В общем написал я одному человеку статейку которого по переносу данных из 82 в 77 через OLE нашел в нете. он ответил вот что: «Из сеанса сервера 1с 8 вызвать 7.7 по OLE не получиться. Суть в том, что вызов OLE — интерактивный режим (вызывается не COM ядро, а вся программа 77).
Нужно организовывать подключение с клиентского сеанса 8.» В общем можно считать тему закрытой)
Gnost |
|
||
---|---|---|---|
Добрый день, есть отчет, созданный на СКД. Вызывается он программно. Если я вывожу его в файловом варианте — все проходит успешно; отчет выводится, расшифровка работает, но как только я пытаюсь вызвать его в клиент-серверном варианте происходит ошибка; «{Отчет.Отчет.Форма.ФормаОтчетаУправляемая.Форма(380)}: Ошибка при вызове метода контекста (Инициализировать) Код 1C v 8.2 УП
Помогите пожалуйста разобраться где ошибка. Изменено 22.06.12 16:27:56 |
Yandex |
|
||
---|---|---|---|
Gnost |
|
||
---|---|---|---|
Сори, моя невнимательность ) |
Gnost |
|
||
---|---|---|---|
Вопрос закрыт! |
Подсказка: Для редактирования своего ответа щелкните по значку (справа) |
Довольно часто начинающие 1С разработчики сталкиваются с ошибками, которых достаточно легко избежать. Ниже мы рассмотрим топ 11 ошибок и способы их исправления. Также доступна видеоверсия статьи
Содержание
Поле объекта не обнаружено
Существует множество статей, которые описывают возможные причины возникновения в 1С ошибки “Поле объекта не обнаружено”. Порой это связывают с обновлением платформы, обновлением типового релиза, или с какими-то другими причинами.
Мы же будем оперировать фактами. В конце статьи прилагается внешняя обработка, в которой воспроизведена данная ошибка.
Такое сообщение платформа выдает, когда пытается обратиться к свойству объекта языка, которого у данного объекта нет. Не важно, что это за объект – документ, справочник, таблица значений , или сообщение пользователю.
- Удалили табличную часть, к которой обращаемся в коде?
- Переименовали реквизит, а в коде не исправили?
- Заменили значение со ссылки на неопределено?
Вуаля – платформа выдаст ошибку “Поле объекта не обнаружено”!
Как исправить? Исходя из природы ошибки – переименовать реквизит на нужное имя, отредактировать код, или использовать правильные обращения к стандартным свойствам объекта.
Например, у объекта “СообщениеПользователю” нет свойства “Таблица”, и следующий код приведет к ошибке:
Сообщение = Новый СообщениеПользователю;
Сообщение.Таблица = “Ошибка”;
Индекс находится за границами массива
Что означает такое сообщение системы? Как правило, с данной ошибкой разработчик сталкивается при некорректной работе с коллекциями. Самые частые случаи появления ошибки “Индекс находится за границами массива”.
- Использование при обходе коллекции количества элементов вместо индекса. Индексы начинаются с нуля, а количество элементов – с единицы. Поэтому следующий код гарантированно приведет к ошибке: Массив[Массив.Количество()]
- Последствия удаления элементов из коллекции, очистки коллекции или замены коллекции на пустую
- Ошибочное увеличение счетчика в цикле “Для”
Как исправить? Для удаления элементов из коллекции по условию – использовать обратный цикл. Добавлять условие на соответствие счетчика цикла и индекса массива. Не увеличивать счетчик внутри кода цикла Для … Цикл … КонецЦикла
Обращение к процедуре как к функции
Суть этой ошибки в том, что процедура не может возвращать значение. И если мы в коде используем вызов процедуры справа от знака присваивания, это приведет к ошибке.
Данная ошибка имеет две вариации – если используется стандартная процедура из методов какого-нибудь объекта, то фраза будет звучать “Обращение к процедуре объекта как к функции”. Если же использовать процедуру, объявленную в коде, то текст ошибки будет “Обращение к процедуре как к функции”.
При этом ошибка использования процедуры объекта является ошибкой времени выполнения – т.е. на этапе сохранения и проверки конфигурации платформа эту ошибку не обнаружит.
А вот неправильное использование процедуры синтаксическая проверка (Ctrl + F7) успешно обнаруживает, и не даст сохранить конфигурацию или внешнюю обработку/отчет, пока ошибка не будет устранена.
Рассмотрим два примера:
1. Воспроизведем ошибку “Обращение к процедуре как к функции”. При этом платформа не даст сохранить изменения, т.к. не проходит синтакс-контроль.
2. Воспроизведем ошибку “Обращение к процедуре объекта как к функции”. Здесь мы неверно используем метод объекта массива “Добавить”, который является процедурой.
Как исправить? Ошибка тривиальная, и исправление тоже. Чаще всего, достаточно внимательно прочитать описание методов объекта во встроенной справке или синтакс-помощнике. Если метод является процедурой, то значений он возвращать не может. Следовательно, нужно модифицировать код так, чтобы такого ошибочного вызова не было.
Если же используется процедура, объявленная в коде, возможно, есть необходимость изменить ее на функцию, либо также скорректировать код, который эту процедуру использует.
Процедура не может возвращать значение
Родственная предыдущей ошибка. Для того, чтобы код возвращал какое-то значение, следует этот код размещать в функции, а не в процедуре.
В процедуре можно написать ключевое слово “Возврат” без параметров. Это будет означать выход из процедуры.
Следующий код является ошибочным, т.к. в теле процедуры Возврат используется с параметром:
Процедура ПроцедураНеМожетВозвращатьЗначение(Команда) Возврат "Ошибка"; КонецПроцедуры
Как исправить? Платформа сама подсказывает, в каком месте кода ошибка. Нужно изменить текст модуля – либо удалить параметр у ключевого слова Возврат, либо убрать его вовсе, либо изменить процедуру на функцию – зависит от того, какая логика у вашей процедуры, и как вы предполагаете ее использовать.
Переменная не определена
Такой текст ошибки платформа 1С выдает на этапе синтаксического контроля, при сохранении конфигурации, внешнего отчета или обработки.
Причин у этой ошибки может быть несколько.
- Опечатка в имени переменной
- Обращение к переменной, которая нигде в области видимости не объявлена (неявной инициализацией с присвоением значения, явным образом с использованием ключевого слова “Перем”, или передана в качестве параметра)
- Написание на клиенте серверного кода. Например, обращение к менеджеру справочников “Справочники”, и т.п. Клиентская часть приложения “не видит ” серверные объекты языка
- Также ошибка может появиться, если ранее код использовался в режиме толстого клиента, но после был запущен в тонком клиенте.
Как исправить?
Внимательно следить за правильностью набранного кода, своевременно объявлять переменные или передавать их в качестве параметров. Писать серверный код только в серверных модулях, а также использовать соответствующие инструкции препроцессора, например “&НаСервере”.
Значение не является значением объектного типа
Ошибка “Значение не является значением объектного типа” может возникнуть при неверном обращении к объекту языка. Объектный тип – это такие объекты языка, которые содержат в себе другие объекты – свойства, реквизиты и т.п. Эти свойства доступны через точку, например “Объект.СвойствоЭтогоОбъекта”
Но если через точку попытаться использовать какое-то значение, которое внутри себя свойств не имеет – например, любое значение примитивного типа – это и приведет к ошибке.
Разберем более сложный пример:
&НаСервере Процедура ЗначениеНеЯвляетсяЗначениемОбъектногоТипаНаСервере(Справочники = Ложь) Сообщить(Справочники.Сотрудники.ПустаяСсылка()); КонецПроцедуры
Ошибка может быть “плавающей”. Если вместо параметра по умолчанию “Справочники = Ложь” будет передан менеджер справочников, то ошибки возникать не будет. А если вызвать процедуру без параметров, то будет использоваться параметр по умолчанию с типом Булево, что и приведет к ошибке.
Чаще всего чтобы исправить ошибку, нужно в отладчике посмотреть, какой тип значения используется. Можно внести изменения в код, чтобы обеспечить корректное поведение (например, в запросе вместо наименования товара выбрать ссылку, и в коде через точку уже обращаться к свойствам ссылки, а не текстового наименования). А можно добавить проверку на нужный тип значения. Т.е. – если значение того типа, который мы ожидаем – выполняем код. Иначе – не выполняем.
Ошибка при вызове метода контекста
В языке 1С у разных объектов (запросов, справочников, табличных документов и др.) есть предопределенные методы, предусмотренные платформой. Обращение к этим методам требует соблюдения порядка и параметров, правильного синтаксиса и соблюдения условий использования. Например, при чтении табличного документа из файла он не должен быть открыт в другой программе, при подключении к http-соединению оно должно быть доступно, и т.п.
Если эти условия не соблюдать, платформа в зависимости от версии может выдавать сообщения вида “Ошибка при вызове метода контекста”, и далее будут следовать более подробные сведения об ошибке – стек вызовов, приведших к ошибке, номер строки и позиции в строке, где произошла ошибка.
Чаще всего ошибка при вызове метода контекста встречается в следующих методах:
- Записать
- Прочитать
- Выполнить
- Создать
- ПроверитьВывод
Разберем эту ошибку на примере метода Выполнить объекта Запрос:
Запрос = Новый Запрос("ВЫБРАТЬ ПЕРВЫЕ 1 1 ГДЕ ИСТИНА И"); Запрос.Выполнить();
В тексте запроса допущена ошибка – после первого условия “ГДЕ ИСТИНА” указан оператор И, но после него нет еще одного условия. В результате при попытке выполнения запроса, платформа вернет ошибку.
Для исправления ошибки зачастую достаточно внимательно использовать методы, при необходимости уточнять порядок, количество и тип параметров – это можно сделать в справке или синтакс-помощнике (встать курсором на имя метода в коде, и нажать сочетание клавиш Ctrl+F1). В случае запроса – нужно передавать синтаксически корректный текст запроса; в случае проверки вывода на печать – в системе должен быть установлен принтер; в случае подключения к почте – должны быть корректно указаны логин и пароль, и т.п.
Тип не может быть выбран в запросе в 1С 8.3 (8.2)
С такой ошибкой начинающие разработчики (да и не только начинающие 😉 ) сталкиваются чаще всего, при чтении запросом данных из таблиц значений, либо из регистров сведений. Все дело в том, что запросы поддерживают далеко не все типы значений. Так, например, нельзя запросом выбрать тип Картинка, ХранилищеЗначений, Шрифт, и многие другие типы, которые не относятся к примитивным или ссылочным типам значений.
Так, если ресурс регистра сведений имеет тип ХранилищеЗначений, выбрать его запросом будет нельзя. Также, если в таблицу значений поместить значения не подходящих типов, а после передать эту таблицу в качестве параметра-источника данных, выполнение запроса также приведет к ошибке “Тип не может быть выбран в запросе”.
Еще одна ситуация, когда запрос будет выдавать ошибку – если таблица значений, которая передается в качестве параметра, имеет не типизированные колонки.
Неверно:
//ТЗОшибочныйТип.Колонки.Добавить("Контрагент");
Верно:
//ТЗОшибочныйТип.Колонки.Добавить("Контрагент", Новый ОписаниеТипов("СправочникСсылка.Контрагенты"));
Для исправления ошибки нужно правильным образом инициализировать колонки таблицы значений, а также не обращаться в запросе к полям, типы которых запросами не поддерживаются.
Использование в 1С модальных окон в данном режиме запрещено
Платформа будет выдавать такое сообщение, если в коде используются методы, приводящие к открытию модальных окон. Модальные окна – это окна, которые при открытии блокируют весь остальной интерфейс. В 1С есть несколько модальных методов – например – “Вопрос”, “ОткрытьЗначение”, “Предупреждение”. Кроме того, в коде может использоваться модальный синтаксис открытия форм: “ОткрытьМодально()”
Если в свойствах конфигурации выбран режим использования модальности “Не использовать”, то выполнение модальных методов будет приводить к этой ошибке “Использование в 1С модальных окон в данном режиме запрещено”.
Для устранения ошибки можно пойти несколькими путями. Как водится, один – быстрый, другой – правильный 🙂
Быстрый способ – переключить режим использования модальности в положение “Использовать”.
Более правильный способ – использовать в коде немодальные вызовы методов. Например, у метода “Вопрос” есть немодальный аналог – “ПоказатьВопрос”, у метода “Предупреждение” – “ПоказатьПредупреждение”, и т.п. Чаще всего об этих методах дополнительно указано в синтакс-помощнике и справке.
Кроме того, в последних версиях платформы появились асинхронные методы – “ВопросАсинх”, “ПредупреждениеАсинх” и др. Появление этих методов позволяет писать более простой и понятный асинхронный код, и направлено в первую очередь, на более полноценную поддержку браузерами и работу в веб-клиенте.
1С 8.3 и 8.2: Запись с такими ключевыми полями существует!
Данная ошибка появляется при некорректной записи в регистр сведений. Чаще всего с этой ошибкой сталкиваются начинающие разработчики, не до конца понимающие механизмы работы с ключевыми полями (измерениями).
Суть ошибки следующая – регистр сведений позволяет записать запись (строку таблицы) с уникальным набором ключевых полей – а для периодических регистров также и поля Период. Если следующая запись полностью повторяет значение ключевых полей, но осуществляется методом Записать с параметром Замещать = Истина, то запись в таблице регистра просто заменится на идентичную.
Однако если поместить две абсолютно одинаковые записи в набор записей, и попытаться его записать – платформа выдаст ошибку. Еще один распространенный случай, когда 1С сообщает “Запись с такими ключевыми полями существует” – это запись в периодический регистр сведений с периодичностью от “День” и выше, подчиненный регистратору.
В типовых конфигурациях часто эту ошибку можно воспроизвести, если в пользовательском режиме создать два документа “Установка цен номенклатуры” с одной и той же номенклатурой и за один и тот же день. Попытка провести второй документ приведет к ошибке.
В случае, когда ошибка возникает не в результате действий пользователя, а при выполнении кода, чтобы устранить ее, чаще всего необходимо проанализировать алгоритм записи в регистр. Если запись осуществляется одним набором данных, его предварительно нужно свернуть до уникальных записей. Например, выгрузить в таблицу значений, свернуть, и загрузить в набор записей.
Поле объекта недоступно для записи в 1С
Чаще всего начинающие программисты 1С сталкиваются с этой ошибкой в двух ситуациях.
Первый случай – это попытка редактирования системных полей, недоступных для записи. Например, в модуле формы сама форма будет содержаться в объекте ЭтаФорма. И попытка присвоить этому реквизиту любое значение приведет к ошибке “Поле объекта недоступно для записи”.
Второй случай – и с ним новички как раз допускают больше всего ошибок – это попытка редактирования полей ссылки, а не самого объекта. Чаще всего код выглядит примерно так:
Элемент = Справочники.Сотрудники.НайтиПоКоду("12345"); Элемент.Наименование = "Новое наименование";
Исполнение данного кода приведет к ошибке, т.к. поля ссылки доступны только для чтения, а метод НайтиПоКоду вернет именно ссылку. Чтобы можно было внести изменения, следует из ссылки получить сам объект – используя соответствующий метод ПолучитьОбъект().
Для исправления ошибки зачастую достаточно получить объект из ссылки. В случае же попытки редактирования свойств, доступных только на чтение самый правильный подход – анализировать имеющуюся документацию по этим свойствам, и не пытаться присваивать им значения, если платформа этого не предусматривает.
Ссылка на обработку
По ссылке вы можете скачать внешнюю обработку, в которой воспроизводится большая часть ошибок, описанных в статье. Для воспроизведения части ошибок нужно будет убрать комментарии в коде.
Заключение
Как видите, зачастую ошибки тривиальны, и достаточно просто исправляются. Общие рекомендации – внимательно читать документацию и справку, корректно использовать методы, активно пользоваться отладчиком. Если вы новичок, и хотите освоить программирование в 1С с нуля – могу предложить приобрести мой базовый курс для начинающих. Более подробная информация – по ссылке.
-
03.04.2019, 17:11
#1
Гость форума
Ошибка ЭСФ 8.3
Бухгалтерия для Казахстана.
При попытке смены ключа авторизации для отправки электронных счетов фактур выдает ошибку:
Ошибка вызова метода внешней компоненты
Версия криптографии: 1,8, Код ошибки: 1 919 251 285, Описание ошибки: Не удалось инициализировать хранилище ключа: Ошибка чтения данных ключа из памяти: error:0D07207B:asn1 encoding routines:func(114):reason(123)
{Обработка.ОбменЭСФ.Форма.К лиентУправляемая.Форма(178)}: Ошибка при вызове метода контекста (инициализироватьхранилищ� �ключа)
Криптопровайдер.Инициализ� �роватьХранилищеКлюча(Ключ Base64, ПарольКлюча, ИнициализироватьХранилище Ключа_ТипДанных_СтрокаBase64() );
по причине:
Ошибка вызова метода внешней компонентыСо 2й попытки вылетает программа:
Имя события проблемы: APPCRASH
Имя приложения: 1CV8C.exe
Версия приложения: 8.3.12.1595
Отметка времени приложения: 5b5e446e
Имя модуля с ошибкой: StackHash_0381
Версия модуля с ошибкой: 6.1.7601.19135
Отметка времени модуля с ошибкой: 56a1c9c5
Код исключения: c0000374
Смещение исключения: 00000000000c0aa2
Версия ОС: 6.1.7601.2.1.0.18.10
__________________________________________________ _
Сервер терминалов 2008 R2.В других базах на нем же все нормально.
1с 8.3Со старыми установленными ранее, и пока действительными ключами тоже не работает.
Проверка и восстановление ничего не дали. В какую сторону копать?
-
03.04.2019, 17:38
#2
Гость форума
Re: Ошибка ЭСФ 8.3
Бухгалтерия для Казахстана.
При попытке смены ключа авторизации для отправки электронных счетов фактур выдает ошибку:
Ошибка вызова метода внешней компоненты
Версия криптографии: 1,8, Код ошибки: 1 919 251 285, Описание ошибки: Не удалось инициализировать хранилище ключа: Ошибка чтения данных ключа из памяти: error:0D07207B:asn1 encoding routines:func(114):reason(123)
{Обработка.ОбменЭСФ.Форма.К лиентУправляемая.Форма(178)}: Ошибка при вызове метода контекста (инициализироватьхранилищ� �� �ключа)
Криптопровайдер.Инициализ� �� �роватьХранилищеКлюча(Клю ч Base64, ПарольКлюча, ИнициализироватьХранилище Ключа_ТипДанных_СтрокаBase64() );
по причине:
Ошибка вызова метода внешней компонентыСо 2й попытки вылетает программа:
Имя события проблемы: APPCRASH
Имя приложения: 1CV8C.exe
Версия приложения: 8.3.12.1595
Отметка времени приложения: 5b5e446e
Имя модуля с ошибкой: StackHash_0381
Версия модуля с ошибкой: 6.1.7601.19135
Отметка времени модуля с ошибкой: 56a1c9c5
Код исключения: c0000374
Смещение исключения: 00000000000c0aa2
Версия ОС: 6.1.7601.2.1.0.18.10
__________________________________________________ _
Сервер терминалов 2008 R2.В других базах на нем же все нормально.
1с 8.3Со старыми установленными ранее, и пока действительными ключами тоже не работает.
Проверка и восстановление ничего не дали. В какую сторону копать?
В платформе 1С сообщения об ошибках бывают достаточно запутаны, и без должных навыков разобраться в причинах достаточно сложно. Вот и сообщение об ошибке при вызове контекста может ввести в ступор начинающего разработчика. Однако в подавляющем большинстве случаев мы видим подобное сообщение, если разработчик допустил ошибку в своем коде. Причем речь зачастую идет не об орфографических ошибках, а о логических.
Исправляем ситуацию
Чтобы избавиться от этого неприятного сообщения об ошибке при вызове метода контекста, следует понимать, что контекстом называют методы платформы 1С. Значит в определенной строке кода воспользовались методом с неверными параметрами или вызвали его не от того владельца. Всегда внимательно и полностью читайте сообщения об ошибках – часто в них содержится указание на строку и метод, вызвавший ошибку. Это поможет сэкономить время на отладку и поиск проблемного места в коде.
Рассмотрим действия разработчика на примере со специально допущенной ошибкой. Мы запускаем на исполнение нижеприведенный кусок кода с запросом, в котором забыли дописать условие отбора. Компилятор 1С пропускает такую процедуру, так как орфографических ошибок в написании команд мы не допустили. Однако в режиме предприятия нас ждет такое сообщение об ошибке:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка,
| Номенклатура.ВерсияДанных КАК ВерсияДанных,
| Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
| Номенклатура.Родитель КАК Родитель,
| Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
| Номенклатура.Код КАК Код,
| Номенклатура.Наименование КАК Наименование,
| Номенклатура.Артикул КАК Артикул,
| Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
| Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
| Номенклатура.Предопределенный КАК Предопределенный,
| Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| ";
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
КонецЦикла;
Приведенный текст ошибки программисту 1С скажет, что в модуле формы обработки «ЧтениеЗаписьXML на 152 строчке кода не может выполниться запрос. Причина в том, что на 17 строчке запроса нет чего-то, что ждал компилятор. Таким образом, чтобы убрать подобное сообщение, необходимо выяснить, что там должно быть и написать недостающий код.
Увидев вышеприведенный кусок кода, разработчик заметит, что в запросе есть служебное слово «ГДЕ», дающее сигнал 1С, что дальше будет условие. Но мы забыли дописать его и, естественно, система с помощью сообщения об ошибке спрашивает нас – «а где условие?». Чтобы исправить эту ситуацию необходимо либо убрать оператор «ГДЕ» из запроса, либо добавить условие.
Но ошибки могут быть не только в текстах запросов. Допустим, мы хотим выбрать всю номенклатуру и узнать, входит ли она в определенную группу. Проверка происходит с помощью метода «ПринадлежитЭлементу» и его параметра, который должен быть типа СправочникСсылка. Мы опять допускаем ошибку и вместо ссылки в параметр метода помещаем строку, содержащую имя переменной.
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка,
| Номенклатура.ВерсияДанных КАК ВерсияДанных,
| Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
| Номенклатура.Родитель КАК Родитель,
| Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
| Номенклатура.Код КАК Код,
| Номенклатура.Наименование КАК Наименование,
| Номенклатура.Артикул КАК Артикул,
| Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
| Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
| Номенклатура.Предопределенный КАК Предопределенный,
| Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| НЕ Номенклатура.ЭтоГруппа ";
НужнаяГруппаЭлементов = Справочники.Номенклатура.НайтиПоНаименованию("Мебель");
РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
Сообщить(ВыборкаДетальныеЗаписи.Ссылка.ПринадлежитЭлементу("НужнаяГруппаЭлементов"));
КонецЦикла;
1С выдает настолько же информативное сообщение, из которого мы понимаем, что на 158 строке у 1 параметра неправильный тип. Но что же делать, если мы не знаем, какой тип должен быть? В этом нам поможет Синтакс-помощник, встроенный в платформу 1С.
В конфигураторе находим строку и метод, на который указывало сообщение об ошибке, и нажимаем на него правой кнопкой мыши. Выбираем пункт «Поиск в синтакс-помощнике» и платформа самостоятельно ищет справочную информацию по выделенному методу. В справке мы видим не только подробное описание параметров и самого метода, но и пример. Сверив пример с нашим кодом, приходит понимание, что кавычки не нужны и без них все работает.
Чаще всего причиной подобных ошибок выступают следующие факторы:
- Невнимательность;
- Отсутствие опыта или знаний;
- Несогласованность действий разработчиков друг с другом;
- Изменения в методах контекста в новых версиях платформы.
Но ошибки при разработке ПО случаются постоянно, поскольку иногда ошибаются даже специалисты с многолетним опытом. Самое главное – уметь исправлять их и учиться на них. Постепенно вы будете видеть сообщения об ошибках все реже и научитесь замечать подобные «опечатки» еще до запуска 1С.
3 — 16.11.17 — 16:32
ТабДок.Очистить();
//Получим ТаблицуЗначений
Если ДанныеОтчета=Неопределено Тогда
ТЗПроектнаяСтатистика = ПолучитьТекстЗапроса();
Иначе
ТЗПроектнаяСтатистика=ДанныеОтчета;
КонецЕсли;
Если ТЗПроектнаяСтатистика=Неопределено Тогда
Возврат;
КонецЕсли;
Настройки=КомпоновщикНастроек.Настройки;
ВнешниеНаборыДанных = Новый Структура;
ВнешниеНаборыДанных.Вставить(«ТЗПроектнаяСтатистика», ТЗПроектнаяСтатистика);
КомпоновщикМакета=Новый КомпоновщикМакетаКомпоновкиДанных;
МакетКомпоновки=КомпоновщикМакета.Выполнить(СхемаКомпоновкиДанных, Настройки, ДанныеРасшифровки);
//ДанныеРасшифровкиОтчета = Новый ДанныеРасшифровкиКомпоновкиДанных;
ПроцессорКомпоновкиДанных=Новый ПроцессорКомпоновкиДанных;
ПроцессорКомпоновкиДанных.Инициализировать(МакетКомпоновки, ВнешниеНаборыДанных, ДанныеРасшифровки, Истина);
ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент;
ПроцессорВывода.УстановитьДокумент(ТабДок);
ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных);
4 — 16.11.17 — 16:33
Функция ПолучитьТекстЗапроса() Экспорт
ТекстПодЗапроса = «»;
МассивТипов = Новый Массив;
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«Дата»));
ПараметрыДаты = Новый КвалификаторыДаты(ЧастиДаты.ДатаВремя);
ТипДата = Новый ОписаниеТипов(МассивТипов, , ПараметрыДаты);
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«СправочникСсылка.Проекты»));
ТипПроекты = Новый ОписаниеТипов(МассивТипов);
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«СправочникСсылка.Пользователи»));
ТипОтветственный = Новый ОписаниеТипов(МассивТипов);
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«Число»));
ПараметрыЧисла = Новый КвалификаторыЧисла(5,0);
ТипЧисло = Новый ОписаниеТипов(МассивТипов, , ПараметрыЧисла);
МассивТипов.Очистить();
//МассивТипов.Добавить(Тип(«ДокументСсылка.ПоступлениеТоваровУслуг»));
//МассивТипов.Добавить(Тип(«ДокументСсылка.ПоступлениеДопРасходов»));
//МассивТипов.Добавить(Тип(«ДокументСсылка.АктОбОказанииПроизводственныхУслуг»));
//МассивТипов.Добавить(Тип(«ДокументСсылка.рар_РасчетУправленческойВыручки»));
МассивТипов.Очистить();
МассивТипов.Добавить(Тип(«Строка»));
ПараметрыСтроки = Новый КвалификаторыСтроки(100);
ТипСтрока = Новый ОписаниеТипов(МассивТипов,,ПараметрыСтроки);
ТипВидДокумента = Новый ОписаниеТипов(МассивТипов);
ТЗПроектнаяСтатистика = Новый ТаблицаЗначений();
ТЗПроектнаяСтатистика.Колонки.Добавить(«Период»,ТипДата);
ТЗПроектнаяСтатистика.Колонки.Добавить(«ГруппаПроектов»,ТипПроекты);
ТЗПроектнаяСтатистика.Колонки.Добавить(«Проект»,ТипПроекты);
ТЗПроектнаяСтатистика.Колонки.Добавить(«Ответственный»,ТипОтветственный);
ТЗПроектнаяСтатистика.Колонки.Добавить(«ВидДокумента»,ТипВидДокумента);
ТЗПроектнаяСтатистика.Колонки.Добавить(«Счетчик»,ТипЧисло);
//ТЗПроектнаяСтатистика.Индексы.Добавить(«ГруппаПроектов,Ответственный,Период,ВидДокумента»);
Если НЕ ЗначениеЗаполнено(ФильтрВидовДокументов) Тогда
ФильтрВидовДокументов.Очистить();
НоваяСтрВидыДок = ФильтрВидовДокументов.Добавить();
НоваяСтрВидыДок.ДокументМетаданные = «ПоступлениеТоваровУслуг»;
НоваяСтрВидыДок.ДокументСиноним = «Поступление товаров и услуг»;
НоваяСтрВидыДок = ФильтрВидовДокументов.Добавить();
НоваяСтрВидыДок.ДокументМетаданные = «ПоступлениеДопРасходов»;
НоваяСтрВидыДок.ДокументСиноним = «Поступление доп. расходов»;
НоваяСтрВидыДок = ФильтрВидовДокументов.Добавить();
НоваяСтрВидыДок.ДокументМетаданные = «АктОбОказанииПроизводственныхУслуг»;
НоваяСтрВидыДок.ДокументСиноним = «Акт об оказании производственных услуг»;
НоваяСтрВидыДок = ФильтрВидовДокументов.Добавить();
НоваяСтрВидыДок.ДокументМетаданные = «рар_РасчетУправленческойВыручки»;
НоваяСтрВидыДок.ДокументСиноним = «Расчет управленческой выручки (Рарус)»;
КонецЕсли;
Для Каждого ВидДок Из ФильтрВидовДокументов Цикл
ТекстПодЗапроса = ТекстПодЗапроса + «ВЫБРАТЬ
| «»» + ВидДок.ДокументСиноним + «»» КАК ВидДокумента,
| СУММА(1) КАК Счетчик,
| НАЧАЛОПЕРИОДА(Накладная.Дата, МЕСЯЦ) КАК Месяц,
| Накладная.Ответственный КАК Ответственный,
| УСЛ,
| ПарамВидДок
|ИЗ
| Документ.» + ВидДок.ДокументМетаданные + » КАК Накладная
|ГДЕ
| Накладная.Дата МЕЖДУ &Нач И &Кон
|И ВЫБОР
|КОГДА &ФильтрОтветственный = ИСТИНА
|ТОГДА Накладная.Ответственный В ИЕРАРХИИ (&СписокОтветственных)
|ИНАЧЕ ИСТИНА
|КОНЕЦ
|И ВЫБОР
|КОГДА &ФильтрПроекты = ИСТИНА
|ОВИЕ
|ИНАЧЕ ИСТИНА
|КОНЕЦ
|
|СГРУППИРОВАТЬ ПО
| НАЧАЛОПЕРИОДА(Накладная.Дата, МЕСЯЦ),
| СТРОЧКА,
| 123,
| Накладная.Ответственный
|»;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»ПарамВидДок»,»Накладная.рар_Проект КАК Проект»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»ПарамВидДок»,»Накладная.Проект КАК Проект»);
КонецЕсли;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»ОВИЕ»,»ТОГДА Накладная.рар_Проект В ИЕРАРХИИ (&СписокПроектов)»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»ОВИЕ»,»ТОГДА Накладная.Проект В ИЕРАРХИИ (&СписокПроектов)»);
КонецЕсли;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»УСЛ»,»Накладная.рар_Проект.Родитель КАК ГруппаПроектов»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»УСЛ»,»Накладная.Проект.Родитель КАК ГруппаПроектов»);
КонецЕсли;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»СТРОЧКА»,»Накладная.рар_Проект.Родитель»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»СТРОЧКА»,»Накладная.Проект.Родитель»);
КонецЕсли;
Если ВидДок.ДокументМетаданные = «ПоступлениеДопРасходов» Тогда
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»123″,»Накладная.рар_Проект»);
Иначе
ТекстПодЗапроса = СтрЗаменить(ТекстПодЗапроса,»123″,»Накладная.Проект»);
КонецЕсли;
Если ВидДок.НомерСтроки <> ФильтрВидовДокументов.Количество() Тогда
ТекстПодЗапроса = ТекстПодЗапроса + »
|ОБЪЕДИНИТЬ ВСЕ
|»;
КонецЕсли;
КонецЦикла;
ТекстЗапроса = «ВЫБРАТЬ РАЗРЕШЕННЫЕ
| ПодЗапрос.Месяц КАК Период,
| ПодЗапрос.ГруппаПроектов КАК ГруппаПроектов,
| ПодЗапрос.Проект КАК Проект,
| ПодЗапрос.Ответственный КАК Ответственный,
| ПодЗапрос.ВидДокумента КАК ВидДокумента,
| СУММА(ПодЗапрос.Счетчик) КАК Счетчик
|ИЗ
| (» + ТекстПодЗапроса + «) КАК ПодЗапрос
|
| СГРУППИРОВАТЬ ПО
| ПодЗапрос.Месяц,
| ПодЗапрос.ГруппаПроектов,
| ПодЗапрос.ВидДокумента,
| ПодЗапрос.Ответственный,
| ПодЗапрос.Проект
|
|УПОРЯДОЧИТЬ ПО
| ПодЗапрос.Месяц»;
возврат ТекстЗапроса;
КонецФункции
0
— 06.12.2012 — 13:05
Доброго времени суток. Есть необходимость перноса некоторых данных из 8.2 в 7.7. при попытке инициализировать 7.7 выдает ошибку: Ошибка при вызове метода контекста (Initialize): Неизвестная ошибка. База 7.7 на SQL 2005, с дбфной базой отрабатывает нормально. Где собака порылась — не могу понять
1
— 06.12.2012 — 14:50
База=»»;
База=Новый COMОбъект(«V77.Application»);
Попытка
СтрокаПодключения = «/D»»»+СокрЛП(ПутьКБазе)+»»» /N»»»+СокрЛП(Пользователь)+»»» /P»»»+СокрЛП(Пароль)+»»»»;
Открыта=База.Initialize(База.RMTrade,СтрокаПодключ ения,»NO_SPLASH_SHOW»);
Если Открыта Тогда
ЕстьПодключение = Истина;
Сообщить(«Есть подключение»);
Иначе
Предупреждение(«Ошибка при подключении!»);
ЕстьПодключение = Ложь;
КонецЕсли;
Исключение
Предупреждение(«Ошибка при подключении!»);
ЕстьПодключение = Ложь;
КонецПопытки;
Возврат ЕстьПодключение;
2
— 06.12.2012 — 15:43
V77s.Application
3
— 06.12.2012 — 19:45
DeiMos, и v77 и v77s пробовал — результат одинаковый
4
— 06.12.2012 — 22:14
Скорее всего, попортился реестр. Где этот самый Application связан с утилитой. И с ее расположением, естественно.
Проще всего для исправления инсталлировать «семерку» заново.
Ну, или глянуть комп, где все хорошо вызывается, и сравнить соответствующие ветви реестра.
5
— 06.12.2012 — 22:29
И исчё… Бывают трудности, если имеются несколько (т.е. больше одного BIN-а с екзешникоми разных компонент. Например, один — для бухии, другой — для расчета. И вызов ОЛЕ должен быть адресным: вызывать екзешник с определенного БИНа. Вот здесь не обойтись правкой реестра, ибо инсталлятор засандаливает один адрес БИНа для всех апликаторов: и v77s, и v77l, v77m, и, конечно v77. Затирая прежнюю работу инсталлятора другой компоненты.
Но это полбеды: по каким-то неизвестным причинам эта тонкая настройка реестра ломается. Поскольку у данного клиента я не торчу постоянно, обнаружить «когда» мне не удалось. И, между прочим, все юзеры, цепляющиеся к базам, не имеют никаких прав (виндовых, конечно) лазать в этот реестр, и что-то менять.
Но тем не менее…
6
— 07.12.2012 — 06:15
VZ, две базы лежат на одном сервере рядом, одна SQL а другая ДБФ — к дбф подключается без проблем… что может быть с скл базой?
7
— 07.12.2012 — 10:51
скажу даже больше — проверил подключение из 77 к 77 с той же строкой подключения и все работает! и даже если запускать это все в клиентской части на своем компе — все работает, а на сервере — ну никак( чего серверу то не хватает?
8
— 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** — их параметры. Все разложено по кучкам
9
— 07.12.2012 — 12:18
VZ спасибо! пойду админа мучать а то к серверу доступ только у него
10
— 07.12.2012 — 12:32
посмотрели все вроде на месте и совпадает. Ну это и логично — на том же сервере к дбфной базе без проблем подключается. я вот думаю может проблема в 2005 SQL?
11
— 07.12.2012 — 17:00
10-exDenver > Вроде?
«Аналогичное строение реестра для V77s.Application» — точно присутствует?
12
— 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 (из-за чего появтся приглашение ввести юзера и пароль ручками), и заводить их потом, последовательно, убедившись, что инициализация клюет на путь к базе.
13
— 07.12.2012 — 17:49
+12 Пользуйся утилами, которые могут показать захват базы. Например, 1calmin. Starter1C тоже это умеет (мой выбор).
14
— 07.12.2012 — 18:28
VZ, я в (7) писал что с этой же строкой подключения в клиентской части подключение проходит — т.е. на моем локальном компе с компоненатми и правами все в норме. а на сервере происходят какие странности
15
— 07.12.2012 — 19:42
DEP?
16
— 07.12.2012 — 20:01
14-exDenver > Сервер OLE вызывается из той же среды, где его инициировал клиент. Т.е., если клиент в локальном компе — значит, и сервер OLE вызывается с того же локального компа. Если клиент на снрвенре — соответственно, и OLE-сервер должен быть на сервере. Потому как при вызове COM-объекта V77.Application ось лезет в свой реестр.
И причем здесь «на моем локальном компе с компоненатми и правами все в норме»? А на сервере — все в норме? Реестр правильно настроен для вызова сом-объекта, или как?
15-DeiMos > DEP здесь непричем: если можно вызвать одноэсину интерактивно, значит, можно вызапть как и оле-объект.
Другое дело, что пользователь «1С» может не обладать правами работать с оле-вызовом. Но это забота ТС проверить.
17
— 08.12.2012 — 05:52
много раз обращал внимание на тот факт, что ОС запоминает в реестре путь к приложению при каждом его вызове. Мне тоже нужно было неоднократно настраивать OLE-обмен между V82 и V77.
К примеру V77 на компе не установлена,запускаю её с флэшки, прописываю путь к базе, открываю базу, закрываю её. Цепляюсь к V77 из V82 — всё работает.
Переношу bin V77 на комп локально, флэшку вынимаю. Снова запускаю V77 теперь уже с HDD, закрываю. Снова цепляюсь цепляюсь к V77 из V82 — снова всё работает.
18
— 10.12.2012 — 08:50
доброго времени суток всем!
16 — я это все понимаю
У меня задача чтобы подключение к 7.7 работало на сервере, т.е под пользователем под которым запущен сервер 1с 8.2. При условии что база 7.7 лежит на SQL2005. Все необходимые права у этого пользователя есть (проверял даже с предоставлением админских прав). COM-объект создается, а на строке Initialize вешается… При этом я вижу в мониторе что пользователь зашел в базу. Подключение к рядом лежащей базе в формате ДБФ проходит на ура (т.е. проблемы с написанием пути отпадают). Вот и не могу понять в чем проблема
19
— 11.12.2012 — 07:53
(18) А база 77 самописная? ВК какие-нить используются?
Попробуй эксперимента ради взять типовую Бухгалтерию 7.7, создай базу на SQL2005 и подключись к ней штатными средствами из БП8.2 хотя бы для переноса справочников
Ну и, попробуй наконец так
База=Новый COMObject(«V1CEnterprise.Application»);
20
— 11.12.2012 — 07:56
19+ надеюсь, что у тебя comcntr.dll из правильной папки Bin зарегистрирован как OLE-сервер
21
— 12.12.2012 — 09:28
19 — попробовал к новой базе на 2005, пробовал к базе на 2000, перебрал все вариации объектов… у меня БП82 нет к сожалению — только документооборот, попробую поискать конфу
22
— 12.12.2012 — 12:43
пробовал запускать на самом сервере 1с под пользователем под которым запущен сервер — с директивой &НаКлиенте все отрабатывает, а &НаСервере — фигвам… замучался сам и админа замучал
23
— 12.12.2012 — 14:09
(22) стрянно всё это, что-то в твоей консерватории не тогойт …
а ты директиву &НаСервере c каким обработчиком используешь??? уж не «ПриОткрытии(Отказ)» ли???
нужно использовать обработчик ПриСозданииНаСервере(…), как то так
да и ваще, ты зачем эту директиву используешь??? ведь если не указано где исполнять, по умолчанию выбирается — &НаСервере
24
— 12.12.2012 — 14:13
(23) да и потом, у тебя конфа под 8.2 в режиме управляемого приложения работает, или в обычном режиме?
25
— 13.12.2012 — 06:46
23-24 Конфа работает в режиме управляемого приложения, на данный момент подключение запускается по кнопке с формы. &НаСервере я написал тут просто для наглядности). В общем написал я одному человеку статейку которого по переносу данных из 82 в 77 через OLE нашел в нете. он ответил вот что: «Из сеанса сервера 1с 8 вызвать 7.7 по OLE не получиться. Суть в том, что вызов OLE — интерактивный режим (вызывается не COM ядро, а вся программа 77).
Нужно организовывать подключение с клиентского сеанса 8.» В общем можно считать тему закрытой)