Я не знаю ни специфики компании, ни используемого технологического стека, ни сложившейся структуры владения данными. Поэтому список будет "с потолка". В порядке уменьшения зрелости и универсальности: 1. https://universe-data.ru/mdm/ - из того, что внедрял, наиболее зрелое 2. если у вас везде 1С, то 1С:MDM ПРОФ. Не КОРП!!! 3. если у вас везде SAP, то SAP MDG Если есть специфические требования, например, клиентские справочники для банков, то раньше бы я добавил Atacama. Но Юниверс Дата тоже неплох. Плюс, обязательно внешний сервис типа Дадата.
P.S. если бюджет ограничен, то 1С безальтернативен
До тех пор, пока на кого не стоит рот открывать, не вякнет. Пусть со Шлюмами попробует пободаться. Они то уж за незаконное использование своих патентов по ГРП в этих триллионов свой процент взыщут гарантированно.
Кроме туристов, есть и те граждане других стран, которые длительное время работают в России. Гипотетический старлинк работать то будет, но будет и информация о владельцах устройств, имеющих возможность смотреть запрещенку. А статья - найдется.
Ну например, нет ли в устройстве какого-нибудь гипотетического старлинка (если и когда такое появится), или вдруг казахскую симку его владелец установит для обхода ограничений.
IMHO, законопроект нужен для борьбы с обходом блокировок, когда есть один телефон для Макса, госуслуг и т.д., а второй - для VPN, Телеграма, ФСБука, и прочей запрещенки. Теперь органы будут знать, кому штраф/срок за скачанную Ubuntu вместо православной Астры установленный VPN назначать.
Разница видна в определениях - ссылочные данные VS основные данные. Т.е. например справочник материалов - это основные данные (master data), а, например, справочник единиц измерения, справочник видов материалов - ссылочные данные (reference data). Это часть домена "Материалы". Разница есть и в скорости изменения. Основные данные меняются довольно регулярно, ссылочные - очень редко. Новую ЕИ или например валюту добавляют не так уж часто, в отличие от новых контрагентов или материалов. Также, основные данные, в отличие от ссылочных, явно используются в бизнес-процессах. Формальное определение НСИ, насколько помню, появилось в ГОСТ 24.003-84: "Информация, заимствованная из нормативных документов и справочников и используемая при функционировании автоматизированной системы управления". В ГОСТ 22487-77 использовался термин "нормативно-справочные документы". Также можно еще посмотреть литературу по теории систем.
Ну так то термин НСИ появился еще в СССР, в 70-е годы прошлого века, во время активного развития АСУ ТП, а Data Management - лет на 10 позже. Соответственно, из истории их появления и идет терминологическая разница.
Также, вы путаете RDM и MDM. Точнее, не видите между ними принципиальной разницы. Но это видимо связано с разработческим бэкграундом.
Вижу, как минимум, одну большую проблему - решение не масштабируемо. Ничего не поможет представить, что именно люди способны придумать (неосознанно, или, хуже того, осознанно) при написании объявления.
И, думаю, и вам, и вашему заказчику, стоит открыть для себя новую аббревиатуру - НСИ :)
Прежде чем фильтры делать, надо методологию НСИ сначала проработать. Иначе получится как получается. Но в ИТ правилом хорошего тона является забить на НСИ как на непонятную и ненужную хрень.
Лучше всего начать знакомиться с данной темой по https://dama.org/learning-resources/dama-data-management-body-of-knowledge-dmbok/
self-fix: Ataccama
Я не знаю ни специфики компании, ни используемого технологического стека, ни сложившейся структуры владения данными. Поэтому список будет "с потолка". В порядке уменьшения зрелости и универсальности:
1. https://universe-data.ru/mdm/ - из того, что внедрял, наиболее зрелое
2. если у вас везде 1С, то 1С:MDM ПРОФ. Не КОРП!!!
3. если у вас везде SAP, то SAP MDG
Если есть специфические требования, например, клиентские справочники для банков, то раньше бы я добавил Atacama. Но Юниверс Дата тоже неплох. Плюс, обязательно внешний сервис типа Дадата.
P.S. если бюджет ограничен, то 1С безальтернативен
Они есть у любого вендора, и у 1С, и у SAP, и у множества других.
До тех пор, пока на кого не стоит рот открывать, не вякнет. Пусть со Шлюмами попробует пободаться. Они то уж за незаконное использование своих патентов по ГРП в этих триллионов свой процент взыщут гарантированно.
У коллеги, которая тут работает последние несколько лет, работает до сих пор. Раз в год в отпуск ездит в Казахстан.
Сейчас - да.
Кроме туристов, есть и те граждане других стран, которые длительное время работают в России.
Гипотетический старлинк работать то будет, но будет и информация о владельцах устройств, имеющих возможность смотреть запрещенку. А статья - найдется.
Ну например, нет ли в устройстве какого-нибудь гипотетического старлинка (если и когда такое появится), или вдруг казахскую симку его владелец установит для обхода ограничений.
Но нет информации, с чьего устройства симкарта используется. И не пользуется ли владелец устройства иностранной симкой.
Все уже предусмотрели:
https://habr.com/ru/articles/1027868
IMHO, законопроект нужен для борьбы с обходом блокировок, когда есть один телефон для Макса, госуслуг и т.д., а второй - для VPN, Телеграма, ФСБука, и прочей запрещенки. Теперь органы будут знать, кому штраф/срок за
скачанную Ubuntu вместо православной Астрыустановленный VPN назначать.Это только один из сценариев. Главный смысл MDM системы - обеспечить единый источник правды.
Разница видна в определениях - ссылочные данные VS основные данные. Т.е. например справочник материалов - это основные данные (master data), а, например, справочник единиц измерения, справочник видов материалов - ссылочные данные (reference data). Это часть домена "Материалы". Разница есть и в скорости изменения. Основные данные меняются довольно регулярно, ссылочные - очень редко. Новую ЕИ или например валюту добавляют не так уж часто, в отличие от новых контрагентов или материалов.
Также, основные данные, в отличие от ссылочных, явно используются в бизнес-процессах.
Формальное определение НСИ, насколько помню, появилось в ГОСТ 24.003-84: "Информация, заимствованная из нормативных документов и справочников и используемая при функционировании автоматизированной системы управления". В ГОСТ 22487-77 использовался термин "нормативно-справочные документы". Также можно еще посмотреть литературу по теории систем.
Ну так то термин НСИ появился еще в СССР, в 70-е годы прошлого века, во время активного развития АСУ ТП, а Data Management - лет на 10 позже. Соответственно, из истории их появления и идет терминологическая разница.
Также, вы путаете RDM и MDM. Точнее, не видите между ними принципиальной разницы. Но это видимо связано с разработческим бэкграундом.
Вижу, как минимум, одну большую проблему - решение не масштабируемо. Ничего не поможет представить, что именно люди способны придумать (неосознанно, или, хуже того, осознанно) при написании объявления.
И, думаю, и вам, и вашему заказчику, стоит открыть для себя новую аббревиатуру - НСИ :)
Почему это тролльский? Изменение климата Марса вполне измеримый факт. Или все факты, противоречащие основной "повесточке" надо игнорировать?
А как наука в свете человеческого влияния на изменение климата объясняет потепление на Марсе?
Вот и получается, что под ML надо брать Nvidia даже под Linux, без вариантов.
Прежде чем фильтры делать, надо методологию НСИ сначала проработать. Иначе получится как получается. Но в ИТ правилом хорошего тона является забить на НСИ как на непонятную и ненужную хрень.