SAPфорум.RU :: Просмотр темы

А что вы удивляетесь... Решение MDM пока еще слишком молодое, чтобы про него хорошо знали в России...

Насколько позволяют мне судить мои скромные знания, версионности записей репозитория на настоящий момент (SP5) нет.

Про change tracking Вы вероятно в курсе, но этот механизм использовать для версионности трудно.

Что мешает в Вашем случае в примере с контрагентами, версии наименований хранить в бизнес-системе? Или Ваш сценарий не предполагает репликацию мастер-данных?

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

кстати кто либо работал плотно с SAP MDM-ом, интересует возможно ли в нём ведение версионности объектов (материалов там или контрагентов), тема серьезная, в момент Х, контрагент может изменить свое наименование, а нам необходимо также хранить и использовать в системах его старое наименование в том числе.

Может быть я не понял, о чем идет речь, потому что, на мой взгляд, решение очевидно. Как и в любой реляционной базе данных, нужно связать две таблицы соотношением один-ко-многим (COUNTERAGENTS-TITLES). В MDM есть понятие Qualified Table Field - поле с выбором значения. В процессе работы оператор может дополнять справочник значений такого поля или выбирать существующее из списка.

А вообще, у меня есть сомнения в том, что предприятие может так запросто поменять название без смены идентификаторов налогоплательщика (как ИНН+КПП) и других реквизитов.

а вообще версионность, к примеру, есть материал. приводим в момент Х его наименование в соответствтие нормативному документу, по сути-изменение версии.. Тоже нужно отлавливать, что было до 10 числа а что после, а кто изменил и что и как.

Aleksey_1976 написал(а):

Может запоздало, но все же отвечу. Как говорят товарищи из Вальдорфва (из личной переписки с ними полугодовалой давности) Ведение версионности пока не предполагалось, только планируют реализовать временные периоды действия значений полей...
Но псевдр версионность можно реализовать посредствовом MDM Relationship завязав взаимосвязь на одну таблицу...

Автор:	Aleksey_1976 [ Чт, ноя 15 2007, 10:31 ]
Заголовок сообщения:	SAP MDM
кстати кто либо работал плотно с SAP MDM-ом, интересует возможно ли в нём ведение версионности объектов (материалов там или контрагентов), тема серьезная, в момент Х, контрагент может изменить свое наименование, а нам необходимо также хранить и использовать в системах его старое наименование в том числе.

Автор:	Aleksey_1976 [ Вт, ноя 20 2007, 10:03 ]
Заголовок сообщения:
гы просмотрело тему 60 человек..не ответил ничего ни один..офигеть, неужели из присутствующих нету никого кто касался сего продукта????офигеть!

Автор:	Konstantin Anikeev [ Вс, ноя 25 2007, 19:36 ]
Заголовок сообщения:
А что вы удивляетесь... Решение MDM пока еще слишком молодое, чтобы про него хорошо знали в России...

Автор:	Aleksey_1976 [ Вс, ноя 25 2007, 20:30 ]
Заголовок сообщения:
Konstantin Anikeev написал: А что вы удивляетесь... Решение MDM пока еще слишком молодое, чтобы про него хорошо знали в России... да уж..как же тогда его внедряют все усиленно елси никто его не знает.

Автор:	QQQ [ Вс, ноя 25 2007, 23:35 ]
Заголовок сообщения:
Насколько позволяют мне судить мои скромные знания, версионности записей репозитория на настоящий момент (SP5) нет. Про change tracking Вы вероятно в курсе, но этот механизм использовать для версионности трудно. Что мешает в Вашем случае в примере с контрагентами, версии наименований хранить в бизнес-системе? Или Ваш сценарий не предполагает репликацию мастер-данных?

SAPфорум.RU https://sapboard.ru/forum/

SAP MDM https://sapboard.ru/forum/viewtopic.php?f=80&t=31271	Страница 1 из 2

Автор:	Aleksey_1976 [ Пн, ноя 26 2007, 10:03 ]
Заголовок сообщения:
QQQ написал(а): Насколько позволяют мне судить мои скромные знания, версионности записей репозитория на настоящий момент (SP5) нет. Про change tracking Вы вероятно в курсе, но этот механизм использовать для версионности трудно. Что мешает в Вашем случае в примере с контрагентами, версии наименований хранить в бизнес-системе? Или Ваш сценарий не предполагает репликацию мастер-данных? да видимо придется.. на тему что мешает, понимаете это вопрос с моей точки зрения примерно звучит так- купив очень дорогой супермега экскаватор на стройку.. вы решаете вопрос как вырыть яму для фундамента с помощью 35 рабочих и лопаты.. конечно не мешает..просто становиться интересно почему продукт изначально позиционирующийся как инструмент для ведения основных данных не позволяет решить проблемы версионности...

Автор:	paho [ Пн, ноя 26 2007, 10:09 ]
Заголовок сообщения:
Видел такой вариант, что названия и серии продуктов менялись. Старые названия хранились в логе изменения основных данных. Просто в логе хранились измененные поля, новые значения и старые значения. Но до скольких версий можно хранить не знаю

Автор:	Aleksey_1976 [ Пн, ноя 26 2007, 10:33 ]
Заголовок сообщения:
paho написал: Видел такой вариант, что названия и серии продуктов менялись. Старые названия хранились в логе изменения основных данных. Просто в логе хранились измененные поля, новые значения и старые значения. Но до скольких версий можно хранить не знаю ясно..будем думать чесать остатки головных мозгов..чтобы вопрос решить как сие необходимо в жизни

