Посоветуйте обмен между одинаковыми конфигурациями УТ11.2. Не РИБ, так как буду настраивать гибкий обмен (например конвертация РТиУ в ПТиУ и т.д.). Конфигурации будут дорабатываться независимо. Одна ИБ - это розничный отдел, вторая - оптовый. Нужен обмен. Обмен должен быть автоматический, по регламентному заданию.

КД 3.0 владею, если что. КД 2.0 тоже, само собой.

Что из типового арсенала УТ11.2 можно использовать?

а разве в составе ут11.2 еще есть план обмена с включенными риб ? Или собираешься добавлять?

Было же довольно много видео на тему того, что в новых ут (или ERP, например) уже отказались принципиально от использования РИБ и обмены строятся принципиально с использованием КД 3. И странно утверждение, что зная кд3.0 у тебя нет инфы об ее использовании для построения обменов между базами.

(1) Я вроде в (0) два раза написал, что мне РИБ не подходит, а ты меня спрашиваешь, откуда там РИБ. Чтобы удовлетворить твое любопотство, скажу, что в УТ11.2 есть два плана обмена РИБ. Полный и по подразделениям. Надеюсь на этом тему РИБ закрыть и больше к ней не возращаться.

Есть и план обмена и с использованием EnterpriseData. Инфа об его использовании у меня есть.

Уточню вопрос в (0):

Что из типового арсенала УТ11.2 лучше, оптимально использовать для решения данной задачи?

(2) давно в УТ не заглядывал - что там в новой версии в планах обмена не смотрел. Зато смотрел, что ERP планов обмена РИБ не сделали.

Поищи видео. Долго пересказывать... да и не мое изобретение, чтоб умничать. Сейчас сам поищу. Если что найду ссылку закину

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

(0) ну вот, всё знаешь - зачем спрашиваешь?

вот в качестве первой ссылки https://youtu.be/cW9Rn9YJO6c

Там просто много всего такого видео.

(6) Хм.. это РИБ. РИБ это. Понимаешь? Это РИБ. Мне РИБ не нужен. Не нужен мне РИБ. Не-ну-жен. Передаю по буквам Рая, Игорь, Борис - не нужен.

(7) еще один искатель абсолюта.

позволь спросить, чем таким РИБ особенным качеством отличается от других планов?

И еще. по буквам: ТАМ ДРУГИХ ВИДЕО ДОХ....А И БОЛЬШЕ - СМОТРИ САМ

(8) РИБ отличается тем, что нельзя независимо дорабатывать подчиненные узлы и нет правил конвертации. Об этом сказано в (0).

(9) ты не прав

(10) Ну конечно. С риб-ом работаю еще с семерки.

(0)Я смотрю ты и сам владеешь всеми инструментами. Зачем тему завел? Похвастаться как ты круто ты ими владеешь?:-)

(12) Я посоветоваться хотел, может кто уже такой обмен настраивал. Как лучше?!

(13)Лучше когда никто потом на тебя балон не катит.

вот и все.

(14) В переводе на русский язык это означает "сам думай". А форум тогда зачем?

(16)А никто из жителей форума как раз за тебя думат ь не подписывался:-)
Мы можем дать точек ы нужную сторону.Идею.
Хотя конечно встрячаюся идивидумы которые и разжуют все:-)).Я сам такой добрый иногда бываю:-)

(11) почему тогда я для узлов обмена, которые сначала созданы с пометкой РИБ умудряюсь устанавливать правила обмена для них такие, которые получал с помощью конвертации, а не делаю их обязательную и 100%-ную прошивку изнутри конфигурации. РИБ включает возможность, но не исключает желания пользоваться теми правилами, которые тебе нужны.

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

(18) Не знаю, куда ты умудрялся правила засовывать в РИБ :) РИБ принципиально работает без правил. Правила регистрации не в счет.

(17) Пока никаких идей не услышал. Посылают смотреть Ютуб. Я сам могу послать смотреть Ютую.

