Новости экономики и финансов. Курсы валют, ситуация на биржах, акции, котировки, аналитика: 💫 💫 💫 💫 💫 💫 читайте на сайте

1C Универсальный Обмен Данными в Формате Xml Отладка • Структура restsxml

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

1С:Эксперт по технологическим вопросам
Мнение эксперта
1С:Эксперт по технологическим вопросам
Задавайте мне вопросы, и я помогу разобраться!
На следующем шаге мы воспользуемся только что созданными элементами справочника Конфигурации и выберем их в справочнике Конвертации. 1C Универсальный Обмен Данными в Формате Xml Отладка Обращайтесь в форму связи

Подробно о файлах обмена с 1С

Подробно о import.xml, offers.xml и их друзьях, а так же о их роли в обменах между и магазином.

Критическая разница между «старым» обменом и «новым» в том, что ранее 1C умела обмениваться с сайтом лишь в регламентном режиме с промежутком от раза в 15 минут и дольше, в новом появилась возможность обновления в режиме реального времени (realtime).

Перечень файлов участвующих в обменах

Мы не станем рассматривать файл с контрагентами, пользовательскими справочниками и документами [3] из-за относительной редкости их использования и остановимся только на основных фалах без которых добиться обновления каталога попросту не выйдет.

Инициатором обмена всегда является 1С. Сайт выступает только принимающей стороной и обрабатывает данные присланные из 1С На стороне магазина не хранятся никакие доступы позволяющие подключиться на удаленный сервер 1С и инициализировать обмен или выполнить иную операцию.

Как сказано выше, обмен между 1С и сайтом происходит при помощи обмена файлами в формате XML построенными на основе стандарта CommerceML 2.xx [3] . Начнем рассматривать примеры файлов выгрузки в порядке очереди их обработки сайтом в момент обмена.

Пример адаптации правил типового обмена в формате EnterpriseData между 1С: КА и 1С: Бухгалтерия предприятия КОРП

  1. Актуальные версии модулей разных редакций 1С для России, Беларуси, Казахстана — тут, для Украины тут.
  2. SKU — складской номер, артикул.
  3. Описание файлов на сайте Битрикса — XML-файлы для обмена данными.
  4. Описание и примеры xml схемы для специалистов 1С — CommerceML 2.XX.

import.xml

Основа основ и первый файл в цепочке обмена. Хранит все данные основного каталога товаров

Промокоды на Займер на скидки

Займы для физических лиц под низкий процент

  • 💲Сумма: от 2 000 до 30 000 рублей
  • 🕑Срок: от 7 до 30 дней
  • 👍Первый заём для новых клиентов — 0%, повторный — скидка 500 руб

Структура import.xml

12345678-ABCD-123A-4567-8910E1234DF5 12345678-ABCD-123A-4567-8910E1234DF5 Каталог товаров XML-ID — Товара A AAAAAQAAAHI= false Название товара 10 XML-ID — Категории товара XML-ID — Свойства A XML-ID — Свойства B XML-ID — Свойства C НДС 12 ВидНоменклатуры Материал ТипНоменклатуры Товар 0 Описание каталога

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

  • Файл — содержит информацию о местонахождении приложенного файла;
  • ОписаниеФайла — описание файла или картинки. Формат: # ;
  • Вес — вес товара;
  • ОписаниеВФорматеHTML — содержит описание товара в формате HTML;
  • Полное наименование — информация о анонсе товара.

Так же можно задать условия отбора товара не все товары нужны на сайте для выгрузки на сайт и свойства в 1С много св-в, не все нужны на сайте.

1С:Эксперт по технологическим вопросам
Мнение эксперта
1С:Эксперт по технологическим вопросам
Задавайте мне вопросы, и я помогу разобраться!
Внешнее приложение получает доступ к набору функций 1С, которые сами обрабатывают данные и предоставляют наружу конечный результат. 1C Универсальный Обмен Данными в Формате Xml Отладка Обращайтесь в форму связи

Комментарии

Подскажите, а как убрать из конфигурации механизм EnterpriseData? Чтобы его там не было. чтобы не тащить xdto. Хочу простой план обмена без правил. А он новый план обмена начинает выдавать ошибку чтения xml-файла обмена, так как в нем грузится EnterpriseData.

Максим, в одном из своих сообщений Вы упомянули, что когда-то выполняли добавление документа ЗаказПоставщику в обмен УТ 11.2 -> БП 3.0.
Не могли бы Вы поподробнее описать весь процесс такой технологии: какие объекты УТ и как нужно изменить или добавить, что выполнить в КД ?

Изменить нужно следующее: И в УТ, и в БП нужно добавить в формат EnterpriseData новый объект – ЗаказПоставщику и прописать его свойства, в том числе ключевые. После этого выгрузить структуру формата и всё остальное, что нужно, в КД 3.0. Там настроить правила конвертации данных, объектов, свойств. После настройки перенести тексты модуля менеджера обмена для УТ и БП в конфигурации.

Ещё нужно добавить ЗаказПоставщику в правила регистрации в УТ. Это делается в КД 2.0.

Максим, в одном из своих сообщений Вы упомянули, что когда-то выполняли добавление документа ЗаказПоставщику в обмен УТ 11.2 -> БП 3.0.
Не могли бы Вы поподробнее описать весь процесс такой технологии: какие объекты УТ и как нужно изменить или добавить, что выполнить в КД ?

Изменить нужно следующее: И в УТ, и в БП нужно добавить в формат EnterpriseData новый объект – ЗаказПоставщику и прописать его свойства, в том числе ключевые. После этого выгрузить структуру формата и всё остальное, что нужно, в КД 3.0. Там настроить правила конвертации данных, объектов, свойств. После настройки перенести тексты модуля менеджера обмена для УТ и БП в конфигурации.

Ещё нужно добавить ЗаказПоставщику в правила регистрации в УТ. Это делается в КД 2.0.

Максим, в одном из своих сообщений Вы упомянули, что когда-то выполняли добавление документа ЗаказПоставщику в обмен УТ 11.2 -> БП 3.0.
Не могли бы Вы поподробнее описать весь процесс такой технологии: какие объекты УТ и как нужно изменить или добавить, что выполнить в КД ?

Мы тоже перешли на универсальный формат. При синхронизации перезаписываются все изменения, сделанные в базе-приёмнике. Написали в 1С. Оттуда ответили, что у них проблема не проявляется

Да, проблема есть. По крайней мере в «Бухгалтерия предприятия 3.0.43.155». Пришлось изменить два общих модуля: ОбменДаннымиXDTOСервер и ОбменДаннымиСобытия

Мы тоже перешли на универсальный формат. При синхронизации перезаписываются все изменения, сделанные в базе-приёмнике. Написали в 1С. Оттуда ответили, что у них проблема не проявляется

Обмен данными в 1С

1C Универсальный Обмен Данными в Формате Xml Отладка

В этой статье опишу свой, пока небольшой, опыт организации обмена данными через универсальный формат EnterpriseData.

И «Управление торговлей», и «Бухгалтерия предприятия» у нас работают в клиент-серверном варианте. Настройку синхронизации я начал с УТ. Выполнил её таким образом, чтобы данные выгружались из УТ в файл. То есть синхронизация через сетевой каталог. В БП настроил обмен таким образом, чтобы из БП никакие данные не выгружались.

Далее запустил синхронизацию на стороне УТ. Выгрузка данных не произошла. В журнале регистрации появились ошибки:

Ошибка при вызове метода контекста (Проверить): Ошибка проверки данных XDTO:
Структура объекта ‘/БанковскийСчетКонтрагента/Банк’ не соответствует типу: КлючевыеСвойстваБанк
Проверка свойства ‘БИК’:
форма: Элемент
имя: БИК
тип:
Отсутствует обязательное свойство
Объект: ДоговорСКонтрагентом № .

Повторил попытку синхронизировать данные из УТ. На этот раз данные успешно выгрузились. В сетевой папке сформировался XML файл, содержащий данные для переноса из УТ в БП.

Событие: Обмен данными
: Аварийно завершился рабочий процесс фонового задания
ВызватьИсключение(ТекстОшибки);

Чтобы локализовать ошибку, попробовал изменять настройки синхронизации и вараанты работы базы БП. В итоге, когда я перевёл базу в файловый вариант, система отработала адекватно: открылась форма сопоставления двух баз. После сопоставления объектов начальная синхронизация прошла успешно. Затем я снова перевёл базу в клиент-серверный вариант.

При дальнейшей «обкатке» синхронизации, потребовалось внести кое-какие изменения в правила конвертации объектов. Настало время воспользоваться конфигурацией «Конвертация данных 3.0». Во встроенной справке конфигурации описан порядок работы. Также помогли статьи на сайте ИТС.

В итоге я загрузил в «Конвертация данных 3.0» следующие данные:

После загрузки открыл в «Конвертация данных 3.0» правила конвертации данных, объектов, свойств. Внёс необходимые мне правки. Затем воспользовался кнопкой «Выгрузить модуль менеджера обмена». Текст модуля скопировался в буфер обмена. Осталось только вставить его в конфигурацию.

Задачу по добавлению документа «Заказ поставщику» в план обмена я выполнял с помощью » Конвертация данных 3.0″. В стандартном варианте УТ — БП этого документа в плане обмена нет.

Будем помнить, что правила регистрации объектов для выгрузки попрежнему настраиваются в конфигурации «Конвертация данных 2.0».

Вот такие первые впечатления о синхронизации данных через универсальный формат EnterpriseData.

P.S. Если есть вопросы и собственные наблюдения по обмену данными через Универсальный формат и конфигурации » Конвертация данных 3.0″, пишите в комментариях. Будем обмениваться опытом.

💥Принимайте участие в опросе и получайте бесплатную консультацию

Related posts