Содержание

БИНБАНК снятие наличных без комиссии: банки партнеры

Для удобства своих клиентов БИНБАНК оформил сотрудничество с популярными банками. Цель данного сотрудничества – это снятие наличных БИНБАНК без комиссии. Партнёрство банков основано только на использовании банкоматной сети, которая позволила существенно раздвинуть границы и получать необходимые суммы без дополнительных взносов в банкоматах банков партнёров.

Партнёры БИНБАНКА по обслуживанию карт

На сегодняшний день партнёрами БИНБАНКа являются крупнейшие банки страны:

  • Альфа-Банк;
  • Райффайзенбанк;
  • МДМ Банк.

В любом банкомате перечисленных банках можно узнать баланс карты БИНБАНКА и снять необходимую сумму. Комиссия за снятие наличных с карт БИНБАНК отсутствует. Общее количество банковских устройств перечисленных банков составляет порядка более 6000 тысяч.

Банки партнеры БИНБАНКа осуществляют только снятие наличных без комиссии. Больше никаких бонусов и привилегий не предусмотрено. Сотрудничество было разработано только с целью удобного пользования картами БИНБАНКа.

Воспользуйтесь услугами банков партнеров БИНБАНКа при снятии наличных с карты, и вам не придется платить комиссию за проведение операции

При нехватке устройств, гражданам нередко приходиться обращаться в другие банкоматы, где комиссия за одну операцию может составлять 2-3% от снимаемой суммы, а то и больше. В связи с этим у компании отмечался небольшой отток клиентов, который было принято восстановить партнёрством с другими банками.

Ну и конечно, снятие наличных без комиссии с карт БИНБАНКа осуществляется в банкоматах самого БИНБАНКа. это условие касается дебетовых и зарплатных карт. За снятие наличных с кредитных карт БИНБАНК взимается комиссия согласно установленным тарифам.

Комиссия при снятии наличных

Благодаря объединению БИНБАНК смог существенно расширить сеть присутствия, даже в отдалённых регионах. Получить необходимую сумму можно в любом  банкомате банка партнёра без начисления дополнительной комиссии. Так же в устройствах партнёрах можно получить сведения о состоянии счёта или проверить баланс карты, так же, бесплатно.

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

Заключение

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

МДМ Банк | ТРЦ Космос

1 этаж
Секция Банкомат у центрального входа
Телефон: (800) 2003-700

МДМ Банк — один из первых частных банков России. Основанный в 1990 году, за более чем 20 лет своей истории он завоевал лояльность миллионов розничных и корпоративных клиентов, вошел в число крупнейших банков России по ряду ключевых показателей, таких как размер собственного капитала, объем активов и депозитов физических лиц.

В составе акционеров МДМ Банка — ведущие международные финансовые организации: Международная финансовая корпорация (IFC), Европейский банк реконструкции и развития (ЕБРР), немецкий банк развития DEG. Также в состав акционеров банка входят крупнейшие в России и СНГ инвестиционные компании — фонд прямых инвестиций Russia Partners (Siguler Guff & Company) и Troika Capital Partners.

МДМ Банк сегодня — это динамичный финансовый институт, активно участвующий в развитии экономики и финансовой системы страны. Более 200 отделений банка работают в 118 городах в Европейской части России, на Урале, в Сибири и на Дальнем Востоке. Среди клиентов, которым банк предоставляет широкий спектр финансовых услуг, около 3 млн физических лиц, а также свыше 35 тыс. корпоративных клиентов и предприятий малого и среднего бизнеса. Представительство банка открыто в Пекине.

В основе долгосрочной стратегии МДМ Банка лежит клиентская модель развития бизнеса. Принципы клиентоориентированности и стремление достичь превосходного знания клиентов дают менеджерам банка возможность эффективно управлять рисками и формировать условия для долгосрочного взаимовыгодного партнерства.

Банкоматы ОАО «МДМ Банк» — это не просто устройства для выдачи наличных, но и многофункциональные мини-офисы, позволяющие быстро и без обращения в Банк осуществлять основные виды банковских операций.

Банкоматы ОАО «МДМ Банк» принимают все основные типы карт платежных систем — MasterCard WorldWide, Visa International, «Золотая Корона».  

В банкоматах МДМ Банка вы можете осуществлять следующие операции:

Снимать наличные денежные средства в рублях, долларах США или евро

Вносить наличные денежные средства

Погашать кредиты

Пополнять вклады

Пополнение сторонних карт Visa

Оплачивать сотовую связь, Интернет, ЖКХ и другие услуги

Получать мини-выписку по банковской карте

Конвертировать валюту

Осуществлять переводы с одной банковской карты на другую

Совершать переводы по системе «Золотая Корона — Денежные переводы»

Изменять PIN-код по картам «Золотая Корона»

Обращаем внимание, что при совершении некоторых операций по картам, эмитированных сторонними банками, возможна также комиссия банка-эмитента

Уважаемые держатели пластиковых карт, если у вас возникли сложности при обслуживании через банкомат МДМ Банка по причине его неработоспособности, просим Вас незамедлительно сообщить об этом по бесплатному круглосуточному телефону справочной службы МДМ Банка 8-800-2003-700 или оставить отзыв на сайте МДМ Банка: сообщить город, адрес расположения банкомата и описать своими словами характер неисправности или возникшей проблемы в обслуживании.

Уважаемые держатели карт МДМ Банка, вы можете снимать наличные денежные средства в банкоматах банков-партнеров по тарифам, действующим в отношении банкоматов ОАО «МДМ Банк». 

Важно: все прочие (за исключением снятия наличных денежных средств) услуги в банкоматах банков-партнеров осуществляются по тарифам, действующим для банкоматов сторонних банков.

Зарплата на карту – выгоднее

_Все большее количество предприятий малого и среднего бизнеса предпочитают выплачивать заработную плату своим сотрудникам через банк — на пластиковые карты. О преимуществах этого способа и критериях выбора банка рассказывает вице-президент, руководитель дирекции корпоративного бизнеса МДМ Банка Максим Лукьянович._

— Максим, насколько востребован этот продукт предприятиями малого и среднего бизнеса?

— Зарплатный проект сегодня выбирают многие компании. У такой формы выплат масса преимуществ, ведь она позволяет упростить процесс движения средств по заработной плате. Во-первых, пропадает надобность заказывать и привозить наличные деньги. Предприятие освобождается от расходов на инкассацию, существенно снижается занятость финансовой службы, сокращаются потери рабочего времени на получение денежных средств в кассе. Кроме того, преимуществом зарплатных проектов можно считать соблюдение конфиденциальности сумм и финансовую выгоду. В крупных компаниях оптимизация расходов по выплате с переходом на зарплатные проекты составляет от 0,5 до 2% от фонда оплаты труда.

— Какими критериями руководствуются клиенты при выборе банка?

— Это могут быть более выгодные условия обслуживания, кредитования и вкладов, качество и стоимость обслуживания. Один из самых важных критериев — удобное и понятное расчетно-кассовое обслуживание (РКО) по адекватной цене. То есть зарплатный проект рассматривается в качестве бонуса к стандартному пакету РКО. Компании выбирают фактически не зарплатный проект, а банк, в котором они будут получать весь комплекс банковских услуг, включая кредитование, расчетно-кассовое обслуживание, эквайринг, карты самоинкассации для сдачи выручки круглосуточно через банкоматы МДМ Банка и другие услуги.

— С какими проблемами сталкиваются предприниматели при выборе банка для РКО?

— Зачастую стоимость обслуживания для малого и среднего бизнеса слишком высока, а на что тратятся эти деньги, не всегда ясно. Стандартные тарифы на РКО большинства банков трудны для понимания малому бизнесу. В них много примечаний и оговорок, сложных схем выплат и комиссий. Например, существенно затрудняет планирование и усложняет учет ежедневное или пооперационное взимание комиссий. Тарифы требуют вдумчивого изучения, но и это не всегда помогает. Без специальных знаний понять реальные будущие расходы на обслуживание заранее невозможно.

— А в МДМ Банке все просто и понятно?

— Наши услуги ориентированы на современных деловых людей — на тех, кто ценит свое время и качество обслуживания. Мы оказываем полный спектр услуг по РКО: открытие и ведение счетов, проведение платежей, все виды международных расчетов. Расчетный счет открывается в течение одного рабочего дня. Разветвленная филиальная сеть по всей России (215 отделений в 110 городах России) позволяет осуществлять все платежи внутри банка бесплатно. Зачисление средств на расчетный счет возможно в любом подразделении банка, а не только по месту открытия счета. Для удобства расчетов и обслуживания клиентов в Тюмени продлено время обслуживания. Платежи проводятся до 21.00, операционное время работы — до 16.00.

Клиент может управлять своим счетом через систему Дистанционного банковского обслуживания, а также получать информацию о состоянии расчетного счета и совершенных по нему операциях с помощью sms (услуга «Мобильный банк»).

— Как насчет понимания реальных будущих расходов на обслуживание без специальных знаний?

— Кроме стандартных услуг по РКО, мы предлагаем предприятиям малого и среднего бизнеса комплексное обслуживание в формате бизнес-пакетов. Это готовые решения — каждый пакет содержит определенный набор услуг, необходимых для бизнеса, исходя из его потребностей и размеров. При этом стоимость пакета до 25% ниже, чем тот же объем услуг по стандартным тарифам. Понятная фиксированная стоимость позволяет заранее планировать и удобно учитывать расходы по РКО. Оплата может производиться как ежемесячно, так и ежеквартально, раз в полгода или в год.

— Но ведь фиксированный набор услуг подходит не каждому предприятию?

— Линейка бизнес-пакетов разработана для компаний с различным уровнем финансовой активности и потребности в кредитных ресурсах. Мы предлагаем несколько вариантов бизнес-пакетов с фиксированным наполнением, а также специальное предложение — пакет «Конструктор», который позволяет клиенту самостоятельно формировать набор необходимых предприятию услуг. Это просто, удобно и экономно. Мы индивидуально подходим к разработке коммерческого предложения с тем, чтобы оно максимально точно соответствовало специфическим особенностям того или иного бизнеса.

— В чем выгода зарплатных проектов МДМ Банка для предприятий?

— Зарплатный проект экономит финансовые средства (инкассация, зарплата кассира, охрана) и время сотрудников бухгалтерии, гарантирует конфиденциальность выплачиваемых сумм и безопасность платежей. МДМ Банк обеспечивает индивидуальный подход к клиенту, за каждой компанией закрепляется персональный менеджер, который помогает оперативно решать все текущие вопросы по банковскому обслуживанию. Для руководителя организации процесс начисления и выплаты заработной платы становится абсолютно прозрачным. Появляется возможность зачисления на карту выплат компенсационного характера — например, оплаты больничных листов и декретных отпусков. При желании клиент может заказать индивидуальный дизайн зарплатных карт, например, с логотипом или символикой своей компании.

Кроме того, руководители предприятий могут открыть премиальные карты на специальных условиях, использовать дополнительные сервисы при зарубежных поездках — страхование жизни и багажа, консьерж-сервис и др.

Наличие зарплатного проекта является преимуществом при получении кредита для клиентов малого и среднего бизнеса, в том числе в части процентной ставки. В настоящий момент МДМ Банк предлагает новым клиентам нулевую комиссию за перечисление заработной платы, если компания соответствует минимальным требованиям по размеру ФОТ либо количеству зарплатных карт и открывает расчетный счет в нашем банке.

— Кстати, о сотрудниках. Какие преимущества они получают, если предприятие обслуживает МДМ Банк?

— В первую очередь, конечно, скорость и доступность получения наличных денег: с помощью разветвленной сети филиалов и банкоматов сотрудник может получать заработную плату в удобное для себя время в удобном месте. В настоящий момент банкоматная сеть МДМ Банка насчитывает более 12 000 банкоматов по всей России, снимать денежные средства без комиссии можно не только в банкоматах МДМ Банка, но и в банкоматах банков-партнеров, таких как: ОАО «АЛЬФА-БАНК», ЗАО «Райффайзенбанк», ОАО «Промсвязьбанк», ЗАО «Банк Русский Стандарт» и других.

Например, на сегодняшний день в Тюмени 127 банкоматов, в которых зарплатные клиенты МДМ Банка могут снять собственные средства без комиссии, и сеть банкоматов постоянно увеличивается. Кстати, банкомат МДМ Банка можно установить прямо в офисе организации.

Впрочем, сегодня зарплатные проекты — уже не просто перевод денег на карту, а целый комплекс программ, дающих преимущества по сравнению с розничными клиентами.

— Каких, например?

— Зарплатная карта — это возможность оплатить коммунальные услуги и телефон, пополнить счет для услуг мобильной связи, погасить потребительский кредит, осуществить перевод и т. д. Являясь участником зарплатного проекта, работник получает возможность открыть кредитную карту или получить кредит на привлекательных условиях. Процентные ставки для сотрудников предприятий ниже, а залогового обеспечения или поручительства не требуется.
Сотрудник может оформить ко-брендовую карту «Техносила-МДМ Банк», которая позволяет копить бонусы на покупки в магазинах «Техносила» или премиальную карту World MasterCard Black Edition, которая позволяет накапливать мили для оплаты билетов любых авиакомпаний в мире. Держатель карты может полностью контролировать движение средств с помощью интернет-банка, мобильного банка и SMS-сервисов. Также сотрудникам предоставляется круглосуточный доступ к службе поддержки клиентов. Карты международных платежных систем позволяют использовать зарплатные карты по всему миру для снятия наличных в банкоматах и оплаты товаров и услуг в торговых точках.

МДМ Банк не стоит на месте и для всех зарплатных клиентов в январе 2015 года представит программу лояльности «МДМ Бонус», позволяющую накапливать бонусные баллы по всем транзакциям по карте, кроме снятия наличных, и обменивать на скидки у компаний-партнеров.

— Карты каких систем использует МДМ Банк?

— Перечисление заработной платы сотрудников предприятий, которые обслуживаются в МДМ Банке, осуществляется на карты международных платежных систем Visa International и MasterCard WorldWide. МДМ Банк является членом международных платежных систем Visa International и MasterCard WorldWide. Плюсом для клиента является и наличие у МДМ Банка собственного современного процессингового центра, который позволяет в короткие сроки выпускать банковские карты и обрабатывать операции с их использованием.

Зарплатные карты МДМ Банка — это безопасный, надежный и эффективный способ выдачи и получения денег.

_Реклама. ОАО «МДМ Банк». Генеральная лицензия ЦБ РФ № 323 от 05.12.2012 г._

Как Активировать Карту Мдм Банка Через Интернет

МДМ банк: условия по кредитным картам

Банковские карты позволили пользоваться возможностями и привилегиями международных систем «Visa International» и «MasterCard Worldwide». С кредиткой можно приобретать товары по всему миру, получать наличные средства в банкоматах, численность которых перешагнула отметку 700 000.

  • Беспроцентное использование заемных средств (в наличной и безналичной форме) для любых целей.
  • Выгодные партнерские программы.
  • Выпуск индивидуальной дизайнерской кредитки.
  • Выгодные условия для VIP-клиентуры с привилегиями.
  • Всевозможные акции, скидки.
  • Увеличенный грейс-период до 112 дней.

МДМ Банк — управляйте своими финансами с мобильного телефона

Если вы давно искали приложение, при помощи которого сможете делать переводы, оплачивать услуги и полностью контролировать свой банковский счет, то мобильный банк «МДМ mobile» достоин вашего внимания. Приложение доступно для всех клиентов МДМ Банка и с недавним обновлением обзавелось крутыми функциями, о которых нельзя не рассказать.

Хотите узнать, где находится ближайшее отделение или банкомат МДМ Банка и его партнеров, где можно снять наличные без комиссии? Сделать это можно даже без авторизации в приложении. Список всех банковских подразделений доступен прямо на главной странице.

Вводить логин или пароль совсем не обязательно. Здесь же отображается телефон отделения и услуги, которые оно оказывает.

А вот на странице вклада доступна информация о пополнениях и поступлениях денежных средств. Хотите произвести частичное снятие, пополнить вклад или посмотреть выписку? Без проблем.

Чтобы не искать ленту последних операций по всему приложению, ее можно вызвать в правом верхнем углу экрана, и повторить любую операцию в одно касание.

Приложение «МДМ Банк» станет прекрасным дополнением к уже существующим продуктам банка и позволит почувствовать себя пользователем по-настоящему современного банкинга. Доступно оно совершенно бесплатно.

Приложение: МДМ Банк
Разработчик: МДМ Банк
Цена: Бесплатно
Скачать: Google Play

Крутые функции:
▪ Где банкомат — серьезно.
▪ В личном кабинете можно посмотреть остаток по счету и движениям денег. — дайте две.
▪ Есть статистика . УРААА
▪ Авторизация из самого приложения. ВАААААУУУУУ.

А кто сказал, что это крутые и уникальные функции?
Описание стандартного функционала.

▪ Подключение сервиса из приложения — действительно «ВАУ». Много знаете приложений банков, где можно подключить мобильный банк из приложения не посещая офис банка?

и? Вы на свой вкус выбрали самые стандартные функции и решили, что «крутые» писали про них?
Графическое отображение карты — прикольно, кредитная полоска тоже найс. Само по себе приложение симпатичное. Понятное дело, что тут нет большого выбора функционала, но ваш комментарий смотрится все же странно.

Сколько у нас телефонов, которые поддерживают NFC?) А сколько владельцев с ними, которые будут пользоваться этой фичей, около 0, 01%?
Я человек очень простой и простодушный, если пишут — «мы плыгнули выше головы и сыграли на гитаре в процессе», то очень хочется на это посмотреть.

Специально для Вас:
▪ Какие функции уникальны?
▪ Прикольная карта и найс-полосочка — это не первичный функционал банковского ПО. То же относится и к «симпатичности».
▪ Еще альфабанк, сбер и райффайзен. Про региональные банки не говорю, ибо у клиентоориентированных с этим все нормально.

Лично у меня 2 аппарата: z3, Lumia 920. У супруги — z, у мамы z1. Все они поддерживают и nfc, и secure storage driver для процессинга и хранения. По моим подсчетам получается — 100%

Начался холивар?)
Я так и не понял, где автор пишет, что МДМ прыгнул выше головы? Очевидно, что нет. До этого еще далеко.

Ну давайте честно, уникальный функций у банковских приложений нет. У всех +- одно и тоже. По крайне мере 98% функций. У кого-то лучше развито, у кого-то хуже.

МДМ новый игрок в этом. Первые версии всегда простоваты, вон у сбера и альфы были только банкоматы в первых версиях.

Про NFC. А ваша семья это 100% России получается? :). Жена и мама пользуется мобильным банкингом и расплачивается при помощи NFC?

МДМ Банк — управляйте своими финансами с мобильного телефона

Если вы давно искали приложение, при помощи которого сможете делать переводы, оплачивать услуги и полностью контролировать свой банковский счет, то мобильный банк «МДМ mobile» достоин вашего внимания. Приложение доступно для всех клиентов МДМ Банка и с недавним обновлением обзавелось крутыми функциями, о которых нельзя не рассказать.

Хотите узнать, где находится ближайшее отделение или банкомат МДМ Банка и его партнеров, где можно снять наличные без комиссии? Сделать это можно даже без авторизации в приложении. Список всех банковских подразделений доступен прямо на главной странице. Вводить логин или пароль совсем не обязательно. Здесь же отображается телефон отделения и услуги, которые оно оказывает.

После авторизации вы попадаете в свой личный кабинет, где помимо карт и их баланса показывается информация о счетах, кредитах и вкладах. Чтобы получить логин и пароль для мобильного банка, не надо идти в отделение – с помощью функции онлайн-подключения можно быстро зарегистрироваться и получить доступ к личному кабинету. Все данные четко структурированы — например, есть график кредитов и любой кредитной карты, где клиент может узнать, какую часть долга он уже погасил. Платежи и переводы совершаются в разделе «Платежи», с экрана детальной информации по каждому продукту, из правого меню с последними операциями и при помощи быстрых платежей.

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

А вот на странице вклада доступна информация о пополнениях и поступлениях денежных средств. Хотите произвести частичное снятие, пополнить вклад или посмотреть выписку? Без проблем.

Чтобы не искать ленту последних операций по всему приложению, ее можно вызвать в правом верхнем углу экрана, и повторить любую операцию в одно касание.

Приложение «МДМ Банк» станет прекрасным дополнением к уже существующим продуктам банка и позволит почувствовать себя пользователем по-настоящему современного банкинга. Доступно оно совершенно бесплатно.

Приложение: МДМ Банк
Разработчик: МДМ Банк
Цена: Бесплатно
Скачать: Google Play

МДМ Банк и Райффайзенбанк объединили банкоматные сети

МДМ Банк и Райффайзенбанк объединили банкоматные сети

30 января 2014 4:25

МДМ Банк и Райффайзенбанк объединили сетиАТМ по операциям выдачи наличных. Теперь клиенты обеих кредитных организаций могут снимать денежные средства на одинаковых условиях без комиссии в банкоматах объединенной сети. Заключение данного соглашения позволяет существенно расширить географию пользования банковскими услугами – клиентам МДМ Банка теперь доступно более 12  тыс. АТМ по всей России.

 

Банкоматная сеть МДМ Банка в результате объединения с Райффайзенбанком увеличилась на 2,1 тыс. дополнительных аппаратов. Объединенная сеть платежных устройств позволит клиентам МДМ Банка снимать деньги без комиссии в одной из наиболее развитых сетей устройств самообслуживания на российском банковском рынке. Остальные операции, осуществляемые через банкомат партнера, тарифицируются без изменений (как операции, совершенные в устройствах стороннего банка).

В настоящее время клиенты МДМ Банка уже могут получать наличные денежные средства в платежных устройствах банков-партнеров с большой банкоматной сетью по всей территории страны – Альфа-Банка, банка «Русский Стандарт», Промсвязьбанка, ОТП Банка (только для карт MasterCard), Восточного экспресс-банка, банка «Кубань-Кредит», банка «Кольцо Урала», а теперь и Райффайзенбанка.

«Мы рады сообщить, что проект объединения нашей банкоматной сети с сетью Райффайзенбанка успешно реализован, – говорит Дмитрий Каштанов, вице-президент МДМ Банка, руководитель Дирекции электронного бизнеса. – Райффайзенбанк стал восьмым банком-партнером, в котором наши клиенты могут без комиссий снимать наличные денежные средства. Расширение банкоматной сети является для нас приоритетным направлением, которое позволяет повысить удобство использования карт для наших клиентов. Мы планируем продолжать работу в этом направлении».

«После объединения банкоматной сети с МДМ Банком число доступных клиентам устройств будет насчитывать более 11  тыс., – говорит Наталия Масарская, начальник отдела развития альтернативных каналов продаж Райффайзенбанка. – Благодаря этому Райффайзенбанк будет располагать одной из крупнейших сетей банкоматов и сможет предоставить своим клиентам более удобный доступ к денежным средствам в большинстве городов России».

Источник: МДМ Банк

 

MDM для соблюдения нормативных требований в банковской сфере


Банковские правила — Обзор

Еще никогда управление нормативными вопросами и рисками не было таким сложным. Ожидания регулирующих органов продолжают расти, и все большее внимание уделяется способности учреждения реагировать на следующий потенциальный кризис. Финансовые учреждения по-прежнему сталкиваются с проблемами при реализации комплексной программы корпоративного управления, отвечающей всем текущим и будущим ожиданиям регулирующих органов.Произошел феноменальный рост ожиданий в отношении качества данных, анализа рисков и нормативной отчетности.

Ниже приведены некоторые из норм США, которым можно использовать отчеты MDM и Customer 360 для соответствия:

FATCA (Закон о соблюдении налогового законодательства по иностранным счетам)

FATCA был принят с целью пресечения несоблюдения налогоплательщиками США требований, использующих иностранные счета. Целью FATCA является отчетность по иностранным финансовым активам. Способность согласовывать все ключевые заинтересованные стороны, включая операции, технологии, риски, юридические и налоговые аспекты, имеет решающее значение для успешного соблюдения требований FATCA.

OFAC (Управление по контролю за иностранными активами)

Управление по контролю за иностранными активами (OFAC) применяет серию законов, которые вводят экономические санкции против враждебных целей для достижения целей внешней политики США и национальной безопасности. Органы банковского регулирования должны сотрудничать в обеспечении соблюдения финансовыми учреждениями Правил.

FACTA (Закон о справедливых и точных кредитных операциях)

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

HMDA (Закон о раскрытии информации о жилищной ипотеке)

Этот закон требует от финансовых учреждений предоставлять общественности данные об ипотеке. Данные HMDA используются для определения вероятной жилищной дискриминации различными способами.

Правила Додда Франка

Основной целью Закона Додда-Франка о реформе Уолл-стрит и защите прав потребителей было повышение финансовой стабильности. Этот закон устанавливает основные правила в финансовой отрасли.

Базель III

Базель III — это широкий международный свод правил, которых должны придерживаться многие банки США.Базель III — это комплексный набор мер по реформированию, разработанный Базельским комитетом по банковскому надзору для усиления регулирования, надзора и управления рисками в банковском секторе.

Что нужно банкам для выполнения нормативных требований?

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

Чем может помочь MDM?

Корпоративное представление данных о клиентах

Решения

MDM обеспечивают корпоративное представление всех данных о клиентах, чтобы гарантировать, что клиент соблюдает предписания правительства (например, FATCA, Basel II / III, Dodd Frank, HMDA, OFAC, AML и т. Д.) И упрощают связывание данных для легкого доступа.

Соответствие пользователям

Пользователи, удовлетворяющие критериям соответствия, смогут получать информацию о клиенте, такую ​​как имя, адрес, метод связи и демографические данные, из решения MDM.Они смогут обеспечить соблюдение требований клиентов, создавая отчеты, выполняя обзоры и отслеживая клиентов по спискам наблюдения.

Приложения соответствия

Приложения поддержки

FATCA, приложения для отчетности Dodd Frank, приложения для отчетов о соответствии HMDA, приложения для соответствия требованиям Basel II и III получают извлечение данных из решения MDM, содержащее подробную информацию о клиенте, такую ​​как имя, адреса, методы связи, идентификаторы, демографические данные и отношения между клиентом и аккаунтом. которые улучшают отчетность о соответствии и аналитику клиентов.

Пользователи, отвечающие за соблюдение требований

, могут обеспечить соблюдение всех законов FATCA, создавать отчеты, связывать информацию о клиентах для создания отчетов HMDA и предоставлять полный финансовый профиль всех коммерческих клиентов, чтобы обеспечить соблюдение требований Базель II и III

Пользователи нормативного риска

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

Заявления о нормативных рисках

Решение

MDM предоставляет подробную информацию о клиенте, такую ​​как имя, адреса, идентификаторы, демографические данные и отношения между клиентом и аккаунтом, для приложений, поддерживающих AML, данные OFAC, KYC, анализ мошенничества, чтобы они могли определить соответствие таким нормативным актам, как AML.Стандарты OFAC определяют, были ли собраны надлежащие данные KYC для всех клиентов, и отслеживают мошеннические действия любого клиента.

Решение

MDM получит транзакцию закрытия счета от приложений AML, если пользователь регулирующего риска определит, что отношения с клиентами должны быть прекращены из-за несоблюдения требований AML. Приложения OFAC обновляют статус списка наблюдения клиента в решении MDM и отправляют добавление / обновление / удаление клиента оповещать о транзакциях для отслеживания клиентов в списках наблюдения OFAC.

Заключение

Решения

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

Об авторе

Грег Пирс

Грег — старший бизнес-архитектор MDM в InfoTrellis.Он помог многим клиентам из банковского сектора, страховых компаний и розничных клиентов получить реальную отдачу от своих инвестиций в МДМ.

Kia sportage против nissan qashqai egypt, Ford fiesta 2009 проблемы с bluetooth, tamiya volkswagen golf gti cup car

Делает понятным соответствие нормативным требованиям с MDM


Использование управления основными данными как часть надежной программы обеспечения соответствия

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

По мере того, как мир становится все более цифровым, количество нормативных актов, разработанных для защиты людей, управления продуктами и услугами, которые они покупают, и отслеживания связанных с ними данных, «след» резко возрастает. Согласно опросу Ernst & Young, усиление давления со стороны регулирующих органов является главной проблемой для руководителей бизнеса, при этом 78 процентов респондентов выражают растущую озабоченность по поводу защиты данных и соблюдения требований конфиденциальности.

Организации сталкиваются с двумя уникальными проблемами: во-первых, определить, как они управляют, используют и защищают данные в соответствии с такими требованиями, как Общий регламент ЕС по защите данных (GDPR); и, во-вторых, как управлять огромными объемами данных, необходимыми для выполнения должной осмотрительности для выполнения таких требований, как «Знай своего клиента» (KYC).Независимо от того, продает ли ваш бизнес B2B или B2C, требование соблюдения нормативных требований остается. На самом деле, это, вероятно, станет сложнее, поскольку организациям будет трудно понять растущие объемы данных, обнаруживаемые в их озерах данных и других источниках.

Истинное влияние соблюдения нормативных требований

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

Например, количество нормативных актов, требующих от компании контроля над данными, увеличилось за последние пару лет и включает хорошо известные директивы, такие как GDPR, Международные стандарты финансовой отчетности (IFRS) и другие.

KYC, в частности, охватывается многими действиями по борьбе с отмыванием денег по всему миру и включает проверку личности ваших клиентов для оценки риска в процессе комплексной проверки. Чтобы обеспечить соответствие этим требованиям, а также другим нормативным актам, таким как Уникальная идентификация устройств FDA (закон UD, который требует присвоения уникального идентификатора медицинским устройствам, Закон о маркировке пищевых продуктов и образовании и т. Д.), Организациям необходимо собрать источники истины, чтобы гарантировать точность данных.Что еще более важно, им необходимо убедиться, что данные соответствуют цели, то есть они могут понять, как данные будут использоваться в организации (и в каких условиях) для обеспечения соответствия.

Тем не менее, многие компании поддерживают ИТ-экосистему, которая не подходит для соблюдения нормативных требований. Это связано с тем, что они полагаются на различные устаревшие системы, которые нелегко вывести из эксплуатации, и часто у них есть одна система для каждого направления бизнеса, что приводит к дублированию данных, которые хранятся в ИТ-ландшафте.Помимо времени, необходимого для подключения клиента, одна из самых больших проблем с соблюдением таких нормативных требований, как Закон о банковской тайне и соответствующее правило борьбы с отмыванием денег (AML), — это возможность идентифицировать клиента / клиента на предприятии. Это связано с тем, что учреждениям часто требуется многократно предоставлять одну и ту же информацию о клиенте, что делает такой подход неприемлемым.

Брать на себя риск: CDO спешат на помощь

В попытке удовлетворить потребности ИТ-директора и различные требования к данным от бизнес-пользователей, организации в регулируемых отраслях и за их пределами добавляют новое место в таблицу уровня C в виде директора по данным (CDO).CDO часто определяют как человека, ответственного за корпоративное управление и использование информации в качестве актива посредством обработки данных, анализа, интеллектуального анализа данных, торговли информацией и другими способами. В первую очередь они имеют опыт работы в бизнесе, а не в ИТ, поскольку они сосредоточены на обеспечении качества и прозрачности данных для регулирования и управления рисками, а также на аналитической отчетности. Фактически, согласно недавнему отчету Gartner [i], CDO тратят в среднем 27 процентов своего времени на управление рисками и соблюдение нормативных требований.

Согласно последнему отчету Gartner Magic Quadrant for Data Quality , , эти CDO осознают важность качества данных для достижения поставленных перед ними целей, которые включают не только соответствие и снижение рисков, но и рост, приоритеты клиентов и продуктов. . «Для достижения бизнес-приоритетов генеральных директоров в этих категориях руководители данных и аналитики, в том числе директора по данным и ИТ-директора, должны гарантировать, что качество их данных о клиентах, сотрудниках, продуктах, поставщиках и активах« соответствует цели »и им доверяет пользователей.Без достоверных данных усилия по достижению этих целей будут затруднены, что приведет к снижению стоимости для акционеров, снижению конкурентоспособности, росту операционных расходов, потере клиентов в пользу конкурентов и, возможно, штрафам за несоблюдение нормативных требований »[ii]

.

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

В соответствии с законами о конфиденциальности, директора по информационной безопасности (CISO), такие как я, часто являются руководителями, которым поручено предоставить эти жизненно важные возможности нашей организации. Если в вашей организации работает директор по информационной безопасности, он или она, вероятно, отвечает за соблюдение нормативных требований. В таком случае тесное сотрудничество с CDO — важная передовая практика для CISO.

Максимальное использование обязательного соответствия: три совета, которые помогут вам начать работу

Организации могут придерживаться одного из двух мировоззрений, когда дело доходит до бесконечного списка правил: они могут приступить к разработке только минимального необходимого уровня без полной приверженности, или они могут рассматривать это как возможность навести порядок в своем доме и подключайтесь и доставляйте информацию в каждую точку предприятия, чтобы повысить ценность. Чтобы помочь вам и вашей организации соблюдать сегодняшние правила, такие как BCBS239 или Раздел 21 Свода федеральных нормативных актов (CFR), а также подготовиться к будущим, начните с рассмотрения следующих трех шагов:

  1. Дополнение текущих подходов : Вместо того, чтобы придерживаться принципа «все или ничего» в отношении соблюдения требований, рассмотрите существующие методы и ищите способы дополнить существующие технологии и подходы.Спросите себя, можем ли мы добиться соответствия, добавив новые стратегии качества данных и управления данными?
  2. Данные аудита: Определите, где, почему, как и кем используются данные. Спросите себя, как данные потребляются и в каком контексте они необходимы.
  3. Apply Data Governance: Data Governance может помочь вам определить бизнес-ответственность за различные типы данных и установить правильные политики управления данными. Для этого сначала определите источник данных, а также то, кто может получить к ним доступ и кто может их изменить.Это поможет вам определить бизнес-процессы, которые на него опираются, и применить соответствующие политики управления.

Повышение соответствия нормативным требованиям — важное дело, но оно является частью организационных возможностей «высокий риск / низкая прибыль». В результате ему не часто уделяется должного внимания. Плохое соблюдение требований может быть чрезвычайно дорогостоящим и потенциально нанести ущерб как вашей прибыли, так и репутации бренда. MDM не только поможет вам узнать истинную личность вашего клиента, продукта, географии и т. Д.; это также поможет вам определить и понять все отношения, которые каждый имеет с другими соответствующими сторонами и объектами. Сюда могут входить заинтересованные стороны, политически значимые лица и консультанты, продукты и их компоненты / ингредиенты, местоположения, услуги или политики, а также активы и важная документация. Он также обеспечивает единое представление о контрагентах по различным направлениям бизнеса.

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

[i] Источник: Gartner. Оцените влияние машинного обучения, GDPR и облачных решений поставщиков MDM , март 2018 г.

[ii] Источник: Gartner. Magic Quadrant for Data Quality Tools . Октябрь 2017


Управление основными данными — Что, почему, как и кто


Управление основными данными (MDM) возникло из-за необходимости для предприятий улучшить согласованность и качество своих ключевых информационных активов, таких как данные о продуктах, данные об активах, данные о клиентах, данные о местоположении и т. Д.

Сегодня многие предприятия, особенно глобальные, имеют сотни отдельных приложений и систем (например, ERP, CRM), в которых данные, передаваемые между отделами или подразделениями организации, могут легко стать фрагментированными, дублированными и, как правило, устаревшими. Когда это происходит, точно ответить даже на самые простые, но важные вопросы о любом типе показателей производительности или KPI для бизнеса становится затруднительно.

Получение ответов на основные вопросы, такие как «кто наши самые прибыльные клиенты?», «Какие продукты имеют лучшую прибыль?» или, в некоторых случаях, «сколько у нас сотрудников»? становится трудно ответить — по крайней мере, с какой-либо степенью точности.

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

Для решения этой проблемы предприятия обращаются к управлению основными данными (MDM).


Что вы узнаете из этой статьи:

В этой статье объясняется, что такое MDM, почему он важен, как им управлять и кто должен участвовать, а также выявляются некоторые ключевые шаблоны управления MDM и лучшие практики.В частности, он охватывает:


Приступим!


Что такое основные данные?

Большинство программных систем имеют списки данных, которые совместно используются и используются несколькими приложениями, составляющими систему.

Например: Типичная система ERP будет иметь как минимум списки данных «Основные записи клиентов», «Основные записи позиций» и «Основные записи счетов». Эти основные данные часто являются одним из ключевых активов компании. На самом деле, нет ничего необычного в том, что компания приобретается в первую очередь для доступа к ее основным данным клиента.

Определение элементарных основных данных

Одним из наиболее важных шагов в понимании основных данных является знакомство с терминологией. Для начала есть несколько очень хорошо понимаемых и легко идентифицируемых элементов основных данных, таких как «клиент» и «продукт». По правде говоря, многие определяют основные данные просто путем произнесения общепринятого списка элементов основных данных, таких как: клиент, продукт, местонахождение, сотрудник и актив.

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

Чтобы дать более исчерпывающий ответ на вопрос «что такое основные данные?», Мы можем рассмотреть 6 типов данных, которые обычно встречаются в корпорациях:

  1. Неструктурированные данные : данные, содержащиеся в электронной почте, официальных документах, журнальных статьях, корпоративных порталах интрасети, спецификациях продуктов, маркетинговых материалах и файлах PDF.
  2. Транзакционные данные : данные о бизнес-событиях (часто связанных с системными транзакциями, такими как продажи, поставки, счета-фактуры, заявки на устранение неисправностей, претензии и другие денежные и неденежные взаимодействия), которые имеют историческое значение или необходимы для анализа другими системами. .Транзакционные данные — это транзакции на уровне единиц, в которых используются сущности основных данных. В отличие от основных данных, транзакции по своей природе являются временными и мгновенными.
  3. Метаданные: Данные о других данных. Он может находиться в формальном репозитории или в различных других формах, таких как XML-документы, определения отчетов, описания столбцов в базе данных, файлы журналов, соединения и файлы конфигурации.
  4. Иерархические данные : данные, в которых хранятся отношения между другими данными.Он может храниться как часть системы бухгалтерского учета или отдельно как описания реальных отношений, таких как организационные структуры компании или продуктовые линейки. Иерархические данные иногда считают супер-доменом MDM, потому что они критически важны для понимания, а иногда и обнаружения взаимосвязей между основными данными.
  5. Справочные данные: Особый тип основных данных, используемых для категоризации других данных или используемых для соотнесения данных с информацией за пределами предприятия.Справочные данные могут совместно использоваться для основных или транзакционных объектов данных (например, страны, валюты, часовые пояса, условия оплаты и т. Д.)
  6. Основные данные : основные данные внутри предприятия, описывающие объекты, вокруг которых ведется бизнес. Обычно он меняется нечасто и может включать справочные данные, необходимые для ведения бизнеса. Основные данные не носят транзакционный характер, но они описывают транзакции. Критические существительные для бизнеса, охватываемого основными данными, обычно делятся на четыре домена, и дальнейшие категоризации в этих доменах называются предметными областями, субдоменами или типами сущностей.

Четыре общих домена основных данных:


Клиенты

В домене клиента есть поддомены клиента, сотрудника и продавца.


Продукты

В домене продуктов есть поддомены продукта, детали, магазина и актива.


Филиалы

В домене местоположений есть поддомены местоположения офиса и географического подразделения.


Другое

В другом домене есть такие вещи, как субдомены контракта, гарантии и лицензии.


Некоторые из этих поддоменов могут быть дополнительно разделены. Например, клиент может быть дополнительно сегментирован на основе стимулов и истории, поскольку у вашей компании могут быть как обычные клиенты, так и главные и исполнительные клиенты. Между тем, продукт может быть дополнительно сегментирован по секторам и отраслям. Такой уровень детализации полезен, потому что требования, жизненный цикл и цикл CRUD для продукта в секторе потребительских товаров (CPG), вероятно, сильно отличаются от таковых для продуктов в швейной промышленности.Гранулярность доменов по существу определяется величиной различий между атрибутами сущностей внутри них.

Выбор основных данных для управления

Хотя идентификация сущностей основных данных довольно проста, не все данные, которые соответствуют определению основных данных, обязательно должны управляться как таковые. Как правило, основные данные обычно представляют собой небольшую часть всех ваших данных с точки зрения объема, но это одни из самых сложных данных, которые наиболее ценны для обслуживания и управления.

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

Мы рекомендуем использовать следующие критерии, все из которых следует рассматривать вместе при принятии решения о том, следует ли рассматривать данную сущность как основные данные.

Данные о поведении

Основные данные можно описать по способу их взаимодействия с другими данными.

Например:

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

Эта взаимосвязь между основными данными и транзакционными данными может в основном рассматриваться как отношение существительное / глагол.Транзакционные данные фиксируют глаголы, такие как продажа, доставка, покупка, электронная почта и отзыв, в то время как основные данные фиксируют существительные. Это те же отношения, что и факты и измерения хранилища данных.

Жизненный цикл (цикл CRUD)

Основные данные можно описать по способу их создания, чтения, обновления, удаления и поиска. Этот жизненный цикл называется циклом CRUD и отличается для разных типов элементов основных данных и компаний.

Например:

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

В следующей таблице показаны различные циклы CRUD для четырех общих предметных областей основных данных.

Заказчик Товар Актив Сотрудник
Создать Посещение клиента, например веб-сайта компании или производственного объекта, инициирует создание учетной записи Товар приобретается или производится с участием СКМ Подразделение приобретается путем открытия заказа на поставку после необходимого процесса утверждения HR нанимает нового сотрудника, который затем должен заполнить многочисленные формы, пройти инструктаж, выбрать льготы, определить распределение активов и выполнить служебные задания
Чтение Контекстные представления на основе учетных данных зрителя Каталоги периодической инвентаризации Цели периодической отчетности, расчет амортизации, проверка Доступ в офис, отзывы, страхование, иммиграционная служба
Обновление Адрес, скидки, телефон, преференции, кредитные счета Смена упаковки, смена сырья Передачи, техобслуживание, акты ДТП Иммиграционный статус, брачный статус, повышение уровня, повышения, переводы
Уничтожить Смерть, банкротство, ликвидация, не звонить Отменено, заменено, больше не существует Вышло из употребления, продано, уничтожено, украдено, списано Прекращение, смерть
Поиск CRM система, система call-центра, система управления контактами Система ERP, система обработки заказов Отслеживание GL, управление базой данных активов HR LOB-система

Мощность

По мере уменьшения количества элементов (количества элементов в наборе) вероятность того, что элемент будет рассматриваться как элемент основных данных — даже в общепринятой предметной области, такой как клиент, — уменьшается.

Например:

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

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

Срок службы

Основные данные имеют тенденцию быть менее изменчивыми, чем данные транзакций.По мере того, как он становится более изменчивым, он обычно считается более транзакционным.

Например:

Некоторые могут считать «контракт» элементом основных данных. Другие могут счесть это сделкой. В зависимости от срока действия контракта он может быть любым.

Агентство, продвигающее профессиональных спортсменов, может рассматривать свои контракты как основные данные. В этом случае каждый из них отличается от другого и обычно имеет срок службы более года.Может возникнуть соблазн просто иметь один элемент основных данных под названием «спортсмен». Однако спортсмены, как правило, заключают более одного контракта в любой момент времени: один со своими командами, а другой с компаниями для одобрения продуктов. Агентству необходимо будет управлять всеми этими контрактами с течением времени, поскольку элементы каждого контракта будут пересмотрены или по мере обмена спортсменами.

Другие контракты — например, контракты на детализацию автомобилей или покраску дома — больше похожи на сделку. Это разовые краткосрочные соглашения об оказании услуг за оплату, которые обычно выполняются и уничтожаются в течение нескольких часов.

Сложность

Простые сущности, даже если они являются ценными сущностями, редко вызывают трудности в управлении и редко считаются элементами основных данных. Чем менее сложен элемент, тем меньше вероятность необходимости управлять изменениями для этого элемента. Обычно такие активы просто собираются и подсчитываются.

Например:

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

Значение

Чем более ценен элемент данных для компании, тем больше вероятность, что он будет считаться элементом основных данных. Ценность и сложность работают вместе.

Волатильность

Хотя основные данные обычно менее изменчивы, чем данные транзакций, сущности с атрибутами, которые вообще не меняются, обычно не требуют решения для основных данных.

Например:

Редкие монеты, по-видимому, соответствуют многим критериям обработки основных данных. У коллекционера редких монет, вероятно, будет много редких монет, поэтому количество элементов велико. Они также ценны и сложны, поскольку имеют историю и описание (например, такие атрибуты, как состояние аверса, реверса, легенды, надписи, обода и поля, а также инициалы дизайнера, дизайн кромки, слои и портрет).

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

Повторное использование

Одним из основных драйверов управления основными данными является повторное использование.

Например:

В простом мире CRM-система могла бы управлять всем, что касается клиента, и никогда не должна была бы делиться какой-либо информацией о клиенте с другими системами.Однако в современных сложных средах информация о клиентах должна совместно использоваться несколькими приложениями. Вот тут и начинаются проблемы.

Поскольку — по ряду причин — доступ к основным данным не всегда доступен, люди начинают хранить основные данные в различных местах, таких как электронные таблицы и частные хранилища приложений. По-прежнему существуют причины, такие как ухудшение качества данных и ухудшение качества данных, для управления основными данными, которые не используются повторно на предприятии. Однако, если объект основных данных повторно используется в нескольких системах, можно с уверенностью сказать, что им следует управлять с помощью программного обеспечения MDM.

Вкратце…

Хотя перечислить различные типы сущностей основных данных просто, иногда бывает сложнее решить, какие элементы данных в компании следует рассматривать как основные данные.

Часто данные, которые обычно не соответствуют определению основных данных, могут нуждаться в управлении как таковые, а данные, которые соответствуют определению, могут не управляться.

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

Зачем вообще нужно управлять основными данными?

Поскольку основные данные используются несколькими приложениями, ошибка в данных в одном месте может вызвать ошибки во всех приложениях, которые их используют.

Например:

Неверный адрес в основной записи клиента может означать, что все заказы, счета и маркетинговая литература отправляются не по тому адресу. Точно так же неверная цена на мастер-номенклатуре может быть маркетинговой катастрофой, а неправильный номер учетной записи в основной учетной записи может привести к огромным штрафам или даже тюремному заключению для генерального директора — шаг, ограничивающий карьеру человека, совершившего ошибку.

Пример основных данных из реальной жизни: зачем нужны основные данные

Типичная ужасающая история с основными данными

Клиент кредитной карты переезжает с 2847 North 9th St. на 1001 11th St. North. Клиент сразу же изменил свой платежный адрес, но не получал счет в течение нескольких месяцев. Однажды клиенту позвонили с угрозами из отдела выставления счетов по кредитным картам и спросили, почему счет не был оплачен. Клиент подтверждает, что у него есть новый адрес, и отдел выставления счетов проверяет, что адрес в файле — 1001 11th St.Север. Клиент просит копию счета для оплаты счета.

Еще через две недели без счета клиент перезванивает и обнаруживает, что счет был передан коллекторскому агентству. На этот раз клиент обнаруживает, что хотя адрес в файле был 1001 11th St. North, адрес для выставления счетов указан как 101 11 th St. North. После нескольких телефонных звонков и писем между юристами, счет наконец урегулирован, и компания, выпускающая кредитные карты, потеряла клиента на всю жизнь.

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

Это было бы неплохо, если бы вы могли просто объединить новые основные данные с текущими основными данными, но если приобретенная компания не ведет совершенно другой бизнес в далекой стране, есть очень хороший шанс, что некоторые клиенты и продукты появятся в оба набора основных данных — обычно с разными форматами и разными ключами базы данных.

