PVPВремя идет, люди работают. Как разработчики систем, так и их пользователи, при этом не зависимо друг от друга.

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

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

Первую проблему я решаю путем разделения системы на модули: одна задача – это один модуль со своей отдельной базой данных. Вроде бы хорошо получилось, но хотелось бы узнать и другие варианты. На счет второй проблемы - вообще не знаю, как к ней подойти. Поделитесь, кто может, решениями или идеями. Думаю, что это представляет интерес не только для меня.
Это очень большая и сложная проблема. И, к сожалению, решаемая лишь частично...
Есть два решения (которые использовались в разное время в организации, где я еще не так давно работал):
1. отказаться от полной установки обновлений, ставить выборочно и только критически важные (например, изменение НДС, налогового учета и т.д.);

либо

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

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

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

Есть, правда, еще третий вариант: все изменения делать своими силами, независимо от разработки новых версий. Но это остается для крупных организаций, которые могут себе позволить держать штат высококвалифицированных программистов...

А вообще-то, это все далеко неоднозначно...