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

Подробно о файлах обмена с 1С
Подробно о import.xml, offers.xml и их друзьях, а так же о их роли в обменах между 1С и магазином.
Критическая разница между «старым» обменом и «новым» в том, что ранее 1C умела обмениваться с сайтом лишь в регламентном режиме с промежутком от раза в 15 минут и дольше, в новом появилась возможность обновления в режиме реального времени (realtime).
Перечень файлов участвующих в обменах
Мы не станем рассматривать файл с контрагентами, пользовательскими справочниками и документами [3] из-за относительной редкости их использования и остановимся только на основных фалах без которых добиться обновления каталога попросту не выйдет.
Инициатором обмена всегда является 1С. Сайт выступает только принимающей стороной и обрабатывает данные присланные из 1С На стороне магазина не хранятся никакие доступы позволяющие подключиться на удаленный сервер 1С и инициализировать обмен или выполнить иную операцию.
Как сказано выше, обмен между 1С и сайтом происходит при помощи обмена файлами в формате XML построенными на основе стандарта CommerceML 2.xx [3] . Начнем рассматривать примеры файлов выгрузки в порядке очереди их обработки сайтом в момент обмена.
Пример адаптации правил типового обмена в формате EnterpriseData между 1С: КА и 1С: Бухгалтерия предприятия КОРП
- Актуальные версии модулей разных редакций 1С для России, Беларуси, Казахстана — тут, для Украины тут.
- SKU — складской номер, артикул.
- Описание файлов на сайте Битрикса — XML-файлы для обмена данными.
- Описание и примеры xml схемы для специалистов 1С — CommerceML 2.XX.
import.xml
Основа основ и первый файл в цепочке обмена. Хранит все данные основного каталога товаров
Промокоды на Займер на скидки
Структура 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С много св-в, не все нужны на сайте.

Комментарии
Подскажите, а как убрать из конфигурации механизм 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″, пишите в комментариях. Будем обмениваться опытом.
Микрофинансирование → Микрокредиты → Специальные предложения → Скачать файлы → Обзор Быстроденег → Предмет договора → Ответственность сторон → Отличные наличные→ Экспресс займы