Если обе компании используют номер Dun & Bradstreet или номер социального страхования в качестве идентификатора клиента, определение того, какие записи о клиентах относятся к одному и тому же клиенту, является несложной задачей; но такое случается редко. В большинстве случаев номера клиентов и номера деталей присваиваются программным обеспечением, которое создает основные записи, поэтому шансы того, что один и тот же клиент или один и тот же продукт будет иметь один и тот же идентификатор в обеих базах данных, довольно малы. Мастера предметов могут быть еще сложнее согласовать, если эквивалентные детали приобретаются у разных поставщиков с разными номерами поставщиков.

Вкратце…

Объединение основных списков может быть очень трудным, поскольку один и тот же клиент может иметь разные имена, номера клиентов, адреса и номера телефонов в разных базах данных. Например, Уильям Смит может появиться как Билл Смит, Wm. Смит и Уильям Смит. Обычные соединения и поиск в базе данных не смогут устранить эти различия.

Потребуется очень сложный инструмент, который распознает псевдонимы, варианты написания и опечатки.Инструмент, вероятно, также должен будет признать, что разные варианты имен могут быть разрешены, если все они живут по одному адресу или имеют один и тот же номер телефона.

Преимущества создания общего списка основных данных

Хотя создание чистого главного списка может быть сложной задачей, есть много положительных преимуществ для чистой прибыли, которые проистекают из наличия общего главного списка, в том числе:

  • Единый консолидированный счет, который экономит деньги и повышает удовлетворенность клиентов
  • Нет проблем с отправкой одной и той же маркетинговой литературы клиенту из нескольких списков клиентов, что приводит к потере денег и раздражает клиента
  • Целостное представление о клиентах в организации, таким образом пользователи знают, прежде чем они передадут счет клиента коллекторскому агентству, должен ли этот клиент деньги другим подразделениям организации или, что более важно, является ли этот клиент крупнейшим подразделением другого подразделения. источник бизнеса
  • Консолидированное представление товаров, позволяющее исключить бесполезную трату денег и места на полках, а также риск искусственного дефицита, который возникает из-за складирования одного и того же товара под разными номерами деталей

Наконец, переход к SOA и SaaS делает MDM критической проблемой.

Например:

Если вы создаете единую службу поддержки клиентов, которая общается через четко определенные сообщения XML, вы можете подумать, что вы определили единое представление о своих клиентах. Но если один и тот же клиент хранится в пяти базах данных с тремя разными адресами и четырьмя разными номерами телефонов, что вернет ваша служба поддержки клиентов?

Аналогичным образом, если вы решите подписаться на услугу CRM, предоставляемую через SaaS, поставщику услуг потребуется список клиентов для своей базы данных.Какой список вы отправите?

По всем этим причинам поддержание высокого качества и единообразия набора основных данных для вашей организации быстро становится необходимостью. Системы и процессы, необходимые для ведения этих данных, известны как Управление основными данными .

Что такое управление основными данными?

Master Data Management (MDM) — это технология, инструменты и процессы, обеспечивающие координацию основных данных на предприятии. MDM предоставляет единую службу основных данных, которая предоставляет точные, согласованные и полные основные данные для всего предприятия и для деловых партнеров.

В этом определении стоит отметить несколько моментов:

  1. МДМ — проблема не только технологическая. Во многих случаях для поддержания чистоты основных данных потребуются фундаментальные изменения в бизнес-процессах, а некоторые из наиболее сложных проблем MDM носят скорее политический, чем технический характер.
  2. MDM включает как создание, так и ведение основных данных. Вложение большого количества времени, денег и усилий в создание чистого, согласованного набора основных данных — напрасная трата усилий, если в решение не включены инструменты и процессы для поддержания чистоты и согласованности основных данных по мере их обновления и расширения с течением времени.

В зависимости от используемой технологии MDM может охватывать один домен (клиенты, продукты, местоположения и т. Д.) Или несколько доменов. Преимущества многодоменной MDM включают в себя согласованное управление данными, минимальное использование технологий, возможность обмена справочными данными между доменами, более низкую совокупную стоимость владения и более высокую окупаемость инвестиций.

Шесть дисциплин сильной программы MDM

Учитывая, что MDM — это не просто технологическая проблема, а это означает, что вы не можете просто установить часть технологии и разобраться со всем, что влечет за собой сильная программа MDM?

Прежде чем вы начнете работать с программой управления основными данными, ваша стратегия MDM должна быть построена вокруг этих 6 дисциплин:

  1. Управление: Директивы, которые управляют организационными органами, политиками, принципами и качествами для обеспечения доступа к точным и сертифицированным основным данным.По сути, это процесс, посредством которого кросс-функциональная команда определяет различные аспекты программы MDM.
  2. Единица измерения: Как у вас дела, исходя из поставленных вами целей? При измерении следует учитывать качество данных и постоянное улучшение.
  3. Организация: Привлечение нужных людей к участию в программе MDM, включая владельцев основных данных, распорядителей данных и тех, кто участвует в управлении.
  4. Политика: Требования, политики и стандарты, которым должна придерживаться программа MDM.
  5. Процесс: Определенные процессы жизненного цикла данных, используемые для управления основными данными.
  6. Технология: Концентратор основных данных и любые вспомогательные технологии.

Начало работы с программой MDM

После того, как вы обеспечили бай-ин для своей программы MDM, пора начинать. Хотя MDM наиболее эффективен при применении ко всем основным данным в организации, во многих случаях трудно оправдать риски и затраты, связанные с усилиями в масштабе всего предприятия.

СОВЕТ ПРОФЕССИОНАЛА: Часто бывает проще начать с нескольких ключевых источников основных данных и расширить усилия после того, как будет продемонстрирован успех и извлечены уроки.

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

На план вашего проекта MDM будут влиять требования, приоритеты, доступность ресурсов, временные рамки и размер проблемы. Большинство проектов MDM включают как минимум следующие фазы:

Этот шаг обычно является очень показательным упражнением. Некоторые компании обнаруживают, что у них есть десятки баз данных, содержащих данные о клиентах, о существовании которых ИТ-отдел не подозревал.

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

Для всех источников, определенных на первом этапе, каковы сущности и атрибуты данных и что они означают? Это должно включать:

  • Имя атрибута
  • Тип данных
  • Допустимые значения
  • Ограничения
  • Значения по умолчанию
  • Зависимости
  • Кому принадлежит определение и ведение данных

«Владелец» является наиболее важным, и его часто труднее всего определить.Если у вас есть репозиторий, загруженный всеми вашими метаданными, этот шаг будет несложным. Если вам нужно начать с таблиц базы данных и исходного кода, это может потребовать значительных усилий.

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

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

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

Например: Если вы не можете решить, должен ли вес быть в фунтах или килограммах, можно использовать оба варианта (WeightLb и WeightKg).Хотя это может сделать людей счастливыми, вы тратите мегабайты хранилища на числа, которые можно вычислить за микросекунды, и рискуете создать противоречивые данные (WeightLb = 5 и WeightKg = 5). Хотя это довольно тривиальный пример, более серьезной проблемой будет сохранение нескольких номеров деталей для одной и той же детали.

Как и при любом другом усилии комитета, будут ссоры и сделки, в результате которых будут приняты неоптимальные решения. Важно заранее продумать процесс принятия решения, приоритеты и лицо, принимающее окончательное решение, чтобы все прошло гладко.

Вам нужно будет купить или создать инструменты для создания основных списков путем очистки, преобразования и объединения исходных данных. Вам также понадобится инфраструктура для использования и поддержки главного списка. Эти функции подробно описаны далее в этой статье. Вы можете использовать один набор инструментов от одного поставщика для всех этих функций или вы можете выбрать лучший в своем классе подход. В общем, методы очистки и объединения данных различаются для разных типов данных, поэтому не так много инструментов, которые охватывают весь диапазон основных данных.Две основные категории инструментов — это инструменты интеграции данных клиента (CDI) для создания основной записи клиента и инструменты управления информацией о продукте (PIM) для создания основной записи продукта. Некоторые инструменты подходят и для того, и для другого, но в целом инструменты лучше справляются с тем или и с другим. Набор инструментов также должен поддерживать поиск и устранение проблем с качеством данных, а также поддержку версий и иерархий. Управление версиями является важной функцией, поскольку понимание истории записи основных данных жизненно важно для поддержания ее качества и точности с течением времени.

Например:

Если инструмент слияния объединяет две записи для Джона Смита в Бостоне, и вы решаете, что на самом деле есть два разных Джона Смита в Бостоне, вам необходимо знать, как эти записи выглядели до того, как они были объединены, чтобы «разъединить» их.

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

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

На этом шаге вы используете разработанные или приобретенные вами инструменты для объединения исходных данных в список основных данных.Часто это итеративный процесс, который требует корректировки правил и настроек, чтобы получить правильное соответствие. Этот процесс также требует большого количества проверок вручную, чтобы убедиться, что результаты верны и соответствуют требованиям, установленным для проекта.

Ни один инструмент не сможет правильно выполнить сопоставление в 100% случаев, поэтому вам придется взвесить последствия ложных совпадений и пропущенных совпадений, чтобы определить, как настроить инструменты сопоставления. Ложные совпадения могут привести к неудовлетворенности клиентов, если счета будут неточными или будет арестован не тот человек.Слишком много пропущенных совпадений делают основные данные менее полезными, потому что вы не получаете тех преимуществ, которые вы вложили в MDM.

В зависимости от того, как спроектирована ваша реализация MDM, вам может потребоваться изменить системы, которые производят, обслуживают или потребляют основные данные, для работы с новым источником основных данных. Если основные данные используются в системе, отдельной от исходных систем — например, в хранилище данных — исходные системы, возможно, не придется менять.

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

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

В рамках стратегии MDM вам необходимо изучить все три компонента управления данными:

  • Источник данных
  • Управление данными
  • Потребление данных

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

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

Управляющий данными обычно является деловым человеком, который знает данные, может распознавать неверные данные и обладает знаниями и полномочиями для исправления проблем. Инфраструктура MDM должна включать инструменты, которые помогают руководителю данных распознавать проблемы и упрощать исправления.Хороший инструмент управления данными должен указывать на найденные сомнительные совпадения — например, клиентов с разными именами и номерами клиентов, проживающих по одному адресу.

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

Как видите, MDM — это сложный процесс, который может длиться долго. Как и в большинстве случаев в программном обеспечении, ключом к успеху является постепенное внедрение MDM, чтобы бизнес получил ряд краткосрочных выгод, в то время как полный проект — это долгосрочный процесс.

Кроме того, ни один проект MDM не может быть успешным без поддержки и участия бизнес-пользователей. ИТ-специалисты не обладают знаниями в предметной области, чтобы создавать и поддерживать высококачественные основные данные.Любой проект MDM, не включающий изменений в процессы, которые создают, поддерживают и проверяют основные данные, скорее всего, потерпит неудачу.

Остальная часть этой статьи будет посвящена деталям технологии и процессов для создания и ведения основных данных.

Как создать основной список?

Независимо от того, покупаете ли вы инструмент MDM или решаете создать свой собственный, есть два основных шага для создания основных данных:

  1. Очистка и стандартизация данных
  2. Сопоставление данных из всех источников для объединения дубликатов.
Очистка и стандартизация основных данных

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

Очистка данных и преобразование их в модель основных данных очень похожи на процессы извлечения, преобразования и загрузки (ETL), используемые для заполнения хранилища данных.Если у вас уже определены инструменты ETL и преобразование, может быть проще просто изменить их, как требуется для основных данных, вместо изучения нового инструмента. Вот несколько типичных функций очистки данных:

  • Нормализовать форматы данных: Сделать все номера телефонов одинаковыми, преобразовать адреса и т. Д. В общий формат.
  • Замените отсутствующие значения: Вставьте значения по умолчанию, найдите почтовые индексы по адресу, найдите номер Dun & Bradstreet.
  • Стандартизация значений: Преобразование всех измерений в метрическую систему, преобразование цен в общую валюту, изменение номеров деталей в соответствии с отраслевым стандартом.
  • Сопоставить атрибуты: Разберите имя и фамилию из поля имени контакта, переместите номер детали и номер детали в поле PartNumber.

Большинство инструментов очищают данные, насколько это возможно, а остальные помещают в таблицу ошибок для ручной обработки. В зависимости от того, как работает инструмент сопоставления, очищенные данные будут помещены в основную таблицу или серию промежуточных таблиц.По мере очистки каждого источника вы должны проверять вывод, чтобы убедиться, что процесс очистки работает правильно.

Сопоставление данных для исключения дубликатов

Сопоставление записей основных данных для устранения дубликатов — самый сложный и самый важный шаг в создании основных данных. Ложные совпадения могут фактически привести к потере данных (например, две корпорации Acme становятся одной), а пропущенные совпадения уменьшают ценность ведения общего списка.

В результате точность согласования инструментов MDM является одним из важнейших критериев покупки.

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

СОВЕТ ПРОФЕССИОНАЛА: Чем больше совпадений атрибутов и чем ближе совпадение, тем выше степень уверенности программного обеспечения MDM в совпадении.

Этот коэффициент достоверности вычисляется для каждого совпадения, и если он превышает пороговое значение, записи совпадают. Порог обычно регулируется в зависимости от последствий ложного совпадения.

Например:

Вы можете указать, что если уровень достоверности превышает 95 процентов, записи объединяются автоматически, а если уровень достоверности составляет от 80 до 95 процентов, распорядитель данных должен утвердить совпадение перед объединением.

Как следует объединить данные?

Большинство инструментов слияния объединяют один набор входных данных в главный список, поэтому лучшая процедура — начать список с данных, которым вы больше всего доверяете, а затем объединить другие источники по одному. Если у вас много данных и много проблем с ними, этот процесс может занять много времени.

СОВЕТ ПРОФЕССИОНАЛА: Возможно, вы захотите начать с данных, от которых вы ожидаете получить наибольшую выгоду после их консолидации, а затем запустить пилотный проект с этими данными, чтобы убедиться, что ваши процессы работают и вы видите преимущества для бизнеса. вы ожидаете.

Оттуда вы можете начать добавлять другие источники, если позволят время и ресурсы. Такой подход означает, что ваш проект займет больше времени и, возможно, будет стоить дороже, но риск будет меньше. Этот подход также позволяет вам начать с нескольких организаций и добавлять больше по мере того, как проект демонстрирует успех, вместо того, чтобы пытаться вовлечь всех с самого начала.

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

Из-за последствий, связанных с конфиденциальностью, вы можете добавить юриста в свою группу планирования MDM.

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

В следующем разделе представлены некоторые варианты того, как это сделать.

Как вести основной список?

Существует множество различных инструментов и методов для управления и использования основных данных. Здесь мы рассмотрим три наиболее распространенных сценария:

  1. Одна копия : при этом подходе существует только одна главная копия основных данных. Все дополнения и изменения вносятся непосредственно в основные данные. Все приложения, использующие основные данные, перезаписываются, чтобы использовать новые данные вместо их текущих данных.Такой подход гарантирует согласованность основных данных, но в большинстве случаев это непрактично. Это потому, что изменение всех ваших приложений для использования нового источника данных с другой схемой и другими данными, по крайней мере, очень дорого. Если некоторые из ваших приложений куплены, это может быть даже невозможно.
  2. Множественные копии, единое обслуживание : В этом подходе основные данные добавляются или изменяются в единственной главной копии данных, но изменения отправляются в исходные системы, в которых копии хранятся локально.Каждое приложение может обновлять части данных, которые не являются частью основных данных, но они не могут изменять или добавлять основные данные.

    Например:

    Система инвентаризации может изменять количество и расположение деталей, но нельзя добавлять новые детали и нельзя изменять атрибуты, включенные в основную запись продукта. Это уменьшает количество необходимых изменений приложения, но приложениям как минимум придется отключать функции, которые добавляют или обновляют основные данные.Пользователи должны будут изучить новые приложения для добавления или изменения основных данных, и некоторые из вещей, которые они обычно делают, больше не будут работать.

  3. Непрерывное слияние : При таком подходе приложениям разрешается изменять свою копию основных данных. Изменения, внесенные в исходные данные, отправляются мастеру, где они объединяются в основной список. Затем изменения на главном сервере отправляются в исходные системы и применяются к локальным копиям. Этот подход требует небольшого изменения исходных систем.При необходимости распространение изменений может быть обработано в базе данных, поэтому код приложения не изменяется. На первый взгляд это кажется идеальным решением, поскольку изменения приложения минимизированы и не требуется переобучение. Все продолжают делать то, что делают, но с более качественными и полными данными. Однако у этого подхода есть несколько проблем:
    • Конфликты обновлений возможны, и их трудно урегулировать: Что произойдет, если две из исходных систем изменят адрес клиента на разные значения? Программное обеспечение MDM не может решить, какой из них оставить, поэтому требуется вмешательство распорядителя данных.А пока у клиента два разных адреса. Это должно быть решено путем создания правил управления данными и стандартных рабочих процедур, чтобы гарантировать уменьшение или устранение конфликтов обновлений.
    • Необходимо повторно объединить дополнения: Когда клиент добавлен, есть вероятность, что другая система уже добавила этого клиента. Чтобы справиться с этой ситуацией, все добавления данных должны снова пройти процесс сопоставления, чтобы предотвратить появление новых дубликатов в мастере.
    • Сложнее поддерживать согласованные значения: Если вес продукта конвертируется из фунтов в килограммы, а затем обратно в фунты, округление может изменить исходный вес.Это может сбить с толку пользователя, который вводит значение, а через несколько секунд видит, что оно изменилось.

В общем, все эти вещи можно планировать и решать, что немного упрощает жизнь пользователя за счет более сложной инфраструктуры, которую необходимо поддерживать, и большего объема работы для распорядителей данных. Это может быть приемлемым компромиссом, но его следует делать осознанно.

Несколько мыслей о версиях и аудите

Независимо от того, как вы управляете своими основными данными, важно понимать, как данные перешли в текущее состояние.

Например:

Если запись клиента была объединена из двух разных объединенных записей, вам может потребоваться знать, как выглядели исходные записи, на случай, если распорядитель данных определит, что записи были объединены по ошибке и действительно должны быть двумя разными клиентами. Управление версиями должно включать простой интерфейс для отображения версий и возврата всех или части изменений к предыдущей версии.

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

Для поддержки этих требований программное обеспечение MDM должно включать средство аудита изменений основных данных. Помимо ведения журнала аудита, программное обеспечение MDM должно включать простой способ найти конкретное изменение, которое вы ищете. Программное обеспечение MDM может проверять тысячи изменений в день, поэтому важны средства поиска и создания отчетов для журнала аудита.

Несколько мыслей об управлении иерархией

Помимо основных данных, программное обеспечение MDM должно поддерживать иерархии данных, например, спецификацию материалов для продуктов, структуру территории продаж, организационную структуру для клиентов и т. Д. Для программного обеспечения MDM важно фиксировать эти иерархии, но также полезно, чтобы программное обеспечение MDM могло изменять иерархии независимо от базовых систем.

Например:

Когда сотрудник переезжает в другой центр затрат, это может повлиять на систему командировок и расходов, расчет заработной платы, учет рабочего времени, структуры отчетности и управление производительностью.Если программное обеспечение MDM управляет иерархиями, изменение иерархии в одном месте может распространиться на все базовые системы.

Также могут быть причины для поддержания иерархий в программном обеспечении MDM, которых нет в исходных системах.

Например:

Доходы и расходы, возможно, потребуется объединить в территориальные или организационные структуры, которых нет ни в одной системе с одним источником. Для планирования и прогнозирования также могут потребоваться временные иерархии для расчета числа «что, если» для предлагаемых организационных изменений.Исторические иерархии также требуются во многих случаях для объединения финансовой информации в структуры, которые существовали в прошлом, но не в текущей структуре.

По этим причинам мощная и гибкая функция управления иерархией является важной частью программного обеспечения MDM.

Кто должен участвовать в вашей программе MDM?

Теперь, когда вы понимаете, что и почему, давайте поговорим о том, кто и на самом деле, есть несколько разных способов подумать о том, кого привлекать к программе MDM.Во-первых, давайте рассмотрим три основные роли:

  1. Data Governance: Лица, определяющие определение, требования и решения. Эти пользователи помогают администраторам знать, что создавать, а распорядители данных знают, чем управлять и как этим управлять. Пользователи управления данными диктуют распорядителям данных, как следует управлять данными, включая процессы для этого, а затем возлагают на распорядителей данных ответственность за соблюдение этих требований. Пользователи управления данными также диктуют администраторам, что нужно создать во время внедрения решения MDM, особенно с точки зрения сопоставления данных и качества.Пользователи управления данными также должны поддерживать цикл обратной связи от программного обеспечения MDM, чтобы все работало должным образом. Эта обратная связь охватывает перспективу измерения программы MDM и может включать такую ​​информацию, как:
    • Сколько времени нужно, чтобы привлечь нового клиента?
    • Этот процесс ускоряется или замедляется?
    • Как дела у компании по сравнению с SLA?
    • Если есть какие-то области, которые скользят, почему это происходит?
    • Насколько хорошо работает сопоставление данных?
    • Сколько бизнес-правил не работает с точки зрения качества данных?
  2. Администраторы: ИТ-специалисты, ответственные за установку и настройку решения.
  3. Data Stewards: Начинает работать с людьми, ответственными за исправление, очистку и управление данными непосредственно в решении. В идеале распорядители данных поступают из отделов бизнеса, таких как финансы и маркетинг. Обычно действия, выполняемые распорядителями данных в рамках программы MDM, определяются пользователями управления данными.

Другие роли MDM могут включать и различаться в зависимости от организации / типа проекта:

Роль Навыки / обязанности Уровень участия
Руководитель программы Владеет стратегией и платформой управления данными. неполный рабочий день
Руководитель проекта Разрабатывает планы проекта и управляет ими, обеспечивает своевременное получение качественных результатов и сообщает о ходе выполнения проекта. Отвечает за управление рисками и проблемами и их эскалацию. Нет
Системный администратор и администратор базы данных Sys Admin: Системные администраторы обычно работают над такими вещами, как домены, хранилище, виртуализация, групповые политики, DNS, некоторые сети и т. Д.В основном они имеют тенденцию быть более обобщенными. Администратор баз данных: администратор баз данных сочетает в себе некоторые навыки системного администрирования и некоторые навыки из мира разработки, а также специальные знания об используемых платформах баз данных. Периодическая поддержка
Разработчик Разработчики внедряют собственные решения SDK и / или Workflow для расширения платформ MDM. Это может включать в себя интеграцию на основе веб-сервисов, специальные пользовательские интерфейсы или пользовательские приложения или процессы, которые используют API или данные MDM.Разработчик должен иметь практические знания C # .NET, Windows Communications Framework и ASP.NET. Периодическая поддержка
Разработчик ETL Пакетная загрузка данных из исходных систем (интеграция с ETL) выполняется этими членами команды, а Profisee проводит обучение и дает рекомендации по выполнению реализации в рамках объема. Периодическая поддержка
Бизнес-аналитик / МСБ Ресурсы, знакомые с данными и бизнес-процессами, связанными с решением MDM.Предоставляет глубокие знания о функциях и требованиях к приложениям, а также участвует в семинарах, планировании и выполнении мероприятий по проверке и тестированию. Периодическая поддержка
Data Architect / Data Modeler Наблюдает за концептуальными, логическими и физическими моделями данных предприятия, которые соответствуют стандартам и соглашениям организации; Обеспечивает руководство и руководство по стратегиям корпоративных данных, особенно в том, что касается MDM; Помогает с практиками и стандартами корпоративного управления и выступает в качестве связующего звена между бизнесом и ИТ для уточнения требований к данным. Периодическая поддержка
Конечные пользователи / распорядители данных Лица, которые взаимодействуют с основными данными и / или бизнес-процессами. Это бизнес-пользователи системы MDM, которые действуют как распорядители / хранители данных. До полной занятости
Управляющий совет Совет по управлению основными данными (MDGC) — это орган, принимающий решения и определяющий политику по вопросам, связанным с данными.MDGC контролирует внедрение стандартов данных и обеспечение качества, чтобы гарантировать, что команда MDM и распорядители данных разрабатывают, поддерживают и предоставляют приемлемые системные данные для использования другими. Неполный рабочий день (регулярные встречи)
Заинтересованные стороны в управлении основными данными:

