Какая модель жизненного цикла больше ориентирована на oracle cdm
Обновлено: 30.06.2024
Корпоративные службы имеют горизонтальное влияние и могут включать:
- Нужна безопасность либо на периметре, либо в какой-либо форме централизованного права, например, правила соответствия для отрасли.
- Аудит деятельности. Помните, что аудит может быть аспектом конкретной функции, такой как торговля иностранной валютой, но не процессом размещения сделки.
- Общая обработка исключений.
- Службе требуется круглосуточная надежность, и управление ею должно осуществляться соответствующим образом.
- Эта служба требует больших объемов и/или пропускной способности с низкой задержкой.
- Услуга, в зависимости от контекста использования, может потребовать более высокого уровня обслуживания клиентов или времени отклика. Например; если в профиле клиента указано, что он является клиентом золотого класса, для контракта на обслуживание может потребоваться другое соглашение об уровне обслуживания.
- Если служба требует взаимодействия между подразделениями, возможно, необходимо соблюдать требования к корпоративной инфраструктуре.
- Служба взаимодействует с корпоративными данными. Этот аспект может означать, что каноническая модель принадлежит предприятию, но реализация конкретного пользовательского хранилища данных принадлежит бизнес-направлению. Опыт и реальность показали мне, что чаще всего в организациях существует несколько хранилищ пользовательских данных. Частью инициативы SOA может быть консолидация этих аспектов в долгосрочной перспективе, но вам нужно избегать подхода кипятить океан к своему начинанию и использовать то, что есть сегодня, при определении плана на будущее.
Бизнес-услуги
Такие службы имеют вертикальное влияние и могут включать:
- Конкретные бизнес-функции, такие как заказ на покупку (PO) или обработка нового найма.
- Службы презентаций с определенным пользовательским интерфейсом, внешним видом или мастерами, которые часто используются для визуального представления определенной бизнес-функции.
- Службы информации и доступа для поддержки действий CRUD (создание, чтение, обновление, удаление) для направления бизнеса.
- Прикладные услуги, такие как отслеживание продаж или прогнозирование на основе конкретных данных о бизнес-направлениях.
Эта категоризация ни в коем случае не является полной, но должна указать, с чего организация может начать свои усилия по категоризации.
Изучив приведенные выше категории, вы, возможно, сможете поместить некоторых из ваших кандидатов на обслуживание из каталога потребностей, которые вы определили ранее, в управляемые группы и определить ряд канонических структур, ранее не очевидных:
| Сервис предприятия | Сервис бизнес-направления |
|---|---|
| Войдите в интрасеть (обычно инфраструктура интрасети принадлежит ИТ-отделу или определенному бизнес-объекту) | |
| Обновить профиль (канонический профиль) | Обновить профиль (служба) |
| Войти на сайт электронной коммерции | |
| Профиль продавца Canonical | Создать профиль продавца |
| Инвентарь Канонический элемент | Купить фильм |
| Канонический элемент инвентаря | Купить книгу |
| Просмотреть статус моего заказа | |
| Канонический платеж | Предоставить информацию о платеже |
| Канонический элемент инвентаря | Продать книгу |
| Просмотреть корпоративные новости | |
| Канонический инвентарь | Проверить инвентарь фильмов |
| Каноническая инвентаризация | Инвентаризация в чековой книжке |
| Проверить все инвентари | |
| Консолидация системы инвентаризации (часто активы и фактические услуги) |
Суть жизненного цикла услуги – двигаться к решению бизнес-задач, а не отягощаться детальной классификацией. Этап оценки SSLC предназначен для поддержки этой переоценки на основе фактического использования и контекста. Мне нравится думать о фильме «Поле мечты» с Кевином Костнером, в котором он слышит голос, неоднократно говорящий Если вы построите это, они придут. Это похоже на разоблачение услуг на предприятии. Что-то, определенное для определенного уровня использования в данный момент времени, может использоваться в реальности совершенно по-другому, часто таким образом, который не рассматривался на начальном этапе проектирования. Рекомендации должны помочь на этапе изменения категории.
На данном этапе процесса я говорю о понятиях кандидатов в сервисы и реализации сервисов. Эрл (2004) предполагает, что кандидаты — это потенциальные услуги, которые могут быть реализованы, а могут и не быть реализованы в конечном проекте. Процесс проектирования предназначен для определения исходных данных для будущих этапов проектирования и разработки. Для группы сервисных инженеров важно понимать, что уже существует на предприятии, а что необходимо разработать.Инструменты, поддерживающие обнаружение служб, такие как реестр, совместимый с UDDI, являются важным компонентом для продвижения повторного использования служб и понимания того, что уже существует, что можно использовать.
Наконец, на этапе моделирования и при вашем понимании того факта, что вы пытаетесь определить кандидатов на услуги, группа разработки услуг должна продолжать проектирование с использованием установленной методологии независимо от реалий технической архитектуры и ограничений физической среды. Целью этапа проектирования и моделирования услуги является определение желаемого будущего состояния. На этапе построения и компоновки SSLC кандидаты в службы будут подвергаться организационным ограничениям, чтобы определить окончательные реализации службы.
Создать и составить
На этапе создания и компоновки жизненного цикла службы основное внимание уделяется задачам, необходимым для разработки новых служб, а также использованию того, что уже существует в организации, для более быстрой и дешевой разработки новых функций. Такой подход должен привести к сокращению времени выхода на рынок, что является одним из основных финансовых преимуществ SOA.
На этом этапе кандидаты на услуги, которые были определены на этапе моделирования и проектирования услуг, преобразуются в операции обслуживания с сопоставлением с ними инфраструктуры и окружающей среды. Как упоминалось на этапе моделирования, важно определить цели инициативы SOA. Достижение этих целей может оказаться невыполнимым из-за текущих ограничений или ограничений в вашей среде, но может способствовать разумному обсуждению и, возможно, некоторой форме анализа затрат и выгод, чтобы определить, как достичь желаемого будущего состояния. Однако на данный момент организации необходимо двигаться вперед, поэтому ваши кандидаты должны быть реалистичными в вашей организационной экосистеме.
Понимая, какие операции и реализации службы являются реалистичными, вы можете использовать любые возможности повторного использования и компоновки, выявленные на предыдущем этапе. Чтобы в полной мере использовать SOA, понятие композиции очень важно для гибкости бизнеса. Среда разработки и инструментарий сервисной инфраструктуры должны облегчать обнаружение сервисов во время разработки и обеспечивать возможность объединения этих сервисов для завершения бизнес-процесса.
Без таких инструментов успех вашей инициативы SOA может быть ограничен. По мере того, как первоначальные услуги становятся доступными для бизнес-групп и других инженерных групп, могут быть реализованы возможности для объединения. В этом случае при каталогизации потребностей вы определили исходные зависимости. Эти зависимости должны интерпретироваться как прямые возможности для создания компонуемых сервисов и должны обеспечивать ощутимую выгоду от повторного использования. Я намекал на композицию на протяжении всей этой статьи, но важность таких действий напрямую связана с этапами сборки и компоновки SSLC.
Рассмотрите пример каталога потребностей: инициатива под названием Консолидация системы инвентаризации была определена в долгосрочных целях. На первый взгляд эта задача может быть интерпретирована как физический вывод из эксплуатации старых систем инвентаризации и объединение репозитория в один главный источник. Хотя это действительно может иметь место, если анализ затрат и выгод показывает, что вывод старых систем из эксплуатации более эффективен с точки зрения затрат, деятельность также может указывать на менее навязчивый подход. Команда инженеров сервисов может создать ряд сервисов логических данных, скрывающих от потребителя физические конечные точки. Такой подход к созданию уровня повсеместного доступа к данным будет напрямую использовать существующие сервисы check inventory X, разработанные в среднесрочном каталоге потребностей посредством композиции. Инициатива консолидация систем инвентаризации может затем потребовать немного больше, чем логика принятия решения, основанная на каноническом представлении документа инвентаризации, чтобы определить, какие конечные точки необходимо изменить. Такая распределенная логика CRUD должна предоставляться с помощью инструментария сервисной инфраструктуры. Примером может служить платформа BEA AquaLogic Data Services Platform.
Очень часто услуги создаются на уровне бизнес-подразделений, а не в рамках корпоративных инициатив, поскольку обычно именно здесь определяется финансирование проекта и потребность в нем. В результате сценарий если вы создадите его, они появятся, может привести к тому, что службы, обнаруженные во время разработки, не будут подходящими кандидатами для повторного использования. Они могут не обеспечивать адекватную производительность или непротиворечивые схемы. Хотя они доступны на предприятии, они должны оставаться службами уровня приложений. В результате организация должна начать устанавливать процесс управления, чтобы контролировать видимость услуг предприятия. Очень часто реестры услуг используются для обеспечения механизмов и процессов контроля, обеспечивающих качество обслуживания. Многие из этих аспектов необходимо решать на этапе публикации и предоставления жизненного цикла службы.
Наконец, чтобы обеспечить быструю разработку, опыт показал, что стандартизация инструментов позволяет организации использовать знания и повторно использовать их в инициативах SOA. Это не означает, что все должны использовать одну и ту же IDE или один конкретный инструмент; скорее, любой используемый инструмент должен функционировать аналогичным образом, должен поддерживать стандарты и способствовать сокращению кривой обучения, если от разработчика требуется поддержка других проектов с помощью других инструментов. Кроме того, эти инструменты должны поддерживать возможность простого сбора показателей повторного использования и времени вывода на рынок разработанных услуг. Регистрация метрик на протяжении жизненного цикла службы предоставляет организации бесценную информацию для демонстрации успеха инициативы SOA.
Модель предметной области BEA
Как и во многих методологиях, необходимо установить основную тему, объединяющую все остальные действия. В случае BEA и SOA это модель предметной области BEA (требуется регистрация). В ряде статей о Dev2Dev описывается важность понимания каждого из аспектов SOA (см. «Успешное планирование SOA» Дэвида Гроувза, где представлено отличное введение). Общий жизненный цикл службы использует эту модель и предоставляет реальные контрольные точки на этом пути. В случае этапов проектирования, указанных в этой статье, влияние модели предметной области проявляется в необходимости определения проектов и приложений в соответствии с каталогом потребностей с помощью архитектурного подхода.
Этот подход часто начинается с концепции и изначально реализуется с помощью базовых услуг или строительных блоков. Хотя на этапе проектирования это не так важно, как на этапе выполнения SSLC, управление начинает оказывать определенное влияние на весь процесс, в частности, при определении первоначальных реализаций службы.
Во второй части этой серии статей будет продемонстрирована важность измерения затрат и преимуществ развернутых служб, а также повышенное внимание к управлению службами во время выполнения. Кроме того, этапы разработки и выполнения SSLC требуют тесной увязки с бизнес-стратегиями и процессами. Это проявилось в необходимости определить и спроектировать бизнес-процессы, которые станут нашими кандидатами на обслуживание и могут быть объединены в сервисы многократного использования для достижения гибкости бизнеса.
Обзор
Углубившись в понимание потребностей времени проектирования в отношении жизненного цикла общих сервисов, организации, которые ищут SOA для повторного использования и повышения гибкости бизнеса, могут понять, что раннее создание основ, таких как методология, рекомендации по категоризации и инструменты разработки, имеет решающее значение для раннего и дальнейший успех. Начав отказываться от традиционных парадигм разработки приложений и сосредоточив внимание на бизнес-процессах как на плане движения вперед, команды инженеров по обслуживанию могут обеспечить более точное соответствие потребностям бизнеса, своевременным и эффективным образом.
Вторая часть этой статьи посвящена аспектам времени выполнения жизненного цикла общей службы.
Ссылки
Куинтон Уолл — старший менеджер по маркетингу продуктов по интеграции в компании BEA. Он отвечает за формулирование стратегического видения и направления таких продуктов, как WebLogic Integration и AquaLogic Integration.
Чтобы полностью понять управление основными данными (MDM), мы должны сначала определить и объяснить основные данные и провести различие между ними и управлением основными данными.
Основные данные — это важная бизнес-информация, которая поддерживает и классифицирует транзакционные и аналитические данные предприятия. Их также можно назвать «корпоративными данными» или «метаданными», и они часто включают в себя метаданные для конкретных приложений, альтернативные бизнес-перспективы, корпоративные измерения, справочные данные и активы основных данных. Примеры корпоративных данных включают план счетов, организационную структуру или структуру центров затрат, сегменты рынка, категории продуктов и многое другое.
Управление основными данными (MDM) делает именно то, что следует из названия — управляет основными данными. MDM представляет собой комбинацию приложений и технологий, которая консолидирует, очищает и дополняет эти основные данные и синхронизирует их с приложениями, бизнес-процессами и аналитическими инструментами. Когда MDM реализовано хорошо, основные данные, используемые в организациях, более точны и заслуживают доверия.
Программное обеспечение для управления основными данными (MDM) обеспечивает упрощенный процесс управления основными данными, который помогает решить многие проблемы, с которыми сталкиваются компании при управлении корпоративными данными, данными о продуктах и клиентах.
Какую проблему решает программное обеспечение для управления мастер-данными и почему это важно?
Если основные данные неверны или разбросаны и скрыты по всей организации, это может негативно сказаться на всех аспектах бизнеса.Часто наличие неверных основных данных приводит к противоречивым значениям одного и того же показателя, избыточным запасам, поздним приобретениям и реорганизациям компаний, а также неточным прогнозам спроса.
Короче говоря, без MDM не существует единого подхода к согласованию основных данных с бизнес-потребностями и стратегией организации. Хотя все в бизнесе используют мастер-данные, лишь немногие имеют представление об их полном жизненном цикле. Ключевые заинтересованные стороны часто не знают источник данных, насколько они точны или как повысить их ценность. Это отсутствие видимости чаще всего связано с множеством разрозненных корпоративных решений и бизнес-функций, которые создают и потребляют данные.
Если учесть количество заинтересованных сторон в организации — как внутренних, так и внешних, — становится ясно, почему может быть сложно получить доступ к текущей, точной и полной информации, хранящейся в компании. С учетом слияний, роста и глобализации информация может оказаться в нескольких разрозненных системах и базах данных, каждая из которых, скорее всего, содержит разные версии одной и той же информации разного качества. Из-за этого нельзя полагаться на отчетные и аналитические решения для принятия стратегических и уверенных бизнес-решений. Чтобы синхронизировать эти данные, многие организации используют ручной ввод данных, электронные таблицы или собственные решения.
Как унифицированное решение MDM помогает в управлении корпоративными данными, данными о продуктах и клиентах
MDM для управления корпоративными данными (EDM)
Многие организации используют ручные процессы, основанные на электронных письмах, электронных таблицах и телефонных конференциях, для достижения консенсуса в отношении элементов корпоративных основных данных. Подобные процессы могут привести к длительным циклам сверки, а также к проблемам согласования и доверия в корпоративной отчетности.
Без доступа к общему справочнику неудивительно, что цифры в организации могут не совпадать. Кроме того, без эффективного управления корпоративными данными (EDM) компании будут медленнее реагировать на изменения — будь то перенос приложения в облако, управление последствиями слияний и поглощений или просто согласование различий корпоративных данных между бизнес-функциями и приложениями.< /p>
EDM обеспечивает согласованность бизнес-приложений друг с другом за счет последовательного использования важнейших элементов корпоративных данных, таких как план счетов. EDM помогает обеспечить согласованность основных данных предприятия не только между финансовыми системами, такими как планирование ресурсов предприятия (ERP) и управление эффективностью предприятия (EPM), но также отчетность, аналитика и другие транзакционные приложения, такие как закупки, цепочка поставок и клиент. опыт (CX).
Благодаря системе EDM сотрудники работают с нужными им данными, используя свое повседневное программное обеспечение (бухгалтерский учет, CRM и т. д.). EDM выполнит краудсорсинг этих действий и добавит их в общую структуру. Это позволяет совместному использованию информации и управлению данными превратиться в официальные политики, основанные на том, как люди фактически используют данные, а не на предвзятых, негибких правилах.
MDM для управления основными данными продукта (MDM)
Точные и своевременные данные о продуктах — от разработки последних прорывных инноваций до простого поддержания работоспособности — – это жизненно важный информационный канал для организации. Передовой опыт управления основными данными о продуктах дает бизнесу 360-градусный обзор всех данных о продуктах. Сюда входят все, от руководителей высшего звена, которые разрабатывают организационную стратегию, до пользователей, которые постоянно используют информацию о продукте для разработки, маркетинга, цепочки поставок и операций предприятия.
За счет объединения и централизации всех основных данных о продуктах, разбросанных по разнородным системам, управление основными данными о продуктах (MDM) становится единым представлением информации о продуктах, которое можно использовать во всех функциональных отделах. Это помогает устранить фрагментацию данных о продукте — проблему, которая часто возникает, когда компании полагаются на неинтегрированные устаревшие и лучшие в своем классе приложения, участвуют в слияниях или поглощениях или расширяют бизнес по всему миру.
Решение для управления основными данными о продуктах обеспечивает основу для преобразования бизнеса предприятия, предоставляя единый источник правильных данных о продуктах, необходимых для ваших процессов продаж, маркетинга, цепочки поставок и ERP. С помощью продукта MDM вы можете создать единую корпоративную запись продукта и цифровой поток, который поможет вам быстро коммерциализировать, управлять и публиковать основные данные продукта для глобализированного производства и многоканальной торговли, а также беспрепятственно синдицировать данные для внутренних и внешних приложений и торговых площадок с помощью единого мультидомена. решение — предоставление надежной и коммерциализированной информации о продукте для более быстрого выхода на рынок.
MDM для управления данными о клиентах (CDM)
Чистые, непротиворечивые данные о клиентах жизненно важны для успеха организации.Управление данными о клиентах (CDM) консолидирует, очищает, дополняет и координирует данные из нескольких источников. Он также может стандартизировать адреса, устранять проблемы с повторяющимися записями и гарантировать, что отделы продаж будут иметь лучшие версии профилей и записей клиентов.
- Плохое обслуживание клиентов из-за неточных данных.
- Команды по продажам с несколькими представителями работают над дубликатами аккаунтов.
- Неэффективный маркетинг из-за дублирования потенциальных клиентов.
Благодаря доверенным записям клиентов организации получают более эффективную платформу управления, а также единое и точное представление о клиентах, которое можно использовать в нескольких системах и бизнес-подразделениях. Надежные данные о клиентах дают целостную картину, позволяющую рационализировать планирование работы с клиентами, повысить эффективность продаж и повысить прибыльность клиентов.
В чем разница между управлением информацией о продукте и MDM и почему это важно?
Управление информацией о продуктах (PIM) – это система, которая обрабатывает информацию о продуктах по всем каналам, связанным с бизнесом. это имеет решающее значение для эффективности цепочки поставок, производительности, времени выхода на рынок, качества продукции и даже удовлетворенности клиентов. И наоборот, MDM включает в себя все транзакционные и операционные данные организации или, проще говоря, все данные, находящиеся в компании. MDM больше и шире, чем просто продукты. Хотя MDM охватывает всю информацию, в том числе данные о продуктах, он также включает в себя любые данные о сотрудниках, клиентах, поставщиках, поставщиках и т. д.
Когда вы можете совместно использовать один и тот же единый источник точных данных о продуктах, необходимых для ваших процессов продаж, маркетинга, цепочки поставок и ERP, ваш бизнес может эффективно коммерциализировать новые продукты и услуги. Решение MDM делает именно это: оно гарантирует, что полная и непротиворечивая информация о продуктах публикуется по вашим каналам продаж, а также эффективно обменивается надежными данными о продуктах между внутренними системами SCM, ERP и системами выполнения заказов.
Начните работу с решениями Oracle для управления основными данными (MDM)
Все в вашей организации полагаются на точные и своевременные данные для принятия решений — от руководителей, разрабатывающих организационную стратегию, до пользователей, повышающих производительность в разработке, маркетинге, цепочке поставок и операциях. По мере того, как вы продолжаете согласовывать свой портфель и процессы со своей стратегией и целями роста, беспрепятственный поток надежных основных данных по всему предприятию может сэкономить вам время и деньги, значительно повысить эффективность вашей цепочки поставок и продаж, повысить лояльность клиентов и поддержать надежное корпоративное управление. . Устаревшие системы, работающие в отдельных хранилищах, просто не способны поддерживать современные меняющиеся бизнес-модели и более сложные продукты и услуги.
Многоцелевые решения Oracle MDM представляют собой набор специализированных приложений, предназначенных для консолидации, очистки, управления и совместного использования основных данных в рамках предприятия. Решения Oracle MDM основаны на облачных технологиях и построены по модели «программное обеспечение как услуга» (SaaS), что означает, что решение Oracle будет постоянно обновляться с учетом новейших функций, функций и передового опыта.
Решение Oracle MDM регулярно выпускает обновления, поэтому вы постоянно используете последние технологические инновации. С MDM на основе общей модели данных для ERP, управления цепочками поставок (SCM), PLM и CX вы можете быть уверены, что у вас есть единый источник надежных основных данных по каналам, отделам и регионам.
Объединяйте данные о клиентах из онлайн-, офлайн- и сторонних источников, чтобы создать единое динамическое представление о каждом клиенте в режиме реального времени. Oracle Unity Customer Data Platform (CDP) применяет машинное обучение, чтобы предписывать наилучшие следующие действия в любых существующих бизнес-процессах.
Познакомьтесь с телевидением вместе с Дэвидом Раабом из CDP Institute
Узнайте, как CDP помогает вам эффективно использовать данные о клиентах.
Посмотрите, что говорят ведущие отраслевые аналитики
IDC MarketScape: глобальные платформы клиентских данных, ориентированные на пользователей данных и маркетинговых операций, оценка поставщиков в 2022 году
Повысьте эффективность ваших клиентских данных с помощью платформы клиентских данных (CDP)
Статус жизненного цикла: Активен
Профиль ресурса торгового сообщества, который необходимо создать.
Результат операции, включающий успешно созданный профиль ресурса торгового сообщества и список предупреждающих или информационных сообщений.
обновитьресурс
Операция обновления для профиля ресурса торгового сообщества.
Статус жизненного цикла: Активен
Профиль ресурса торгового сообщества будет обновлен.
Результат операции, который включает в себя успешно обновленный профиль ресурса торгового сообщества и список предупреждающих или информационных сообщений.
удалитьресурс
Операция Удалить для профиля ресурса торгового сообщества.
Статус жизненного цикла: Активен
Профиль ресурса торгового сообщества будет удален.
Список предупреждающих или информационных сообщений, обнаруженных при удалении объекта.
объединитьресурс
Операция слияния для профиля ресурса торгового сообщества. Он выполняет обновление, если объект существует, или вставку, если объект еще не существует.
Статус жизненного цикла: Активен
Профиль ресурса торгового сообщества будет объединен.
Результат операции, включающий успешно объединенный профиль ресурса торгового сообщества и список предупреждающих или информационных сообщений.
найтиресурс
Операция поиска для профиля ресурса торгового сообщества.
Статус жизненного цикла: Активен
Критерии, используемые для ограничения результатов запроса, такие как фильтр (предложение where) и размер выборки.
Найти управление. В настоящее время не используется.
Результат операции, который включает в себя список профилей торговых ресурсов сообщества, которые удовлетворяют входящим критериям, а также любые предупреждающие или информационные сообщения.
ресурс процесса
Операция массовой загрузки для профиля ресурса торгового сообщества.
Статус жизненного цикла: Активен
Указывает, какие действия были выполнены, например "Создать", "Обновить", "Объединить" или "Удалить".
Список профилей ресурсов торгового сообщества, которые необходимо обработать.
Управляет поведением массовой загрузки, например, фиксируются ли допустимые данные, если в том же пакете есть другие недопустимые данные, и содержит ли исходящая операция только ключевые атрибуты или полный объект.
Результат операции, который включает в себя список успешно обработанных профилей торговых ресурсов сообщества, а также любые предупреждающие или информационные сообщения.
процессCSResource
Операция по применению изменений обратно к источнику данных для профиля ресурса торгового сообщества.
Статус жизненного цикла: Активен
Объект, используемый для представления внесенных изменений.
Управляет поведением массовой загрузки, например, фиксируются ли допустимые данные, если в том же пакете есть другие недопустимые данные, и содержит ли исходящая операция только ключевые атрибуты или полный объект.
Результат операции, включающий список созданных/обновленных объектов данных, а также все предупреждающие и информационные сообщения.
getDfltObjAttrHints
Операция для получения подсказок пользовательского интерфейса, таких как метка объекта данных службы и метки атрибутов объекта, для указанного объекта данных службы и локали. В качестве предварительного условия вызовите операцию getEntityList, определенную в этой службе, чтобы получить список возможных значений для элемента полезной нагрузки запроса viewName.
Статус жизненного цикла: Активен
Имя использования представления службы, внутреннее имя объекта данных службы. Укажите значение элемента name из полезных данных ответа операции getEntityList.
Локаль, используемая при оценке подсказок пользовательского интерфейса на основе локали. LocaleName имеет формат ISO 639-1.
Подсказки метки и пользовательского интерфейса для указанного объекта данных службы и его атрибутов в формате пары "имя-значение".
getServiceLastUpdateTime
Операция, возвращающая дату и время последнего изменения файлов схемы, на которые ссылается определение сервиса.
Статус жизненного цикла: Активен
Дата и время последнего изменения определения службы в формате ISO 8601.
получить список сущностей
Операция для получения списка объектов данных службы, определенных в этой службе.
Статус жизненного цикла: Активен
Список объектов данных службы, определенных для этой службы. Для каждого объекта данных службы результат включает в себя QName, внутреннее имя и логические значения, указывающие, можно ли выполнять над объектом операции создания, обновления, слияния и удаления.
Безопасность
В следующих таблицах перечислены привилегии, необходимые для выполнения операций службы, а также роли, которым предоставляется каждая привилегия.
Сопоставление операций службы с привилегиями
Управление ресурсом торгового сообщества
Позволяет указывать ресурсы для любых сотрудников или участников партнеров, которые должны быть связаны с интересами, возможностями и территориями и получать кредиты продаж или компенсацию за эту работу.
Управление ресурсом торгового сообщества
Позволяет указывать ресурсы для любых сотрудников или участников партнеров, которые должны быть связаны с интересами, возможностями и территориями и получать кредиты продаж или компенсацию за эту работу.
Управление ресурсом торгового сообщества
Позволяет указывать ресурсы для любых сотрудников или участников партнеров, которые должны быть связаны с интересами, возможностями и территориями и получать кредиты продаж или компенсацию за эту работу.
Управление ресурсом торгового сообщества
Позволяет указывать ресурсы для любых сотрудников или участников партнеров, которые должны быть связаны с интересами, возможностями и территориями и получать кредиты продаж или компенсацию за эту работу.
Управление ресурсом торгового сообщества
Позволяет указывать ресурсы для любых сотрудников или участников партнеров, которые должны быть связаны с интересами, возможностями и территориями и получать кредиты продаж или компенсацию за эту работу.
Управление ресурсом торгового сообщества
Позволяет указывать ресурсы для любых сотрудников или участников партнеров, которые должны быть связаны с интересами, возможностями и территориями и получать кредиты продаж или компенсацию за эту работу.
Просмотреть сведения о ресурсе торгового сообщества
Позволяет просматривать основную информацию о ресурсе, такую как имя, основной телефон, основной адрес и основной адрес электронной почты.
Управление ресурсом торгового сообщества
Позволяет указывать ресурсы для любых сотрудников или участников партнеров, которые должны быть связаны с интересами, возможностями и территориями и получать кредиты продаж или компенсацию за эту работу.
Управление ресурсом торгового сообщества
Позволяет указывать ресурсы для любых сотрудников или участников партнеров, которые должны быть связаны с интересами, возможностями и территориями и получать кредиты продаж или компенсацию за эту работу.
Просмотреть сведения о ресурсе торгового сообщества
Позволяет просматривать основную информацию о ресурсе, такую как имя, основной телефон, основной адрес и основной адрес электронной почты.
Управление ресурсом торгового сообщества
Позволяет указывать ресурсы для любых сотрудников или участников партнеров, которые должны быть связаны с интересами, возможностями и территориями и получать кредиты продаж или компенсацию за эту работу.
Oracle Sales Force Automation помогает продавцам выполнять рекомендуемые следующие действия с помощью машинного обучения и исчерпывающих данных на уровне аккаунта. Это решение CRM автоматизирует и упрощает ввод данных и использует взаимодействие с мобильными устройствами, что дает вашим отделам продаж больше времени для взаимодействия с клиентами и потенциальными клиентами.
Мы лидируем в магическом квадранте Gartner 2021 года по автоматизации отдела продаж
Узнайте, как Oracle предоставляет продавцам унифицированный интерфейс для повышения производительности и эффективности рабочей силы.
Возможности автоматизации отдела продаж
Умный пользовательский интерфейс
Избавьтесь от утомительного ввода данных и бесконечных кликов с помощью инструментов продаж CRM, которые автоматизируют административные задачи, чтобы вы могли уделять больше времени своим клиентам и закрытию бизнеса.
Новые возможности виртуальных продаж
Упростите процесс продаж с помощью CRM, которую хотят использовать продавцы. Мы упростили для продавцов поиск и ввод данных с помощью простых команд и нажатий клавиш, просмотр всей информации о клиентах и действиях в комплексном представлении, а также получение информации об индивидуальной и командной эффективности с помощью интерактивной панели управления.
Обзор клиентов на 360 градусов
Предоставьте своим торговым представителям необходимые инструменты, чтобы они могли тратить больше времени на продажи и меньше времени на поиск информации о существующих и потенциальных клиентах. Предоставьте им полную картину. Дополните свои записи о клиентах с помощью данных CRM и бэк-офисных систем, которые собираются и дополняются проверенными сторонними данными о клиентах и компаниях.
Пользовательский интерфейс на основе задач
Позвольте своим отделам продаж выполнять быстрые действия — выполнять ежедневные задачи, узнавать о предстоящих закрытиях возможностей и немедленно принимать горячие предложения. Настройте их опыт продаж и организуйте информационные панели с важными данными о продажах в формате, который лучше всего подходит для каждого уникального человека.
Рабочее пространство с возможностью поиска
Быстрее находите полезную информацию с помощью единого настраиваемого представления учетных записей, возможностей, потенциальных клиентов и контактов, а также высокоэффективного поиска.
Эффективное управление записями
Легко обновлять встречи и задачи, заполнять журналы вызовов, назначать последующие действия и добавлять контакты с помощью системы, которая полностью интегрирована с популярными почтовыми решениями (Outlook, Notes, Gmail) и пакетами для совместной работы.
Сотрудничество в сфере продаж/маркетинга
Выгода от целостного представления о продажах и маркетинговых мероприятиях. Просматривайте всю историю участия в маркетинге, добавляйте контакты и потенциальных клиентов непосредственно в маркетинговые кампании, а также оставляйте отзывы об эффективности и интересе.
Визуальный конструктор
Используйте Oracle Visual Builder для быстрого создания и доставки пользовательских веб-приложений и мобильных приложений, которые еще больше повышают эффективность продаж и дополняют основное облачное решение Oracle для продаж.
Читайте также: