Стоимость sap r3

Ведение ассортимента поставщика для расчёта цены материала в заказах на закупку

6992 2

Ведение ассортимента поставщика – функциональность модуля управления материальными потоками (MM), обеспечивающая следующие возможности для бизнес-процесса закупок:

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

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

Условиямодельной задачи

  • Размер скидки зависит отобщего заказываемого количества, которое формируется как сумма позиций заказа по определенным группам. Хочется обратить внимание, что группы/субассортименты в данном случае это фактически разбивка закупаемых материалов покатегориям поставщика, аналогично группам материалов, которые используются при ведении основных записей материала в системе.
  • Есть две группы материалов (два субассортимента):
    • бытовая техника
    • бытовая электроника.
  • С поставщиком существует договор со следующими условиями (скидка зависит от заказываемого количества) :
    • При заказе бытовой техники (плита кухонная, холодильник и т.д.):
      • С 0 шт – Скидка 0%
      • С 5 шт – Скидка 1%
      • С10 шт – Скидка 2%
      • С 30 шт – Скидка 3%
    • При заказе бытовой электроники (телевизор, DVD-проигрывательи т.д.):
      • С 0 шт – Скидка 0%
      • С 10 шт – Скидка 1%
      • С 50 шт – Скидка 2%
      • С 100 шт – Скидка 3%

Реализация решения

Задача, кажется, довольно простой, если в заказе всего одна -пять позиций. В таком случае, имея таблицу соглашения с поставщиком, рассчитать скидку можно ив ручном режиме. Однако, если позицийв заказе 20 или 100 и при этом ассортимент разбит на субассортименты по 10-20 позиций, да к тому же, у различных поставщиков различные размеры скидок, тогда решение задачи — дело нетривиальное и трудозатратное.Для автоматического решения таких задач целесообразно использовать функциональность – «ведения ассортимента поставщика» (в терминах SAP – «субассортимент кредитора)».

PS: Статья актуальна для ERPECC6.0 без отраслевых решенийтипа ритейла и т.д. Там, возможно, есть свои отраслевые мотивы по данному поводу.

Для облегчения применения рекомендаций статьи в дальнейшем используются sapизмы (устоявшиеся двусмысленные термины российского SAP).

Для начала,нужно разрешить ведение субассортимента кредитора. Это выполняется на уровне «группы счетов кредитора», т.е. для того, чтобы для поставщика разрешить ведение групп ассортимента (субассортимент), нужно активировать в настройке группы счетов. Транзакция OMSG или по настройке: SPRO: «Общая логистика» – «Деловой партнер» – «Поставщики» – «Управление» – «Определение групп счетов и выбора полей поставщика». Идти нужно именно по указанному пути в настройке, так как через путь настройки «Финансы» полей субассортимента на экране настройки группы счетов не будет показно. Пример настройки на Рис.1. Чек-бокс который нужно задать выделен. САП – это не в смысле SAP, а в смысле СубАссортиментПоставщика. В стандартной системе IDES, обычно эта галка задана для группы счетов LIEF.

Рис.1

Теперь для кредиторов, создаваемых в группе счетов LIEF, будет доступен пункт по меню «Дополнительная информация» – «Альтернативные данные». Однако перед этим создадим коды субассортиментов,согласованных с поставщиком. Коды должны быть определены для каждого поставщика. Идем в изменение данных поставщика: транзакция XK02 – Центральное ведение. В примере я использую кредитора системыIDES из курсаSCM500 =>T-K500A00, балансовая единица 1000, закупочная 1000, Рис.2. На первом экране транзакции XK02 отмечаем только ракурс закупки.

Рис.2

На следующем экране (Рис.3) появится кнопка ведения субассортимента,нажимаем «Субассортименты».

Рис.3

Далее просто вводим 6 символов кода субассортимента, элемент данных для кода CHAR, так что код можем сделать любой + описание к коду, Рис.4. Субассортименты созданы, можно переходить к следующему шагу.

Рис.4

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

На экране данных закупки поставщика идем по меню «Дополнительная информация» – «Альтернативные данные». Если альтернативные данныев системе не определены, тогда на экране данных закупки кредитора при выборе данного пункта будет предложено такие данные создать , Рис.5.

Рис.5

Соглашаемся с предложением системы,создаем альтернативные данные кредитора, для этого на появившемся экране (Рис.6)вводим новый код субассортимента или указываем созданный ранее(существующий) код субассортимента (созданные ранее коды можно также выбратьиз списка). Не забываем установить галку «Данные закупки», после чего жмем ввод.

Рис.6

Альтернативные роли партнеров создавать не будем, пусть берутся из общего определения ролей партнера для данного кредитора. После нажатия ввода, так как субассортимента 000001 не существует, то система предложит ввести альтернативные данные. При этом поля будут заполнены данными из предыдущего экрана, но эти данные можно изменить + явно видно, что данные создаются для уровня субассортимента, а не уровня закупочной организации, Рис.7.

Рис.7

Ограниченный доступ

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

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

Ориентировочная стоимость проекта SAP зависит от многих факторов – используемых платформ/баз данных, количества рабочих мест, необходимости разработки индивидуальных решений и пр.

Структура затрат, из которых формируется стоимость SAP

Разработчики SAP представляют версии продуктов, разработанные для различных платформ, включая мейнфреймы и собственные клиентские приложения для мобильных устройств – SAP R3, SAP CRM, SAP BW и так далее. Как показали результаты сотрудничества с различными клиентами, независимо от используемых платформ, структура затрат на внедрение и обслуживания САП складывается из схожих компонентов:

  • Текущее сопровождение.
  • Программное обеспечение.
  • Внедрение и разработка приложений.
  • Аппаратное обеспечение.
  • Поддержка.
  • Обучение.

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

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

Средняя стоимость внедрения SAP для представителей малого и среднего бизнеса на сегодняшний день составляет от 400 тысяч долларов, для крупных проектов – от 900 тысяч долларов. Итоговый расчет стоимости внедрения САП проводится после определения конкретных задач заказчика, объемов необходимой индивидуальной доработки продуктов, количества пользователей и функционального наполнения системы.

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

Владислав Мартынов, генеральный директор компании SAP в странах СНГ, уверен: «Новая партнерская программа позволит покончить с мифом о том, что внедрять SAP — это дорого и долго».

По его словам, партнеры компании, работающие в сегменте SMB, нередко сталкивались с ситуацией, когда потенциальные клиенты отдавали предпочтение конкурирующим решениям, руководствуясь тем, что внедрение «тяжелых» бизнес-приложений SAP окажется слишком дорогим и длительным. У некрупных предприятий имеется большой потенциал в плане автоматизации, но, чтобы успешно при этом работать, требуются функционально насыщенные и в то же время не очень дорогие решения, которые к тому же внедряются относительно быстро — за считанные месяцы. Для освоения этого сектора партнеры подготовили преднастроенные решения на базе продуктов классов ERP (SAP All-in-One, основанная на том же ядре, что и системы SAP ERP и SAP Business Suite), HR (SAP HCM) и BI (SAP BusinessObjects), ориентированные как на различные отраслевые, так и на межотраслевые ниши.

Известно, что при внедрении ERP-систем примерно треть прямых расходов приходится на приобретение лицензий программных продуктов и две трети — на оплату услуг консультантов. Применение шаблонных решений обещает заметно сократить затраты времени и денег, которые требуются для адаптации решений к особенностям предприятий. В частности, по оценкам Мартынова, с помощью шаблонных решений можно в два с половиной раза снизить расходы на консультантов и благодаря этому уменьшить общую стоимость проекта примерно на треть, при этом сроки внедрения шаблонных решений также сокращаются примерно на треть по сравнению со «стандартными» для внедрения системами подобного класса. Стоимость проекта внедрения шаблонных ERP-решений на базе SAP All-in-One оценивается в 160-390 тыс. евро, на базе SAP BusinessObjects — в 25-115 тыс. евро, решений для управления персоналом — в 50 тыс. евро; при этом внедрение будет длиться соответственно три–пять, два–четыре и четыре–шесть месяцев.

По наблюдениям Александра Жижина, генерального директора новосибирской компании «Алекта», участвующей в новой партнерской программе SAP, средний бизнес, в отличие от крупного, обладает высокой гибкостью и готов перестраивать свои модели бизнеса и бизнес-процессы под систему, а заодно осваивать заложенный в нее опыт множества других, вполне успешных предприятий. Разумеется, преднастроенные системы могут адаптироваться к особенностям конкретного бизнеса, что становится возможным благодаря различным параметрам их настройки. Таким образом, именно в сегменте SMB благодаря применению шаблонных решений удается не только уменьшать, но и достаточно жестко контролировать сроки и стоимость внедрения.

Примечательно, что, по словам Мартынова, стартовавшая партнерская программа представляет собой «пилотный проект», охватывающий регион СНГ. Если эксперимент окажется удачным, то эта практика будет взята на вооружение в других регионах и, возможно, станет глобальной.

SAP R3 (или SAP R/3)– это самый известный продукт ведущего немецкого разработчика ПО SAP SE (ранее SAP AG), внедрение которого на рынок началось в 1990-е годы. На сегодняшний день аббревиатура R3 SAP все чаще заменяется названием «ERP системы». Буква R в аббревиатуре происходит от слова «Realtime» и означает, что все данные в системе обрабатываются в режиме реального времени и становятся немедленно доступными всем пользователям. Цифра 3 говорит о том, что системе реализована трехзвенная архитектура «клиент-сервер приложений – СУБД (система управления базами данных)», в отличие от ее предшественницы, работавшей на мейнфремах (SAP R2 или SAP R/2).

Возможности SAP R3

Задавая себе вопрос «SAP R3 — что это такое и какие преимущества она дает бизнесу», необходимо детально ознакомиться с ее функциональными возможностями.

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

Основные модули системы:

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

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

Решения R3 SAP позволяют компании:

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

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

Перевод оригинальной статьи ITAM review.

Огромное спасибо Martin Thompson за разрешение на перевод.

Лицензирование SAP является одной из самых сложных и комплексных задач с которыми сталкивается управление программными активами (Software Asset management, SAM) и специалисты по лицензированию программного обеспечения. SAP отличается от других поставщиков тем, что он позволяет рассчитывать лицензирование программного обеспечения совсем по-другому. Лицензионные политики SAP базируются на расчете показателей использования — того, что даже сам SAP не может описать предельно точно.

Путаница также царит и вокруг определения «именованных пользователей» (named users), что является самым основным элементом лицензионных метрик SAP. Имена пользователей основаны на никнеймах (username), которые не являются фактическими именами людей. Это в свою очередь означает, что один человек может иметь несколько username в ИТ-инфраструктуре. Это осложняется ещё и тем, что эти никнеймы могут иметь доступ к различным системам в рамках SAP.

Это краткое руководство по лицензированию является обновлённой версией того руководства, которое ITAM review опубликовали ещё в 2010 году. В то время как способы лицензирования SAP изменилась не очень сильно, существуют несколько важных аспектов, которые были обновлены и о которых пользователи SAP должны знать.

Лицензирование SAP

Основная лицензионная метрика для приложений SAP основана на именованных пользователях. Существуют различные виды «именных пользовательских» (named user) лицензий для клиентов в рамках приобретения SAP; в их числе профессиональные, ограниченные профессиональные и лицензии для сотрудников, о которых мы расскажем в руководстве позже (professional, limited professional и employee).

Как мы упоминали ранее, именованные пользователи привязаны к никнеймам (и они привязаны к временному интервалу). Это означает, что на протяжении определенного периода времени количество никнеймов не должно превышать определённого предела, который определен в вашем договоре с SAP. Если пользователь покидает организацию или ему необходимо изменить роль, то значит он будет использовать другие аспекты (параметры, модули) в рамках SAP, и тип лицензии может быть изменен. Стоит отметить, что в компании SAP сотрудники сами не могут помочь себе с объяснением типов пользователей и лицензий, которые весьма туманны и неясны.

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

Основные типы лицензий

Существует три основных типа лицензионных метрик для приложений SAP:

  • Профессиональный пользователь (Professional User) = именованный пользователь, который может выполнять определенные операционные функции, такие как администрирование системы или управление системой типов ролей, которые находятся в пределах согласованных метрик лицензии. Пользователь должен также иметь права, указанные в Limited Professional User.
  • Ограниченный профессиональный пользователь (Limited Professional User) = именованный пользователь, который может выполнять только ограниченные операционные функции согласно тому, что определено в лицензии.
  • Лицензия для сотрудника (Employee User) = именованный пользователь, который имеет возможность выполнять задания только для собственного использования, а не от имени кого-либо, объем задач определяется лицензией на программное обеспечение.

Специальные типы лицензий

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

Программный движок (Software Engines)

