Публикуем 2 новых материала по Конвертации данных 3.0:
- разбор небольшой, но вредной задачи (за несколько минут разберем то, что иногда просто ставит в тупик)
- PDF с пошаговой инструкцией по интеграции БСП (библиотеки стандартных подсистем) в любую конфигурацию
Часть 1: задача по переносу данных
С этим сталкивается каждый, кто пытался настроить обмен данными с помощью Конвертации данных 3.0.
Задача небольшая, но ставящая поначалу в тупик :)
Речь про перенос табличных частей документов и справочников.
Казалось бы, все очень просто. Нужно отметить соответствие реквизитов – и готово :)
Но расставляем “галочки”, запускаем перенос – и вдруг обнаруживаем, что после такой настройки данные табличной части просто не переносятся.
Упс..
И куда копать – непонятно, потому что вроде как все сделано…
Чтобы решить задачу, нужно просто знать, где написать всего 3 строчки кода…
Как раз об этом сегодняшнее видео.
Всего три с половиной минуты, но это классический пример “знать, куда ударить молотком”, пусть и применительно к простой задаче.
КД 3.0 – что делать, если не переносятся табличные части
Если Вы используете более старшую версию БСП, сделайте «поправку» на изменившийся интерфейс и расширенную функциональность. Для этого самостоятельно повторите пример из видео.
Часто на таких вот простых нюансах новички “ломаются” и возвращаются к переносу через ж… txt-файлы.
Кстати, если вы уже используете КД 2.0, это видео тоже будет полезно, поскольку подходы к решению для некоторых задач кардинально изменились.
Часть 2: инструкция “Объединение нетиповой конфигурации с БСП”
(22 страницы, PDF)
Чтобы выполнить обмен данными с помощью Конвертации данных 3.0, нужно, чтобы конфигурации (источник и приемник) содержали БСП.
Впрочем, это будет полезно не только при настройке обмена – БСП используется для решения множества задач.
С одной стороны, не уметь ее интегрировать в свои решения – это слегка не профессионально…
С другой стороны – инструкции на ИТС не блещут подробностями.
В этой инструкции мы по шагам показываем процесс интеграции произвольной конфигурации с БСП.
И это сэкономит вам время, которое вы явно сможете провести с большей пользой, чем просто тыкать пальцем в небо :)
Итак, что мы разбираем в инструкции:
- Объединение нетиповой конфигурации с БСП
- Настройку всех компонент подсистемы Обмен данными
- План обмена
- Общие модули
- Общие команды
- Подписки на события
- Настройку обновления программы
Если Вы используете более старшую версию БСП, сделайте «поправку» на изменившийся интерфейс и расширенную функциональность. Для этого самостоятельно повторите инструкцию на своей версии БСП.
P.S.
Да, сегодня материалы подобраны, “как для новичков”.
Но это то, с чем будут сталкиваться все, кто начинает работать с КД 3.0
Эта тема детально раскрыта в курсе:
«Конвертация Данных 3.0 и технология обмена через универсальный формат (2016)»
Поддержка – 2 месяца. Объем курса – 14 учебных часов.
Не откладывайте свое обучение!
Добрый день.
Реализовываю обмен УТ-БП при помощи КД 3.
Столкнулся со странной ситуацией: если номенклатура выгружается в составе табличной части – БП получает ее как бы в упрощенном виде – без свойства “ВидНоменклатуры” которое для меня критично.
Если выгружать номенклатуру отдельно как элемент справочника – тогда все хорошо переносится, помогите пожалуйста, не понимаю, почему такие различия?
Добрый день
В составе табличной части – это значит, только ссылка на позицию номенклатуры?
Чтобы объект переносился нормально, нужно, чтобы он обязательно выгружался полностью (был отдельно зарегистрирован на узле, если используется планы обмена), иначе все свойства, которые не входят в КлючевыеСвойства не перенесутся.
Понял, спасибо.
Как вы думаете, лучше в таком случае добавить реквизит в ключевые свойства или вынести его отдельно а в БП уже дозаписать после получения?
Нет, добавлять в ключевые точно не нужно. Отдельно выносить, скорее всего, тоже.
Вы же пишете, что если выгружать номенклатуру отдельно, то вид номенклатуры корректно переносится. Вот и нужно отдельно ее перенести, а потом уже загружать документы, которые на нее ссылаются.
Или в чем проблема?
Проблема в том, что автоматической регистрацией – номенклатура – отдельно не регистрируется к переносу.
Возможно это происходит только в моем тестовом примере, но все равно получается, что возможна ситуация – когда Номенклатура переносится некорректно, а это не очень отказоустойчиво.
Идея регулярного обмена в том, что сначала между базами производится полный обмен всеми объектами, а потом переносятся только изменения. Если номенклатура сама не регистрируется к выгрузке, но в переносимых документах есть на нее ссылки, значит, скорее всего, надо менять правила регистрации, чтобы она регистрировалась. Если убрать все ограничения в правилах регистрации, будет регистрироваться вся номенклатура.
Если правила регистрации и правила обмена настроены корректно, все довольно отказоустойчиво.
Здравствуйте!
Спасибо за полезные материалы.
В первоначальном варианте методички была версия БСП 2.3.2.43. Теперь – 2.3.2.56. Там есть какие то особенности?
Здравствуйте!
Между этими версиями – практически никаких. Добавлены новые версии формата, но мы пока на них не переходим, работаем на 1.0.
Спасибо, Ольга!
Добрый день.
Спасибо за полезные материалы.
В письме указано “Второй – пошаговая инструкция по интеграции БСП в ЛЮБУЮ конфигурацию.”
Здесь на странице название инструкции звучит как «Объединение НЕТИПОВОЙ конфигурации с БСП».
Прошу подсказать, можно ли будет воспользоваться указанным порядком действий при переносе нужных подсистем БСП в типовые конфигурации, в частности, ЗУП 2.5?
В общем случае какие условия должны выполняться для конфигурации, чтобы в нее можно было интегрировать БСП?
Добрый день!
В инструкции мы показали, как объединить БСП с самописной конфигурацией. Она подойдет и для типовых (старых), где нет БСП.
Объединение БСП 2.3 с ЗУП не пробовали выполнять. Но Вы можете сделать это самостоятельно, только на копии базы.
Если обнаружите, какие-то особенности, пишите сюда :)