Изменить код узла обмена 1с
Всем привет Народ, тут озадачился проблемой синхронизации двух абсолютно одинаковых баз БП 3.0 (одна рабочая, вторая - копия, но должна содержать актуальные данные). Вроде бы казалось задача должна решаться просто, однако не тут то было. Погуглил, но в итоге есть всякие описания вариантов синхронизации БП 3.0 и с ЗУП, и с УТ, и с ERP, но вот БП с БП ннигде не попалось. Если кто сталкивался подскажите где можно почитать инфу, ну или может кто делал поделиться опытом.
Если через универсальный формат принципиально, то в настройках обмена выбирайте "другая программа" и связывайте так 2 БП
пробовал. настройка не создается верещит на не уникальность префиксов во второй базе. еще не смотрел, но предполагаю что дело в коде предопределнного корневого узла плана обмена, в обоих базах он одинаковый
в данный момент не могу проверить, но если код предопределенного узла задан в конфигураторе, то изменить его не получится. конфа согласно регламентов заказчика с поддержки сниматься не должна
код предопределенного узла вообще никак не задан. вот оно и ругается, что он просто одинаков = пустой и там и там
может я конечно плохо смотрел, но в режиме предприятия вчера не нашел где можно было бы сменить код узла. вынужден огорчить - задан. мы говорим про план обмена "Синхронизация через универсальный формат"
нужно настроить синхронизацию данных между двумя БП 3.0. все в сабже. через универсальный формат обмена
Извини за повтор "через универсальный формат обмена".Это условие задачи или ты другого пути не принимаешь?
Абсолютно одинаковые базы можно создать копированием каталога для файловой и репликацией для клиент-серверной. Хотя это не по условию задачи.
народ, я ведь в сабже написал про ссылки на инфу по настройке, или если кто то действительно делал это и у него получилось и он может вкратце описать последовательность действий.
это извращение. есть конкретное условие заказчика. обмен через универсальный формат. их даже настрйока РИБ не устраивает как решение
Прелесть универсального обмена в том, что в отладчике можно увидеть каждый шаг, на котором случается ошибка. Потом надо подумать маленько. Ты до сих пор не озвучил ошибку подробно и дословно. Поэтому поможет только кофейная гуща, а не форумчане. Колись подробнее.
ты настройку обмена "Другая программа" создал с каким префиксом? в разных базах префиксы должны быть разными однозначно. убей настройки в обеих базах, сделай корректные префиксы (неприятный момент что нумерация доков может с 1 начаться)
блин. народ. надо настроить синхронизацию. в конфигурации (ни в метаданные, ни в формы) вносить изменения НЕЛЬЗЯ.
в сабже написано: две абсолютно ОДИНАКОВЫЕ БП 3.0. а раз они на поддержке, то они еще и совсем ТИПОВЫЕ. в них нет никаких изменений. и это вообще первый обмен который настраивается в них
бла-блаПереопределяемый для внесения своего кода 1с и придумала. Если префиксы даже поменяешь то прилетит след. проблем - нумерация пойдет в др. базе с 1.
я ведь не утверждаю что мои действия абсолютно правильные. поэтому и вопрос был про то не встречал ли кто инструкций по настрйоке обмена между идентичными конфигурациями
вариант с внесением изменений в конфигурацию - НЕ ВАРИАНТ. если нет предложений по сабжу лучше ничего не предлагай.
последовательность действий, которая была успешной при настройке обмена между БП 3.0 и ЗУП 3.0. как оказалось для обмена БП-БП не подходит
Покажи скриншоты планов обмена. [ У тебя код узла должен совпадать с префиксом базы как у меня на скриншоте БЦ
у тебя обмен между ERP и БП. это не та ситуация. подобные обмены я уже делал и они работают без проблем. однако то как настраивались обмены подобные тому (последовательность действий) при БП-БП не сработали
Так сможешь сделать скриншоты как я показал в ? И скажи какой префикс у какой базы. И это же универсальный формат. Идеология в том, что конфигурации могут быть любые. Ему как бы всё равно БП-БП, УТ-БП, БП-ЕРП
скрины пока не могу сделать. с идеологией согласен. и заказчик из-за этой идеологии и уперся в решение.
в копии данные руками не заносятся. просто к этим базам по разному настроен доступ (не спрашивайте почему, заморочки заказчика) в копию заходит руководство через хер пойми какое соединение. и им требуются актуальные данные
для файловой базы? потому что как раз такой вариант настроен для копии в которую и нужно настроить обмен
ОФФ: Иногда обсуждения с Заказчиком технических подходов позволяет убедить их в более рациональном решении. Я исхожу только из того, что ты озвучил.
ну хватит переливать из пустого в порожнее. условия я озвучил. заказчик их не собирается изменять (если ты думаешь что с ним не пытались это обсуждать). так что этот тупизм данность и надо решить задачу с учетом этого
ну смотря что понимать под "идентичным"? актуальную справочную информацию и документы? почему невозможно?
Начни с настройки обмена, а там будешь смотреть как и что обменивается. Только не удивляйся, что при изменении настроек в одной из баз, в другую они не выгрузятся, тем самым документы могут не проводиться в базе-приёмнике
а это может оказаться довольно критичным поведением. Если цель этого всего процесса перевыгрузки данных всего лишь инфа собственнику на прочтение. что весьма сомнительно, с учетом того, что источник в файловой базе, а приемник в скл. подразумевается наличие еще каких-то дополнительных хотелок, о которых пока ни слова не сказано. к тс. Да напиши уже свой собственный обмен и при этом вся конфигурация в целом останется обновляемой типовыми средствами.
нет там никаких доп. хотелок. конфигурации не изменяемые (с поддержки снимать нельзя) а по поводу собственного обмена ))) не хочется получить ярлык "не справился со стандартной задачей". по моему у Гилева я эту фразу увидел
спроси у Гилева, кстати. За спрос денег не берут. Может у него уже готовый курс есть и может даже среди бесплатных. Их там уже так много накопилось, что без спроса и не найдешь нужного.
смотрю ты совсем потерялся ) Без изменения конфы никак если регистрации каких-то объектов не хватает в плане обмена "СинхронизацияДанныхЧерезУниверсальныйФормат" а РИБ или др. механизмы не подходят или костыли. Вкратце что сделать в твоем случае: 0)доходчиво объяснить рук-ву необходимость изменений которые НЕ ПОВЛИЯЮТ на обновления релизов. 1) смотреть , там хоть и не EnterpriseData а БСП-обмен "по правилам" но многое совпадает, итак: 2) скопировать "СинхронизацияДанныхЧерезУниверсальныйФормат" и по аналогии в модуле менеджера поменять под себя- там все из названия и комментов понятно 3) в КД2 допилить под новые объекты правила регистрации из макета "ПравилаРегистрации" и залить в аналогичный макет в свой план обмена. Не забыть запустить базы с ключем "ЗапуститьОбновлениеИнформационнойБазы" З.Ы. у Гилева проходил курс . После него вообще никаких вопросов с EnterpriseData не будет.
я не потерялся, просто занимаюсь другими задачами ))) за ссылки спасибо, обязательно посмотрю З.Ы. Гилевский курс по КД 3.0 в планах есть,но чуть позже
Вот же решение вопроса проблемы с префиксом . Изменить код узла в какой-нибудь базе и настроить обмен заново.
использовать обработку "Универсальный обмен данными XML". Предварительно создав правила в КД 2 - создаются в полпинка.. зы.. данная обработка к универсальному обмену в последних релизах (кстати, дуболомы его придумали) отношения не имеет..
думал в эту сторону, без плана обмена не взлетит, объекты нужно регистрировать и принимать квитанции.
немного пообщавшись на форуме у Гилева, получил информацию о возможных ошибках в моих действиях, хотя в целом направление выбранное мной правильное. еще не пробовал, по результатам напишу получилось или нет
тьфу на регистрацию.. с этой (авто)регистрацией в типовом обмене между ут 11.3 и бп 3 огребал не раз.. вон вчера даж желание было порукоприкладствовать - благо, обошлось..
регистрация в штатной не авто - она по "правилам регистрации" и регистрируется в плане обмена объект если: 1) изменился реквизит который описан в ПКО "правил конвертации " или, например, док поменял признак проведен 2) объект "пережил" фильтры в "правилах регистрации" что собственно вполне логично.
Обработка под управляемыми формами. Позволяет изменить код узла обмена. Обработка необходима, так как стандартная форма узла не позволяет это сделать. И в типовых обработках просмотра реквизитов объектов это также не получается сделать.
В поле вводите новый код, выбираете узел обмена, в котором хотите изменить код. И нажимаете "Записать".
Обработка изменения кода узла обмена (бесплатно)
Универсальные переносы данных 1С (перенос документов, остатков и справочной информации):
Данные программы разработаны в нашей компании. Позволяют комфортно выполнить переход со старых программ 1С на новые. В отличие от типовых переносов фирмы 1С эти разработки позволяют переносить документы за выбранный период.
Переносы данных можно приобрести за безналичный расчет на юридическое лицо (предоставим закрывающие документы) или оплатить банковской картой через шлюз Яндекс.Кассы (предоставим электронный чек). -->
Обработка под управляемыми формами. Позволяет изменить код узла обмена. Обработка необходима, так как стандартная форма узла не позволяет это сделать. И в типовых обработках просмотра реквизитов объектов это также не получается сделать.
В поле вводите новый код, выбираете узел обмена, в котором хотите изменить код. И нажимаете "Записать".
Универсальные переносы данных 1С (перенос документов, остатков и справочной информации):
Данные программы разработаны в нашей компании. Позволяют комфортно выполнить переход со старых программ 1С на новые. В отличие от типовых переносов фирмы 1С эти разработки позволяют переносить документы за выбранный период.
Переносы данных можно приобрести за безналичный расчет на юридическое лицо (предоставим закрывающие документы) или оплатить банковской картой через шлюз Яндекс.Кассы (предоставим электронный чек). -->
В этой статье поговорим о планах обмена. Зачем они нужны? И если нужны, то можно ли сделать свой, не копируя типовую реализацию? Статья предназначена в основном для разработчиков, но будет полезна всем, кто интересуется подобной темой.
Также в плане обмена есть несколько стандартных реквизитов. Например, «Номер принятого» и «Номер отправленного». Эти реквизиты удобно использовать для того, чтобы принимать только актуальную информацию, которая не была ранее принята. А теперь обо всем этом подробней и с примерами. Хоть планы обмена кому-то и кажутся чем-то страшным и необъяснимым, после прочтения статьи, думаю, все станет просто и понятно.
1. Создание и регистрация, узлы плана обмена.
Приведем пример, когда нам нужно выгружать измененные номенклатуры (для ТСД, мобильного устройства, промежуточной базы или пр.).
Ищем в дереве конфигурации ветку «Общие» -- «Планы обмена». Добавляем новый план обмена.
Назовем его «ОбменНоменклатурой_Тест». Включаем в состав нужные объекты. В этом примере справочник «Номенклатура».
//Здесь налаживаем отборы
//и сам код регистрации
Узел = ПланыОбмена.ОбменНоменклатурой_Тест.НайтиПоКоду("Тест");
ПланыОбмена.ЗарегистрироватьИзменения(Узел, Источник);
В режиме предприятия создадим новый узел плана обмена. Это, по сути, элемент плана обмена, который будет использоваться только для одного приемника. Хотя, если не требуется подтверждение о приеме данных, то с одного узла можно рассылать данные всем, но здесь мы такой вариант не рассматриваем, так как он намного проще и будет понятен по ходу статьи.
Создадим новый элемент в справочнике «Номенклатура» в 1С. Переходим снова в обработку, нажимаем кнопку «Обновить» и видим, что у нас этот объект зарегистрировался автоматически.
2. 1С Выгрузка планов обмена.
Например, создадим кнопку в списке плана обмена и назначим на нее обработчик на сервере.
Есть возможность выбирать изменения объектной моделью, вот так:
Пока ВыборкаИзменений.Следующий() Цикл
КонецЦикла;
Также есть возможность выбора изменений запросом:
В процедуре на сервере давайте откроем конструктор запроса с обработкой результата и посмотрим, как выбрать изменения. В конструкторе есть кнопка «Отображать таблицы изменений». После нажатия на эту кнопку мы увидим таблицы, в которых хранятся наши изменения.
Накладывая отбор на узел, мы можем получить изменения только по определенному приемнику, а в ссылке хранится объект, то есть ссылка на номенклатуру. Но при выборе запросом, выгруженные изменения придется помечать вручную.
В итоге процедура будет выглядеть так:
После того как мы воспользуемся кнопкой в обработке регистрации изменений для обмена данными, мы увидим, что данные помечены, как выгруженные. И в колонке «Номер отправленного» мы видим номер пакета, в котором была произведена 1С выгрузка объекта.
3. Порядок снятия с регистрации.
После этого, регистрация изменений будет снята.
Если приемник не получил данные, то при следующей выборке все данные, для которых не снята регистрация будут выгружены повторно.
В общем, повторюсь, план обмена помогает организовать обмен данными со сторонними системами. И в этой статье мы разобрали, как на самом деле просто с ним работать.
Специалист компании ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) --> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) -->
Вас могут заинтересовать следующие вебинары:
В этой статье поговорим о планах обмена. Зачем они нужны? И если нужны, то можно ли сделать свой, не копируя типовую реализацию? Статья предназначена в основном для разработчиков, но будет полезна всем, кто интересуется подобной темой.
Также в плане обмена есть несколько стандартных реквизитов. Например, «Номер принятого» и «Номер отправленного». Эти реквизиты удобно использовать для того, чтобы принимать только актуальную информацию, которая не была ранее принята. А теперь обо всем этом подробней и с примерами. Хоть планы обмена кому-то и кажутся чем-то страшным и необъяснимым, после прочтения статьи, думаю, все станет просто и понятно.
1. Создание и регистрация, узлы плана обмена.
Приведем пример, когда нам нужно выгружать измененные номенклатуры (для ТСД, мобильного устройства, промежуточной базы или пр.).
Ищем в дереве конфигурации ветку «Общие» -- «Планы обмена». Добавляем новый план обмена.
Назовем его «ОбменНоменклатурой_Тест». Включаем в состав нужные объекты. В этом примере справочник «Номенклатура».
//Здесь налаживаем отборы
//и сам код регистрации
Узел = ПланыОбмена.ОбменНоменклатурой_Тест.НайтиПоКоду("Тест");
ПланыОбмена.ЗарегистрироватьИзменения(Узел, Источник);
В режиме предприятия создадим новый узел плана обмена. Это, по сути, элемент плана обмена, который будет использоваться только для одного приемника. Хотя, если не требуется подтверждение о приеме данных, то с одного узла можно рассылать данные всем, но здесь мы такой вариант не рассматриваем, так как он намного проще и будет понятен по ходу статьи.
Создадим новый элемент в справочнике «Номенклатура» в 1С. Переходим снова в обработку, нажимаем кнопку «Обновить» и видим, что у нас этот объект зарегистрировался автоматически.
2. 1С Выгрузка планов обмена.
Например, создадим кнопку в списке плана обмена и назначим на нее обработчик на сервере.
Есть возможность выбирать изменения объектной моделью, вот так:
Пока ВыборкаИзменений.Следующий() Цикл
КонецЦикла;
Также есть возможность выбора изменений запросом:
В процедуре на сервере давайте откроем конструктор запроса с обработкой результата и посмотрим, как выбрать изменения. В конструкторе есть кнопка «Отображать таблицы изменений». После нажатия на эту кнопку мы увидим таблицы, в которых хранятся наши изменения.
Накладывая отбор на узел, мы можем получить изменения только по определенному приемнику, а в ссылке хранится объект, то есть ссылка на номенклатуру. Но при выборе запросом, выгруженные изменения придется помечать вручную.
В итоге процедура будет выглядеть так:
После того как мы воспользуемся кнопкой в обработке регистрации изменений для обмена данными, мы увидим, что данные помечены, как выгруженные. И в колонке «Номер отправленного» мы видим номер пакета, в котором была произведена 1С выгрузка объекта.
3. Порядок снятия с регистрации.
После этого, регистрация изменений будет снята.
Если приемник не получил данные, то при следующей выборке все данные, для которых не снята регистрация будут выгружены повторно.
В общем, повторюсь, план обмена помогает организовать обмен данными со сторонними системами. И в этой статье мы разобрали, как на самом деле просто с ним работать.
Специалист компании ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) --> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) -->
Вас могут заинтересовать следующие вебинары:
В этой статье поговорим о планах обмена. Зачем они нужны? И если нужны, то можно ли сделать свой, не копируя типовую реализацию? Статья предназначена в основном для разработчиков, но будет полезна всем, кто интересуется подобной темой.
Также в плане обмена есть несколько стандартных реквизитов. Например, «Номер принятого» и «Номер отправленного». Эти реквизиты удобно использовать для того, чтобы принимать только актуальную информацию, которая не была ранее принята. А теперь обо всем этом подробней и с примерами. Хоть планы обмена кому-то и кажутся чем-то страшным и необъяснимым, после прочтения статьи, думаю, все станет просто и понятно.
1. Создание и регистрация, узлы плана обмена.
Приведем пример, когда нам нужно выгружать измененные номенклатуры (для ТСД, мобильного устройства, промежуточной базы или пр.).
Ищем в дереве конфигурации ветку «Общие» -- «Планы обмена». Добавляем новый план обмена.
Назовем его «ОбменНоменклатурой_Тест». Включаем в состав нужные объекты. В этом примере справочник «Номенклатура».
//Здесь налаживаем отборы
//и сам код регистрации
Узел = ПланыОбмена.ОбменНоменклатурой_Тест.НайтиПоКоду("Тест");
ПланыОбмена.ЗарегистрироватьИзменения(Узел, Источник);
В режиме предприятия создадим новый узел плана обмена. Это, по сути, элемент плана обмена, который будет использоваться только для одного приемника. Хотя, если не требуется подтверждение о приеме данных, то с одного узла можно рассылать данные всем, но здесь мы такой вариант не рассматриваем, так как он намного проще и будет понятен по ходу статьи.
Создадим новый элемент в справочнике «Номенклатура» в 1С. Переходим снова в обработку, нажимаем кнопку «Обновить» и видим, что у нас этот объект зарегистрировался автоматически.
2. 1С Выгрузка планов обмена.
Например, создадим кнопку в списке плана обмена и назначим на нее обработчик на сервере.
Есть возможность выбирать изменения объектной моделью, вот так:
Пока ВыборкаИзменений.Следующий() Цикл
КонецЦикла;
Также есть возможность выбора изменений запросом:
В процедуре на сервере давайте откроем конструктор запроса с обработкой результата и посмотрим, как выбрать изменения. В конструкторе есть кнопка «Отображать таблицы изменений». После нажатия на эту кнопку мы увидим таблицы, в которых хранятся наши изменения.
Накладывая отбор на узел, мы можем получить изменения только по определенному приемнику, а в ссылке хранится объект, то есть ссылка на номенклатуру. Но при выборе запросом, выгруженные изменения придется помечать вручную.
В итоге процедура будет выглядеть так:
После того как мы воспользуемся кнопкой в обработке регистрации изменений для обмена данными, мы увидим, что данные помечены, как выгруженные. И в колонке «Номер отправленного» мы видим номер пакета, в котором была произведена 1С выгрузка объекта.
3. Порядок снятия с регистрации.
После этого, регистрация изменений будет снята.
Если приемник не получил данные, то при следующей выборке все данные, для которых не снята регистрация будут выгружены повторно.
В общем, повторюсь, план обмена помогает организовать обмен данными со сторонними системами. И в этой статье мы разобрали, как на самом деле просто с ним работать.
Специалист компании ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) --> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) -->
Вас могут заинтересовать следующие вебинары:
Читайте также: