Посоветуйте обмен между одинаковыми конфами (не РИБ)

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

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

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

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

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

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

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

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

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

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

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

(9) ты не прав

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

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

вот и все.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(47) угу.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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