Уже на котором проекте я замечаю что НСИшников как то не ценят... Вот сейчас опять ситуация, что НСИшницу уволили и работа встала... Начальство не понимает и всерьез не воспринимает НСИ и расчитывает на то, что любой консультант поддержки в состоянии заводить ОЗМ, кредиторов итд.. Но разве это правильно?

ваши мечты сбылись уже давно. Сперва был SAP MDM (отдельная система), теперь какой-то модуль внутри SAP ABAP сделали с аналогичными целями.

Ага! НСИ ради НСИ.
К сожалению уже много раз видел, как работают групп НСИ на больших проектах. Можно даже схему их работы описать:
1. Сидим тихо. Ни кто, ни куда, ни куда не лезет.
2. Получив по мозгам, пытаются получить Готовые решения от консультантов по направлениям.
3. Получив по мозгам, достают материал со старого проекта и начинают им трясти. Дабы консультанты по направлениям не спали их грузят идиотическими заданиями по описанию существующих справочников и их миграции в SAP.
4. Получив по мозгам, пытаются получить информацию от консультантов по направлениям. Поскольку к этому моменту консультанты уже примерно определились, что и как надо делать, то начинают давать информацию.
5. Гордые НСИшники активно пишут бумажки. И всячески затрудняют внесение изменений в принятые решения.
6. Неожиданно оказывается, что необходимо делать разработки для загрузки данных.
7. Почему-то заказчик не может предоставить данные для загрузки.
8. Ура! мы готовы загрузить данные!
9. Тупые консультанты лезут с изменениями.
10. До старта 3 дня, а структуры данных для загрузки не утверждена. И при чем тут НСИ?
11. Старт! Оказывается, что загрузили не то, не туда, не тогда! Правим.
12. Пишем бумаги, пытаемся передать заказчику.

Это я, конечно, утрирую, но дым без огня достаточно редкое явление.
А MDM это вообще была диверсия. НЕЛЬЗЯ разводить функционалов и НСИ.

Ну, так по каждому модулю можно написать, не только по НСИ.

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

С Уважением,
Георгий

Все так. Но как только MDM появилось тут же началось выделение НСИ в отдельные проекты при одновременном внедрении SAP. А это уже беда!

ПМСМ, НСИшников на проекте должно быть столько, сколько модулей требует эти самые данные (FI со своими контрагентами, ММ с номенклатурой, PP... etc), причем по-хорошему они должны быть из сотрудников заказчика, чтобы знать и уметь эти самые данные из старых систем вытаскивать и собирать под требования функциональщиков SAP, а потом некоторое время после старта и корректировать эти справочники. В дальнейшем из некоторых из них можно и готовеньких младшеньких консультантов брать тому же заказчику), все равно базовые вещи "своих" модулей эти люди уже должны будут понимать и знать, где они конфигурятся. А там и до бизнес-процессов недалеко)...

Мне кажется это какая то гигантомания - у нас на проектах в которых где от 20-ти до 25-ти консультантов и 6-7 модулей - 1-го, 2-ух НСИ-щиков вроде бы хватает.
Довольно часто видел и участвовал в проектах в которых на модуль 1-2 консультанта, а если в таких проектах, по модулям, требующим НСИ выделять по одному НСИ-щику, то думаю функциональщики не так поймут .
У меня к выделению НСИ-щиков в отдельные группы на проектах смешанные эмоции - когда НСИ-щик/НСИ-щики адекватный(ые) это реальная помощь, но встречался и с неадекватными, тогда это конкретный тормоз и сам сделать не можешь, т.к. не твоя уже компетенция и НСИ-щик делает так что через его начальника в отделе и/или РП-шника на проекте ускорять его работу приходится.

Упс ... Дубль. Удалил.

Моё мнение как бывшего НСИ-шника.

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

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

Если консультант никаких требований к НСИ не предъявляет, значит проект по его мнению может обойтись без НСИ.

Ключевое словосочетание для MDM - несколько систем.
Когда нет возможности вести НСИ централизовано, в одной системе.

murenets, я уже сомневаюсь в том, что SAP - это одна система :) Даже к SAP ERP - уже надо те же подходы применять, как и в работе с несколькими системами (методологические, как минимум).

С Уважением,
Георгий

Перечитал несколько раз...
Так и не понял, о чем речь...

Я к тому, что к SAP ERP в части управления информацией необходимо методологически использовать те же подходы, как и при работе с несколькими разрозненными системами.

С Уважением,
Георгий

Хм...
Интересное мнение, а можете конкретизировать, в чем именно эти подходы должны использоваться и почему?

Ок, будет чуть больше времени, опишу. Вкратце, мне как архитектору хотелось, чтобы работа с системой выглядела единообразно. Это касается не только интерфейса, но и данных - т.е. выработать полезные и применимые базовые решения, которые можно использовать по всей системе. Например, решал вопрос с артикулом номенклатуры - разработали правила наименования номенклатурных групп и номенклатуры, а после чего разработали шаблоны и мастер для создания номенклатуры, который был понятен всем сотрудникам компании. Например:
1 часть: тип: М - материалы, ПФ - полуфабрикат, ГП - готовая продукция.
Теперь, например, по материалам: 2часть - тип материала: МДФ, ДСП, ПВХ и т.п.
Для МДФ - 3я часть - толщина. 4я - размеры. 4я - базовый цвет. Да, получился составной искусственный ключ: М-МДФ-32-160-320-сер
Производственникам и технологам было очень легко искать номенклатуру по артикулу, да и заводить (без дубликатов, это не клиент, по ИНН на уникальность не проверишь).

С Уважением,
Георгий