(20) А какой ответ Вы желаете услышать, если (4) Вам не подходит?

(21) Ему нужно готовое решение основанное не на РИБ. В принципе сделать правила обмена в КД и запускать обмен по расписанию - вообще не проблема. Тут как бы в другом вопрос. Как диспетчеризировать объекты к выгрузке, разрешать конфликты, передавать список удаляемых объектов и т.п. Это же в принципе тот же РИБ придется с нуля реализовать, кроме разве передачи изменений конфигурации. Хотя тоже не думаю что невозможная задача. Простейший обмен можно накатать относительно легко.

(2) >в УТ11.2 есть два плана обмена РИБ. Полный и по подразделениям

То что они там есть ничего не значит )) изучи внимательно раздел(ы) "обмен данными", там везде авторегистрация=запретить.

По сути РИБ во всех последних конфах сделан на основе правил КД. И эти правила можно менять... чем и советую заняться взять типовые от РИБ, поправить и залить назад в свои базы поправленные.

(0) Зачем КД, если конфигурации одинаковы? Или пока одинаковы...

+ А зачем несколько баз, слей в одну базу!?

(24) (например конвертация РТиУ в ПТиУ и т.д.) - это в ответ на то, что они пока одинаковы.

(25) базы могут работать автономно с разным режимом рабочего времени, технологических процедур, архивирования, пользовательского доступа и т.д. и т.п.

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

А если серьезно, то флаг РИБ позволяет только создавать первичное наполнение базы, используя настройки узла из реквизитов узла или табличной части, или какой-то специальной обработки данных в правилах... Замечательный способ, да к тому же имеющий специальное дополнение в платформе для синхронизации конфигураций в периферийных узлах! Но и это все. Исключите необходимость первичного наполнения нового узла обмена данными и потребность в синхронизации конфигураций между собой - после этого узел с признаком РИБ уже ничем не отличается от всех остальных узлов, никаких признаком РИБ в себе не несущих.

(23) Еще один знаток РИБ :) Вообще-то у меня на УТ11.2 РИБ развернут, но используется для других целей.

Давай так, если ты меня ткнешь носом в правила обмена РИБ, подготовленные в КД, я тебе пришлю 100 руб. на тел. А если не ткнешь, то ты мне 200 руб.

(28) а ты хоть когда-нибудь правила из КД для обменов между базами использовал? не разовой конвертации, а именно регулярного обмена в автоматическом режиме или по нажатию пользователями кнопок где-то?

(27) Ты в курсе, что транспортный уровень РИБ совершенно другой - открой сообщение обмена РИБ и сообщение не РИБ и удивись.

Ты в курсе, что на РИБ можно делавть такие вещи, которые КД не сможет сделать? Например передать регистр без регистратора?

(29) Не смеши.

(30) чушь! выкинь из обмена данными конфигурацию и никакой разницы в пакетах не будет.

(20) (28) РИБ не РИБ - разница только передаешь изменения конфигурации или нет. Нужно тебе поддерживать идентичность конфигурации в этих базах - откуда мы знаем? ты не сказал!
каких тебе идей еще нужно, ты сам все в (0) перечислил, осталось только принять решение, исходя из деталей задачи, которые кроме тебя опять таки никто не знает.

ок, хочешь чтоб решили за тебя - повелеваю - сделай план обмена и правила на КД2. как сделаешь - приноси пузырь коньяку в благодарность за правильный выбор)

(30) не смеши - это насчет чего? того, что ты этого не умеешь делать? Что этого нельзя было сделать на КД2, которые по твоему утверждению в топике ты знаешь?

(33) Да вообще-то самый простейший случай - обмены УТ-БП, ЗУП-БП - работают у меня и сейчас по регламентному заданию. То есть, автоматически, Карл. Это КД3. И работали так же по регламентному заданию в КД2, когда были еще БП2.0.

Вообще не проблема, что-то ты совсем запутался, дружище :)

(30) и да, я умею передавать БЕЗ использования РИБ наборы записей регистра, даже если сам регистратор не передается

(34) к чему тогда твой вынос мозга всем присутствующим?
Ответ (12) был дан весьма вовремя

(32) Инфраструктура под КД2 в УТ11.2 есть, повелитель?

(35) РИБ это делает совершенно спокойно и непринужденно, в штатном режиме, и это много где используется в типовых. Например при передаче данных по бонусным картам в РИБ Розницы.

(38) Это делает любой обмен - в штатном режиме

(28) http://pastenow.ru/15826
http://pastenow.ru/1582D

(40) Что-то это ты тут мне прислал правила регистрации. Тебя просили правила конвертации. Разницу понимаешь?

(41) какая у тебя отвратительная манера вести дискуссию

(42) А чо на меня сразу наезжать-то сорок постов. Давайте говорить конструктивно, а не выяснять кто лучше РИБ знает.

(37) обработки УниверсальныйОбменДаннымиВФорматеХМЛ (или как она там) нету в конфе? ну так добавь ее туда! плюс план обмена, плюс подписку на событие для регистрации, плюс регламентное задание. вот кажется и вся инфраструктура...

не нравится решение? сам знаешь как лучше? а чо тогда спрашиваешь?? - снова не ясно

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

(45) Путаешь с традиционным подходом, который не РИБ. Там правила состоят из двух файлов: Конвертация и Регистрация.В настройку РИБ загружается только одни из этих файлов, а именно правила регистрации.

(44) Так-то и я могу. Нужно готовое решение, или почти готовое. Верю, что в УТ11.2 оно есть.

(47) угу.

ну не помню я в каком именно видео это смотрел. там четко было разложено по полочкам, что взяли кд3, взяли для этого обмена новый план обмена, прописали в него в сам план регистрацию, потому что именно состав регистрации описывали с помощью плана обмена, затем все остальные прибамбасы я уже смотреть не стал... ну подумал, что на кой оно мне нужно прямо тогда, а когда понадобится, то к тому времени, все равно забуду... вот и забыл :-/

(48) Думаю это единственно верный подход, к нему и склоняюсь. Вечером буду курить существующий в  УТ11 план обмена "СинхронизацияДанныхЧерезУниверсальныйФормат".

Не понимаю зачем тут обсуждают создание нового велосипеда. Доработка конфигурации не требуется.
Вы УТ 11.2 открывали? Там всё есть штатно - обмен в универсальном формате, работает по расписанию. Нужно лишь правила доработать при необходимости.
Настраивать новую синхронизацию с "Другая программа".

(50) Ну да, совершенно верно. Хотел услышать, может я что-то упустил и есть другие решения.

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

(52) Фигасе, ты загнул. Сто лет так делали все, а тут вдруг оказалось "плохая идея", ога.

Проверил через обмен в Универсальном формате. Ну в общем-то на первый взгляд - работает. Конечно, допилить кое-что придется в процессе внедрения.

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

А автоматическое формирование правил в КД не подходит? Раз идентичные конфы.

(55) Да, я об этом писал. Правила сырые, но остальной функционал работает )) В БП 3.0 есть Документ_ЗаказКлиента_Получение

(56) КД 3 не знает и не должна знать какая конфигурация приемника, т.к. работает с универсальным форматом.

Альтернативы сырому универсальному формату в УТ11.2 для решения данной задачи, как я понял, нет? Без глубокого допиливания?

В общем универсальный формат пилить и пилить с неясными перспективами. РС - и то не передать.

А вот такая мысль, как вам. Берем план обмена БП20 (он на КД2) настраиваем, и подсовываем ему правила УТ11-УТ11?

Как вам такая идея, взлетит?

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

(60) Понятно, так и надо делать. А почему может не взлететь (59), если просто правила обмена подменить?

(61) ну состав объектов можно ведь подкорректировать или как? Посмотри отладчиком, что он делает в процессе получения пакета обмена на выгрузку - вполне вероятно, что при выгрузке там есть обработка типов каких-то прямо в конфигурации... если же нет, или оно может быть очищено, то подставляй ему свои правила на свой состав, а обвязка из БСП у этой копии будет практически готовая

