Как объединить две конфигурации 1с в одну

Конфигурация на поддержке нескольких конфигураций поставщиков

Рассмотрим следующую ситуацию. Пользователю требуется интегрированное решение, сочетающее в себе две достаточно различные функциональности, например торговлю и управление персоналом. Присутствующие на рынке интегрированные решения по каким — либо причинам его не удовлетворяют, но устраивающие его решения по отдельности существуют. Он приобретает эти решения и объединяет их в одну конфигурацию. Конечно, любое объединение двух существенно отличающихся конфигураций (особенно если они разработаны различными поставщиками) это сложный процесс, требующий «ручной» доработки результата «механического» объединения. Нужно постараться не нарушая работоспособности конфигураций объединить функционально аналогичные объекты, присутствующие в исходных конфигурациях. Сам по себе этот вопрос выходит за рамки данной статьи, мы рассмотрим его с точки зрения механизма поставки и поддержки конфигураций.

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

Поддержка сопоставленных объектов

При обновлении конфигурации учитываются только те объекты пользовательской конфигурации, которые происходят из конфигурации поставщика, все остальные объекты считаются добавленными пользователем и влияния на процесс обновления не оказывают, поэтому не имеет значения, были они действительно добавлены пользователем или были получены из другой конфигурации поставщика. Интерес представляют сопоставленные объекты двух конфигураций поставщиков. Рассмотрим вопрос как может осуществляться поддержка таких объектов. Для каждой конфигурации поставщика анализируются только ее связи с пользовательскими объектами, то есть если объект пользовательской конфигурации связан так же с объектом другой конфигурации поставщика, это никак не влияет на работу механизма поставки и поддержки. Если пользователь выполнит обновление объекта из первой конфигурации поставщика, то «с точки зрения» второй конфигурации поставщика, это будет выглядеть как обычное пользовательское редактирование. Эта особенность позволяет для одного объекта сохранить поддержку двух (или более) конфигураций поставщика. Естественно, процесс обновления такого объекта требует внимательного контроля, и «ручной» доработки результата, однако механизм поставки и поддержки все равно приносит пользу, хотя бы возможностью сразу получить отчет об изменениях, внесенных поставщиком в новой версии. Оставлять объект на поддержке двух конфигураций не обязательно. Можно сохранить поддержку только одной из них, чья функциональность в данном объекте более важна или более сложна для адаптации. Можно и вовсе снять объект с поддержки обеих конфигураций поставщика, и все дальнейшие обновления производить вручную.

Наличие сопоставленных объектов

Если конфигурация находится на поддержке более одной конфигурации поставщика, существует, как минимум, один сопоставленный объект — это корневой объект конфигурации. Большинство его свойств не оказывает существенного влияния на функционирование конфигурации, и, вполне возможно, будут изменены пользователем. Особую важность представляют модули приложения и, возможно, внешнего соединения. Здесь пользователю придется принимать решение о способе поддержки, но в любом случае обновление этих модулей будет представлять из себя трудоемкий процесс. Это является одной из причин, по которым разработчикам рекомендуется наиболее существенную функциональность выносить в общие модули, а в этих модулях оставлять только вызовы процедур. Следование этому правилу может сильно облегчить задачу пользователя.

Правила поставки и поддержки

Для того, что бы сохранить для сопоставленного объекта поддержку двух конфигураций поставщика, нужно в настройке поддержки обеих установить правило «Редактируется с сохранением поддержки». Если требуется поддержка только одной конфигурации, то в ее настройке следует установить правило «Редактируется с сохранением поддержки», а в настройке другой «Объект поставщика снят с поддержки». Конечно, все эти правила должны быть допустимыми «с точки зрения» правил поставки, установленных поставщиками для данного объекта. Если оба поставщика установили правило «Изменения запрещены», то сопоставить объекты, сохраняя поддержку обеих поставщиков для конфигурации пользователя, невозможно.

Постановка на поддержку

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

Как объединить две конфигурации 1с в одну

Так.
у тебя есть база. В ней исковерканый конфиг. Он соответствует конфе поставщика или нет в этой базе?

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

Нет, в базе конфиг не исковерканный, а обычный — типовой на поддержке. Новый — да, «типовой конфиг поставщика». Я хочу (точнее, надо) посадить две разных конфигурации в одну базу. Есть такая конфа Закупки — она садится в одну базу вместе с конфигурацией БГУ. Хотелось бы так же и в данном случае, остальное (нестыковки) — ручками.

В данном случае конфы другие — не Закупки + БГУ.
(0) наверно сравниваешь ут с бух. Не сравнится.

(5) Не совсем те: УТ с другой отраслевой. Не сравнится — в каком смысле? Сравнение она выдаёт — было бы странным, если бы не выдала. Но потом затыкается.

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

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

(7) Этого-то и не надо — пусть будет на поддержке.

(0) Попробовал поменять правила поддержки — пофиг ей.
А на что пробовал менять? Возможно каждый объект может стоять на поддержке только одной конфы и во второй объект надо снять с поддержки совсем

Вопрос больше про то, что значит это дурацкое указание 1С (см. текст в (0)).

(9) Так исходно оно и там, и сям стоит в виде «Не редактируется». Как одно «Не редактируется» может противоречить второму «Не редактируется»? Я в непонятках.

(0) >1С-ка предлагает поставить на поддержку — я соглашаюсь (почему бы и нет)

А ты не соглашайся. Пересиль себя.

(10) Я в непонятках.
Вроде очевидно, что нельзя объединить то, что не редактируется. Откуда непонятки?

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

Повторю еще раз — типовая поддержка де-факто работать все равно не будет. А потому ее не нужно сохранять. Прежние способы поддержки работать не будут все равно.

(12) Это исходно так. Потом я в первой конфе включаю возможность редактирования. Хммм, хотите сказать, что во второй конфе надо как-то включить то же. Не выйдет — тогда она не делает вторую конфигурацию поддерживаемой, пробовал.

(13) Чтобы в настройке поддержки висело две конфигурации. Может, из этого будет какой-нибудь прок.

Что ж, получается, что запихнуть две конфигурации в одну базу можно только в крайних случаях, когда это специально предусмотрел Поставщик? ОК, а как они делают, чтобы их конфа стыковалась с другой? Та же Закупка стыкуется же с БГУ. Где они это ковыряют?

(14) Там, где конфликтует и «не редактируется», поменяй на «редактируется с сохранением поддержки».

(0) Правила поставщика — это правила, которые устанавливает поставщик. Не Вы. Если хочется сравнивать/объединять не обращая внимание на правила поставщика — снимайте с поддержки. Нет поддержки ==> нет правил поставщика.

Источник: «Конфигурация на поддержке нескольких конфигураций поставщиков» — https://its.1c.ru/db/metod8dev/content/2298/hdoc

(16) Где он их ставит? Взять пустую конфу, сравнить туда с нужной и. Как её сделать поставщической, но со своими правилами — чтобы она стыканулась? Никогда не делал конфигурацию поставщика. (

(17) Пробовал. Она вообще НЕ предлагает ставить на поддержку. Ещё раз попробовать, что ли.

Скорее всего есть общие объекты. 1 объект нельзя поставить на поддержку от 2х конф.
Можно конечно попробовать снять с поддержки в 1 конфе и потом ставить на поддержку 2

(20) От двух разных — хз. Но Закупки+БГУ прекрасно сочетаются по объектам. Видимо, да, извратились в 1С.

Ну так собралось объединение двух конф или нет?
(22) Нет. Наверно, придётся объединить так, что одна не будет на поддержке ВООБЩЕ.:(
(23) хм. но по факту все отраслевки только так и сделаны
Ну, говорю же, что Закупки прекрасно ложатся на БГУ — с поддержкой. Видать, 1С как-то нахимичили.

(25) т.е. по твоему конфу БГУ+Закупки возможно обновлять на поддержке или поставкой БГУ или поставкой Закупки ?

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

(26) Есть. Кортес например так ставится на типовые.
(26) Да. Просто у нас они правленные издавна.

Хотя. Там именно и написано: Закупки. Дополнение к «1С:Бухгалтерии государственного учреждения 8». Видать, они специально как-то обработали вторую конфу. Фашисты!

(27) WMS «Кортес: Адресный склад» — вот это?
(30) очень похоже, точно для складов
(29) Чем ругаться впустую, изучил бы матчасть.

PS: некоторое время я эксплуатировал конфигурацию УПП + CRM (Рарус) с поддержкой двух поставщиков -1С и Рарус. Для оперативности обновлялся через 1С УПП, когда Рарус опаздывал с обновлениями своей УправлениеПроизводственнымПредприятием_CRMПроф. сейчас Рарус оперативно обновляет конфигурацию и нет смысла в базе держать поддержку 1С.

(32) Вот, раздражают меня такие вУмники с фразами «учи матчасть». Если такой умный (грамотный?), подсказал бы вместо писания инет-глупостей. А предполагать и экспериментировать я и сам могу.

(33) тут немного другая ситуация. В твоем случае УПП целиком входит в поставку Раруса.

(35) Имхо, с точки зрения платформы это не принципиально. Для функционала обновления это, прежде всего, различные конфигурации, имеющие, всего лишь, много сопоставимых объектов.

Полуработающий вариант.
Одна конфигурация с блокировкой редактирования ПЛЮС вторая конфигурация с блокировкой редактирования: в поддержке они превращаются в две конфигурации, но вторая — без поддержки. При этом, естественно, дополнения из второй конфигурации в основную конфигурацию не попадают. Включаем редактирование (не забывать переключить оба вида правил на «объект редактируется с сохранением поддержки» — иначе может ругаться, что поставщик почти все объекты позапрещал) и снова делаем сравнение/объединение со второй конфигурацией поставщика (которая не на поддержке). При необходимости можно попытаться включить поддержку с редактированием у второй конфигурации и/или её отдельных объектов — в нашем случае сильно ругается, если заранее (см. выше) не включить.
Далее делаем сравнение/объединение с поставкой второй конфигурации, добавляем новые и доводим до ума откорректированные объекты (новые реквизиты и т.п.).
.
Вот, где-то так. Сейчас — в процессе.

(33) уточню — точно пишешь о том, что запускается обновление через Конфигурация/Поддержка/Обновить конфигурацию ?
С последующим в этом режиме обновлении конфигурации поставщика?

(38) Возможность обновления через Конфигурация/Поддержка/Обновить конфигурацию пока не проверял, но двойная конфа Закупки+БГУ точно обновляется.

Просто из-за включения возможности редактирования она всё равно будет предлагать сверить галочки — а там уже наше дело что как объединить.

Ага, нашёл ещё один обход того, что поставщик заблокировал всё, что ни попадя. А вышло так, что документ закрыт от изменений, а он является регистратором для пары-тройки регистров. В результате у регистров нет регистратора и включить его нельзя — соответственно, конфигурацию базы данных обновить невозможно(!).
Для этого заходим в конфигуратор второй конфигурации (№2) и создаём файл поставки, предварительно настроив его на разрешение изменений всех объектов. То есть в оригинале на всей конфигурации стоит режим «Редактируется с сохранением поддержки», а на самих объектах внутри часто стоит режим «Не редактируется». Из полученного файла поставки создаём новую базу, куда просто загружаем эту конфигурацию. Заглянув в поддержку видим, что как сама конфигурация, так и подчинённые объекты имеют режим «Редактируется с сохранением поддержки». И уже эту конфигурацию сохраняем для встраивания в поддержку конфигурации №1. Далее — см. (37).

(41) Ты так каждое обновление будешь себе поставку готовить? Смысл поддержки при таких танцах сильно теряется

(41) Всё гораздо проще, ну или всё гораздо сложнее. Смотря как посмотреть 🙂 Если Вы попробуете, не изменяя правил поддержки, взять две типовые конфигурации и попытаетесь сделать из них интегрированную конфигурацию на поддержке у двух поставщиков, то у платформы сорвёт крышу при попытке сравнить и объединить объекты и правила поставщиков.

Сначала в интегрированной конфигурации нужно разобраться с правилами поддержки единственной конфигурации поставщика: «Редактируется с сохранением поддержки» — для сопоставимых объектов или «Снят с поддержки», если объект будет «отдан» на поддержку другой конфигурации поставщика. Можно, конечно, всем объектам поставить правило «Редактируется с сохранением поддержки», а после добавления второй конфигурации поставщика уточнить правила поддержки.

Потом «подзагружаем» вторую конфигурацию поставщика (*.cf). В окне сравнения и объединения снимаем все галочки, нажимаем «Выполнить» — будет загружена только вторая конфигурация поставщика. В процессе сравнения и объединения, в окне настройки поддержки, всем объектам можно поставить галочки у «Редактируется с сохранением поддержки» (или иное).

Заходим в настройку поддержки и начинаем разбираться пообъектно с правилами поддержки поставщиков.Можно, конечно, не разбираться и недолго думая, тупо всем поставить «Редактируется с сохранением поддержки», но. «Шурик, это же не наш метод»(с)

Далее можно обновляться обновлениями *.cfu поставщиков. И всегда не забывать, что бесплатный сыр бывает только в мышеловке — каждое обновление будет пытаться снести все ваши изменения и изменения другого поставщика.

(44) По 3-му абзацу (если я верно понял смысл) — в том-то и беда, что хрен там. Если речь про вылезающее окошко «Настройка правил поддержки» (в котором по 3 переключателя в группах), то да: пункты «Редактируется с сохранением поддержки» выбираются, да только 1С’ке плевать на них — в результате у иных объектов (по выбору поставщика) всё равно остаётся режим «Объект поставщика не редактируется», и сменить его вручную нельзя.
Поэтому и пришлось делать через ещё одно место, как в (41).

(45) Проверьте правила поддержки другого поставщика для этих объектов; попробуйте cf второй конфигурации загрузить в новую пустую базу и там установить правило поддержки «Редактируется с сохранением поддержки» на корень конфигурации (с флагом «Установить для подчиненных объектов). Если получится изменить правила, то выгружайте и используйте эту конфигурацию.

(46) Делал. Я же написал, что создаём пустую базу, куда и грузим конфу. Но зачем тыркаться, когда создание файлов поставки почти то же самое, только без гимора с этими правилами.

(47) создание файлов поставки.
Оно относительно быстро и несложно, когда есть конфигурация поставщика. Когда у вас будет только cfu развлечений сильно прибавится

Сравнение и объединение конфигураций

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

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

Этот механизм обеспечивает не только сравнение общих свойств объектов прикладного решения (справочников, документов и т. д.), но и сравнение их отдельных реквизитов, табличных частей. Также выполняется сравнение форм: сравниваются тексты модулей, тексты описаний и макеты.

Все результаты сравнения можно просмотреть в детальном виде.

Установка соответствия объектов

При запуске режима сравнения система анализирует сравниваемые конфигурации и устанавливает соответствие между объектами конфигураций, исходя из их имен: