Реализация единой учетной системы холдинга (или "Как мы спасали мир")

(1) mmoozzgg, в проекте участвовало три 1Сника, у каждого из которых была некая "специализация" по реализуемым задачам:
- курирование блока БУ;
- курирование блока УУ;
- ПМ нахлебник;

(2) ILM, да, все верно - эта схема вполне применима, но мы руководствовались следующими соображениями:
- пока ДИТ готовит очередную порцию данных для переноса, ДБУ продолжает работать с уже перенесенными данными (создавать документы, записи справочников), увеличивая объемы последующей "чистки". Нам показалось проще сделать такую предварительную "чистку" по всем возможным данным сразу, т.к. и объемы меньше, и управлять ими в тот момент проще, т.к. мы (ДИТ) имеем к ним неограниченный монопольный доступ до момента загрузки в рабочую базу.
- в рамках предварительных тестовых переносов наша инфраструктура (не будет углубляться, что именно было причиной: платформа, сервера и т.д.) не позволила нам выполнить работу по схеме "сначала все переносим, потом все чистим" - при удалении дублирующихся элементов (читай замене ссылок на эталон) мы неизменно получали крах системы.

(3) Dem1urg, в целом надо сказать, что система достаточно стабильна. В первых релизах действительно сталкивались со сложностями, но либо самостоятельно находили решения/пути обхода до выхода нового релиза, либо получали информацию об устранении ошибок от службы поддержки.
Оговорюсь, что мы пока не на 100% используем функционал системы, но используемые блоки, как уже отметил, стабильны.

(5) Кузьмич, если это выглядит как реклама УХ, то подумаем о выставлении счета 1С :)

(6) Кузьмич, условно сравнивая оценочную стоимость проекта со стороны франча и общую сумму затрат по ЗП внутренних участнико проекта за 12 месяцев, получаем положительную разницу минимум в 2 раза. Временные затраты сравнить сложнее, т.к. условия реализации внешнего подрядчика и внутренних исполнителей разные: первые погружены только в проект, вторые параллельно ведут текучку. Так же, возможно, франч и уложился бы в озвученные сроки, но как показывала моя личная практика, озвученное время можно смело умножать на 1.5-2.

(8) Зеленоград, подумаем про статистику :)

(9) Зеленоград, не совсем понял.. речь идет об унификации НСИ еще в исходных базах? если так, то мы не стали этого делать по двум причинам:
- ковырять данные старых баз, где содержались данные БУ за несколько лет не решились, т.к. по ним должны были формировать годовую отчетность, плюс они своего рода эталонные, пусть и проблемные и даже кое где с "хвостами" в учете. В нашей схеме мы имели возможность обратиться к ним и либо что-то восстановить, либо убедиться в корректности переноса данных в общую базу.
- учитывая количество баз мы прикинули, что затратили бы много больше времени на разработку, реализацию и выполнение предварительной унификации НСИ по ним.

(10) zarius, этот минус, исключительно чисто гипотетически, можно решить арендой инфраструктуры и выводом БД за пределы длины рук органов ;)

(11) Kamikadze, количество сеансов не большое - порядка 200. Ни визуально, ни по встроенным замерам APDEX проблем с производительностью нет.

(12) Kamikadze, все довольны :)

(13) sveta66rss, функционал по обменам с внешними системами действительно есть: 7.7, 8.0, 8.1, 8.2, 8.3, ADO. Конфигурация в данном случае вторична, т.к. отражение данных настраивается.

(14) sveta66rss, обновления выходят обычно раз в месяц, реже два.

(20) HitGroove, поработаю над стилем ))

(21) pro-rok, из документации были первичная презентация на тему "как есть и как будет", общий план проекта, детальные поквартальные планы и всякая мелочь, которая в большинстве "размазана" по почтовой переписке. Думаю, можно сказать, что с документацией не заморачивались. По стоимости оценка была около 10 млн. руб.