Добрый день!
Дано 2 базы:
1. Первая полностью типовая БП3
2. Вторая управленческая (нетленка), где реализовано производство, под бизнес-процессы конкретной организации со всей ее не стандартной спецификой + полная интеграции с телефонией.
Настроен обмен необходимыми данными между ними.

Пришла задача от руководства, объединить базы, где была бы БП3+Вся нетленка.

Подскажите, могут ли вылезти проблемы в дальнейшим при сопровождение базы? Какие могут быть подводные камни?

Какой вообще на данный момент считается правильный подход: отдельно БП и нетленка или все в одной базе?

Может быть всё, что угодно.
В зависимости от квалификации погроммиста...

(0) зачем они это хотят? какой результат должен получиться на выходе?

(3) Чтобы все было в одной базе. В целях "обелить" процессы производства.
Раньше их не хотели показывать и как-то "объявлять" официально. Сейчас, эта задача уже не актуальна, поэтому руководитель уперся, чтобы все было в одной базе...

(0) Обновлять как вы свои дописки будете? Все ваши интеграции с телефонией, дописки и прочее вы каждый раз будете тащить в типовую? И сколько времени у вас это займет, при условии что иногда нужно обновить срочно

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

(0) умаетесь потом при каждом чудо-обновлении бп3 обновлять эту базу.

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

(8) писатели всея руси любят изменять названия реквизитов, названия общих модулей, названия методов общих модулей.
Если ваша управленка НИКАК не будет завязана на типовых общих методах, никак не будет затрагивать структуру типовой бп (справочники/документы/перечисления/ и т.д), то да, может взлететь.

а это не реально, та-же номенклатура/клиентосы/договоры..

Будете вечно "подгонять" свою нетленку под изменившиеся объекты от бп3

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

+ движения доков..вы же будете встраивать свой механизм от нетленки еще ?

Надо сказать куроводству, что это вредно для дела. Ломать устоявшийся процесс в угоду неизвестно чему с неясными шансами на успех. Работает, не тронь!

(11) Ну, как бы можно и оба документа оставить. И обработку, которая вместо переноса из на основании одного документа будет создавать другой. Но нафига?
Пока цель "обелить" мне абсолютно непонятна.
Хотите показать процессы - показывайте. Чем вам 2 базы не устраивает?

Я бы понял, если бы двойной учет вели, и одни и те же операции 2 раза приходилось бы фиксировать - но вроде обмен есть. Не понятно мне, зачем это все...

А ответ на (0) - "Подскажите, могут ли вылезти проблемы в дальнейшим при сопровождение базы?" - если была типовая БП, а станет БП + нетленка, то обновлять будет сложнее в любом случае. В зависимости от нетленки и квалификации того кто будет встраивать нетленку от 2 до 1000 раз.

(13) сославшись на первое правило программистов - не навреди)))