Помимо ролей, которые выполняют стратегию MDM и управляют ею, одним из ключей к успешному проекту MDM является активное участие ключевых заинтересованных сторон. Заинтересованные стороны для типичного взаимодействия с MDM включают тех, кто представляет как бизнес, так и ИТ.Активные заинтересованные стороны обычно включают в себя, помимо прочего, следующие типы ролей:

  • Исполнительный спонсор бизнеса или ИТ
  • Руководитель ИТ-проекта
  • Специалисты в затронутой сфере деятельности
  • Управляющие по данным
  • Команда ИТ-отдела

Поскольку заинтересованные стороны MDM определены во всей организации, очень важно обеспечить их участие и быть приверженными пути MDM своей организации. Благодаря многочисленным реализациям Profisee определил несколько показателей «здоровья», которые помогают определить влияние MDM на заинтересованные стороны:

Здоровые знаки
  • Поощрение руководителей, привязанное к результатам проекта
  • Инвестиции в управление изменениями и обучение
  • Специалисты в предметной области, посвященные на полную ставку
  • Правильный спонсор привлечен и финансируется надлежащим образом
  • Проводятся регулярные заседания Руководящего комитета, решения и действия принимаются своевременно и действуют
  • Все соответствующие группы заинтересованных сторон эффективно представлены и задействованы
Признаки нездоровья
  • Исполнительного спонсора не видно
  • Сопротивление новым идеям
  • Нет доступных «экспертов»
Руководящий комитет по управлению основными данными

Рекомендуется, чтобы представители заинтересованных сторон MDM на уровне руководства сформировали Руководящий комитет для облегчения принятия межфункциональных решений.Вот несколько характеристик эффективного Руководящего комитета:

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

После определения заинтересованных сторон в Устав проекта MDM должно быть включено формирование Руководящего комитета.Основываясь на сотнях проектов MDM, Profisee рекомендует участвовать в Руководящем комитете на следующих должностях. Обратите внимание, что на одну роль может входить более одного члена команды, или некоторые роли могут быть неприменимы к организационной структуре компании.

Роль Описание
Исполнительные спонсоры Основной владелец бюджета Инициативы МДМ. Эта роль обычно исходит из сферы бизнеса, которая, как ожидается, получит выгоду от решения MDM.
Руководитель отдела управления данными MDM — это компонент более крупной стратегии управления данными. Если в организации есть группа по управлению данными, она должна быть активным участником Руководящего комитета MDM.
Data Steward или SME Группа, ответственная за повседневное управление данными, включая принятие решений о том, как данные представлены в операционных или аналитических системах, обычно входит в состав Руководящего комитета.
ИТ-спонсоры Спонсорство MDM иногда осуществляется внутри ИТ-организации, поскольку MDM можно рассматривать как усилие, ориентированное на ИТ. Организации также часто имеют формальные или неформальные партнерские отношения с бизнесом и ИТ, в то время как ИТ-спонсор поддерживает инициативы, возглавляемые бизнесом. В любом случае ИТ-спонсор играет решающую роль в успехе проекта MDM и должен входить в состав Руководящего комитета.
Органы по стандартизации организации В тех случаях, когда в организациях есть кросс-функциональные группы, ведущие внедрение общих стандартов в масштабах всего предприятия, эта роль может быть хорошим кандидатом для Руководящего комитета MDM.Примеры таких стандартов могут включать ИТ-архитектуру, ИТ-интеграцию, управление метаданными и многое другое.
Владелец домена данных Когда компании организованы вокруг ключевых компонентов своего бизнес-цикла, таких как клиенты, продукты или поставщики, могут быть владельцы Data Domain, которые будут участвовать в процессе принятия решений Руководящим комитетом.
Чемпион МДМ В некоторых случаях поборник MDM курирует все бизнес-аспекты и ИТ-аспекты внедрения MDM.В таких случаях эта роль входит в состав Руководящего комитета MDM.
Партнер MDM Для получения оптимальной отдачи от инвестиций в MDM компаниям рекомендуется включать своих партнеров по внедрению MDM и / или программного обеспечения в Руководящий комитет. Партнер MDM предлагает информацию о передовой практике для поддержки принятия решений Руководящим комитетом.

Заключение

Хотя легко рассматривать управление основными данными как технологическую проблему, чисто технологическое решение без соответствующих изменений бизнес-процессов и средств управления, скорее всего, не даст удовлетворительных результатов.

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

Эта статья является обновлением исходной статьи Kirk Haselden и Roger Wolter под названием «Что, почему и как управлять основными данными», первоначально опубликованной в 2006 году. Особая благодарность Роджеру и Кирку за их вклад, и позволяя Profisee переиздать свою статью с обновлениями на сегодня.

Для достижения целей SSO требуются надежные данные и надежный процесс MDM

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

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

Чтобы узнать больше, скачайте брошюру здесь

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

Согласно опросу iPolling, проведенному Peeriosity 1 , 77% опрошенных компаний занимают два или более дней, чтобы настроить нового поставщика в базе данных поставщиков компании. Таким образом, нетрудно представить, сколько времени может стоить SSO, если они сохранят ручной процесс создания основного поставщика / поставщика, не говоря уже о возможных ошибках и дублировании усилий.

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

Согласно исследованию AP Automation Study, проведенному ACOM в 2014 г. 2 , до 63% респондентов испытали увеличение объема счетов по сравнению с предыдущим годом.Даже с внедрением технологий корпоративным респондентам по-прежнему требовалось до 5 дней, чтобы обработать счет. Неэффективность выставления счетов и обработки платежей в конечном итоге приведет к снижению преимуществ централизованной инфраструктуры единого входа.

Давайте разберем некоторые последствия наличия ручного процесса управления основными данными вместо его автоматизации.

Сравнение ручного MDM и автоматического

Ручная загрузка данных банка поставщика / поставщика при отсутствии справочных данных банка качества может вызвать следующие проблемы:

  • Плохая проверка банковских данных поставщика / поставщика задерживает платежи: без доступа к точным и регулярно обновляемым справочным данным банка члены группы MDM сталкиваются с трудностями при попытке проверить банковские реквизиты, предоставленные продавцом / поставщиком.Любые возникающие в результате задержки платежей обычно приводят к недовольству продавцов / поставщиков и представляют репутационный риск для корпорации
  • Неполные банковские данные поставщика / поставщика приводят к дублированию: в отсутствие справочных данных банка качества и того факта, что продавцы / поставщики редко предоставляют полный набор банковской информации, для членов группы MDM становится проблемой отличить одну банковскую запись от другой. и, следовательно, это часто приводит к тому, что данные банка поставщика / поставщика имеют несколько записей для одного и того же банка
  • Ручные исправления данных банка / поставщика отнимают много времени: неавтоматизированные процессы взаимодействия с продавцом / поставщиком должны иметь место, когда платеж отклоняется из-за неправильной / отсутствующей маршрутной информации.Это не только отнимает время, но и часто приводит к тому, что банки взимают плату за ремонт или отказ

Accuity помогла нескольким группам MDM и AP во многих центрах единого входа преодолеть эти проблемы. Ключевым моментом для многих из этих организаций является использование точных и регулярно обновляемых справочных данных о банках, которые предоставляют маршрутную информацию, необходимую для правильной обработки платежей. Используется для:

  • Проверять информацию, предоставленную поставщиками / поставщиками, перед ее загрузкой в ​​систему ERP
  • Создайте полный и согласованный набор банковских данных поставщика / поставщика, который включает название и адрес банка, код SWIFT, а также местный клиринговый код.Это также помогает избежать дублирования записей в одном и том же банке
  • Автоматически обновлять платежи и банковские данные при обновлении справочных данных банка. Это позволяет корпорациям чувствовать большую уверенность в том, что у них есть наиболее точная информация, даже если их продавцы / поставщики не так быстро делятся информацией, когда данные их банка меняются

Корпорации могут пойти еще дальше, предоставив своим поставщикам / поставщикам портал самообслуживания. Этот полезный инструмент улучшает процесс адаптации поставщиков / поставщиков, а также позволяет отправлять счета-фактуры через Интернет.Согласно опросу AP Automation, примерно 36% респондентов назвали простоту регистрации и выставления счетов наиболее веской причиной для инвестиций в портал самообслуживания. Сделав еще один шаг вперед, корпорации могут улучшить портал самообслуживания, встроив качественные справочные данные о банках в инструмент. Теперь банковская информация, введенная продавцами / поставщиками, проверяется в точке сбора.

Для достижения целей SSO необходимы технологии и надежный процесс MDM

Technology была ключевым фактором в централизации функции платежей и внедрении центров единого входа для корпораций.Однако для достижения целей, поставленных при создании центров единого входа, организациям также необходимо иметь надежные процессы управления основными данными. Такие процессы, построенные на основе надежных справочных данных банка, создают единый источник правды и решают проблемы, возникающие из-за ручных ошибок. В свою очередь, кредиторская задолженность может лучше справляться с растущими объемами счетов и сосредоточиться на других задачах, которые имеют решающее значение для успеха центра единого входа.

Узнайте больше о том, как Accuity помогает корпорациям с их платежными процессами и основными банковскими данными.

Для получения дополнительной информации загрузите брошюру «Платежные решения для организаций, предоставляющих совместные услуги»

Ссылки :

1 https://www.peeriosity.com/shared-services/articles/2015/01/streamlining-the-administration-of-the-vendor-master-file/

2 http://www.acom.com/pdf/IFO_ACOM_ap_automation_survey_2014.pdf

Работа с GDPR | Stibo Systems

Партийные данные Освоение партийных данных позволяет вам создавать отношения, которые жизненно важны для получения точного понимания ценности каждой из ваших записей.Это упрощает идентификацию клиентов и обеспечивает лучшее обслуживание клиентов. Данные продукта Обширные и точные данные о товарах помогают клиентам принимать обоснованные решения о покупке. Исследования показывают, что предоставление людям более качественной информации и контента увеличивает онлайн-продажи и снижает прибыль. Высококачественные данные о продуктах также способствуют ускоренному подключению поставщиков.Данные о местоположении Данные о местоположении необходимы для управления вашими физическими магазинами, офисами, складами и т. Д. Объедините данные о местоположении с данными о товарах и поставщиках, чтобы лучше понять свою цепочку поставок данных. Справочные данные Постоянное обновление полей справочных данных, таких как страна, валюта и конверсии, имеет решающее значение для принятия ключевых бизнес-решений, понимания их влияния на производительность ваших систем и соблюдения нормативных требований.Данные об активах Управление данными об активах с помощью разрозненных систем в разных отделах может снизить качество данных. Со всеми данными об активах, связанными вместе в центральном репозитории, у вас есть точный обзор того, кто какое оборудование использует, где оно хранится, когда оно обслуживалось и кем. Данные о сотрудниках Сотрудники — это ценный актив.Управление данными сотрудников в централизованном решении MDM позволяет связать их с другими доменами и получать новые сведения, например о том, какие сотрудники над какими проектами работали, где они находятся и их уровень квалификации.

Riversand сотрудничает со Spryker, чтобы предложить облачные MDM и PIM

Riversand, облачный поставщик решений для управления основными данными (MDM) и управления информацией о продукте (PIM), объявила сегодня о своем партнерстве с Spryker Systems GmbH, глобальной электронной поставщик программного обеспечения для торговли.

Spryker Cloud Commerce OS создана для поддержки автономной торговли на основе API и имеет модульную конструкцию, призванную помочь клиентам масштабироваться. Архитектура Spryker дополняет облачную платформу Master Data Experience Platform от Riversand, которая также является масштабируемой платформой, позволяя разрабатывать дополнительные приложения для решения новых бизнес-требований по мере изменения рыночных условий.

