Новый клиент выставил ТЗ.
Основная конфа - ВДГБ ТСЖ (отраслёвка на основе Бух 3.0)
Но хочет также иметь в окне ТСЖ функционал из конфигураций:
1. Документооборот
2. ТОИР
3. просит нормальный CRM
4. Интеграция с ИТОБ ЦСМ (будет отдельная конфа)

Короче, очень разноплановые хотелки. И желательно - "в одном окне".
Как это сделать? Я вижу разные варианты.
1. Весь необходимый функционал из разных конфигураций ручками перенести в одну. Плюсы: одно окно, простота. Минусы: сложность реализации, сложность обновления привнесённого функционала.
2. Создаётся пустая конфа для обмена. В ней создаются метаобъекты, которые подлежат обмену. Настраивается регламентное задание (каждую минуту или по событию). Обмен через COM.
3. Попарный обмен данными между конфами без центральной конфы.
4. РИБ

Нагрузка маленькая, всего в компании до 50 человек, один сервер приложений.

Что лучше?

Бюджет внедрения?

Любой каприз за ваши деньги. 10 лямов есть? Нет. Давай до свидания.

Лучше сразу заказчику бюджет озвучить. Есть мнение, что аппетиты поутихнут

Это ЖКХ. Выделяют фиксированную сумму в месяц. Соответственно проект может длиться год-два-три с постепенной реализацией всех хотелок в порядке приоритета.

"А там либо осёл сдохнет, либо падишах"© Ходжа Нассреддин.

(5) или добавят что-то новое.
Ежемесячно выделяют на проект 70-100 рублей.

Во-первых, опыт в ЖКХ был 12 лет.  
Во-вторых, пункты 1 и 3 абсолютно лишние. С кем ЦРМ с жителями? )))

ОФФ: Борьба с безработицей у 1С-ников. Хорошая кормушка.

ТОИР для домов или коммуникаций, тоже мимо кассы, там свои ремонты делать надо и хранить состояние домов в разрезе: конструкций, крыши, подвала, гор и хол водоснабжения, водоотведения, электрики, придомовой территории и т.д. и т.п.

(9) и документооборот лишний?

(7) очевидно, что с подрядчиками... и чем вы там 12 лет занимались?

Если будешь делать, то лучше п.1. Все в одну конфу.

(11) 8 лет водоканала, абонентский отдел, промсектор, перекладка сетей и ремонты. Потом уже был городской жилфонд, ремонты, капремонты, осмечивание и учет дефектов, юрработа, даже к гордиспетчерской и жалобам населения руку прикладывали. Потом из большинства всего сделали систему коммунальных платежей.
(10) Да, там большинство договоров на год, а сметы и объемы на квартал. Документооборота почти нет.

(11) А что там с подрядчиками цереэмить? Есть строители, исполнители и подрядчики, поставщики материалов. На город 750 тыс, было 20 организаций. Раз в неделю качество работ проверить,  акты подписать и сметы согласовать.

Но промышленность все равно для меня интереснее )))

Ясно, всё в одну конфу. Не заморачиваться с обменами. Благодарю за совет.

(0) Ерунда, где то в ветках говорили, что отцы основатели считают, что программная декомпозиция кода не нужна и в 1С нет специалистов такого уровня. Рекомендуй заказчику купить несколько конфигураций. Потом настрой ему обмен между ними.

(17) Это устаревшая точка зрения. А менеджер объекта тогда зачем? Как раз в нем и делайте декомпозицию.

(18) ХеХ, а поддерживать функционал как будешь? И кто сможет его поддерживать кроме тебя, если это не является базовым функционалом платформы.

(19) Как бы выглядела модульная 1С

Что в 1С не типового может быть?

Если по теме, то что нового может быть в ЦРМ, ТОИР, Документообороте. Можно один раз объединить и забить.
1С себя в могилу загоняет гонкой платформ и версий конф. Расходы растут, а доходы падают. Только франчи с фикси жируют, спасибо 1Су.

И давайте не будем говорить про прогресс - ограничемся здравым смыслом и банальной логикой.

Система учета в ЖКХ должна решать проблемы клиента, заработать на коммунальных услугах и на том, что этому препятствует. Иначе будет перестановка коек и смена обоев.

(22) >Можно один раз объединить и забить.
Это все слова...

(0) Можно расшифровать хотелки?

(25) сейчас пока всё свелось к тому, что надо полностью интегрировать две конфы: Документооборот КОРП и отраслёвку на базе Бухгалтерии 3 (а именно ВДГБ учет в ЖКХ)

Вот для этой конкретной задачи и вопрос.
Нужна либо "бесшовная интеграция", чтобы пользователи работали с двумя конфами в одном окне, либо полное слияние. Что лучше в данном конкретном случае?

(26)Этот вопрос надо задавать заказчику. Полное слияние - тупиковый путь, т.к. очередное обновление будет повторением всех работ. Первый вариант не лучше, т.к. термин "бесшовная интеграция" очень размыт. При озвученном бюджете процесс сшивания уходит в бесконечность. В документации по Документообороту вполне вероятно есть рекомендации по интеграции. Читал их?

(17) (19) Поддержу двумя руками.