ERP система - это масштабная система с длительным жизненным циклом.
Над ее созданием, сопровождением и кастомизацией работает много разных групп людей в разных местах, имеющие разные функции, являющиеся сотрудниками разных организаций. Важно понимать, что они не могут взаимодействовать по принципу главный - второстепенный или начальники - подчиненные. Важно также понимать, что множество разных групп людей, выполняющих, вроде бы, схожие функции в разных местах (кастомизация на разных предприятиях) преследуют совершенно разные цели, поэтому изменения, которые они вносят в систему или в ее настройки невозможно "привести к общему знаменателю" подобных изменений.
Ну, или это неимоверно трудно сделать. Поэтому когда разработчик системы передает "кастомизаторам на местах" свой собственный инстурмент и говорит "вот тебе мой же напильник, доработай там под себя те углы, которые не впишутся в местность", то это как бы очень не здорово. У разработчика свое "управление изменениями", у кастомизатора - своё. И в идеале они должны быть полностью автономны, независимы друг от друга, не смотря на то, что относятся к одной и той же системе.
Очень важно, каким способом производится кастомизация. Необходимо что бы методы, которые использует разработчик для получения новых версий и релизов универсального кастоимзируемого на местах функционала (назовем его для кратости "универсалом") не пересекались и не вступали в конфликт с методами, которые используются для кастомизации на местах для привязки "универсала" к конкретной местности.
Нужно не забывать, что ничего в природе не существует постоянного. Изменения, которые производятся по совершенно разным причинам и совершенно разными людьми (которые несут ответственность за их качество!) не должны портить те процессы, которые связаны с изменениями, производимыми другими людьми для других целей, и со своей собственной сферой ответственности.
К сожалению, эту мысль недостаточно глубоко воспринимают очень многие фокспрошники, аксесники, одинэсники и вообще очень и очень многие айтишники самого разного профиля и "технологической ориентации" (не все, конечно, но подавляющее большинство), образуя при этом особое такое флюидное облако искаженной ментальности.
Когда речь идет о крупных системах, используемых в промышленных масштабах множествами предприятиями, инструментарий управления изменениями должен по возможности обеспечивать автономность и независимость изменений "универсала" от измений кастомизируемой части. Изменение "универсала" - это вообще не кастомизация.
Эту технологию не додоумали (или умышленно заложили неуправляемость изменений?) в 1С. И только "гениальная" маркетинговая политика 1С позволяет как-то «ретушировать» этот ключевой момент
В Adempiere, на мой взгляд, данная проблема решена наиболее оптимально из всех видимых мною систем.