1С: Конвертация данных 2. Разработка с "нуля" на простых примерах разработки

26.10.17

Интеграция - Обмен между базами 1C

1. Вступление 2. Что понадобится: конфигурация 1С: Конвертация данных 2. и обработки из пакета. Для примера задач возьмем конфигурации 1С: Управление торговлей 11 и 1С: БП 3.*. 3. Нам понадобятся Обработки для выгрузки структуры метаданных и обмена. 4. Выгрузка структуры метаданных конфигурации 1С: Управление торговлей 11.3 и 1С: Бухгалтерия предприятия 3.0.* 5. Загрузка структур метаданных конфигураций в базу конвертации. 6. Создание правил конвертации в 1С на конкретном примере задачи. 7. Подводим итоги: Выгрузка и загрузка данных с помощью разработанных правил обмена данными.

1. Вступление.

В этой статье хотелось бы минимально затронуть теорию или не трогать вообще. И в отличие от других ресурсов, показать на простых жизненных примерах разработку правил конвертации объектов. Хочется поделиться какими-то стандартными механизмами, зная которые, можно выделить более «нужные», «правильные» и без «мусора» правила.

2. Что понадобится: конфигурация 1С: Конвертация данных 2.* и обработки из пакета. Для Примера задач возьмем конфигурации 1С: Управление торговлей 11 и 1С: БП 3.*.

Итак, для разработки правил выгрузки данных в 1С потребуется конфигурация 1С: Конвертация объектов 2, а также обработки, входящие в пакет.

Например, у нас уже развернута база конвертации и запущена.

 


 
Разработку правил обмена будем писать между конфигурацией 1С:  Управление торговлей 11 и 1С: Бухгалтерия предприятия 3 (правила обмена УТ / БУХ).
 

3. Нам понадобятся Обработки для выгрузки структуры метаданных и обмена.


Первое, что нужно получить для разработки – это файлы со структурой метаданных. Выполняется это с помощью обработок выгрузки структуры метаданных, входящих в пакет конвертации объектов.


 
Собственно, в распакованном каталоге конфигураций для конфигураций на управляемых формах нас интересует обработка MD83Exp.epf. Если выгрузку нужно сделать из конфигураций на обычных формах, тогда используется обработка MD82Exp.epf. Это если, например, нужно получить структуру из таких конфигураций, как 1С: УТ 10, 1С: Управление производственным предприятием 1.3, 1С: Комплексная автоматизация 1.1, 1С: Зуп 2.5 и так далее.

Далее уже для выгрузки-загрузки данных в 1С с помощью наших правил понадобится обработка «Универсальный обмен данными в формате XML» V8Exchan83.epf для конфигураций на управляемых формах таких как 1С: Управление торговлей 11.*, 1С БП 3, 1С: ERP 2.* и подобных. И соответственно V8Exchan83.epf - для конфигураций на обычных формах.
 

4. Выгрузка структуры метаданных конфигурации 1С: Управление торговлей 11.3 и 1С: Бухгалтерия предприятия 3.0.*


Начнем с выгрузки структуры метаданных из конфигурации 1С: Бухгалтерия предприятия 3.
Откроем обработку MD83Exp.epf



В форме обработки имеются дополнительные настройки, где мы можем включить или отключить параметр выгружать регистры и движения в 1С. Также есть выбор, где будет проходить выгрузка: на сервере 1С или «на клиенте.» Указываем название файла, куда выгрузится структура данных. Аналогичным образом делаем выгрузку структуры метаданных конфигурации Управление торговлей 11.


5. Загрузка структур метаданных конфигураций в базу конвертации.


Теперь необходимо загрузить конфигурацию в базу конвертаций. К данному пункту можно прийти и из списка конфигураций, и из списка конвертаций. Сделаем просто загрузку из рабочего стола:


 

В диалоговом окне загружаем структуру БП:
 

  И аналогично - структуру Управления торговлей.
 

  По окончании загрузки появится диалоговое окно, где можно указать удобное для вас наименование. 


 

  6. Создание правил конвертации в 1С на конкретном примере задачи.


Далее переходим в «Настройка правил объекта», где создаем новую настройку.
В диалоговом окне создания конвертации выбираем конфигурацию «источник» и конфигурацию «приемник» (которые ранее загрузили) и нажимаем ОК.
 


  Так как в этой статье планировал показать создание «с нуля» и «без мусора», напоминаю, что ничего автоматически не создаем. Никаких прототипов. 

 

