Интересная тема :)

Два раза работал в компаниях имеющих старую систему и пытавшихся заменить на новую ERP или другую КИС - в обоих случаях был как раз тем человеком который эту замену должен был технически курировать или реализовывать.

В первом случае замена стала актуальной из-за невозможности учитывать новое направления бизнеса, открывшееся в компании, во-втором случае из-за неоднозначной информацией, предоставляемой разными подразделениями, использующими старую систему - первоначальные разработчики уже ушли и разобраться с проблемами разработки нужны были люди.

В первом случае была VFP 6.0 и база и клиент, выбирали вместо ERP, когда озвучили ценник на несколько вариантов (DAX в том числе, у 1С тогда не было УПП, УТ почему то посчитали слабоватой) руководство отказалось столько денег выкладывать.

Попытались спроектировать и реализовать сами на Delphi4 + Oracle 9i (потратили 1 -1,5 года командой в 8-12 человек) - но получилась система более технически оснащенная, но недостаточно лучшая в учетном смысле старой система: не было у нас опыта в крупных промышленных системах на тот момент и соответственно возможности переубедить проектировщиков и реализаторов старой системы (IT и фин директора компании) в проектировании хотя бы чего то подобного в учетном смысле 1С7 УТ+Бухгалтерия, в итоге сделали копию старой систему с более навороченными справочниками товара, орг.структуры и все. Новое направление бизнеса (дистрибъюция в регионах через пре-сейл и ван-селлинг большого ассортимента) у компании закрылось, старые же направления (производство и продажа крупным оптовикам) решались и старой программой, правда IT-шников, сопровождающих старую систему и ведущих учет в ней, в компании на тот момент уже около 50 человек приходилось содержать. Соответственно новое решение не стали запускать - всех разработчиков новой системы сократили.

Во-втором случае (2005 год) масштабы компании были гораздо меньше и ресурсы на замену выделялись довольно скудными - не более 4-х - 5-ти человек в IT отделе на сопровождение старых систем (для торговли: Access в филиалах, С++ Builder + MS SQL7 в центр. офисе, для производства + ЗП + бухучет: 1С7.7 УТ+бухгалтерия) и написание новой, разобрался по тоговле со старыми системами - заменил получение отчетности с клиента С++ Builder на формирование и получение в таблицах, разработанных специально для получения единой отчетности в MS SQL, настроил через сводные таблицы просмотр для разных подразделений и с отчетностью проблема решилась. Настроил стандартную репликацию аналитических таблиц между двумя центральными офисами компаниями где сидели поьзователи отчетности. Пришедшая после того как я ушел команда 1С-ников начала переводить части системы по торговле старой системы в регионах с Access на 1C7.7 УТ+бухгалтерия.

Подробно описывал свой опыт для ТС для того чтобы предостеречь от замены разработки функционала старой системы в новой, т.к. сейчас имея опыт внедрения 2-х ERP систем (JD Edwards и SAP) и в производстве/логистике и в финансах, понимаю что у моей команды программистов реализовать что то похожее на хорошо реализованный функционал промышленной ERP даже в части учета и начального планирования не было никаких шансов. Считаю, точку зрения, что реализация простых учетных решений аналогичных, реализованным в ERP очень просто повторить в самописной системе, глубоко ошибочной, - это можно сделать когда ты имеешь знание как это сделано в этих системах, если же этих знаний нет, то только повторишь в новой системе, то что ты видел в самописных или промышленных системах, которые ты до этого внедрял/сопровождал и будешь считать что в ERP реализовано все так же. По моему опыту получилось что отличия начинаются с основных данных и справочников, организации учетных регистров, системы полномочий и множестве других базовых элементов системы.

Приглашая компанию внедренцев ERP нужно понимать что реализовать Ваши решения путем их копирования в новую систему явно не получится - обычно все таки функционал ERP гораздо шире чем то что проектировали разработчики вашей самописной системы, и какие то "фишки" Вашей организации реализованы по другому, мне кажется нужно выбирать подходящую по покрытию функциональности Вам систему или не браться ее внедрять.

Думаю если у ТС проблема только в цене сопровождения, то переход на ERP или 1С УПП не даст экономии, если же проблема в том что люди сопровождающие старую систему становятся незаменимыми и возможны риски плохой работы системы после их ухода, то это уже другой вопрос, тогда может систему менять нужно.

Вопросы про репликацию в зарубежных ERP напрасны - все зарубежные вендоры решают удаленным соединением к центральному серверу и если в 2000-х это было проблемой для СНГ, то сейчас особенно если площадки только 2-е офис и склад, то проблем не должно вызывать - каналы сейчас довольно надежны и не так дороги.
1С8 УПП имеет репликацию.

Бюджет и сроки внедрения озвучены вроде бы более менее реальные - так что если цель не экономия, а реальные потребности бизнеса, то наверно внедрить промышленную систему с доработками было бы правильно - переписывать я бы не стал, неважно что будет платформой разработки язык программирования или промышленная система, т.к. постановщиков с реальным знанием решений на уровне промышленных систем может Вы и найдете, но они станут еще более незаменимыми разработчиками эксклюзивной системы, вместо которых найти специалистов на рынке еще тяжелей.