sap erp торо обучение
Обзор модуля технического обслуживания и ремонта оборудования в системе SAP ERP
1. Модуль TOPO
Техническое обслуживание и ремонт оборудования (ТОРО) – один из модулей логистики в SAP ERP или S/4 HANA. С его помощью можно планировать ресурсы и учитывать затраты на техническое обслуживание и ремонт оборудования компании. На рис.1 представлено взаимодействие ТОРО с другими модулям системы [1].
Рис. 1. Взаимодействие ТОРО с другими модулями SAP
Условно модуль ТОРО можно разделить на три блока:
Все три блока для построения структуры оборудования компании используют следующие технические объекты [2]:
2. Техническое место
ТМ – место на заводе, где проводятся мероприятия по обслуживанию. При построении структуры ТМ можно руководствоваться критериями, связанными с пространством, процессом, функцией. Критерий, связанный с пространством, используется для описания физического местоположения ТМ (например, мастерская, лаборатория); с процессом, используется для описания ТМ, где проводятся работы (например, сборка, очистка); с функцией, используется для описания ТМ, где выполняются функции (например, холодильная камера, станция очистки воды).
SAP предполагает возможность создания иерархии ТМ. В проекте за построение иерархии ТМ как правило отвечает персонал департамента технического обслуживания [3]. Пример иерархии ТМ показан на рис.2.
Рис. 2. Пример иерархии ТМ
Каждое ТМ должно быть закодировано согласно определенной маске. Максимальная длина маски 40 символов. Ее структура определяется департаментом технического обслуживания (рис.3).
Рис. 3. Структура маски кодировки ТМ
Пример маски: RU-CNTR-7867-TCX1-UCH1. Пример карточки ТМ с указанием кода ТМ показан на рис.4.
Рис.4. Карточка ТМ с основными данными
3. Единица оборудования
ЕО – отдельный технический объект, обслуживание и ремонт которого выполнятся автономно. Например, сепаратор, клапан, холодильник, транспортное средство. ЕО может быть смонтирована и демонтирована на ТМ. В стандарте системе SAP уже предварительно настроены несколько типов ЕО:
На основе стандартных типов можно создать пользовательские типы ЕО. Для каждого из типов ЕО можно настроить диапазон номеров. Диапазон номеров в данном случае настраивается на уровне концерна, т.е. для всей компании независимо от балансовой единицы, завода и т.д.
2. Построение типовой системы управления ТОРО на платформе SAP ERP. Часть 1
Эффективное управление процессами ТОРО
Лехтцинд Виктор Владимирович
Данная глава посвящена построению типовой системы управления ТОРО на платформе SAP ERP.
2.1. Состав бизнес-сценариев (подсистем) ТОРО
Собственная практика проектирования различных систем управления ТОРО и анализ опыта проектирования других консалтинговых компаний показывает, что в большинстве случаев систему управления можно разбить на следующие функциональные подсистемы:
Рис. 7
2.2. Связный поток документов ТОРО – основа эффективного функционирования системы
Система управления ТОРО базируется на целостном потоке документов, формируемых и обрабатываемых различными модулями SAP ERP (Рис. 8). В отдельных случаях этот поток может видоизменяться, и некоторые документы могут вообще не использоваться, например, «Контракты» или «Заказы на закупку услуг ТОРО». Но, в общем случае, нарушения в связности документов или исключение отдельных цепочек в документообороте существенно снижают аналитические возможности системы и иногда делают бессмысленным выполнение отдельных действий в системе. Наиболее часто встречающимся нарушением на практике является разрыв взаимосвязей между заказами ТОРО и заказами на закупку услуг ТОРО. Заказы на закупку услуг являются компонентом системы управления материальными потоками (MM), а потому зачастую рассматриваются только как средство бухгалтерского учета затрат и их необходимость обуславливается необходимостью осуществления расчетов с поставщиком услуг. При нарушении взаимосвязи между заказами ТОРО и заказами на закупку услуг становится невозможным установление адресной связи затрат на ТОРО и техническими объектами ТОРО. Но встречается и другая ошибка – когда заказ ТОРО создается «задним числом» по факту выполнения работ и используется только для того, что бы формально выполнить заданную настройками SAP ERP последовательность создания заказов MM.
Рис. 8
Еще одним важным условием эффективности работы системы управления ТОРО является обязательность взаимосвязи между заказами ТОРО и сообщениями, на основании которых инициируется создание заказа. При этом не имеет значения, связано это с реакцией на какие-либо отклонения в работе оборудования или мероприятие ТОРО является плановым. Общий принцип таков: «Любой Заказ ТОРО должен иметь связанное с ним Сообщение, однако не каждое Сообщение должно влечь за собой создание Заказа ТОРО». Далее будут рассмотрены различные варианты использования Сообщений. Поток документов SAP ERP может так же зависеть от формы организации ТОРО. При выполнении работ персоналом собственных структурных подразделений владельца оборудования, цепочка «Заказ ТОРО» => Заказ MM => Акт приема/передачи услуг» отсутствует, вместо нее появляется цепочка «Заказ ТОРО => Подтверждение => Расчет внутренних тарифов работ ТОРО».
2.3. Подсистема оперативного производственного учета оборудования
2.3.1. Иерархическая структура данных об объектах ТОРО – информационная основа системы
Построение рациональной иерархической структуры технических объектов ТОРО – не тривиальная задача. В принципе, сама по себе система SAP ERP не накладывает каких-либо ограничений на число уровней иерархии, но здесь нельзя переусердствовать. При построении структуры объектов нужно, прежде всего, исходить из принципа «разумной достаточности». На нижних уровнях иерархии следует создавать только те объекты, которые и являются и объектами технического обслуживания и ремонта и объектами отнесения затрат (Рис 9). Чрезмерная детализация структуры и попытки воспроизвести конструкторские чертежные спецификации с помощью системы кодирования объектов типа «Техническое место» не имеют никакого экономического смысла.
Рис. 9
Зачастую чрезмерная детализация структур объясняется заказчиками необходимостью облегчения поиска объекта, но достичь максимальной скорости и удобства поиска объектов можно и другими средствами, предоставляемыми в SAP ERP. Те же подходы применимы и к построению справочника (реестра) единиц оборудования.
Рис. 10
Структурирование единицы оборудования имеет смысл в тех случаях, когда в процессе ремонта производится полное разукомплектование, например, для электроцентробежных насосных установок (Рис. 10).
Далее будет показано, каким образом следует оптимально структурировать объекты до уровня запасных частей и комплектующих изделий с помощью системы узловых спецификаций. В данном конкретном случае такое структурирование объекта оправдано и дает значительные преимущества при организации процесса учета наличия и перемещений УЭЦН.
Пример избыточной детализации при построении иерархии объектов ТОРО показан на Рис. 11. На снимке экрана видно, что в качестве технического места указан фактически измеряемый параметр, а не реальный технический объект. Совершенно очевидно, что «Температура нефти в сепараторе» не может быть ни объектом ремонта, ни объектом учета затрат. Ничего кроме разрастания глубины иерархического дерева это не дает, хотя заказчик, настаивавший на таком структурировании, конечно же, руководствовался благими намерениями и доказывал, «что ему так удобней находить месторасположение объектов». Подходы по принципу «так удобней» всегда отражают частные вкусовые предпочтения отдельного специалиста и ничего общего с целями обеспечения эффективного управления системой ТОРО не имеют. Иерархическая структура объектов в SAP не может и не должна заменять технологические схемы, схемы размещения и прочие технические документы.
2.3.2. Связь реестра оборудования со справочником материалов
Рис. 12
Рис. 13
Еще одной задачей, которая должна решаться при рассмотрении взаимосвязей между реестром (справочником) оборудования и справочником материалов, является инициация процедур создания новой записи ЕО при приемке на склад МТО вновь поступающего оборудования. Это одно из наиболее слабых мест во взаимодействии модуля управления материальными потоками и модуля ТОРО. Факт поступления на склад нового оборудования далеко не всегда становится известным специалистам, осуществляющим эксплуатацию и обслуживание оборудования, поэтому заявка на создание новой записи в справочнике ЕО о поступившем оборудовании возникает с очень большим опозданием. Не редки случаи, когда единица оборудования уже установлена, эксплуатируется и требует технического обслуживания, а соответствующих данных о ней в системе управления ТОРО – нет. Хотя в стандартной реализации SAP ERP имеется возможность автоматического создания новой записи ЕО в момент поступления ее на склад МТО, но при укрупненном методе учета основных средств (ОС) возникают определенные трудности. Для преодоления этих трудностей и возможности автоматизированного создания, вновь поступивших единиц оборудования при приемке новых материалов, даже в случае укрупненного учета ОС, в системе SAP ERP следует внести ряд изменений, которые позволят автоматически создавать новые единицы оборудования при проводке документа поступления материала. Изменения состоят в том что, в основную запись материала (ОЗМ) добавлены дополнительные аналитические признаки:
При формировании заявок на закупку материалов признак релевантности ЕО и номер ЕО-образца автоматически копируются из данных ОЗМ в позиции заявок. Кроме того, в случае отсутствия необходимых данных в ОЗМ, предусматривается возможность заполнения значения признака релевантности ЕО и номера ЕО-образца непосредственно в заявке на закупку.
Для обеспечения возможности автоматического определения технического места-площадки хранения, на котором автоматически будут смонтированы вновь создаваемые ЕО, ведется вспомогательная таблица соответствия завода, складов и технических мест-площадок хранения (складов).
При проводке документа поступления материала для каждой позиции, релевантной единицам оборудования, на соответствующем указанному складу техническом месте автоматически создаются новые единицы оборудования. Количество создаваемых единиц оборудования равно количеству в позиции документа материала. Для обеспечения возможности связи между документами поступления материалов, документами закупки и дальнейших движений единиц оборудования в основной записи каждой создаваемой единицы оборудования автоматически заполняется системный номер документа материала («Тип конструкции»).
При автоматическом создании единиц оборудования в документах поступления материалов могут отсутствовать следующие ключевые данные:
Специалист ТОРО-получатель оборудования со склада должен самостоятельно доопределить недостающую информацию во вновь созданных единицах оборудования перед их перемещением с технического места – площадки хранения оборудования на технологические объекты.
2.3.3. Связь технических объектов ТОРО со справочником основных средств
В тех случаях, когда объект ТОРО является объектом системы учета основных средств в модуле FI, для связи этих систем используется поле «ОснСредство» в основной записи реестра технических объектов (справочник ТМ или справочник ЕО). (Рис. 14)
Рис. 14
Наличие такой взаимосвязи позволяет решать задачи оценки целесообразности продолжения эксплуатации, объекта путем сопоставления балансовой и остаточной стоимости объекта с совокупными затратами на ТОРО. Кроме того, в ряде случаев в документах ТОРО, по требованиям бухгалтерского учета, необходимо указывать номер основного средства (или его инвентарный номер).
2.3.4. Система классификации объектов в ТОРО
Система классификации в рамках системы SAP ERP – универсальный инструмент наделения любых объектов дополнительными характеристиками, обладающими свойством наследования. Система классификации строится как многоуровневая иерархическая структура, у которой каждый нижестоящий уровень наследует свойства (характеристики) вышестоящего. В рамках системы управления ТОРО система классификации объектов используется, прежде всего, для того, чтобы обеспечить описание всего многообразия свойств и характеристик объектов ТОРО, значимых как для оценки технического состояния, так и для оценки текущего состояния парка оборудования в самых различных ракурсах.
Основная запись в реестре (справочнике) технических мест или реестре (справочнике) единиц оборудования обладает фиксированным и единым для всех набором полей для описания свойств и характеристик объекта. Использование системы классификации позволяет практически неограниченно расширить набор данных об объекте. Однако не следует эту свободу воспринимать как свободу расширения объема данных по принципу «на всякий случай» или пытаться занести все данные, которые могут быть получены из конструкторско-технологической документации изготовителя. Практика показывает, что в большинстве случаев используется относительно небольшое число характеристик, а созданные «на всякий случай» так и остаются не заполненными.
Рис. 15
Основным назначением системы классификации должно быть оказание практической помощи при формировании отчетов и экранных форм для однородных и сопоставимых по своим свойствам групп объектов ТОРО. Классификационные признаки служат так же хорошим средством описания унифицированных алгоритмов обработки данных для однородных групп оборудования. Этого зачастую не удается добиться, используя разделение оборудования по признаку «Вид оборудования», т.к. справочник видов не структурирован и представляет собой одноуровневый линейный список, в котором могут быть смешаны различные уровни группирования объектов. Весьма полезным решением является такое построение классификатора, что бы он в какой-то части (хотя бы на первом уровне) пересекался со списком видов оборудования. Это облегчает пользователям процедуры поиска и агрегирования, не прибегая к более сложным процедурам поиска по классификатору. При этом в случаях использования классификатора для объектов, отобранных по видам оборудования, на экранных формах не будет происходить перемешивание технических характеристик разнородных объектов.
Систему классификации целесообразно так же использовать для автоматической унификации наименований оборудования в основной записи справочника оборудования. Поскольку наполнение справочника происходит непрерывно и на основании данных, предоставляемых разными людьми, то, как правило, различные экземпляры одного и того же объекта имеют разные наименования. Это затрудняет аналитику данных, извлекаемых из системы. С одной стороны, различные кодовые обозначения не несут смысловой нагрузки, а с другой стороны, из-за различий в наименованиях, однотипные объекты размещаются в отчетных формах в различных местах, да сами наименования так же часто некорректны с технической точки зрения. Для автоматического образования имени объекта используются наименования класса и некоторые значения его технических характеристик. Пример такого способа наименования единиц оборудования описан в разделе «Оперативный учет ГНО». При этом первоначальное, неформализованное наименование, введенное при первичном наполнении базы данных, будет автоматически приводиться к унифицированному виду при любых изменения и сохранении основной записи об объекте.
Пример построения классификатора для единиц оборудования, характерный для нефтедобывающего предприятия:
Рис. 16
Замечание к примеру: если планируется использовать наименования классов для формирования унифицированных наименований оборудования – наименования классов должны грамматически указываться в единственном числе.
2.3.5. Перемещение оборудования – основа оперативного учета наличия оборудования
Задачи и цели оперативного учета наличия оборудования, как в местах эксплуатации, так и в местах ремонта и временного хранения, существенно отличаются от задач и целей бухгалтерского учета. Во-первых, нет полного соответствия по номенклатуре между объектами учета, а во-вторых, ряд перемещений объектов в процессе эксплуатации и ремонта не представляет интереса для бухгалтерского учета, но имеет существенное значение для оперативного управления процессами ТОРО. Оперативный учет оборудования строится на выполнении таких системных операций (транзакций) SAP ERP как «демонтаж» и «монтаж» единиц оборудования. Стандартным решением SAP для отслеживания перемещений оборудования является просмотр периодов использования, которые автоматически изменяются после каждого исполнения операций «демонтажа/монтажа» (Рис. 17). Такой анализ может быть произведен как по определенной единице оборудования («история жизни оборудования»), так и по отдельному техническому месту («история замены оборудования»).
Рис. 17
Выполнение операций перемещения должно сопровождаться изменением статуса (состояния) оборудования, которое он приобретает, изменив свое местонахождение.
Используя стандартный прием выгрузки отчета о периодах пребывания в формате Excel, можно легко построить сводную аналитическую таблицу, позволяющую оценить количество единиц оборудования на различных площадках хранения, абсолютное и среднее время пребывания оборудования в той или иной стадии ремонта и многие другие параметры, характеризующие организационный уровень системы ТОРО. На Рис. 18 приведен пример отчета о среднем времени «пролеживания» УЭЦН на ремонтных площадках сервисного предприятия и времени пребывания отремонтированного оборудования в «холодном» резерве. Устанавливая предельные сроки хранения и используя условное форматирование цветом, легко увидеть нарушения в организации процесса ремонта оборудования.
Стандартное решение SAP ERP требует исполнения последовательности трех действий: демонтаж=>монтаж=>смена статуса. На практике эта последовательность выполняется с ошибками, не своевременно и не в полном объеме. Особенно это касается изменения статусов оборудования. В итоге оперативный учет становиться недостоверным и не дает надежной основы для принятия управленческих решений.
Рис. 18
Решение этой проблемы лежит в применении специальной разработки интерфейса, позволяющего выполнять перемещения объектов в системе SAP ERP «выделением» и «перетаскиванием» перемещаемого объекта на экранной форме, подобно тому, как это делается при перемещении файлов в обычных браузерах (Рис. 19). Пользователю остается только указать дату физического перемещения и в некоторых случаях количественные характеристики перемещаемого объекта. По сути дела, эта разработка представляет собой программную оболочку, выполняющую ту же самую последовательность транзакций, что и стандартное решение, но делает это «скрыто» от пользователя. Цветовая окраска объектов позволяет видеть объекты, которые не могут быть перемещены, объекты которые только, что были перемещены, а преднастроенная фильтрация объектов по техническим местам сокращает набор видимых на экране перемещаемых объектов. Возможно так же и массовое перемещение путем предварительного выделения всех однородных перемещаемых объектов (например, манометры или трубы НКТ) и «перетаскивания» их на техническое место типа «Площадка».
Рис. 19
Применение описанных выше стандартных решений для оперативного учета глубинно-насосного оборудования (ГНО) встречается с рядом трудностей. Глубинно-насосное оборудование скважин (электроцентробежные насосные установки, трубы НКТ, насосные штанги, кабели ЭЦН и их компоненты) – наиболее активная часть основных фондов нефтегазодобывающих предприятий. Закупки нового оборудования, оценка его наличия в различных стадиях эксплуатации и хранения, подбор оборудования в соответствии с технологическими требованиями добычи требуют оперативного и, главное, достоверного учета всех компонентов ГНО. Данные такого учета должны быть доступны широкому кругу специалистов, быть сопоставимыми во времени и по источникам данных.
Стандартные решения SAP по учету перемещений оборудования не учитывают некоторых особенностей ГНО. Реализации задачи учета ГНО не является тривиальной по сравнению со стандартными решениями в SAP, обеспечивающими учет обычного оборудования. Помимо общего количественного учета по местам эксплуатации и местам хранения, большой интерес для специалистов добывающего предприятия представляет учет ГНО по его состоянию (в эксплуатации, на комиссионном обследовании, в ремонте, отремонтировано и готово к использованию и т.д.). Здесь основные проблемы учета носят чисто организационный характер. Отслеживание и фиксация изменения состояния учетного объекта при каждом его перемещении достаточно трудоемкая работа при использовании стандартных методов учета в SAP ERP.
Решение проблемы учета ГНО требует выполнения ряда доработок в системе и в отдельных случаях отхода от применения стандартных вариантов транзакций «демонтаж-монтаж».
В целях оперативного производственного учета УЭЦН в системе SAP вводятся объекты:
a. «Установка УЭЦН в сборе» (УЭЦН), относящаяся к подклассу «Насосы погружные электроцентробежные» и обладающая ограниченным набором технических параметров (классификационных признаков): «Габаритная группа», «Теоритическая производительность», «Текущая дата начала эксплуатации», «Напор насоса». Значение этих признаков обновляются автоматически при перемещении/монтаже УЭЦН на скважину. Наименование установки формируется автоматически и состоит из постоянного текстового значения «УЭЦН», цифрового значения габаритной группы первой секции, цифрового значения производительности секции с наименьшей производительностью и цифрового значения суммарного напора всех секций смонтированных на установке. Все отдельные части обозначения разделяются дефисом. В тех случаях, когда по технологическим соображениям на установку монтируются секции с различными значениями по производительности, все эти значения включаются в наименование последовательно по нарастанию от наименьшего значения к наибольшему
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland
История создания и назначение
Аббревиатура SAP (Systems Analysis and Program Development) расшифровывается как «системный анализ и разработка программного обеспечения». Организовали компанию пятеро сотрудников гиганта IT-индустрии IBM. Идея создания проекта возникла из анализа спроса клиентов, приходящих в фирму за различными услугами.
Пять аналитиков поставили перед собой цель — написать приложение, выполняющее обработку данных в реальном времени. Софт должен был объединить различные бизнес-процессы, ведение финансового и бухгалтерского учёта.
В 1973 году ими была представлена первая версия приложения. Она включала системы управления материалами, закупками, запасами, а также умела формировать выписку счетов-фактур. Через четыре года компания становится корпорацией закрытого типа и получает название SAP. Доходы организации на тот момент составляют порядка 4 млн немецких марок, а штат расширяется до 25 человек.
Клиентами компании становятся иностранные предприятия. Продукция SAP входит в ТОП-100 лучших продуктов Германии. В приложение добавляются модули «Управление персоналом» и «Обслуживание и ремонт». К концу 1982 года услугами продукции пользуется уже более 236 компаний.
Программисты фирмы создают новый продукт «Управление предприятием». Система начинает быть востребованной не только на Европейских рынках, но и в Южной Африке, Канаде, США. В Голландии, Франции, Испании и Англии открываются четыре филиала. Штат к 1988 году уже составляет 750 работников, прибыль компании возрастает до 245 миллионов. Фирма становится публичным акционерским обществом и вскоре уже включает 2 дочерних филиалов.
К 1995 году количество пользователей уже достигло 2 тысяч человек, а разработчики представили новую версию под номером SAP R3. Это приложение сделало разработчиков миллиардерами. Сегодняшними конкурентами приложения являются: 1С, Axapta, Oracle. Несмотря на них, с каждым годом число пользователей SAP только увеличивается.
Особенности приложения
Система SAP ориентирована на средние и крупные предприятия. Она предоставляет руководству важную информацию, связанную с деятельностью компании в реальном времени. Образуя единое информационное пространство, программное обеспечение заменяет ручные задачи автоматизированными процессами.
Внедрив на предприятие SAP, можно не только проще управлять своим бизнесом, но и эффективно контролировать расходы, расширить возможности сотрудников, организовать их самообучение, улучшить продажи, обслуживание и маркетинг. Наблюдая за происходящими процессами в онлайн-режиме и анализируя их, можно предусмотреть будущие результаты, оптимизировать операции.
С помощью SAP можно вести:
Пользователями SAP могут быть сотрудники разного звена. Но структура программы и интерфейс сложен. Поэтому перед тем как работник приступит к ведению складского учёта или начнёт составлять график выдачи зарплат, ему необходимо пройти курс обучения.
К преимуществам софта относится гибкость настройки данных. В программе можно установить язык, валюту, определённые условия, соответствующие правовой базе страны. Существует возможность синхронизировать приложение с другим программным обеспечением. При этом одновременно в системе могут работать более 5 тыс. пользователей. Особенностью является и самообучаемость SAP. Анализируя опыт других компаний, она позволяет эффективнее использовать инновации.
Из недостатков выделяется довольно высокая стоимость пакета и сложный программный код, требующий обучать работников и нанимать на работу обслуживающий персонал с навыками программирования. Локализация на русском выполнена плохо, что порой приводит к затруднениям при работе.
На официальном портале есть информация, касающаяся продуктов фирмы, и контакты. Также там можно найти комьюнити и поддержку.
Популярные пакеты
Продуктовая линейка приложения специализируется на решениях управления бизнесом. Ведущим пакетом является mySAP Business Suite. Он обеспечивает интеграцию информационных данных и процессов в единую платформу. Система разработана на технологической платформе NetWeaver. Это семейство включает в себя решения по управлению ресурсами, взаимоотношению с клиентами и поставщиками, логистической сетью и жизненным циклом продукции.
С помощью системы можно автоматизировать ряд операций. Например, поступивший заказ закрепляется за ответственным лицом, обеспечивающим его выполнение. После обработки сотрудником документ отправляется оператору следующего звена, который дополняет его необходимыми данными. Сотрудники не беспокоятся о своевременности передачи документов или необходимости поиска нужных специалистов.
Весь процесс документооборота по поставкам, снабжению, товародвижению на предприятии происходит автоматически. Цикл может охватывать весь процесс, начиная от закупки сырья до продаж и гарантийного сопровождения готовой продукции. Приложение развивается с учётом актуальных требований и возрастающих темпов производства.
В 2011 году был разработан продукт HANA, являющийся высокопроизводительной системой управления базы данных. Приложение может самостоятельно размещать всю базу в оперативной памяти без использования дискового пространства. На её базе создаются и бизнес-приложения. C помощью SAP HANA можно повысить производительность различных процессов. Например, посредством него возможно закрытие финансового периода, анализ доступа, планирование материалов и контроль их перемещения. Лучше всего проект подходит для работы с данными, имеющими высокую ценность.
Компания имеет широкую сеть партнёров. В России их уже больше десяти. У организации есть опыт сотрудничества с «Эльдорадо», «Сургутнефтегаз», «Российскими железными дорогами».
SAP включает следующие пакеты:
Инструкция пользователя
Программа SAP довольно сложная и требует компьютерных знаний на уровне уверенного пользователя. Состоит она из трёх частей: функциональных модулей, базы данных и графического интерфейса. Как правило, модули располагаются на серверах, способных быстро обработать информационный поток, провести расшифровку данных и представить их пользователю в удобном виде.
Главной частью приложения является окно. Для начинающих пользователей существует возможность организации доступа через веб-браузер. Окно содержит различные поля, в которые вносится информация. Существует много расширений, предназначенные для интеграции в систему. Предприятие покупает интересующие модули, а программист связывает их с клиентскими базами.
Любая операция в системе называется транзакцией. Пользователю для успешной работы необходимо выполнить четыре шага:
Верхнее меню называется строкой и содержит три компонента: заголовок, пиктограмму, кнопки управления. Пользовательский интерфейс SAP GUI формирует односистемную среду. Клиент, работающий в ней, регистрируется в одной из предложенных инфраструктур (landscape).
Если возникает необходимость параллельной работы, то открывается дополнительное окно. В результате пространство загромождается, и даже опытный пользователь может растеряться. Поэтому удобнее через пиктограмму запускать сервис «Логон», позволяющий сразу организовать необходимые соединения по установленным заранее параметрам.
Существуют также дополнения к программному обеспечению. Выпускает их лаборатория SAP. Устанавливаются они совместно с основным пакетом. Востребованным является дополнение Open PS, позволяющее получить доступ к SAP даже с компьютера без установленного основного модуля. Популярно также приложение Intranet, используемое для создания аккаунта и настройки персонального интерфейса.
Удобное онлайн-обучение
Программа САП требует знаний и практического опыта. Разработчик через своих партнёров предлагает эффективное изучение работы системы без посещения офисов и затрат на дорогу. Обучение может быть бесплатным, но чаще средняя цена курса составляет порядка 30 тыс. рублей. Лекции включают: вебинары, демонстрации слайдов, предоставление доступа к практическим работам.
Онлайн-обучение предпочтительней, чем изучение системы по самоучителю. Для подачи заявки необходимо посетить сайт-партнёр и зарегистрироваться. Популярными местами, где можно пройти обучение, являются:
По окончании обучения выдаётся сертификат. В нём указывается количество часов, тип лекций и описание курса. Свидетельство распечатывается на фирменном бланке с логотипом SAP.
Консультации специалиста
При знакомстве с системой пользователь теряется в интерфейсе. Разобраться самостоятельно очень сложно. Поэтому компания выпускает специалистов по внедрению информационных систем.
Работа консультанта SAP состоит в определении услуг, которые может предложить немецкая компания предприятию, а также в оценке ее технических возможностей и уровня подготовки персонала. Все консультанты проходят трудный путь, начиная с позиции стажера. Чтобы им стать, необходимо пройти полный курс обучения на базе центра SAP. Немаловажным в работе специалиста является умение общения с людьми. Он должен уметь превращать желания и цели клиента в конкретные задачи. Чтобы стать консультантом, желательно знать ABAP/4 — язык, на котором написан программный код SAP.
Кроме того, компания является владельцем SAP Labs. Это лаборатория, создающая основные продукты и занимающаяся их усовершенствованием. В ней координируются бизнес-идеи, разрабатывается инновационная стратегия развития. Лаборатория не работает напрямую с клиентами, но непосредственно влияет на функциональность продукта.