Синхронизация между двумя БП через универсальный формат #793022

Всем привет Народ, тут озадачился проблемой синхронизации двух абсолютно одинаковых баз БП 3.0 (одна рабочая, вторая - копия, но должна содержать актуальные данные). Вроде бы казалось задача должна решаться просто, однако не тут то было... Погуглил, но в итоге есть всякие описания вариантов синхронизации БП 3.0 и с ЗУП, и с УТ, и с ERP, но вот БП с БП ннигде не попалось... Если кто сталкивался подскажите где можно почитать инфу, ну или может кто делал поделиться опытом...

Если через универсальный формат принципиально, то в настройках обмена выбирайте "другая программа" и связывайте так 2 БП

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

сделай однгосторонний риб и наслаждайся

Ну так сделай префикс во 2й базе отличный от 1й.

если бы мне был нужен РИБ, я бы его и сделал

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

Нужно двум базам установить разный префикс

в режиме предприятия

код предопределенного узла вообще никак не задан. вот оно и ругается, что он просто одинаков = пустой и там и там

может я конечно плохо смотрел, но в режиме предприятия вчера не нашел где можно было бы сменить код узла... вынужден огорчить - задан... мы говорим про план обмена "Синхронизация через универсальный формат"

полуОФФ: "Вам шашечки или ехать?" В чем цель задачи?

нужно настроить синхронизацию данных между двумя БП 3.0... все в сабже... через универсальный формат обмена

Извини за повтор "через универсальный формат обмена".Это условие задачи или ты другого пути не принимаешь?

это условие задачи

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

совсем не по условию... задача из файловой передать данные в клиент-серверную )))

причем не разово, а регулярно, по расписанию

не благодари

К сотому посту еще что-нибудь озвучишь? )) В час по чайной ложке, ей Богу.

не благодарю ))) потому что это не помогло еще вчера

Можно написать скрипт и через dt перекидывать данные ))

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

это извращение... есть конкретное условие заказчика... обмен через универсальный формат... их даже настрйока РИБ не устраивает как решение

Прелесть универсального обмена в том, что в отладчике можно увидеть каждый шаг, на котором случается ошибка. Потом надо подумать маленько. Ты до сих пор не озвучил ошибку подробно и дословно. Поэтому поможет только кофейная гуща, а не форумчане. Колись подробнее.

при создании узла обмена во второй базе (получателе), говорит про неуникальность кода узла...

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

попробуй задать другой код

Это можно вручную поправить с нужного номера

задать где?

Задать 2 разных префикса. В каждой базе: Универсальный формат -> другая программа. Как бы всё :-)

еще раз... задание разных префиксов для ИБ в настройке синхронизации данных - НЕ ПОМОГЛО

Там , где узлы

там где узлы не дает поменять код узла... открывает форму узла но поля с кодом нет

конфа находится на поддержке и снимать с нее запрещено

Ты ВСЕ условия озвучь.

попробуй изменить форму. Можно обработкой установить код

блин... народ... надо настроить синхронизацию... в конфигурации (ни в метаданные, ни в формы) вносить изменения НЕЛЬЗЯ...

Возьми 2 чистые БП 3.0 и проверь. Если там работает, то у тебя в данных косяк

в сабже написано: две абсолютно ОДИНАКОВЫЕ БП 3.0... а раз они на поддержке, то они еще и совсем ТИПОВЫЕ... в них нет никаких изменений... и это вообще первый обмен который настраивается в них

Просто возьми 2 новые базы и проверь.

Так что с префиксами?

а какая хер разница? прошу прощения за мой французский... шаги то я сделаю те же самые...

бла-блаПереопределяемый для внесения своего кода 1с и придумала. Если префиксы даже поменяешь то прилетит след. проблем - нумерация пойдет в др. базе с 1...

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

вариант с внесением изменений в конфигурацию - НЕ ВАРИАНТ... если нет предложений по сабжу лучше ничего не предлагай...

Забудь,что делал, выдохни, успокойся и начни так как советуют.

последовательность действий, которая была успешной при настройке обмена между БП 3.0 и ЗУП 3.0...как оказалось для обмена БП-БП не подходит

В копии данные будете заводить ручками? Цели какие у клиента в данном мероприятии?