Программный движок – это дополнение к существующей модели лицензирования SAP. Данные инструменты SAP также известны как пакеты (packages) SAP, они являются внешними компонентами, которые предлагаются организациям, если они в них нуждаются. Они оплачиваются дополнительно и их примеры включены в систему расчёта платёжных ведомостей SAP’s Payroll. Если организация хочет использовать процесс платёжных ведомостей с использованием системы расчёта SAP’s Payroll, то им требуется оплачивать данную привилегию дополнительно, так как она находится за рамками их лицензионного соглашения. Каждый компонент имеет свою цену и модель лицензирования, поэтому организациям нужно это обговаривать с SAP или продавцами услуг для выяснения, какие же варианты возможны для их организации.

Для программных движков (software engines) необходимо создавать предупреждения (оповещения), чтобы организация могла видеть, когда её лицензии близки к максимальному использованию. Это важно, потому что без настройки оповещения организация может получить недостаточное лицензирование продуктов SAP и попасть в список нарушителей лицензионных соглашений. Настройка оповещений помогает управлять существующей лицензией, а также обеспечивает индикацию потенциала «выхода на полную мощность» по использованию данной лицензии.

«К аудиту готов»

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

Классификация пользователей SAP

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

Например:

  1. для системы управленческой отчетности Business Intelligence (BI),
  2. для системы планирования ресурсов организации и отчетов о биржевых операциях (Enterprise Resource Planning — ERP),
  3. для второй ERP-системы утверждений счетов).

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

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

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

Клиенты SAP также должны думать о том, сколько пользователей SAP им понадобится в ближайшие несколько лет (или в течение срока действия договора). Что происходит с теми пользователями, которые покидают организацию, или теми пользователи, которые изменили свою роль внутри организации? Это дополнительная трудность в лицензировании SAP, которую необходимо учитывать, поэтому организации пытаются создать простые, но эффективные методы для классификации своих пользователей SAP. Однако, организации должны находится в рамках, определённых лицензионным контрактом с SAP, так как, пока соблюдается контракт, организации могут создавать любые формы неофициальных классификаций пользователей SAP. При условии, что они классифицируют и учитывают пользователей точно.

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

Со временем, клиенты SAP создали ряд методов для управления лицензиями, которые мы рассмотрим ниже.

Классификация пользователей SAP «по использованию»

Есть целый ряд элементов, которые необходимо учитывать при классификации пользователей SAP «по использованию»:

— Степень активности

Идентификации пользователей по активности, вероятно, лучший способ определения вида лицензии SAP. Чем больше пользователь использует SAP или приложения в рамках SAP, тем выше уровень лицензии для него требуется. Как отмечалось в нашем предыдущем руководстве SAP (автор Moshe Panzer), активность SAP контролируется с помощью:

«Диалоговых шагов (Dialog Steps)”, которые в практическом плане означают количество нажатий на клавиатуре и используемые экраны. Вы можете посмотреть эти подсчёты на примередеятельности ST03N в SAP (статистические данные о рабочей нагрузке, Workload Statistics). Используя этот метод, клиент предварительно устанавливает шкалу. Например, для пользователей, чья деятельность не превышает 1000 «диалоговых шагов» в месяц, предоставляется «Лицензия для сотрудника» (Employee); для тех, чьи «диалоговые шаги» в пределах между 1,001 и 5000, устанавливается тип лицензии «Ограниченный профессиональный пользователь» (Limited Professional) и так далее. Данная шкала может быть установлена на весь год, где за основу взят средний месячный показатель или ежемесячный максимум (т. е. максимальное значение для всех месяцев в прошлом году)».

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

— Количество различных видов деятельности

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

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

— типы деятельности или группы деятельности

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

«Профессиональные» пользователи осуществляют деятельность, связанную с денежными переводами, в то время как пользователи типа «сотрудники” обычно выполняют деятельность, связанную с просмотром отчетов. Метод идентификации группы деятельностей требует определения таких видов деятельности, как создание, изменение или отображение/просмотр. Вы можете сказать, например, что пользователь, который использует деятельность с группой «просмотр», будет классифицирован как «сотрудник», в то время как пользователь, который использует деятельности из группы «изменение», будет классифицирован как «Limited Professional».

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

Классификация пользователей SAP по полномочиям (Users by Authorizations)

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

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

SAP контракт

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

  • Перед реализацией и покупкой SAP;
  • Если Вам необходимо приобрести дополнительные лицензии;
  • Во время слияния или поглощения;

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

Получение максимальной отдачи от ваших лицензий SAP

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

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

Дмитрий Крупенин