XDTO + web сервис #803703

Добрый день. Хочу изучить тему XDTO + web сервис, тем более возникла задача создания документа "Заказ покупателя" в удаленной базе из текущей. Поэтому хотелось бы услышать совет специалистов как делать?

да легко, используей СериализиторXDTO и передавай через веб-сервипс сереилизованные им данные

СериализиторXDTO  - это на основании пакета XDTO который есть или надо делать свой?

на ИТС есть демо конфигурация. + КД2 умеет работать через веб сервисы вообще без знания механизмов, если онлайн не нужен и оба решения на БСП.

делай свой. да там все просто. по сути, если просто и на пальцах, пакет XDTO - это твой манифест для сериализациидесериализации данных 1с виз xml.

В типовой вижу есть пакет CML402, а в нем ЗаказКлиента.

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

Даже сделав свой пакет и сформировав нужную xml, как сделать так, что бы произошло ее отправление и создание документа во второй базе? Что то делать с web сервисом уже?

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

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

получается - в базе источнике делаю свой пакет XDTO, при проведении заказа формирую xml по этому пакету и вызываю операцию с помощью ws соединения - не понимаю как? - в базе приемнике делаю веб сервис, его операцию и описание алгоритма приема пакета в модуле веб-сервиса Такой принцип?

там где у тебя стоит вопросик:

в данном случае я бы создал хдто в БазеПриемнике, а в БазеИсточнике просто считал его в WS-ссылку (как объект конфигарции).

На основании любых данных из 1С можешь сериализиовать ТЗ, справочник, документ, кое-что, конечно не можешь, вроде деревья(это не точно), сам веб-сервис.

Не надо свой делать. У меня коллеги с работы понаделали этих пакетов XDTO, как с ними разгребаться - хз, там есть функция "серилизовать" или "записить" все в 2 строки с РЕИАЛИЗТОРОМ, не надо свои пакеты лепить. Если обмен только с каким-то сайтам - тогда надо и то, если на зарузку, это тоже не точно

тогда на основании какого пакета сделать заказ?

Не не основании пакета, а на основании данных, передавай ТЗ сериализованное в xml в источнике. В приемнике десериализуй - тоже самое ТЗ на выходе получается, адельше обходишь в цикле ТЗ и создаешь как тебе надо документ, без пакета, тип метаданных и имя документа можешь в 0 строке таблицы значений прописать

то есть никакие XDTO не надо>

?

как тогда заказ записать в xml? какой пакет использовать?

Пакеты - нет, сериализатор - да. Вот пример на запись в xml - Функция СериализоватьТЗ(ТЗ)  Экспорт      получение данных из xml Никакие пакеты не нужны, система сама все за тебя делает, если нужно - можешь прочитать про эти пакеты, зачем они и когда испольхуются на инфостарте

Тз - не только таблица значений, а любой тип данных, из 1С, кроме тех, которые туда не подойдут, которые не сериализуемы

получается, только хотел спросить, можно ли как то записать документ Заказ покупателя в xml формате для передаче, но при этом пакет XDTO не делать? Или он обязателен? Типового нет под этот документ? Пробую в источнике сделать так и отправить Функция Сериализовать(ОбъектСериализации) но получаю <Объект не найден> (162:9226001e33553ae411e78a7ed98514bf)

попробуйте между идентичными конфигурациями сначала.

я пробую как раз между одинаковыми. в приемнике надо создать пакет xdto заказа покупателя, что бы потом в источнике написать что то типа ВСОпределение = Новый WSОпределения(";); ВСПрокси = Новый WSПрокси(ВСОпределение,";); а вот ДСтр я должен передать в формате xdto, который есть в приемнике

вот и хотел спросить, как нибудь можно из заказа покупателя организовать xdto?

<Объект не найден> (162:9226001e33553ae411e78a7ed98514bf) А как ты создаешь объект в базе приемнике?

уже разобрался с тем, как передать XDTO заказа а бызу приемника. Теперь ищу ответ на вопрос, как прочитать там эту строку, то есть если через файл, то URIПространстваИмен = ";;           а на сервисе нет же файла, там есть только входящий параметр..

то есть вот тут "застопорился" (это в модуле сервиса) URIПространстваИмен = ";; XDTOЗаказПокупателя = ФабрикаXDTO.ПрочитатьXML( ????? , ФабрикаXDTO.Тип(URIПространстваИмен, "ЗаказПокупателя"));

Получилось вроде. Оказывается, когда я пишу в источнике то в приемнике в веб сервисе Параметр это и есть XDTOЗаказПокупателя, то есть его стуктура уже такая, как в пакете XDTO, который я сделал. Таким образом получилось следующее, что я сделал для изучения темы: 1 база источник - типовая УТ 2 в базе источника написал внешнюю обработку, в которой выбираю заказ покупателя 3 в обработке написал URIПространстваИмен = ";;      ВСОпределение = Новый WSОпределения(";); XDTOЗаказПокупателя.Номер = ЗаказПокупателя.Номер; .. и тд заполняю с учетом пакета XDTO приеника Ответ = ВСПрокси.СоздатьЗаказ(XDTOЗаказПокупателя); Если Ответ = Истина Тогда     Сообщить("Документ успешно создан"); Иначе     Сообщить("Ошибка при создании документа"); 4 базу премника взял такую же УТ 5 в базе приемника создал XDTO с нужными мне данными 6 в базе приемника создал веб сервис с операцией СоздатьЗаказ и входящем параметром 7 в модуле сервиса написал Функция СоздатьЗаказ(Параметр)

Таким образом, может как то "коряво", но получил то, что хотел, а именно в источнике создаю документ "Заказ покупателя", указываю его в обработке и такой же заказ появляется в базе приемника. Спасибо все :), теперь буду "отшлифовывать" алгоритм.

НайтиПоНомеру нет, нельзя по номеру искать, у тебя через год появится 2 документа с одинаковым номером. И про XDTOпакеты - тоже не надо их. Смори. 1)Формируешь таблицу значений по твоим заказам на передачу в источнике. Типо, делаешь запрос по закзам и выгружаешь результат в ТЗ, затем в цикле по этой табилце проходишься - по ссылкам получаешь ГУИДы документов и ТЗ заполняешь ГУИДы в ТЗ. Потом твое ТЗ сериализуешь, в базе приемнике создаешь веб-сервис и операцию веб-сервиса с типом "string". Далее в приемнике десириализуешь той функцией что я кидал выше - у тебя получается ТЗ в пиремнике. Далее либо циклом, либо запросом получаешь данные из этой ТЗ и создаешь документы, используя поиск по ГУИДу, не по номеру! Если перед тобой не стоит задача использовать эти чертовы пакеты XDTO - не используй ты их, так сложнее и неизвестно зачем. Зачем делать сложнее?

И вот это "ДокУдалить.ПолучитьОбъект.Удалить;" делать тоже нельзя. Ты же без контроля ссылок на объект удаляешь документ. А если в этой базе на основании документа введены другие документы? Стоп, а почему у тебя стаж на форуме 10 лет и такие странные решения? Угнал у кого-то акк?)