Автор:	kizif [ Ср, дек 12 2007, 13:17 ]
Заголовок сообщения:	Re: SAP MDM
Aleksey_1976 написал(а): кстати кто либо работал плотно с SAP MDM-ом, интересует возможно ли в нём ведение версионности объектов (материалов там или контрагентов), тема серьезная, в момент Х, контрагент может изменить свое наименование, а нам необходимо также хранить и использовать в системах его старое наименование в том числе. В МДМ есть понятие 'Harmonization'.Эта возможность отлавливает подобные отличия от оригинала.А когда событие поймано - тут уж можно самому версии создать

Автор:	korchagin [ Чт, дек 13 2007, 22:09 ]
Заголовок сообщения:
Может быть я не понял, о чем идет речь, потому что, на мой взгляд, решение очевидно. Как и в любой реляционной базе данных, нужно связать две таблицы соотношением один-ко-многим (COUNTERAGENTS-TITLES). В MDM есть понятие Qualified Table Field - поле с выбором значения. В процессе работы оператор может дополнять справочник значений такого поля или выбирать существующее из списка. А вообще, у меня есть сомнения в том, что предприятие может так запросто поменять название без смены идентификаторов налогоплательщика (как ИНН+КПП) и других реквизитов.

Автор:	Aleksey_1976 [ Ср, янв 09 2008, 22:39 ]
Заголовок сообщения:
korchagin написал: Может быть я не понял, о чем идет речь, потому что, на мой взгляд, решение очевидно. Как и в любой реляционной базе данных, нужно связать две таблицы соотношением один-ко-многим (COUNTERAGENTS-TITLES). В MDM есть понятие Qualified Table Field - поле с выбором значения. В процессе работы оператор может дополнять справочник значений такого поля или выбирать существующее из списка. А вообще, у меня есть сомнения в том, что предприятие может так запросто поменять название без смены идентификаторов налогоплательщика (как ИНН+КПП) и других реквизитов. да вот..может. вот в чем вопрос. оттуда и лезет сия ситуация. а вообще версионность, к примеру, есть материал. приводим в момент Х его наименование в соответствтие нормативному документу, по сути-изменение версии.. Тоже нужно отлавливать, что было до 10 числа а что после, а кто изменил и что и как.

Автор:	korchagin [ Сб, янв 12 2008, 00:11 ]
Заголовок сообщения:
Aleksey_1976 написал(а): а вообще версионность, к примеру, есть материал. приводим в момент Х его наименование в соответствтие нормативному документу, по сути-изменение версии.. Тоже нужно отлавливать, что было до 10 числа а что после, а кто изменил и что и как. Ммм, недопонял, нужно логирование (фиксирование этого изменения и, возможно, откат) или использование различных значений, соответствующих периоду операций/документов? Или Вы мне объясняете, что такое версионность? В первом случае штатных инструментов нет, хотя лог ведется в служебной таблице БД. Мы ловим изменения таблиц при помощи собственной программы через Java API (для своего рода расширенного workflow). Если второй случай - то он вполне вписывается в решение, которое я предложил (с использованием Qualified Table Fields для изменяемых атрибутов).

Автор:	korchagin [ Сб, янв 12 2008, 01:32 ]
Заголовок сообщения:
А еще у меня есть предложение перенести эту тему в Basis - там и советов больше дадут. Лично я на нее тут случайно наткнулся, потому что этот раздел обычно не читаю.

Автор:	ReFloyd [ Ср, май 21 2008, 12:24 ]
Заголовок сообщения:	Re: SAP MDM
Aleksey_1976 написал(а): кстати кто либо работал плотно с SAP MDM-ом, интересует возможно ли в нём ведение версионности объектов (материалов там или контрагентов), тема серьезная, в момент Х, контрагент может изменить свое наименование, а нам необходимо также хранить и использовать в системах его старое наименование в том числе. Может запоздало, но все же отвечу. Как говорят товарищи из Вальдорфва (из личной переписки с ними полугодовалой давности) Ведение версионности пока не предполагалось, только планируют реализовать временные периоды действия значений полей... Но псевдр версионность можно реализовать посредствовом MDM Relationship завязав взаимосвязь на одну таблицу...

Страница 1 из 2	Часовой пояс: UTC + 3 часа
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/

Автор:	Aleksey_1976 [ Ср, май 21 2008, 13:01 ]
Заголовок сообщения:	Re: SAP MDM
ReFloyd написал: Aleksey_1976 написал(а): кстати кто либо работал плотно с SAP MDM-ом, интересует возможно ли в нём ведение версионности объектов (материалов там или контрагентов), тема серьезная, в момент Х, контрагент может изменить свое наименование, а нам необходимо также хранить и использовать в системах его старое наименование в том числе. Может запоздало, но все же отвечу. Как говорят товарищи из Вальдорфва (из личной переписки с ними полугодовалой давности) Ведение версионности пока не предполагалось, только планируют реализовать временные периоды действия значений полей... Но псевдр версионность можно реализовать посредствовом MDM Relationship завязав взаимосвязь на одну таблицу... спасибо за ответ, хотя и запоздавший но то что вы описали, мы уже реализовали.