Покажи скриншоты планов обмена. [ У тебя код узла должен совпадать с префиксом базы как у меня на скриншоте БЦ

код узла - это и есть префикс ИБ в данном обмене, это один реквизит.

не правда. Префикс это константа "Префикс информационной базы"

И он может не совпадать, когда изменяют префикс базы после настройки обмена

у тебя обмен между ERP и БП... это не та ситуация... подобные обмены я уже делал и они работают без проблем... однако то как настраивались обмены подобные тому (последовательность действий) при БП-БП не сработали

Так сможешь сделать скриншоты как я показал в ? И скажи какой префикс у какой базы. И это же универсальный формат. Идеология в том, что конфигурации могут быть любые. Ему как бы всё равно БП-БП, УТ-БП, БП-ЕРП

чот нервный ты кокойто... пошел я отсюда )

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

коды центральных узлов планов обменов в обоих базах "БП"

Когда сможешь?

Ответь на

Вот и разбирайся с кодами, чтобы в двух базах предопределённые узлы имели разный код.

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

ты будешь удивлён, но не все операции описаны в универсальном обмене. Т.е. 2 базы не будут идентичны

ок... не вопрос... у тебя в твоей базе получится изменить код узла "ЦБ" на какой нибудь другой?

Есть еще как минимум два решения без универсального обмена в таком случае

ну пишешь внешнюю обработку, 3 строчки чего как маленький мальчик? Детский сад.

например?

см. выше

Настрой веб-сервер и через него дай доступ к основной базе с правами на просмотр

для файловой базы? потому что как раз такой вариант настроен для копии в которую и нужно настроить обмен

ОФФ: Иногда обсуждения с Заказчиком технических подходов позволяет убедить их в более рациональном решении. Я исхожу только из того, что ты озвучил.

Можно и для файловой и без всяких обменов

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

сделать идентичные базы через универсальный формат обмена типовым механизмом невозможно

ОК. Потом расскажи, как сделал. ))

ну смотря что понимать под "идентичным"? актуальную справочную информацию и документы? почему невозможно?

Начни с настройки обмена, а там будешь смотреть как и что обменивается. Только не удивляйся, что при изменении настроек в одной из баз, в другую они не выгрузятся, тем самым документы могут не проводиться в базе-приёмнике

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

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

спроси у Гилева, кстати. За спрос денег не берут. Может у него уже готовый курс есть и может даже среди бесплатных. Их там уже так много накопилось, что без спроса и не найдешь нужного.

смотрю ты совсем потерялся ) Без изменения конфы никак если регистрации каких-то объектов не хватает в плане обмена "СинхронизацияДанныхЧерезУниверсальныйФормат" а РИБ или др. механизмы не подходят или костыли. Вкратце что сделать в твоем случае: 0)доходчиво объяснить рук-ву необходимость изменений которые НЕ ПОВЛИЯЮТ на обновления релизов. 1) смотреть , там хоть и не EnterpriseData а БСП-обмен "по правилам" но многое совпадает, итак: 2) скопировать "СинхронизацияДанныхЧерезУниверсальныйФормат" и по аналогии в модуле менеджера поменять под себя- там все из названия и комментов понятно 3) в КД2 допилить под новые объекты правила регистрации из макета "ПравилаРегистрации" и залить в аналогичный макет в свой план обмена. Не забыть запустить базы с ключем "ЗапуститьОбновлениеИнформационнойБазы" З.Ы. у Гилева проходил курс . После него вообще никаких вопросов с EnterpriseData не будет...

я не потерялся, просто занимаюсь другими задачами ))) за ссылки спасибо, обязательно посмотрю З.Ы. Гилевский курс по КД 3.0 в планах есть,но чуть позже

Вот же решение вопроса проблемы с префиксом . Изменить код узла в какой-нибудь базе и настроить обмен заново.

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

думал в эту сторону, без плана обмена не взлетит, объекты нужно регистрировать и принимать квитанции.

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

тьфу на регистрацию.. с этой (авто)регистрацией в типовом обмене между ут 11.3 и бп 3 огребал не раз.. вон вчера даж желание было порукоприкладствовать - благо, обошлось..

регистрация в штатной не авто - она по "правилам регистрации" и регистрируется в плане обмена объект если: 1) изменился реквизит который описан в ПКО "правил конвертации " или, например, док поменял признак проведен 2) объект "пережил" фильтры в "правилах регистрации" что собственно вполне логично...