George Nordicigor-st, то, что Вы описали - это MDM в чистом виде. Ну, с добавлением ETL немного.Я бы сказал, в большей степени ETL и немного MDM для приведения к единой НСИ. :)

Нечто подобное когда-то давно делал на MS BizTalk Server. Хотя, по большому счету, это что-то вроде стрельбы из пушки по воробьям, тем не менее, довольно удобно.

Каждый файл, имеющий собственную структуру полей и формат, можно подать на отдельный "канал". Для "канала" настроить отображение полей во внутренний XML, далее с помощью XSLT-преобразований (по одному на каждый канал) все форматы приводятся к единой структуре и единым НСИ . Ранее осуществленные привязки к единым НСИ могут произведены с помощью "функтоидов" в XSLT-преобразовании.

Хочу предупредить, что в подчеркнутой фразе - главная засада. Если периодическую загрузку данных из разных источников в разных форматах и преобразование в единый формат можно автоматизировать, то с выяснением, какие строки загруженных из разных источников таблиц соответствуют друг другу, возможно, придется разбираться вручную. Ну, если наименование одной и той же номенклатуры в разных источниках не совпадает буква-в-букву и не имеет единых артикулов или кодов производителя. А теперь представьте, что из десятка разных мест пришли свежие файлы, и в каждом из фалов имеются по 500 новых несоответствий ранее сопоставленной номенклатуре. Сколько времени понадобится на ручное сопоставление 5000 записей? :) Не забудьте, что такую процедуру придется выполнять при каждой новой загрузке, если в ней обнаружились новые записи, которых не было ранее. Понятно, что на подобную регулярную процедуру придется выделить человеческий ресурс, и не факт, что один.

George NordicА теперь можно маааленький вопрос - а зачем? Следить за составом товарных позиций и ценами конкурентов?Вопрос, надо полагать, риторический, поскольку ответ "ну разумеется" подразумевается. :)