Поступила задача разработать WEB-сервис который должен возвращать все реквизиты, например справочника «Контрагенты» со всеми реквизитами ссылочного типа других объектов участвующих в реквизитах справочника «Контрагенты». Т.е. нужно было разработать WEB сервер, который возвращает рекурсивно все связанные по ссылкам элементы конфигурации с указанным справочником.
Если данную операцию производить руками собирать XDTO пакет в конфигураторе это очень долго, напряженно и не эффективно.
Для этого была разработана обработка, которая возвращает все связанные объекты конфигурации с необходимым объектом метаданных системы.
Порядок работы с обработкой:
1. Открываем обработку выбираем в поле "объект ссылка" необходимый тип
2. Указываем куда будет сохраняться файл XSD
3. Если необходимо выгрузить в схему не все реквизиты объекта отмечаем необходимые
4. Так же при необходимости выгрузки реквизитов табличных частей объекта выделяем необходимые реквизиты табличных частей
5. Нажимаем кнопку "Создать схему XSD"
6. Открываем конфигуратор, в ветке XDTO пакетов -> Импорт XML-схемы
7. Выбираем созданный файл XSD
8. Открываем созданный пакет XDTO и видем что все необходимые типы объектов создались
9. В самом низу созданной схемы видим список возвращаемых элементов необходимого справочника, в нашем случае справочника "Контрагенты"
PS. Коллеги, если кому-то понравилась разработка, не забываем ставить звездочки в рейтинге обработки.
Интересная задумка.
Хотелось бы тогда
1. Выбирать несколько справочников
2. Выбирать только нужные реквизиты — лишнего не надо, тем более в рекурсии
3. Кроме xdto пакета должна быть и функция его заполнения — иначе в одном месте экономим , а другом(заполнение) усложняем
Спасибо за замечания, согласен будет время постараюсь доработать.
Изначально для моей задачи нужно было именно в таком варианте
Нужна настройка пространства имен
Хорошая обработка, только, как уже писали выше, было бы удобно выбирать реквизиты, а то обычно обмен всеми реквизитами в прикладных задачах не нужен.
И еще вопрос, может, не совсем в тему… Вижу, что у вас в пакете имена на русском. Хотя в большей части пакетов видел латинские названия. Не знаете, на что это влияет?
Для решения вашей задачи, если ваш Web-сервис в той же базе откуда и данные возвращаются, решаются сразу без проблем.
Вы в курсе что вся конфигурация 1С-кой автоматически мапируется в XSD и поэтому ни каких танцев с бубном не надо?
А вот если это другая база — то да, ваша разработка потребуется.
Конечно в курсе, но зачем нам вся конфигурация то?
Не совсем понятно, зачем выбирать элемент справочника, по которому создается XSD-схема.
Мне кажется, информации о выбранном типе или метаданных достаточно
«Не совсем понятно, зачем выбирать элемент справочника, по которому создается XSD-схема.»
Согласен
Мдя. Когда-то давно уже пытался это сделать. Но собранная таким образом xsd самой же 1С и не читалась. Потому плюнул и забил.
Если теперь вам удалось совершить великое колдунство и заставить 1С кушать собственные схемы, то респект. Или это в платформе что-то починили…
Ну не знаю у меня все работало и до сих пор работает))
(1) Вот это всё — было бы реально круто:)
(1) поддерживаю. Хочу также добавить, что эта обработка xsd только для обмена сущностями 1С.
Также добавить, а почему только справочников? А документы куда дели?
(13) Документы там то же есть.
Я просто не стал уже при выборе в виде дерева выводить метаданные, если кому нужно смогут доработать.
(1) 1 и 2 пункт реализованы
(4) Мне кажется особо не на что не влияет, но может быть и влияет но я об этом не знаю
обработка отличная. Я себе делал подобную, но с выгрузкой без вложенных элементов, теперь понадобилось срочно выгрузить со всеми вложениями и эта обработка то что нужно.
(17) Я рад что пригодилась))))