Фирме, занимающейся внедрением MBS Navision, постоянно приходится сталкиваться с проблемами, примеры которых приведены ниже:

1. Как узнать, кто, когда и с какой целью изменял объект, например, Codeunit 22?
2. Как обеспечить, чтобы один объект не редактировался одновременно несколькими пользователями и по нескольким разным поводам?
3. Какие объекты были изменены при реализации заявки на изменения №1286 (Заявка: покрасить кнопку «Учет» в малиновый цвет)?
4. Какие изменения были внесены в Table 32 (Item Ledger Entry) при выполнении заявки 1286 с учетом того, что этот объект модифицировался многократно по разным заявкам?
5. Как бы мне (программисту) отказаться от изменений, которые я внес сегодня в Table 32, и вернуть ее к состоянию на начало рабочего дня? Или вообще отказаться от модификаций и вернуть в состояние, в котором она было в начале работы по выполняемой заявке?
6. Какие объекты, исправленные в базе данных разработчика, еще не перенесены к клиенту?
7. По каким заявкам на доработку изменения перенесены в базу клиента, а по каким - еще нет?
8. Можно ли выгрузить из базы данных разработчика реализацию заявки на изменения 1286 при том, что по другим заявкам работы в самом разгаре и база данных разработчика в целом не работоспособна?
9. Как выгрузить в FOB и установить клиенту изменения, относящиеся к заявкам 857, 1285 и 1286, а изменения, относящиеся к заявке 1199 не выгружать, т.к. она еще не доделана и не оттестирована?
10. Как выгрузить в FOB и установить клиенту изменения, относящиеся к заявке 857 по состоянию на вчерашний вечер (когда все работало и было оттестировано): ведь сегодня я (программист) затеял «рефакторинг», а клиент срочно требует решение?
11. Как перенести изменения по запросу 325 (исправление ошибки в базовой версии) во все проекты, которые я веду?
12. Как перенести изменения по заявке 326 (моя доработка универсального характера) из 3.70 в 4.00?
13. Как мне (программисту) быстро открыть описание заявки на изменение, которую я сейчас выполняю?

Если фирма хочет уметь решать такие задачи, то, скорее всего, ей придется организовать трудоемкую технологию, связанную с выгрузкой измененных объектов из Navision в текстовый файл и их загрузкой в систему контроля версий типа Visual SourceSafe, CVS или подобную, поддерживанием вручную статусов CheckIn/CheckOut. Это, по нашим оценкам, может занимать до 30% времени программистов, создает дискомфорт для них и чревато ошибками, как и любая технология, требующая большого количества рутинных действий.

Предлагаемая Вашему вниманию система NCT позволяет делать то же самое, не создавая дополнительных проблем разработчику. Единственное, что от него потребуется: начиная работу с заявкой на доработку, указывать ее код в специальном окошке. Система сама отследит все изменения, сохранит промежуточные версии изменяемых объектов. И даст автоматически или полуавтоматически решать перечисленные задачи.