(62) А я не хочу копию плана обмена делать, я прямо план обмена который в конфигурации называется ОбменУправлениеТорговлейБухгалтерияПредприятия буду использовать. Программа будет думать что "на том конце" бухгалтерия, а на самом деле там будет УТ

(60) Идея понятна. Не понятен один момент. Что значит "берешь план обмена". Копировать нужно объект конфигурации или использовать существующий?

(63) давно бы уже подменил и проверил) Но план обмена с БП может еще пригодиться + для БП дополнительные настройки есть, которые нужно убирать такие как сопоставление объектов.

(64) да копировать

(64) и переименовывать конечно) (включая все синонимы)

(65) План обмена БП20 больше, на мой взгляд, подходит, чем от Розницы. В рознице как раз куча всего лишнего, если смотреть на табличные части плана обмена. Включая аж кассы магазинов и эквайринговые терминалы.

(59) РС можно передать. Штрихкод тот же переделываем в структуру и скармливаем ПКО. В приемнике получаем данные и записываем в РС.

Как поступить - Вам решать. Просто пилить правила в КД 3. Или пилить конфигурации и создавать новые правила в КД 2, которые могут "поломаться" после изменения конфигурации.

(69) Извраты с КД3, конечно занимательны. Только время нет этим заниматься. Подождем годика два, как будет нормальный обмен для большинства объектов.

(69) Правила фик бы с ними, их поправить не долго. Хуже, что поломается обвязка БСП для скопированного Плана обмена

(71) не проверял, но имхает меня, что в БСП не будет явных имен, которые указывали бы на использование конкретного плана обмена для обмена с БП20

ну чо? вижу, движемся таки к (32) и (44)?)))

(73) Да, только обработка УниверсальныйОбменВФорматеXML тут и рядом не лежала. В БСП свои обработки.

(74) что то мне имхается, что старый добрый УниверсальныйОбменВФормате, запускаемый из самодельного регл.задания, будет проще для узкоконкретной задачи, чем ковыряться с обвязкой БСП ради сомнительной целостности решения...
а еще прикинь - выкинут поддержку КД2 из УТ11 (обещают!) - опять переделывать будешь? всё, не только правила!

(75) Не получится, думал в эту сторону. УниверсальномуОбмену нужен План обмена. Так? Так. Значит или создавать новый с нуля, или копировать существующий.
Новый чистый - к нему подписки на события в каждом объекте замучаешься подвязывать.
А если готовый План обмена брать, так он на БСП завязан. Так что без БСП никак не обойтись.

(75) кд 2 врятли выкинут т.к. это более гибкий механизм нежели кд3

(76) новый чистый. и одну новую подписку "при записи" на все нужные объекты - быстро же сделать. ну, забыли еще про РС или справочник, чтоб настройки обмена хранить (впрочем, можно и в узлах всё это держать).
и не зависишь от полетов фантазии разрабов.. вот че я тебя уговариваю?

(78) >>  вот че я тебя уговариваю?

Не знаю :) Если у меня взлетит план Б (а он уже делает побежки по взлетке), то план В мне точно не понадобится.

А вообще это дурдом. Задача-то не узкопециальная, а совершенно типовая и распространенная. Раньше в типовых даже был обмен такой "Обмен с идентичной конфигурацией" как то так назывался. А тут я уже два дня сижу и голову ломаю, как с идентичной (идентичной, Карл!) конфой автоматический обмен настроить. Дурдом.

(77) + для обмена со старыми редакциями конфигураций КД2 даже в ERP оставили

(79) так в том и хохма теперь, что в учебных видео вещают, что эпоха установки "простого обмена" уже не доступна, а единственно нормальный путь решения - самому каждый раз новый обмен создавать. Рецепт в принципе годный, т.к. при обновлениях уникальные самописные объекты никуда не исчезают, а если им обвязку делать корректно, то и обновление прокатывает в автоматическом режиме.