«Инновационная облачная платформа Riversand станет основой проектов цифровой трансформации Spryker и станет оптимальным партнером для гибкого подхода», — сказал Эдмунд Фрей, директор по доходам Spryker.«Это партнерство дает нам уникальную возможность предложить нашим клиентам самые передовые решения MDM и PIM на рынке».

Обе платформы являются корпоративными и, в отличие от других, представленных на рынке, могут быть готовы к работе в течение 2–6 недель, обеспечивая немедленную отдачу. Используя мощность и стабильность, которые Riversand и Spryker обеспечивают своим клиентам при совместном использовании, компании могут со временем масштабировать эти вложения и оптимизировать их по мере развития бизнеса.

«Мы рады объединить усилия со Spryker, одним из ведущих мировых поставщиков программного обеспечения для электронной коммерции», — сказал Витти Биндра, вице-президент по развитию бизнеса в Riversand.«Вместе мы предложим ведущим брендам инновационные подходы к цифровой трансформации, основанные на облачных технологиях».

О Spryker

Компания Spryker, основанная в 2014 году, позволяет компаниям создавать сложные транзакционные бизнес-модели в единой коммерции, включая B2B, B2C и корпоративные торговые площадки. Это самое современное решение типа «платформа как услуга» (PaaS) с архитектурой «без головы» и на основе API, готовое для облачных и корпоративных приложений и любимое разработчиками и бизнес-пользователями во всем мире.Клиенты Spryker расширяют объем продаж и увеличивают доходы с помощью системы, которая позволяет им повысить операционную эффективность, снизить общую стоимость владения и выйти на новые рынки и бизнес-модели быстрее, чем когда-либо прежде. Решения Spryker позволили более 150 компаниям управлять транзакциями в более чем 200 странах мира. Spryker доверяют такие бренды, как Toyota, Siemens, Hilti и Ricoh. Spryker был назван самым инновационным и дальновидным из всех новых поставщиков в Магическом квадранте Gartner для цифровой коммерции 2020 года и назван IDC основным игроком в сфере электронной коммерции B2B и единственной торговой платформой, обеспечивающей полноценные B2B, B2C, D2C и Marketplace. возможности из одного стека.Для получения дополнительной информации о Spryker посетите Spryker.com.

История продолжается

О Riversand

Riversand предоставляет платформу Master Data Experience Platform (MDxP), позволяющую клиентам использовать свои данные с помощью интеллектуальной аналитики, автоматизации и мультидоменных SaaS-решений. Платформа MDxP от Riversand — это движущая сила, обеспечивающая клиентам возможности цифровой трансформации за счет повышения гибкости бизнеса, более быстрого внедрения и улучшения совместной работы на предприятии.Приводя данные к опыту и анализу, Riversand стремится помочь компаниям лучше узнать своих клиентов, быстрее продвигать продукты, автоматизировать процессы, снизить риски и повысить эффективность своего бизнеса. Посетите https://www.riversand.com/ для получения дополнительной информации и подпишитесь на нас @RiversandMDM в Twitter и Riversand в LinkedIn.

См. Исходную версию на businesswire.com: https://www.businesswire.com/news/home/20210317005948/en/

Контакты

Riversand Контактное лицо:
Ilana Friedman
pr @ riverand.com

Spryker Контактное лицо:
Alex Buckalew
[email protected]

MDM: семь рычагов, которые будут иметь значение для генерального директора

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

В целом компании сосредотачивают свои усилия на сокращении затрат и соблюдении требований (и уделяют приоритетное внимание областям данных, относящимся к закупкам и финансам, e.g., поставщик, материал или МВЗ) или выручка (и установление приоритета основных данных клиента). Однако есть случаи, когда эти приоритеты игнорируются финансовыми организациями, которые требуют улучшения всех областей данных с целью ускорения управленческой отчетности. Компаниям, идущим по этому пути, требуется гораздо больше времени для достижения своих бизнес-целей по сравнению с компаниями, которые могут согласовать домены данных со своими приоритетами. Для финансового отдела важно сбалансировать приоритеты записей / отчетов (и связанную с ними степень детализации данных) с другими важными приоритетами предприятия.

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

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

Только после того, как этот (итеративный) шаг обеспечит «истинный север», можно начинать следующий шаг — определение объема работ.

Рычаг 2: сфокусируйтесь на правом прицеле

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

Практический подход к определению объема использует концепцию контекста, а не содержания.Для контекста важно создавать и определять данные единообразным образом для использования во всей компании. Однако контент может быть настроен на местном уровне. Например, контекст НДС должен быть одинаковым для всей Европы, но поле содержимого будет отличаться по размеру и формату от страны к стране. Хотя он остается актуальным на местном уровне, он имеет ограниченную ценность для глобального финансового директора. Аналогичным образом, при ведении кодов поставщиков наличие иерархии родитель-потомок на главном уровне является хорошей практикой, но ведение информации о сайте поставщика, особенно для глобального поставщика, может выполняться в системе транзакций на региональном / местном уровне.

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

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

Рычаг 3: Дизайн для ввода в эксплуатацию

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

Ввод

в эксплуатацию может начаться с решения быстрых задач, которые приносят быструю отдачу и укрепляют внутреннее доверие к усилиям, например:

  • Создайте прагматичную таксономию каталога, чтобы уменьшить количество полей с произвольным текстом
  • Стандартизация и исправление словарей данных
  • Постепенно улучшайте существующий процесс, чтобы обеспечить быстрые выгоды.

Таким образом, компаниям не нужно ждать стабилизации полномасштабной программы MDM, чтобы повысить прозрачность своих расходов и добиться дополнительной экономии. Эти компании могут добиться хорошей прозрачности расходов, приняв правильную систематизацию материалов, продвигая каталоги и заказы на закупку (ЗП), а также создав проактивный механизм для преобразования, где это возможно, контрактов с поставщиками в пригодные для использования каталоги.

Второй атрибут создания для ввода в эксплуатацию — это тщательная разработка циклов обратной связи по всей компании: ключевые атрибуты в основных данных поставщика включают контактные данные, сведения о сайте и иерархии родительско-дочерних элементов, необходимые для запуска правильных процессов оценки рисков поставщика, а также ключевые атрибуты материалов, такие как категоризация опасных материалов для обеспечения правильного управления материальными рисками и анализа расходов.Эти связи позволяют компаниям сосредоточить усилия на том, что имеет значение для последующих процессов, и постоянно совершенствовать эти знания, например, сокращая усилия по управлению данными для поставщиков, которые не особенно важны, исходя из имеющихся деталей.

Рычаг 4: Конструкция по функциям

MDM, по определению, представляет собой попытку соединить точки между финансами, цепочкой поставок (физической или виртуальной), закупками и другими функциями, такими как соблюдение нормативных требований и риск.Многие усилия MDM оптимизируют основные данные «ради основных данных», уделяя особое внимание техническим изменениям, необходимым для легкого обслуживания и использования данных. Проблема с этими подходами заключается в том, что они не учитывают в достаточной степени бизнес-потребности различных функций в непрерывном процессе компании, например, для получения наличных или источника оплаты. Следующие диаграммы описывают некоторые из этих макропотоков на высоком уровне. Хотя все руководители интуитивно понимают эти «связки», MDM демонстрирует сложность формализации и поддержки соответствующих структур данных.

Отслеживание прибыли и отчетность внутри компании — хороший пример, так как процесс охватывает множество заинтересованных сторон, выполняющих различные функции. Цель состоит в том, чтобы отложить получение прибыли внутри компании до тех пор, пока продукт не покинет организацию, либо путем продажи третьему лицу, либо путем выбытия. В это время прибыль списывается на стоимость проданных товаров. Рисунок 3 визуализирует этот цикл.

MDM может повлиять на проблемы, связанные с возвратом прибыли в отчет о прибылях и убытках, в том числе:

  • Несоответствие данных (атрибуты материала, внутрихолдинговые партнеры и т. Д.)
  • Проблемы со сроками
  • Различия в биллинговых системах
  • Множественные политики учета запасов и потеря видимости истинной стоимости продукта
  • Балансовый резерв не соответствует предварительно уплаченному налогу из-за несоответствия данных между бухгалтерским учетом и налогом
  • Отсутствие централизованная видимость товарных запасов снижает способность компании оптимизировать рабочий капитал
  • Сроки окончания периода, на которые влияют ручные процессы

Проблема усугубляется множеством задействованных функций и заинтересованных сторон, как описано в таблице 3.

Задать тон на высшем уровне организации с помощью многофункционального руководящего комитета — это ключ к успеху любой подобной инициативы. Кроме того, путем разработки бизнес-процессов, связанных с отслеживанием прибыли внутри компании, и разработки единого глобального стандартного процесса, можно заняться соответствующими основными данными и определить глобальные атрибуты данных в сравнении с локальными (материалам присваиваются глобальные идентификаторы продукта, тогда как стандартным затратам и единицам меры поддерживают локально присвоенные значения).Программа обеспечивает централизованное представление запасов, стандартных затрат и трансфертных цен, а также рационально и согласованно регулируется различными сторонами, участвующими в процессе.

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

Рычаг 5: Строить для адаптации вместо того, чтобы продержаться

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

Неустойчивость деловой среды — еще один важный фактор, определяющий потребность в гибкости. Это требует способности постоянно настраивать или напрямую создавать новые части решения. Традиционный подход к каскадным проектам с четко определенными периодами проектирования и сборки (часто измеряемыми годами) должен быть заменен методами, аналогичными гибкой методологии, преобладающей в настоящее время в кодировании программного обеспечения, что позволяет быстрее преобразовывать небольшие требования с возможностью тестирования. и поворачивайтесь быстрее.Любой из этих подходов требует способности разрабатывать, строить и действовать одновременно и в рамках одной и той же группы, а также подталкивает эти группы к большей междисциплинарности.

Организации, которые разбивают процесс проектирования-сборки-эксплуатации на части и передают части лучшим в своем классе группам, могут непреднамеренно лишить организацию необходимой гибкости для адаптации.

Рычаг 6: Использование сильной операционной модели

MDM — это не реализация — это операционная структура, которая должна дополнять другие функции компании.Основные данные — это одно из новейших функциональных разработок в области управления предприятием, и без согласованных усилий органический рост невозможен. Усовершенствованные операционные модели используют специализированный сквозной дизайн процессов, как в примерах, рассмотренных в четвертом рычаге. Они также используют определенные организационные модели, такие как структуры управления, центры передового опыта, глобальные бизнес-услуги и / или аутсорсинг.

Наконец, современные операционные модели используют технологии разумно. Например, одним из важных вариантов дизайна является то, какую систему использовать для обслуживания, а не для хранения данных, или для понимания того, откуда берутся данные и как ими манипулируют.В прошлом все эти функции выполнялись системами учета, такими как ERP, дополненными другими инструментами. Совсем недавно появился новый класс более гибких технологий — то, что мы называем системами взаимодействия TM — позволяет лучше взаимодействовать с людьми, которые работают с данными и с данными, а также облегчают внедрение и развитие таких решений благодаря легким и часто облачным — реализации на основе. Для получения дополнительной информации по этой широкой теме ознакомьтесь с нашим исследованием передовых операционных моделей, доступным на сайте Insights.

Рычаг 7: Сделайте вашу работу с MDM интеллектуальной

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

Непрерывный цикл обучения может позволить точную настройку инструментов, практик и процессов в восходящем направлении. Однако типичные схемы процессов являются линейными и не учитывают, что данные, процессы и технологии должны удовлетворять таким петлям обратной связи. Например, процесс от источника к оплате может начинаться с действий, связанных с поиском источников аналитики, и заканчиваться счетами к оплате (AP), но часто от AP поступают очень содержательные данные, которые могут определять решения MDM, ориентированные на эффективность аналитики источников.Непрерывный анализ того, как выполняется процесс MDM и какие результаты он дает, создает значительные возможности для повышения эффективности. Это основа интеллектуальной операции: ее способность распознавать, выполнять и извлекать уроки из своих действий. Рисунок 5 иллюстрирует этот принцип разработки на примере компании CPG, направленной на повышение удовлетворенности клиентов за счет улучшенного управления основными данными.

.



Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *