Провожу Сравнение/объединение 2-х типовых (различных, но есть общие объекты) конфигураций - просто посмотреть надо что получится в результате. 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 развлечений сильно прибавится