Импортируемый пакет типов не определен 1с

Обновлено: 22.01.2025

anig99 wrote: Если у кого возникнет такая проблема, то на платформе 8.2.19.121 возникает ошибка
Определения = Новый WSОпределения("http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl");
по причине:
При создании описания сервиса произошла ошибка.
по причине:
Неправильный путь к файлу 'ApplicationManagementService_v1.1.wsdl'

На 8.3 такой ошибки нет. Попытаюсь решить. Если получится, то сообщу.

Для получения Фабрики нужно использовать такой код:

Не понятно как влияет, но ЗапросWeb = Новый HTTPЗапрос("platform/services/ApplicationManagementService"); использовал ЗапросWeb = Новый HTTPЗапрос("platform/services/2.0/ApplicationManagementService"); Вроде работает и так, и так.

nifor wrote: Коллеги добрый день . Подскажите у кого то посредством 1С получилось заполнить атрибуты id и for (api 2.0) ? При заполнении строковым типом ругается на неверный формат при отправке запроса .

Формирую ProcessIncomingConsignmentOperation в версии 2,0.

При сохранении XML с помощью ФабрикиXDTO "перепрыгивают" реквизиты.
(ФабрикаXDTO создается по рекомендациям, выложенным здесь на форуме, та же схема с 1,4 отрабатывала без проблем)

И вот эти issueDate и issueNumber, относящиеся к vetCertificate, почему-то уезжают вниз, хотя должны идти следом за issueSeries.
В итоге пакет шлюзом не принимается, выдает отлуп "Format validation failed due to XML Schema rules: Элемент 'issueDate' не предусмотрен." - я так понимаю, что порядок элементов ему важен.
В SOAPui элементы на место поставишь - запрос проходит.

Грешил на релиз платформы, но на 8.3.8 , 8.3.9 , 8.3.10 результат одинаков.
1С, что-ли, не берет во внимание тег <xs:sequence> в XSD-схеме.

Подчеркивание впереди прицепите. Там базовый тип "NCName", а он должен содержать первым символом или букву или подчеркивание.

vvche wrote: Вот не пойму, в чем косяк.

Формирую ProcessIncomingConsignmentOperation в версии 2,0.

При сохранении XML с помощью ФабрикиXDTO "перепрыгивают" реквизиты.

Сам спросил, сам ответил

Определение = Новый WSОпределения("http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl");
ПодключениеОбмена = Новый WSПрокси(Определение,"http://api.vetrf.ru/schema/cdm/application/service","ApplicationManagementServiceBindingQSService","ApplicationManagementServiceBindingQSPort". Новый ЗащищенноеСоединениеOpenSSL( неопределено, неопределено ));
ПодключениеОбмена.Пользователь = "*************";
ПодключениеОбмена.Пароль = "************";
SubmitApplicationRequest = Фабрика.Создать(Фабрика.Тип("http://api.vetrf.ru/schema/cdm/application/ws-definitions", "submitApplicationRequest"));
Application = Фабрика.Создать(Фабрика.Тип("http://api.vetrf.ru/schema/cdm/application", "Application"));
ApplicationDataWrapper = Фабрика.Создать(Фабрика.Тип("http://api.vetrf.ru/schema/cdm/application", "ApplicationDataWrapper"));

modifyEnterpriseRequest = Фабрика.Создать(Фабрика.Тип("http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2", "ModifyEnterpriseRequest"));;

ApplicationDataWrapper.Добавить(ФормаXML.Элемент,"http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2", "ModifyEnterpriseRequest", modifyEnterpriseRequest);
Application.data = ApplicationDataWrapper;
Application.serviceId = "mercury-g2b.service:2.0";
Application.issuerId = "******************";
Application.issueDate = ТекущаяДата();

SubmitApplicationRequest.apiKey = "***********************";
SubmitApplicationRequest.application = Application;

Результат = ПодключениеОбмена.submitApplicationRequest(SubmitApplicationRequest.apiKey, SubmitApplicationRequest.application);

Вылезает такая ошибка:
Несоответствие типов XDTO:
Тип 'ModifyEnterpriseRequest' не найден
Тип принадлежит пакету, отсутствующему в фабрике типов XDTO

С выходом 1С 839 появился баг в работающей до этого компоненте.

На серверной базе (на файловой все работает отлично) хоть тресни сыпет ошибки Тип не определен на всех попытках вызова классов.

Причем появлятся это только после второго использования.

То есть первый раз - все работает замечательно!
Но стоит только второй раз запустить туже обработку с компонентой - сыпет баг и хоть тресни.

Повторюсь - на файловой версии все отлично.

На серверной - баг после повторного использования.

Он сам не знает и не понимает - уже переколошматили все.
Все отлично работает за исключением сказанного.

Сервер - второй запуск.

Это знак: пора прекращать использовать всякие наколеночные ВК и переходить на встроенные методы :)))

А повторное подключение любой другой компоненты работает нормально?
Если да, то проблема именно в этой конкретной ВК, может, завершается там где-то чего-то некорректно.

Если с другими компонентами так же, может, это "фича" платформы.

(2) Значит ВК уже выгрузилась. Смотри где Ссылки на ВК обнуляются. Я на 64 разрядной пробовал все нормально.
Делайте ЗагрузитьВнешнююКомпоненту еще раз, раз уж так оно работает.
ну все. манино господство на супир-пупир обработке сломалось
(10) для серверной этот метод не доступен.
Единственный метод который доступен это ПодключитьВНешнююКомпоненту и он работает

(3) Ну то есть разработчик с дебаггером студии не смог отловить процесс инициализации компоненты и ошибку, которая в этот момент возникла, а мы тут по кофейной гуще всё угадаем?

Клиент х64 только в 8.3.9 появился, до этого только х86 (значит, все файловые версии х86), а сервера часто х64, компонента компилится отдельно для х86, отдельно для х64 - ты хоть сказал бы, какая архитектура. У тебя там вообще разные билды этой компоненты могут быть.

(12) чо прям пишете ПодключитьВНешнююКомпоненту и сразу Новый("AddIn.XLS.XLS") и не работает?
Платформа содержит оптимизацию - она в кэше хранит ВК и повторно подключает не так, как первый раз.
1. Попробовать поменять дурацкое имя XLS (которое в середине. Его определяет тот, кто использует метод ПодключитьВнешнююКомпоненту во втором параметре). Возможно, происходит конфликт где-то из-за имени
2. Если не помогает, генерить новое произвольное имя при каждом использовании. Это заполонит кэш, но по идее будет работать

(15) Так глюка с подключением во внешней обработке, когда на первое открытие обработки все ОК, а если повторно то нифига не сервере не пашет.

Потому что некоторые дятлы до сих пор не смогли понять что такое клиент-серверная УФ 1С.

(17) а это то тут причем?
(15) повторюсь проблема возникла только после 838 и выше
знающие - не прогадайте. 90% маниного состояния просите. не меньше
(22) Маня продавал программы с льготной поддержкой, а в один прекрасный день после того, как клиенты начали массово обновляться, его программы перестали работать? И теперь Маня не может выполнить свои же условия и попадает на бабки?
Хорош флудить, если нечего сказать - вали в другую тему
(26) да любую другую вк. Другим человеком сделано что бы
(28) не пробовал ничего. У меня серверная компонента.
Где найти такую я не знаю.
Поэтому тему и завел. Работает ли у всех нормально или это баг 1С
(29) берешь с итс пример натив компоненты таймера и проверяешь. Если не работает, заводишь тред на партнерке, что платформа г0вно.
(33) Так любой Вася с сертификатом спеца туда имеет доступ. Маня что даже спеца по УТ не имеет?
(36) Это значит, ты поленился даже поискать на итс. Она там с древнейших времен под С++ лежит.
(35) Ок, пусть он хотя бы здесь результаты тестов выложит и я сам там отпишусь.
(45)+ Либо можно обернуть в веб сервис на nodejs простейше и отсылать файлы из любой 1С-ки на локально поднятый в сетке сервис получая в ответ нечто что парсится
(46) он свою поделку людям продает. накой ему эти бубны с нодами
(44) ты по скайпу так же будешь общаться, как в этой ветке? Один пост в день и ниачем?
(47) Не вижу сложности сделать инсталлятор с новой внутри и автозапуском, причем вод все платформы распространенные
(50) хехе с требованим поставить ms office чтобы ёксель файлики читать да?

На 64 8.3.9 работает.
Но для Windows пока проще использовать

(57) стукнись мне в скайп Skype: shekineugeniy
Пообщаемся
(60) счет-деньги )) аж забавно, забавно то что это нихрена конкретный вопрос не решает.

Тип не определен. ЧТо за нахер тип - не понятно.

Это явно какой то очередной баг типа как уже фиг знает сколько лет был баг Ошибка формата потока.

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

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

Так и сейчас что то аналогичное. Только проблема в том что никто ВК не юзает а баги 1С не охотно сама находит и не охотно принимает.

Доброго времени суток. Появляются такие ошибки:
: Тип не определен (Запрос)
Запрос = Новый <<?>>Запрос; (Проверка: Тонкий клиент)
: Тип не определен (Запрос)
ЗапрУвол = Новый <<?>>Запрос; (Проверка: Тонкий клиент)
: Тип не определен (Запрос)
ЗапрУвол = Новый <<?>>Запрос; (Проверка: Тонкий клиент)
: Тип не определен (Запрос)
ЗапрОтпуск = Новый <<?>>Запрос; (Проверка: Тонкий клиент)
: Тип не определен (Запрос)
ЗапрОтпуск = Новый <<?>>Запрос; (Проверка: Тонкий клиент)
: Тип не определен (Запрос)
Запрос = Новый <<?>>Запрос; (Проверка: Тонкий клиент)

Прошу объяснить, что не так, пожалуйста

__________________
Помощь в написании контрольных, курсовых и дипломных работ здесь

Итератор для значения не определен
Ситуация такая: имеется документ с реквизитом типа Хранилище значений, у документа нет табличной.

Тип не определен
Здравствуйте, в процедуре выходит ошибка: Тип не определен кол =.

Ошибка при создании scripting.filesystemobject: Тип не определен (СОМОбъект). Учебная версия платформы.
Почему когда хочу создать обект scripting.filesystemobject выдает ошибку: Тип не определен.

XDTO - Тип свойства не определен
Всем привет. Камраден, подскажите кто знает. Конфы самопильные. Ситуация: Есть два xdto-пакета.

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

Из обычного приложения в управляемое: ошибка Тип не определен - ДиалогВыбораФайла
Здравствуйте, переделываю конфигурацию на упф, столкнулся с проблемой. Был следующий рабочий.

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

Есть очень много статей о том, как работать с XSL/XSD из 1С, но все они в стиле: возьмем нашу XSD схему (простую и удбоную) или наш web-сервис и смотрите, как все легко экспортировать или импортировать. А что делать, если нам дали пачку XSD-схем со сложным взаимосвязями и изменять мы них не можем, а работать и поддерживать актуальность схем надо?

Сразу скажу, вопросы шифрования/подписи по ГОСТУ при работе с ГИС ЖКХ за рамками этой статьи и на хабре уже освещались. Хотя без подписей запросы выполнить не удастся.

Начнем с простого — скачаем пакет форматов по интеграционному взаимодействию с ГИС ЖКХ, импортируем все xsd схемы из пакета интеграций, наведем порядок переименуем все как нам удобно. В итоге получим как показано на картинке:

Ну а теперь приступим к магии. Попробуем запросить данные из справочника организаций по ОРГН. Это подсистема organizations-registry-common метод exportOrgRegist.

В hcs-organizations-registry-common-service.wsdl указано:

Спецификация из hcs-organizations-registry-common-service.wsdl
Надо собрать SOAP пакет из заголовка ISRequestHeader, тела exportOrgRegistryRequest. Посмотрим их в xsd схемах спецификаций по интеграций.

Ну приступим, откроем нужные нам пакеты XDTO. Оказывается, нужные сущности являются не типами, а свойствами, как с этим работать в документации на XDTO в статьях, которые я находил, не описано, поэтому воспользуемся урокам магии:

Начнем с тела exportOrgRegistryRequest.

Напишем функцию для сбора XML-запроса:

В итоге получим запрос:

Ответ от серверов ГИС ЖКХ (СИТ-1):

Как мы видим, ответ напрямую десериализовать не получится, потому что нет такого типа в предложенных xsd схемах. Нам надо как-то пропустить часть тэгов и обработать только область ответа. На эту тему я тоже не нашел информации, но методом проб и ошибок приходим к кусочку магий:

В итоге работать можно с очень сложными xsd схемами через стандартные инструменты платформы. В целом 1С контролируют типизацию и заполнения, бывает чересчур излишне, особенно когда внутри свойства пакета используется базовый тип другого пакета, но в любом случае тип нужно привести к локальному из-за другого пространства URI. Удобно работать с десериализоваными данными, так как там всю работу на себя берет платформа. Но проверки происходят на этапе выполнения, а при написания кода платформа 1С не предоставляет никаких подсказок и проходится пользоваться сторонними утилитами, и даже при выполнении большая часть элементов находится в состоянии «Неопределено» и даже тип или его свойство можно увидеть только в спецификации.

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