Вывод по второй главе.
Изучив практические аспекты автоматизации бизнес-процессов
взаимодействия с клиентами на базе решений SAP, мы определили, что
Система SAP ERP состоит из набора прикладных модулей, которые
поддерживают различные бизнес-процессы компании и интегрированы
между собой в масштабе реального времени.
SAP ERP - это самая обширная система на сегодняшний день. Не
случайно многие лидеры мировой экономики именно ее выбрали в
качестве основной корпоративной системы. Тем не менее, статистика
показывает, что более трети компаний, покупающих SAP R/3 - это средние
фирмы с годовым оборотом менее 200 млн долл. Дело в том, что SAP ERP
- конфигурируемая система, поэтому, купив ее, предприятие будет
работать с индивидуальной версией, настроенной именно под его
параметры.
Во второй главе были изучены ключевые определения сферы базиса
SAP, технология являет собой определенный буфер специальных
приложений совместно с СУБД: мандант (клиент), репозитарий – «склад»,
запрос на перемещение (транспортировка), деблокирование, ландшафт и
другие.
53
Глава 3. Внедрение модели SAP ERP на торговом предприятии АО
«Валента Фарм».
3.1. Характеристика АО «Валента Фарм».
АО «Валента Фарм» – российская инновационная фармацевтическая
компания, основанная в 1997 году и сфокусированная на разработке и
производстве новых оригинальных препаратов.
«Валента» занимается разработкой, производством и выводом на
рынок рецептурных и безрецептурных препаратов в таких терапевтических
направлениях, как иммунология, вирусология и антибактериальная
терапия, психоневрология, гастроэнтерология, урология и др. [27, с. 56].
АО «Валента Фарм» – российская фармацевтическая компания,
основанная в 1997 году. «Валента» занимается разработкой,
производством и выводом на рынок рецептурных и безрецептурных
препаратов основных терапевтических направлений:
- психоневрология,
- урология,
- гастроэнтерология,
- иммунология,
- вирусология,
- антибактериальная терапия и других [35, с. 45].
Портфель компании «Валента» сбалансированно представлен как
инновационными препаратами, так и брендированными дженериками и
включает более 90 лекарственных средств. Портфель препаратов компании
представлен такими известными брендами, как Ингавирин®, Граммидин®,
Тримедат®, Тералиджен®, Феназепам®, Пантокальцин®, Аминазин®, и
др.
«Валента» активно инвестирует в R&D и развитие портфеля
продуктов, а также в медицинские проекты и инновации для здоровья. [36,
с. 45].
54
Компания работает с Белоруссией, Кыргызстаном, Азербайджаном,
Арменией и Узбекистаном. В Казахстане «Валента» имеет дочернюю
компанию ТОО «Валента Азия».
Таким образом, в данном параграфе мы познакомились с
российской инновационной фармацевтической компанией - АО «Валента
Фарм», которая занимается разработкой, производством и выводом на
рынок рецептурных и безрецептурных препаратов в таких терапевтических
направлениях, как иммунология, вирусология и антибактериальная
терапия, психоневрология, гастроэнтерология, урология и др. Портфель
компании «Валента» сбалансированно представлен как инновационными
препаратами, так и брендированными дженериками и включает более 90
лекарственных средств.
Организационная схема компании ТОО «Валента» представлена на
рисунке 3.1. В данной работе рассматриваются процессы инициированные
Финансовой группой. Необходимо объединить все имеющиеся базы
данных на предприятии в единое решение на основе SAP ERP.
Проектная команда состоит из сотрудников отдела инноваций
компании «Валента». Силами отдела производится планирование и
описание бизнес-процессов для последующей разработки и развертывания
системы SAP ERP в компании. Заказом и закупками технического
оборудования занимается отдел информационной безопасности.
55
Рисунок 3.1 – Организационная схема компании
Компания АО «Валента» высоко ценит своих клиетов, поэтому
использует все возможные инновации для повышения качества
обслуживания. С внедрением новой системы значительно уменьшилось
количество очередей, появились положительные отзывы о компании. С
дальнейшим внедрением системы SAP ERP в другие отделы компании
планируется улучшение производительности.
Финансовый блок
Операционист
Промоутер
Консультант
Кассир
Администратор
Операционисты
Менеджер
Менеджер по
развитию
Инженер ИБ
Бухгалтера
Продажи
Инновации
Экономическая
безопасность
Бухгалтерия
Медицинский блок
Директор
Лаборанты
Медсестры
Врачи
Проектный
менеджер
3.2. Разработка и внедрение программного обеспечения модели SAP
ERP.
Отличительная черта продвижения фармацевтических веществ
рецептурного отпуска заключается в том, то что изготовитель не способен
взаимодействовать непосредственно с больным, являющимся покупателем.
Покупателем фармацевтической фирмы в этом случае считается доктор,
исполняющий предназначение фармацевтических веществ своим больным.
Со вступлением в силу с 1 января 2012 года федерального закона №
323 «О основах защиты здоровья людей РФ», значительно
ограничивающего связь медицинских работников и агентов
фармацевтических фирм, именно фирмы начали приспосабливаться под
более комфортные для покупателя технологии общения. А это проводит к
диверсификации каналов работы с докторами, так как каждое превышение
психологически выверенной нормы давления на покупателя посредством
единственный проток только лишь уменьшает результативность
взаимодействия с ним. Таким образом, что на сегодняшний день
покупатель стал фокусом всех стремлений изготовителей, а их
удовлетворение взаимоотношениями с поставщиком – основным условием
преуспевания фирмы.
Решать стратегические проблемы в сфере клиентских
взаимоотношений нереально, не имея платформы для этого. Возможным
клиентам предоставляется право подобрать завершенный,
многофункционый CRM продукт от массово показавших себя всемирных
лидеров (Salesforce.com, SAP, Oracle, Microsoft и др.), таким образом и
концепцию, исследованную с целью удовлетворение нужд коммерциала в
различных областях экономики, в том количестве и для
фармацевтического бизнеса (Cegedim, sfNet, Whitebox и др.). Популярная
фирма Gartner постоянно делает оценку абсолютно всех больших
поставщиков CRM решений в розничной торговле, банковском процессе,
автомобилестроении, фармацевтике, здравоохранении, страховании,
57
индустрии, IT и телекоммуникациях. Основываясь на информацию,
публикуемую фирмой Gartner, возможно просто определиться в обществе
генпоставщиков CRM проектов.
Оперативные миссии:
• Накапливание, классификация, исследование и применение
сведений, приобретенных в процессе своевременной работы мед агентов,
областных клерков и иных работников фирмы.
• Создание концепции планирования деятельный мед агентов.
• Создание направленной в покупателей рекламной стратегии и
стратегии фирмы.
• Составление плана и подсчет торговель фирмы.
• Развитие электрической концепции отчетности врачебного агента.
• Увеличение мотивировки и преданности персонала.
• Формирование концепции предпринимательство-рассмотрения.
Основные этапы жизненного цикла проекта – представлены в
таблице 1.
Таблица№1
Этапы жизненного цикла проекта
1. Инициация и
Запуск проекта должен быть произведен до « »_ 20 г.
запуск проекта – 3
Результатами запуска проекта должны явиться утвержденные
месяца
документы:
назначенный менеджер проекта и команда проекта;
конкурсная документация на покупку SQL-сервера;
устав проекта;
график работ проекта;
бюджет проекта.
2. Разработка
На втором этапе производится
разработка
бизнес-процессов
требований к
компании
«как должно быть», а также корректировка
58
программному
организационной структуры компании.
продукту – 5
Описываются бизнес-процессы
компании.
месяцев
После описания и регламентации бизнес-процессов возможно
приступить к их автоматизации, то есть реализовать третий этап –
«Развертывание программы»
3.Развертывание
Для автоматизации процессов управления на третьем этапе
программы SAP –
проекта на основе описанных процессов разрабатывается решение
4 месяца
в информационной системе SQL-сервера.
Компания приобретает SQL-сервер.
Вносятся корректировки в программный продукт по замечаниям
экспертов.
Производится развертывание программы.
Эти процессы расположены на схеме в соотношении с четырьмя
элементами успеха CRM, а именно: оценкой готовности к внедрению
CRM, управлением переходом к CRM, управлением проектом CRM и
мотивированием персонала.
Концептуальное проектирование - сбор, анализ и редактирование
требований к данным. Для этого осуществляются следующие
мероприятия:
обследование предметной области, изучение ее информационной
структуры
выявление всех фрагментов, каждый из которых характеризуется
пользовательским представлением, информационными объектами и
связями между ними, процессами над информационными объектами
моделирование и интеграция всех представлений
59
По окончании данного этапа получаем концептуальную модель,
инвариантную к структуре базы данных. Часто она представляется в виде
модели "сущность-связь".
Логическое проектирование - преобразование требований к данным в
структуры данных. На выходе получаем СУБД-ориентированную
структуру базы данных и спецификации прикладных программ. На этом
этапе часто моделируют базы данных применительно к различным СУБД и
проводят сравнительный анализ моделей.
Физическое проектирование - определение особенностей хранения
данных, методов доступа и т.д. Типы сущности
Для моделирования различных типов основных данных в модели
данных необходимо определить типы сущности. Система создает для
каждого типа сущности таблицы базы данных, которые требуются для
обработки основных данных в Master Data Governance. Для типа сущности
можно определить следующие свойства:
Поле действие сущности используется, чтобы указать для типа
сущности, ограничено ли действие изменений основных данных
редакциями.
При создании запроса на изменение с целью обработки сущности для
типов сущности с этой концепцией действия необходимо присвоить новый
запрос на изменение редакции.
Соответствующий вид запроса на изменение должен ссылаться на
тип редакции.
В этой концепции действия поле редакции включается в таблицы
базы данных.
При создании запроса на изменение (с целью обработки сущностей)
для типов сущности с этой концепцией действия не требуется присваивать
новый запрос на изменение редакции, если нет необходимости в создании
зависящих от редакции иерархий в запросе на изменение. В этом случае
60
соответствующий вид запроса на изменение не должен ссылаться на тип
редакции.
В этой концепции действия поле редакции не включается в таблицы
базы данных.
Вид хранения и использования применяется для указания
необходимости изменения основных данных в Master Data Governance и
способа выполнения этих изменений. Кроме того, вид хранения и
использования указывает, какие таблицы базы данных создаются
системой:
1 - изменяются с помощью запроса на изменение, создаются таблицы
базы данных
Основные данные этого вида хранения и использования можно
изменить в Master Data Governance с помощью запроса на изменение.
Система создает все необходимые таблицы базы данных: проверочные и
текстовые таблицы, а также дополнительные таблицы, например, для
приложений и установок.
Общие ключевые поля этих таблиц:
Непосредственно тип сущности
Редакция – если в модели данных предварительно указано, что
действие изменений основных данных ограничено редакциями
Типы сущности, присвоенные типу сущности через ведущие
отношения
Кроме того, все таблицы содержат флажок, показывающий, активна
ли запись основных данных. В зависимости от используемой модели
потока операций возможно, что для записи основных данных не будет
установлено значение Активно, пока не деблокирован запрос на
изменение, в котором запись была создана или изменена.
61
Настройки параметров, выполненные для типа сущности (например,
зависимость от языка), приводят к дополнительным ключевым полям в
текстовой таблице и таблицах для приложений и установок.
Неключевые поля, входящие в текстовую таблицу, являются
текстами сущности. Неключевые поля, входящие в проверочную таблицу,
являются атрибутами типа сущности. Таблицы приложений и установок
содержат предварительно определенные неключевые поля. Кроме того, все
таблицы базы данных содержат флажок, показывающий, была ли удалена
запись основных данных. Проверочная таблица также содержит атрибуты,
в которых записывается, какой пользователь создал или изменил записи
данных, и когда это произошло.
2 - изменяются без запроса на изменение, создаются
проверочные/текстовые таблицы
Основные данные этого вида хранения и использования можно
изменить в Master Data Governance без запроса на изменение. Система
создает только проверочные и текстовые таблицы с типом сущности, а
также с типами сущности, присвоенными этому типу сущности через
ведущие отношения в качестве постоянных ключевых полей.
Неключевые поля, входящие в текстовую таблицу, являются
текстами сущности. Проверочная таблица не содержит неключевые поля.
3 - не изменяются через MDG; таблицы не создаются
Основные данные этого вида хранения и использования нельзя
изменить в Master Data Governance. Поэтому система не создает таблицы
базы данных. Вместо этого система получает доступные значения из
домена, присвоенного элементу данных, - из присвоенной таблицы
значений или из постоянных значений домена.
4 - изменяются через другой тип сущности, создаются таблицы базы
данных