Как объединить две конфигурации 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 развлечений сильно прибавится
Объединение двух баз в одну
Здравствуйте. Решили данные из двух баз данных перенести в одну «1С-КАМИН:Зарплата 5.0».
Релизы одинаковые, конфигурации типовые.
Получается, что в одну базу нужно добавить данные из другой базы (по другому ЮЛ).
Подойдёт ли для данной цели обработка «Выгрузка и загрузка данных в формате XML»? На что нужно обратить внимание, чтобы не сбились настройки, и не задвоились какие-нибудь данные?
Может, кто-то предложит другой способ переноса?
Тема закрыта.
Николай Малышевский
Platinum Member
1221
1311
08 авг 2022 22:44 #2
#2 от Николай Малышевский
В принципе, подойдёт.
Но имейте в виду: практически 100%, что в объединённой базе получите много дублей (прежде всего справочников).
До объединения постарайтесь обеспечить «разницу» между теми объектами, которые не надо объединять.
Например, если в каждой базе есть «Основное подразделение» — пусть в одной оно станет «Подразделение Рога», а в другой — «Подразделение Копыта». И так далее.
И по максимуму поудаляйте всё ненужное.
Ну, а после объединения — обработка «Поиск и удаление дублей» вам в помощь.
P.S. Настоятельно рекомендую сначала потренироваться на кошках на копии.
Как объединить две конфигурации 1с в одну
Любая компания может столкнуться с проблемой — слияние баз в 1С. Такая ситуация может возникнуть в следующих случаях:
- если имеется несколько баз 1С, которые необходимо перенести в единое целое;
- имеется несколько юридических лиц, которые необходимо объединить в одну компанию;
- консолидация нескольких базовых версий 1С в одну профессиональную.
Такие проблемы решаются путем слияния нескольких баз 1С в одну.
Причина обращения
Компания «Энергоспецтехника» на протяжении многих лет занимается оказанием услуг, в результате чего образовалось несколько баз управленческого учета в программном обеспечении 1С. В компании был осуществлён переход из двух систем 1С Бухгалтерия и 1С Торговля в систему 1С Управление предприятием. Самой большой проблемой стала синхронизация справочников. В разных системах одни и те же справочники назывались по- разному. А главной проблемой стал факт, что остатки по двум базам не сходились.
Было предложено разработать новый функционал, уникальный, который смог бы объединить справочники и остатки. В новую базу должны были лечь консолидированные данные по 2 базам.
Так же в процессе данного проекта было осуществлено параллельное ведение двух баз на протяжение продолжительного времени. Так же был разработан функционал, который смог контролировать параллельное ведения документов по двум базам в виде отчета сравнения документов.
При ведении учетных данных в разных базах 1С может возникать ряд проблем:
- увеличение ошибок, которые связаны с человеческим фактором из-за рассеянности внимания при использовании с нескольких баз;
- увеличение счета на оплату службы поддержки каждой из баз;
- отсутствие консолидации между базами, что приводит к возникновению разрозненных конечных результатов.
Для удобства пользования базами принято решение об их консолидации в одну.
Предложенное решение
Стандартное решение по слиянию нескольких баз 1С в одну отсутствует. В случае внедрения продуктов 1С необходимо обращаться за помощью к профессиональному специалисту. Сами сотрудники совершить данное действие не могли, поэтому принято решение воспользоваться услугами программиста. На работу по консолидации баз данных ушло довольно много рабочего времени — от 4 до 8 часов. После проведения процедуры слияния конфигураций в 1С работники организации самостоятельно вручную проверяли результаты. В случае если информация имела отличия от исходной базы данных или имели двойные ячейки с информацией, необходима корректировка консолидации.
При использовании одной базы данных в 1С администрирование и поддержка занимает меньше времени и требует меньше технических решений. Поддержка базы данных включает в себя:
- обновление конфигурации (обновить одну ИБ быстрее и дешевле для Заказчика);
- обновление платформы;
- модернизацию конфигурации;
- настройки конфигурации;
- поддержку обменов и выгрузок (5 баз 1С:БУХ и 5 баз 1С:ЗУП требуют настройки и поддержки 5 обменов против одного обмена в единой базе);
- регламентные работы (тестирование и исправление ошибок, реиндексерование, обновление статистики, перепроведение документов, удаление помеченных объектов, сохранение резервных копий и т.д.).
Перенос нескольких баз 1С в одну позволяет добиться снижения количества необходимого свободного пространства на жестком диске примерно в 5 раз по сравнению с использованием нескольких баз данных. Слияние конфигураций 1С предотвращает возможные человеческие ошибки во время пользования двух и более баз. Работа с базой ведется из одного окна без надобности переключений между базами, в связи с чем исключаются ошибки по невнимательности.
Это позволяет повысить производительность работы персонального компьютера, сервера и оптимизировать человеческий труд:
- вычислительную нагрузку можно распределить с другим сервером (балансировка нагрузки) без разделения базы;
- запуск сеанса в одной базе происходит быстрее;
- одна база на сервере работает с той же скоростью, что и несколько меньших баз;
- отсутствие необходимости установки каждой базы на отдельный сервер и лицензировать каждый сервер.
Пользователь программного обеспечения 1С получает возможность стандартизировать данные в одном диалоговом окне, централизовать ответственность за ввод данных в базу, исключить возможность внесения данных несколькими работниками одновременно в различные базы, повысить достоверность и актуальность данных за счет удаления дублей и своевременного обновления. Консолидированная база данных 1С имеет структуру, которая задается пользователем и не изменяется в процессе использования программного обеспечения.
Результат
По заданию пользователя создается одна единая база данных в программном обеспечении 1С, которая содержит информацию каждой из консолидированных баз. При этом исключается возможность появления возникновения повторных данных и вероятность введения этих данных несколькими сотрудниками одновременно в разные базы. После проведения процедуры объединения конфигураций в 1С работники организации самостоятельно вручную проверяли результаты. В случае если информация имела отличия от исходной базы данных или имели двойные ячейки с информацией, необходима корректировка консолидации.
Объединение конфигураций 1С 8 и решение проблем
Любые проверки поставок конфигураций осуществлять только в копии базы. Работать в рабочей базе на первых этапах крайне не рекомендуется.
- В режиме «конфигуратор» открываем конфигурацию базы данных кнопкой «Открыть конфигурацию». Внешний вид иконок кнопок может немного различаться.
Все пользователи из программы должны выйти перед началом действия.
Решение возможных проблем при обновлении
В случае, если конфигурация не обновляется по причине блокировки
поставщиком (кнопка выполнить не активна или недоступна — невозможно выбрать объекты для обновления), выполните следующие шаги
Нажмите на кнопку включения возможности изменения и разрешите внесение изменений (установите «объект поставщика редактируется с сохранением поддержки» в т.ч. и для подчиненных объектов), затем
проведите процедуру объединения повторно.
Если после загрузки модуля в вашу конфигурацию перестали работать штатные отчеты 1С на управляемых формы