В этом диалоговом окне ничего выполнять не будем, просто нажмем - «Закрыть».

Создадим правила для выгрузки не один документ в один, а один вид в другой, например, документ РеализацииТоваровУслуг из УТ 11 с необходимыми справочниками в документ ПоступлениеТоваровУслуг в БП 3.

Итак, создаем новое ПКО (правило конвертации объектов в 1С)
 


  Выбираем источник РеализацияТоваровУслуг и приемник ПоступлениеТоваровУслуг и нажимаем ОК.
При этом появится диалоговое окно, где опять отказываемся от автоматического создания ПКС (Правил конвертации свойств). Далее выберем только необходимые.
 


  А вот на предложение создать ПВД (правил выгрузки данных) отвечаем «Да». 
 

 


Создаются ПВД, которые и будут отражаться в обработке универсального обмена XML для выбора:



Создадутся так же правила конвертации данных с пустыми правилами конвертации свойств. 
 


Причем видно, что ПКО по умолчанию предлагается искать по внутреннему идентификатору объекта. На это указывает лупа возле ПКО. Мы же будем делать свой поиск, и сделаем его по номеру документа и дате на начало дня.

Снимаем поиск по УИО: 
 



  Теперь начнем сопоставление необходимых свойств (реквизитов) объекта. Для этого жмем «СинхронизацияСвойств»  (метка «1» на скрине). Убираем рекурсивное создание правил («2»). Снимаем все отмеченные реквизиты ("3"). И выберем самостоятельно, что нам нужно.
 


Для примера выбираем необходимое:
 


Обращаю внимание на то, что мы сделаем ПКС контрагента в организацию, а организацию в контрагента, и еще сопоставим некоторые реквизиты, которые не совпадают по имени, например, «Валюта» и «Валюта документа».
 


Далее жмем ОК и получаем подобное:
 


  Где видим, что еще нет правил конвертации.

Начнем по реквизитам проходить и описывать. Сначала настраиваем поиск документа так, как писал ранее, делаем выгрузку и поиск документа на начало даты, и сделаем подмену нумерации. Первые три символа будем подменять на свой префикс «УТБ». А так как в БП и УТ нумерация по 11 символов, делаем составной номер: наш префикс и 8 символов от источника. Пример на скрине ниже.
 


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

Для этого ПКС установив, как не проведен, 0 или 1, используем как булево.
 


  На примере валюты создаем для ПКС правило конвертации объекта. При этом считаем, что в обеих базах валюты имеются, и они должны синхронизироваться по коду. Поэтому в ПКО валют не будем создавать все ПКС, а только добавим Код для поиска. Т.е. от предложения создать ПКС для объекта – отказываемся.
 


  В ПКО документа для ПКС подставилось созданное Правило конвертации. А само правило по умолчанию предлагается по уникальному идентификатору. Исправляем, делаем поиск по коду и устанавливаем свойство, чтобы не создавать новый объект.

В итоге получаем вариант:
 



  Далее по аналогии создаем для остальных реквизитов ПКО и ПКС. Причем поиск организации по контрагенту и наоборот устанавливаем по ИНН. Примерно так это выглядит с минимальными реквизитами (можно добавлять при необходимости).
 


  Для ПКО Договоры контрагентов делаем поиск по ПКС Контрагент, наименование и владелец.
 


  Посмотрим, как указать в ПКС нужное значение в типе перечисления. Например, реквизит «ВидОперации». Тут можно использовать различные условия и подставлять значения. Например, нам нужно, чтобы «вид операции» выгружался всегда «Товары», в этом случае достаточно в «лоб» написать нужное значение строкой.
 


  Ниже показано, как установить без сложностей и в большинстве случаев ПКС для КратностьВзаиморасчетов, КурсВзаиморасчетов, Счета учета.


 
Для ПКО Номенклатура оставим поиск по внутреннему уникальному идентификатору. Но обращу внимание на то, как можно переопределить свою группу. Например, мы согласны, что будет выгружаться новая номенклатура из конфигурации 1С: Управление торговлей 11, но нужно, чтобы номенклатура собиралась в определенной группе «НашаГруппа».
 


  Для реализации данной задачи создаем ещё одно ПКО. Назовем его «НоменклатураРодитель», которое укажем в ПКС родителя в правиле конвертации.

Устанавливаем два поиска: по наименованию, где наименование жестко указываем нашей группы, и обязательное свойство признака «ЭтоГруппа» в истина.

 

  Поскольку мы приняли решение, что у нас вся номенклатура падает в нашу группу, то нет необходимости при выгрузке выгружать группы из УТ 11. Для этого в ПКО Номенклатура в обработчике событий «ПередВыгрузкой» поставим фильтр, что не нужно выгружать группы «Отказ = Источник.ЭтоГруппа;».
 


В ПВД (правила выгрузки данных) РеализацииТоваровУслуг, добавим фильтр, чтобы не выгружались помеченные на удаление документы. Для этого в ПВД в обработчиках событий «ПередВыгрузкой» пропишем фильтр «Отказ = Объект.ПометкаУдаления;».
  

  Сохраним разработанные правила в файл.
 

 

  7. Подводим итоги: Выгрузка и загрузка данных с помощью разработанных правил обмена данными.

 

Открываем в 1С:Управление торговлей 11 обработку «Универсальный обмен данными в формате XML» V8Exchan83.epf.
 

  Выгрузка прошла, теперь этой же обработкой делаем загрузку в 1С: Бухгалтерия предприятия 3.

 



  
Загрузка прошла. Проверяем, что как загрузилось. Итак, документ загружен, как мы и добивались - у нас Организация загружена в контрагента, а контрагент в организацию. Счета учета все загружены и установлены. Номер документа у нас получился с нашим префиксом и на начало дня. Все реквизиты, которые прописали, заполнены.

 

  Проверяем загрузку номенклатуры. Видим, что всё получилось так, как мы и планировали.
 


 


  
У нас создались и заполнились реквизиты так, как мы это задумывали. В конвертации имеется множество тонкостей и каких-то простых, но нужных вещей, которые помогают точно написать конвертацию. А это позволяет минимизировать ошибки, не испортить существующие данные и избавиться от лишнего мусора. Это один из самых простых примеров. Можно так же делать конвертации одного объекта во многие или же наоборот многие - в один.

Сейчас есть конвертация данных 3, она решает другие задачи. Поэтому конвертация 2, так же нужна. Всем удачи в изучении и освоении. 

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

Сергей ОМЕЛЬЧУК

1C:Конвертация данных 2 1С:УТ 1С:Управление торговленй 1С:Бух 1С:Бухгалтерия предприятия Обмен между базами Перенос данных Конвертация Правила обмена.

См. также

SALE! 20%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Обмен между базами 1C Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) в продаже с 2015 года, постоянно работаем над их развитием | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

45650 36520 руб.

04.08.2015    159664    363    267    

345

SALE! 15%

[ED3] Обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

25080 22572 руб.

12.06.2017    134916    722    291    

388

SALE! 20%

Перенос данных из ERP 2 / КА 2 / УТ 11 в БП 3.0. Переносятся документы, начальные остатки и справочники

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | В продаже с 2019г. | Воспользовались более 176 предприятий! | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой, обращайтесь!

34650 27720 руб.

15.04.2019    68412    178    138    

111

SALE! 20%

Перенос данных из ERP 2 / КА 2 в ЗУП 3. Переносятся остатки, документы и справочники

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Воспользовались более 79 предприятий! | Предлагаем приобрести готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | В продаже с 2020г. | Оперативно обновляем правила до актуальных релизов 1С | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

43450 34760 руб.

03.12.2020    34167    80    58    

78

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.87.x) и УТ 11.5 (11.5.16.x).

28000 25200 руб.

23.07.2020    46281    196    64    

157

SALE! 10%

Перенос данных из БП 3.0 в УТ 11 / КА 2 / ERP 2. Переносятся начальные остатки, документы и справочники

Обмен между базами 1C Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

В продаже с 2014г. | Воспользовались более 122 предприятий! | Перенос данных из БП 3.0 в УТ 11 | из БП 3.0 в КА 2 | из БП 3.0 в ERP | Сэкономьте свое время - используйте готовое решение для перехода! | Постоянно работаем над развитием переноса данных | Обновляем на новые релизы 1С | Есть фильтр выгрузки по организациям | Переносятся начальные остатки на выбранную дату, документы за период времени и вся возможная справочная информация | Перенос сделан на технологии КД 2 (правила конвертации данных)

50722 45650 руб.

31.10.2014    231387    124    327    

295

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9204    9    8    

10

SALE! 10%

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Обмен между базами 1C Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.223.x) и БП 3.0 (3.0.149.x). Правила подходят для версии ПРОФ и КОРП.

28000 25200 руб.

15.12.2021    20233    132    38    

90
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. leosoft 165 26.10.17 10:40 Сейчас в теме
Спасибо, отличный материал!
Если можно - напишите еще как данные из источника
формировать запросом и передавать их в регистр.
chess762; Sherdrada; +2 Ответить
2. bb1962 990 26.10.17 11:18 Сейчас в теме
Однако, совет хочу дать: без крайней необходимости не размножайте ПКО. Старайтесь создавать для каждого типа объектов одно ПКО. Не забывайте, что объекты часто выгружаются по ссылкам, где правило конвертации не всегда задается явно. ПКО в таком случае обработкой выгрузки определяется по типу объекта. Можно, конечно, и нужно использовать приоритет ПКО, но Вы можете про это забыть и однажды "попасть" на то, что объект выгружается не тем ПКО. А если уж используете второе ПКО, как в данной статье, то не указывайте в нем источник - указывайте "Получить из входящих данных". Или просто задавайте в ПКО все значения реквизитов. Или вообще полностью программно сформируйте объект выгрузки: "Значение = Новый Структура() и т.д." Приемов - масса.
В данном случае автор продемонстрировал дурной стиль.
3. user705522_constantin_h 35 26.10.17 11:55 Сейчас в теме
Отличная статья!!!
VAAngelov; +1 Ответить
4. herfis 498 26.10.17 13:19 Сейчас в теме
Плюсанул. Рекомендовал в качестве практической части к своему краткому теоретическому экскурсу :)
garik80; user603103_dan4ik_; sansys; +3 Ответить
5. MaxS 2826 26.10.17 13:53 Сейчас в теме
Для КД 2 материал полезный, но зачем для примера взяли УТ 11.3? Там уже есть типовые механизмы, которые используют КД 3. Получается, что пример вводит в заблуждение, направляя на шаг назад.
Правильнее было бы для примера взять УТ 10.3. ;)
6. bb1962 990 26.10.17 14:40 Сейчас в теме
(5) КД 2 - это не шаг назад, как Вам того хотелось бы. Вот "типовые механизмы" и КД 3 - это как раз шаг еще неизвестно куда. Чего стоит только тот факт, что вмешаться в эти "типовые механизмы" в общем случае можно ТОЛЬКО изменив конфигурацию. Для меня лично это означает сразу "НЕТ" огромными буквами. Технология КД 2 в противоположность абсолютно автономна и никак от конфигурации не зависит.
Кстати, то что Вы пишете в своих публикациях о пригодности КД 3 на будущее - тоже верно только отчасти. Нет и не может быть такого механизма, который бы не потребовал доработок в будущем. Где именно и что именно будет изменяться - это дело десятое.
Merkalov; RailMen; jONES1979; kild; +4 Ответить
7. MaxS 2826 26.10.17 14:57 Сейчас в теме
(6) Единственная проблема в КД 3, которую создала 1С - это то, что в БП 3.0 минимальный формат обмена 1.3. В остальном задумка хорошая и много клиентов работают годами не обновляя и не дорабатывая обмен. Многим клиентам достаточно типового функционала, не нужно переносить что-то нетиповое и дорабатывать формат обмена в КД3. Изменить правила КД3 можно не меняя конфигурации, это штатная возможность.
http://infostart.ru/upload/iblock/e86/e86bedfd287192e61259736297004214.png
http://infostart.ru/upload/iblock/d90/d908b0b462262424564b9fe5d00877e2.png

И я не утверждаю, что КД 2 это шаг назад. Каждому инструменту своё место. Ценность специалиста в умении использовать все доступные инструменты, а не изобретать велосипед. В данном примере для решения задачи обмена УТ 11.3 - БП 3.0 отказ от готового типового механизма и создание обмена на КД 2 с нуля - такое решение шаг в сторону ))
Alister; sr5; sansys; +3 Ответить
9. bb1962 990 26.10.17 15:30 Сейчас в теме
(7) Эта "единственная проблема" перечеркивает всю технологию. А про то, что в типовых конфигурациях уже все есть, я слышу ровно столько лет, сколько существует 1С. Но у людей думающих должен возникнуть естественный вопрос: "А чем же тогда фирма 1С все эти годы занималась и еще будет заниматься, если в типовой уже все есть?"
GetNight; kote; +2 Ответить
11. MaxS 2826 26.10.17 16:09 Сейчас в теме
(9) По крайней мере версия универсального формата обмена в БП 3 поддерживается несколько лет. Это означает, что настроив синхронизацию УТ 11.3 - БП 3.0 сегодня и не обновляя УТ 11.3 несколько лет, можно не дорабатывать правила после обновления БП 3.0 так, как это пришлось бы делать, используя обмен в КД 2.
ERP 2.4 и КА 2.4 не отказались от старого формата обмена.
За универсальность приходится "платить" наличием в конфигурации БСП. Но плюсов от этого больше, т.к. работает регулярный обмен по расписанию, используется план обмена.
В конфигурациях на платформе 8.3.10 можно не меняя конфигурацию исправить ошибки в БСП и в правилах.
Ошибки в правилах бывают, в БСП критических ошибок, чтобы не работал обмен давно не встречал.
10. bb1962 990 26.10.17 15:40 Сейчас в теме
(7) И я говорил не правилах, а о всем механизме, потому и написал "в общем случае".
КД 2, еще раз подчеркиваю, абсолютно никак не связана с конфигурацией. Сама технология, сама реализация переноса не связана.
8. herfis 498 26.10.17 15:05 Сейчас в теме
КД 3 - это шаг наискосок. И разработчики это прекрасно понимают, подчеркивая что КД3 не является полной заменой КД2. И не сможет таковой стать никогда.
Идея абстрагироваться от специфики базы-корреспондента и не рисовать сто-пицот наборов правил на все возможные комбинации обмена - очень и очень заманчива. Но и достигается эта цель отнюдь не даром. Теряется тоже очень многое.
Универсальность втиснута в прокрустово ложе "универсального" формата, совместимость теперь ограничена поддержкой нужных его версий.
Очевидно, что для типовых конфигураций одного поколения плюсы перевешивают минусы. Именно под задачи обмена между ними КД3 на пару с "универсальным" форматом и пилятся. Но шаг влево, шаг вправо - и "выручай, старая добрая КД 2".
12. Pim 180 26.10.17 16:20 Сейчас в теме
Отличная статья. Такую бы для КД 3.0...
fancy; kild; sansys; MaxS; +4 Ответить
13. sansys 76 26.10.17 18:35 Сейчас в теме
(12) Согласен, статья блестящая. Будем надеяться, автор создаст подобный шедевр и для КД 3.0. Однозначно плюс
14. LexSeIch 210 27.10.17 04:05 Сейчас в теме
(13) К сожалению, КД 2.1 и КД 3 - это две большие разницы. Но без 2-ки даже, на новых конфигурациях, жизнь была бы скучной - например нет стандартного обмена ЗУП 3.1 и БП 2.0 - в этом случае выручить могут правила, созданные в КД 2.0 для обработки "Универсальный обмен данными в формате XML". Автору спасибо за статью.
15. aspirator23 339 04.11.17 13:20 Сейчас в теме
1.При обменах с 77 использовалось в качество Булево 1/0. Там просто его не было. При обменах в 8.хх методически правильно указать Истина/Ложь
2.Не выгружать помеченные на удаление - нужно использовать осторожно. Указание -не выгружать помеченные на удаление приведет к появлению битой ссылке если в документе он был ненароком использован.
16. RailMen 823 06.11.17 10:50 Сейчас в теме
Поставил огромный лайк!
Сделал ссылку из своей публикации на эту статью. Кстати, моя статья посвящается специалистам с некоторым опытом работы в КД 2.1, пример создания правил выгрузки ведомостей и банковских счетов из ЗУП 2.5 в БП КОРП 3.0
https://infostart.ru/public/695916/
17. KAV2 156 10.01.18 12:00 Сейчас в теме
Статья замечательная, спасибо! Но как быть с регистрацией изменений и планами обмена, они ведь почти всегда нужны, необходимо при выгрузке делать фильтр только по измененным данным.
18. user800132 29.10.18 15:18 Сейчас в теме
Основательная работа была проделана. Спасибо автору за подробное описание! Конвертация объектов на простых примеров, как раз то что искал!
19. taasha25 13 08.11.18 11:27 Сейчас в теме
20. vis_tmp 32 22.05.19 07:57 Сейчас в теме
Спасибо! Отличная статья "Конвертация данных на простых примерах разработки".
21. progr-2008 118 19.07.19 20:07 Сейчас в теме
Да, КД 2 все-равно периодически необходима.
22. wowan ht 5 13.11.19 11:16 Сейчас в теме
Здравствуйте.
КД версия 2
Задача: выгрузить из источника записи Регистра сведений и в приемнике создать Документ на каждую запись.
В источнике отсутствует такой объект.
Создал ПВД с пустым объектом и произвольным запросом, результат которого попадает в ВыборкаДанных
Далее создал ПКО также с пустым источником, реквизиты приемника заполняю из выборки.
При использовании обработки "Универсальный обмен данными" все выгрузки-загрузки отрабатывают без проблем.

В источнике создал план обмена, включил его в подсистему Синхронизация (обмен данными), загрузил правила.
При попытке выгрузки возникает ошибка, что такой объект не найден по типу в метаданных.

Можно как-то выкрутиться из данной ситуации?

Пробовал создавать ОписаниеОбъекта в ПВД - не прокатило
Пробовал вставлять запрос в обработчик "Перед получением измененных" - та же картина

Есть еще варианты?
Заранее спасибо
23. VAAngelov 364 24.02.21 11:40 Сейчас в теме
Отлично подан материал. Сжато и понятно на простом примере.
24. @lex 75 25.03.21 04:36 Сейчас в теме
Спасибо за отличный материал! А в общем, мое мнение - 1С надо не извращаться со всякими конвертациями, а сделать так - какие данные участвуют в обмене между определенными конфигурациями - должны быть максимально идентичными в части основных реквизитов. И пользователь просто должен указать, какие виды документов ему нужны в обмене и все. При необходимости, например - простая настройка счетов, где это необходимо. Тогда будет вечный обмен между стандартными конфигурациями.
25. Федосеев 18.05.21 21:58 Сейчас в теме
(24) Не будет. И во многих конфигурациях данные зачастую в приемнике просто отсутствуют в источнике. И что такое СТАНДАРТНЫЕ конфигурации? Может быть вы имели ввиду типовые ?
26. @lex 75 19.05.21 02:41 Сейчас в теме
Доброго времени суток! Конечно, имелись в виду типовые :)
27. Strannik777 22.06.21 16:37 Сейчас в теме
Хорошая статья. Аналогичную бы по КД 3.0, а то там с документацией совсем печалька
28. silverr 15 12.08.21 16:06 Сейчас в теме
Всем доброго времени суток!
Хорошая статья, как говорится, глаза страшатся, а руки делают. Автору спасибо, а специалистам вопрос. В данной статье продемонстрирован пример преобразования документа одного вида в другой, т.е. обмен между разными но зависимыми организациями. Как на КД 3.0 написать правило регулярного двустороннего обмена, имея аналогичную задачу, без изменения конфигурации? Возможно-ли? Я к тому, что предо мной стоит схожая задача, и какой вариант выбрать пока не решил.
Синхронизация позволяет использовать механизм регистрации изменений, не утруждая пользователя отбором данных, чего в обмене через каталог быть не может (я так думаю).
(7) Какие возможности предоставляют эти настройки?
29. пользователь 21.03.22 14:44
Сообщение было скрыто модератором.
...
30. tugushev98 07.12.22 13:07 Сейчас в теме
Не пойму почему отказываются от автоматического рекурсивного создания ПКО, ведь иначе перенос будет неполным
31. alw-1 02.03.23 11:48 Сейчас в теме
Делал как у автора.
Документы перенеслись в табличных частях нет счетов, %НДС , реквизит Организация заполнился а контрагент и склад нет.
В каких настройках ошибка?
32. Euroset1 11 07.03.23 14:46 Сейчас в теме
И соответственно V8Exchan83.epf - для конфигураций на обычных формах. - опечатка, поправьте..
33. petrobol25 24.05.23 09:55 Сейчас в теме
А как передавать привязанные к реализации Заказы клиента, если наименования реквизитов в конфигурациях отличаются?
34. petrobol25 24.05.23 10:11 Сейчас в теме
35. Cheid 18.10.23 16:15 Сейчас в теме
Товарищи, подскажите, как выгрузить документы с определенным периодом ?
Создал два параметра, в ПКО Перед ВЫгрузкой написал:
Параметры.НачалоПериода = '20230401000000';
Параметры.КонецПериода = '20230401235959';

Если Источник.Дата < Параметры.НачалоПериода ИЛИ Источник.Дата > Параметры.КонецПериода Тогда
Отказ = Истина;
КонецЕсли;

Или надо в ПВД ПередВыгрузкой ?
Если НЕ НачалоДня(Объект.Дата) = '20230401000000' Тогда
Отказ = Истина;
КонецЕсли;

Он то выгружает только за 01.04.23, но оооочень долго, как будто собирает ВСЕ эти документы, и потом их перебирает и смотрит какие в файл записать.

Хочу понять суть и смысл, где правильно накладывать подобные ограничения. Заранее спасибо всем за участие)
Оставьте свое сообщение