ГЛАВА 2
Запуск системы SAP R/3 осуществляется в несколько шагов. В UNIX или Windows NT запуск системы SAP R/3 является задачей пользователя операционной системы adm. Выполнение процедуры запуска предусматривает следующие этапы.
Сначала для сбора статистической информации по загрузке компьютера и его операционной системы запускают специальную программу saposcol (SAP operating system collector), если она еще не активна. Для каждого сервера SAP запускается только одна программа saposcol, даже если несколько систем или инстанций SAP R/3 выполняются на одном компьютере.
Затем начинаются основные операции процедуры запуска системы SAP R/3. Самый главный элемент системы SAP R/3 — это база данных, и, для того чтобы можно было выполнять какие-то задачи, ее нужно активизировать. После этого необходимо сделать то же самое с центральной инстанцией системы R/3. Другие инстанции могут запускаться только при активном сервере сообщений и сервере блокировок.
На этом процедура запуска системы R/3 завершается. Для работы пользователей с SAP R/3 необходим также запуск клиентских систем. Они могут запускаться в любое время и независимо друг от друга. По этой причине запуск клиентских систем не считается частью процедуры запуска SAP R/3. За исключением запуска клиентов все остальные этапы запуска системы SAP R/3 обычно выполняются автоматически и совместно.
Windows NT
В Windows NT управление всеми доступными системами R/3 реализовано как встраиваемый модуль Управляющей консоли Microsoft (MMC — Microsoft Management Console). MMC использует древовидную структуру. Встраиваемый модуль SAP R/3 состоит из корневого узла SAP R/3 System; различные системы SAP R/3 и их инстанции выводятся ниже корня как подузлы.
Также выводится информация о процессах, текущем статусе и открытых сигналах. Когда используется экспертный режим, вывод включает также дополнительные и более подробные данные. Отметив систему R/3 или экземпляр и выбирая Start, можно фактически запустить компоненты.
В более старых версиях SAP R/3 для запуска системы под Windows использовалась программа SAP Service Manager. Хотя сегодня рекомендуется использовать ММС, можно все еще использовать SAP Service Manager. При выборе в диалоговом окне Service Manager опции Start он сначала проверяет, активна РСУБД в R/3 или еще нет. Если БД SAP R/3 еще не активна, то она будет автоматически запущена.
Далее запускаются процессы SAP R/3 центральной инстанции. Светофор показывает состояние двух самых важных процессов — сервера сообщений и планировщика. Планировщик управляет работой всех других рабочих процессов. Когда он будет активизирован, нужно подождать запуска планировщиком остальных процессов. Только после этого система SAP R/3 будет готова к работе. Светофор в SAP R/3 Service Manager использует цветовой код для указания статуса каждого процесса:
| Серый | Процесс не работает |
| Желтый | Процесс запускается |
| Зеленый | Процесс активен |
| Красный | Процесс завершен после ошибки |
В системах UNIX для запуска SAP R/3 используется командный файл оболочки. Администратор SAP R/3, adm, может применять командный файл (программу командного процессора) startsap. Файл startsap включает в себя ссылку на фактический командный файл startsap_ для запуска системы в домашнем каталоге этого пользователя.
В остальном же процедура запуска R/3 в UNIX практически идентична используемой в Windows. Вызов startsap [all] запускает следующую программу и системы (если они еще не работают) в следующем порядке:
1. Сборщик статистики saposcol
2. РСУБД с базой данных SAP R/3
3. Система SAP R/3
Кроме того, startsap предлагает следующие варианты:
Командный файл выполняется только до шага запуска БД.
Предполагается, что БД уже активна.
Дополнительные инстанции
В распределенной инсталляции SAP R/3 можно запустить дополнительные инстанции. Для этого используются те же средства, что и для запуска центральной инстанции. Однако при использовании нескольких инстанций сервер сообщений и РСУБД не запускаются. Инструменты настраивают соответствующим образом.
Если на сервере БД нет активной инстанции R/3, то можно активизировать БД с помощью средств РСУБД или командой startsap db.
Использование журналов
Процедура запуска создает также журналы (в текстовом формате) на уровне файловой системы в домашнем каталоге пользователя adm. Если во время запуска возникают проблемы, то эти журналы могут предоставить ценную информацию (например, коды ошибок или описание проблемы). Журналы приходится анализировать вручную; однако в среде Windows можно также работать из ММС для просмотра журналов с помощью контекстного меню инстанции. Во время процедуры запуска создаются следующие журналы:
Журнал startdb.log содержит всю требуемую информацию о запуске каждой системы базы данных. Журнал startsap_< имя_компьютера >_< имя_экземпляра>.log регистрирует процедуру запуска системы SAP R/3. Следующий журнал запуска системы «SKP» на компьютере UNIX «prdsapr3» хорошо показывает отдельные фазы запуска инстанции SAP R/3.
Листинг 2.1. Журнал запуска R/3 startsap_prdsapr3_00.log
Источник: www.redov.ru
Запуск SAP GUI из браузера
Во время работы над идеей сервиса по сбросу пароля в системах SAP R/3 возник вопрос — а как запустить SAP GUI с нужными параметрами из браузера? Поскольку в этой идее подразумевалось использование веб-сервиса, сначала отрабатывающего по запросу SOAP из SAP GUI и отправляющего письмо со ссылкой на веб-страницу со скриптом сброса пароля на начальный, а потом уже отображение пользователю сообщения об успешном сбросе пароля и отображение этого самого начального пароля, то хотелось, чтобы на этой странице была еще и ссылка на запуск SAP GUI. Причем, чтобы эта ссылка открывала нужную систему, да еще, желательно, сразу с заполненными полями логина и пароля: пользователю оставалось бы только дважды заполнить продуктивный пароль.
Запуск SAP Logon — для нашей цели был не интересен, а при запуске sapgui.exe невозможно было указать мандант и имя пользователя, зато можно было запустить систему не определенную в SAP Logon. С другой стороны, запуск SAP GUI с произвольными параметрами сервера был не особенно актуален: уж если мы решаем задачу сброса пароля пользователя, то скорее всего у него в SAP Logon уже есть нужная строка, с нужными ему настройками и не надо лезть со своими. Зато заданным требованиям удовлетворяла технология SAP GUI Shortcut и собственно программа sapshcut.exe, которая давала возможность запускать SAP GUI с использованием определенного «ярлыка».
Решение задачи в лоб: запуск sapshcut.exe непосредственно из браузера с помощью объекта ActiveX:
function openSAPGui(sid, client, user, password)
Решение плохое: во-первых, работает только в Internet Explorer, во-вторых, требует соответствующих настроек безопасности в браузере, которые в организации могут быть запрещены на доменном уровне, и даже если разрешены, то браузер выдает пользователю окно с пугающим предупреждением:
Решение №2 откопал в интернете: создание собственного веб-протокола . Позволяет запустить нужное нам приложение с помощью ссылки с указанием протокола, который мы сами регистрируем в Windows в реестре в разделе
HKEY_CLASSES_ROOT . Поскольку у SAP GUI Shortcut в этом разделе есть свой подраздел, то можно туда добавить строковой параметр URL Protocol с пустым значением:
Данный протокол запускает sapgui.exe с параметром /SHORTCUT, что нам как бы и надо:
Ну или если мы хотим сделать вообще произвольный протокол (например, sapshcut), то зарегистрировать его можно с помощью следующего reg-файла:
Теперь, если мы на веб-странице сделаем ссылку с указанием протокола Sapgui.Shortcut.File подобным образом:
у нас должно отобразиться окно вида:
И вроде всё замечательно, но при нажатии на кнопку «Разрешить» видим:
Опа, браузер пробел превратил в %20. Ну и другие символы тоже будут закодированы в свой числовой код с символом процента. И самое неприятное, что тут ничего нельзя сделать на уровне браузера (тут всё сделано по стандарту) — браузер не любит подобные символы, а командный интерпретатор Windows не работает с такими закодированными значениями. И еще один минус — в качестве параметра передается вся строка, включая название протокола и даже двоеточие(sapgui.shortcut.file:). Причем, хотя тот же sapshcut.exe умеет отбрасывает всё что не является для него параметром (начинается с символа «-«, потом название, «=» и значение), т.е. строка вида «sapgui.shortcut.file: -system=SID» еще прокатит, то без пробела «sapgui.shortcut.file:-system=SID» уже не работает. Получается, что, в принципе, есть два варианта использования URI-протокола:
- Использование без параметров: Создаем целую кучу протоколов под все наши системы вида SIDMANDT, типа AAA200, BBB200 и т.п. Если нужно просто запустить нужную систему, то вариант вполне рабочий, но в нашем случае не подходит, поскольку уж хотя бы логин пользователя хочется тоже передать, а это таким образом не сделать.
- Использование программы-обертки для вызова sapshcut.exe или sapgui.exe. Суть данной программы проста — она должна брать ту строку, что ей передаст браузер через веб-протокол и её превращать в то представление, что принимает Windows, т.е. обратно превращает все коды символов в символы (может быть даже разбирает строку по параметрам) и уже вызывает SAP GUI гарантировано верной командой. В нашем случае тоже не совсем подходит, потому что мало добавить протокол на всех пользовательских ПК (в рамках домена это еще куда ни шло, хотя тоже лучше избегать такой практики), но тут потребуется еще дополнительно программу разместить на ПК, да еще и постоянно следить, чтобы она никуда не делась при переустановках ПО на ПК.
Т.е. данный вариант тоже отбрасываем как негодный нам.
Тут я уже начал думать, что с идеей запускать SAP GUI с нужными параметрами из браузера придется распрощаться, но тут мне в голову пришла мысль о том, что в SAP Logon можно сделать ярлык и его можно скопировать на рабочий стол. Я пользовался таким способом когда-то, но до этого файл ярлыка специально не смотрел. И оказалось, что данный ярлык представляет из себя обычный текстовый файл с расширением .sap. И если его запустить в Windows — запустится SAP GUI с параметрами, которые и указаны в этом файле. «Бинго!»
Формат данного файла примерно следующий (еще может быть запускаемая транзакция при старте, но я её опустил):
[System] Name=SID Client=200 [User] Name= Language=RU Password= [Function] Title= [Configuration] GuiSize=Maximized [Options] Reuse=0
Вроде бы всё, что необходимо: и идентификатор системы, и мандант, и имя пользователя и даже пароль. И даже дополнительные параметры: Title — заголовок окна, GuiSize — размер запущенного окна (во весь экран или нет) и Reuse — открывать ли обязательно новое окно или использовать уже открытое с этой же системой. Но сразу вылез нюанс — пароль в SAP Logon оказалось задать нельзя, строка была заблокирована. Оказалось, что это сделано из соображений безопасности: все ярлыки созданные в SAP Logon он хранит в файле sapshortcut.ini (рядом с saplogon.ini в профиле пользователя Windows) и там они хотя и зашифрованы, но не слишком сильно и при большом желании их можно раскодировать. Но можно и разрешить это с помощью изменения значения одного параметра в реестре (по умолчанию значение 0):
Windows Registry Editor Version 5.00 [HKEY_CURRENT_USERSoftwareSAPSAPShortcutSecurity] «EnablePassword»=»1»
Это разблокирует для ввода поле «Пароль» на форме создания ярлыка:
И при внесении в это поле пароля, он будет размещен в соответствующей строке
sapshortcut.ini, но вот при перетаскивании ярлыка на рабочий стол он там не появляется — зато можно его туда добавить вручную. Пароль зашифрован, для 111111 он будет следующего вида: PW_49B02219D1F6, для 222222 — PW_4AB3211AD2F5.
Но нас больше интересует то, что этот пароль шифруется одним способом, не зависящим от конкретного ПК и, если мы будем сбрасывать пароль на начальный, то можно в этом поле использовать одно заранее известное значение. Ну а если мы захотим использовать произвольно созданный пароль — то придется понять алгоритм этого шифра. Но, судя по приведенным примерам, сделать это будет несложно. Кстати, в SAP GUI 7.40 это поле вообще пропало с формы, но файл с заполненным паролем он корректно воспринимает.
То есть получается, что в браузере достаточно щелкнуть по ссылке на файл с расширением .sap и с нужным форматом — и он предложит его открыть как файл типа SAP GUI Shortcut (естественно на ПК с установленным SAP GUI) и откроет нам окно SAP GUI с указанными параметрами (если пара SID и мандант есть в списке SAP Logon на этом ПК).
Но, понятно, что просто файлы никто заранее создавать и складировать на сайт не будет — их надо генерировать исходя из нужных параметров. Например, можно создать скрипт на PHP для генерации ярлыков (sapshcut.php):
; $Lang = $queries[‘Language’]; if($Lang==») < $Lang = ‘RU’; >; $User = $queries[‘Username’]; if($User<>») < $Password = $queries[‘Password’]; >; $filename = $SID.$Client.’.sap’; header(‘Content-disposition: attachment; filename=’.$filename); header(‘Content-type: application/sap’); echo «[System]rn»; echo «Name=».$SID.»rn»; echo «Client=».$Client.»rn»; echo «[User]rn»; echo «Name=».$Username.»rn»; echo «Language=».$Lang.»rn»; if($Password<>») echo «Password=».$Password.»rn»; echo «[Function]rn»; if($Title<>») else ; echo «[Configuration]rn»; if($Size==’max’) < echo «GuiSize=Maximizedrn»; >; echo «[Options]rn»; echo «Reuse=0rn»; ?>
Если не задавать имя пользователя и пароль, то получим следующее окно с запросов логина и пароля:
Если передать только логин — то поле логин будет заполнено, а поле пароль пустое. Если же мы передаем пользователю и логин и пароль, но у пользователя на ПК в реестре ключ EnablePassword в разделе [HKEY_CURRENT_USERSoftwareSAPSAPShortcutSecurity] установлен в 0, то получим то же самое. И только если этот ключ установлен в 1 и мы передаем и имя и начальный пароль, то система сразу запросит дважды ввести новый постоянный пароль. Что и требовалось получить.
В итоге, имеем следующий набор рассмотренных вариантов как иллюстрация всего вышесказанного:
function openSAPGui(sid, client, user, password) Example 1: Execute sapshcut.exe (ActiveX)
Example 2: Open sapshcut.exe (URI)
Example 3: Open file .sap (SAP GUI Shortcut)
Мне подошел последний вариант. Но также можно вместо генерации ярлыков SAP использовать, например, генерацию CMD-файлов, которые также при открытии из браузера откроют вам окно SAP GUI. Ниже приведен пример (sapguicmd.php) прямого запуска SAP GUI с указанием полной строки подключения, без необходимости иметь настроенный SAP Logon:
Дополнение от 08.04.2019:
К статье опубликованной на Хабре был оставлен комментарий, который позволяет предложить развитие второго описанного варианта: использование веб-протокола, но с реализацией программы-обёртки не внешней, а внутри команды веб-протокола прямо при его вызове.
Соответственно, при открытии ссылки вида:
Протокол sapshcut вызывает программу mshta, та соответственно создает объект ActiveX типа WScript.Shell и передает на запуск этому объекту содержимое той самой ссылки, но уже не просто напрямую, а, во-первых, «sapshcut:» превращаем средствами jаvascript в «sapshcut.exe«, а коды пробела (%20) декодируются в пробелы. В итоге вызывается вполне корректная команда, которая запускает SAP GUI с указанными параметрами. Причем, работает это в любом браузере под Windows и безразлично к требованиям безопасности выставленными в Internet Explorer.
В итоге, между двумя рабочими вариантами непросто сделать выбор — один (с генерацией файла .sap) сработает, пусть и без пароля, но на любом ПК, а второй сработает, и причём даже с указанием пароля, но на предварительно подготовленном ПК (с добавленным веб-протоколом в реестр Windows).
Источник: dukeyusupov.ru
Русские Блоги
Использование SAP PO для подключения к интерфейсу WebService (разработка SAP PO 3)
Раньше у нас была собственная интерфейсная среда WebService, клиент — SoapUI, сервер — WebService, служба порта 8000 (входной параметр — число, возвращаемый параметр — строка), подробнее см. «SAP PO Development II».
1. Введение в SAP PO:
SAP PO (Process Orchestration) — это промежуточное программное обеспечение, основанное на платформе SAP Net weaver, которое предоставляет предприятиям платформу, которая поддерживает обмен данными и интеграцию процессов между системами SAP, между системами SAP и системами не-SAP, а также между системами не-SAP. , Интеграция данных может быть A2A или B2B, поддерживая синхронное и асинхронное взаимодействие данных; Исходя из этого, PO поддерживает интеграцию потоков данных между несколькими системами, тем самым поддерживая интеграцию процессов бизнес-уровня, а именно BPM (Business Process Management); BRM (Управление бизнес-правилами) Функция обеспечивает BPM потоком бизнес-процессов на основе бизнес-правил. Предварительно определенные бизнес-правила предоставляют основанные на правилах решения для бизнес-узлов BPM, что значительно повышает эффективность бизнеса BPM.
PO основан на полностью открытой архитектуре веб-сервисов и поддерживает обмен данными и интеграцию процессов между системами от разных поставщиков, сильно разнородными и применяющими разные технологии. Разработка PO основана на визуализации и конфигурации с перетаскиванием, реализации без кода WEB-интерфейса между системами, что позволяет обеспечить совместное использование ресурсов, снизить затраты компании на интеграцию, уменьшить сложность кода и сложность обновления системы.
Стандарт технологии интерфейса PO обеспечивает открытую и интегрированную архитектуру, основанную на компонентах, которая помогает создавать гибкие, надежные и масштабируемые решения для электронного бизнеса. PO построен на отраслевых стандартах, таких как веб-службы, обмен сообщениями XML, J2EE и т. Д. Он может быть интегрирован со сторонним программным обеспечением, в настоящее время использующим любую технологию, поддерживающую File, JDBC, HTTP, RFC, IDOC, BPM, ABAP Proxy, JMS, MAIL, SMTP, SOAP, PCK (SAP Partner Connectivity Kit) и стандартные пакеты интеграции в различных промышленных областях.
2. Эволюция версий ПО:
XI（Exchange Infrastructure），2002~2005 （ABAP JAVA Dual Stack）
XI（ Data Exchange Infrastructure）
BPM（Business Process Management）
PO（Process Orchestration），2012~2019 （JAVA Stack Only）
XI（ Data Exchange Infrastructure）
BPM（Business Process Management）
BRM（Business Rule Management）
PO существует 7 лет, у него 3 основные функции, и он работает только в среде кучи JAVA.
3. Особенности ПО:
Отдел продаж SAP сказал мне, что примерно в каждых 25 системах SAP ERP будет промежуточное ПО SAP PO для поддержки использования.
В настоящее время в Китае действует 6000 систем SAP ERP, поэтому в Китае должны работать сотни серверов PO.
Я считаю, что самым большим преимуществом промежуточного программного обеспечения SOA является возможность быстрого соединения нескольких систем, сокращение времени интеграции и сложности корпоративных ИТ-систем.
Сильной стороной ПО должно быть то, что он предоставляет уникальные технические функции PROXY для достижения расширенной интеграции с системой ERP-SAP.
Одна из слабых сторон — отсутствие сервера MQ, только служба поддержки клиентов JMS. Что касается управления сообщениями, мне еще предстоит разобраться в функциях, поэтому я не буду здесь комментировать.
Четыре, среда разработки ПО:
После установки сервера SAP PO пользователям предоставляется доступ к Интернету, и некоторые конфигурации разработки могут быть выполнены в Интернете.
Для более сложной разработки и настройки SAP использует клиентскую программу рабочего стола JAVA для пользователей.
Рабочий порт настольной программы JAVA: 80, 8101, 50000. Среда подробно описана в: SAP PO Development One
Конфигурация условно разделена на три части:
1. SLD можно настроить в браузере.
2. Настроить в настольной программе ESR JAVA.
3. Настроить в ID настольной программы JAVA.
(1) Сначала мы настраиваем данные нашего DEMO-экземпляра в SLD:
Все продукты, компоненты, технические системы, бизнес-системы и т. Д. На стороне запроса и на стороне сервера этого интерфейса настроены, потому что они будут использоваться позже.
Инициатором запроса является мой ноутбук, а SoapUI используется для инициирования WS-запроса; сервер — это моя программа, размещенная на сервере WIN2008.
(2) Заходим в ESR, нам нужно настроить содержимое 2 интерфейсов:
1. DateType, MessageType, ServiceInterface интерфейса запрашивающей стороны.
Наш интерфейс является синхронным. Если запрос отправлен, результат будет возвращен немедленно, так что вы можете увидеть,
DateType и MessageType содержат два элемента: send (req) и return (back).
В конфигурации ServiceInterface мы видим, что режим синхронизации будет содержать MessageType запроса и MessageType ответа.
Самый простой ДТ:
2. Конфигурация ESR WS-сервера:
Поскольку у WebService сервера есть файл WSDL (стандартное описание интерфейса), нам не нужно создавать какие-либо DT и MT самостоятельно.
Импорт файла WSDL этого интерфейса сгенерирует ED_demo003:
С помощью этого ED мы можем напрямую создать ServiceInterface:
Сервис SI (ServiceInterface) в ESR — это интерфейс, соответствующий периферийной системе.
Как видно на рисунке ниже, мы завершили DT, MT и SI интерфейса 2 соответственно.
Затем нам также нужно настроить MessageMapping (MM) интерфейса, потому что интерфейс синхронизации является двунаправленным,
Итак, есть два MessageMapping, одно отображение в пути и одно отображение на обратном пути.
После завершения MM требуется сообщение о работе (OM).
(3) Наконец, введите идентификатор для настройки содержимого:
1. Нам нужно импортировать BS (бизнес-систему) из SLD в ID.
2. Мы хотим создать каталог и сцену.
Вначале сцена пуста. После того, как мы завершим настройку канала «CC» и интегрированной таблетки «IC», в сцене будет следующее содержимое:
3. Завершите настройку канала CC. Кажется, этот CC объясняет интерфейс периферийной системы:
4. Наконец, мы оборудовали ИС, чтобы интегрировать:
Наконец, WDSL этой IC используется клиентом SoapUI:
Проверка отправки данных прошла успешно (обратите внимание, что для заказа требуется имя пользователя и пароль):
В конфигурации PO есть много концепций, и направление конфигурации должно быть примерно таким:
Источник: russianblogs.com
SAP FI . Книга 1. Обзор SAP.
Начиналось c автоматизации закупок – MRP и MRP 2, автоматизация крупных предприятий.
В 1990 годах необходимо было продавать SAP средним предприятиям.
Состав SAP
SAP система состоят из 3 основных групп объектов:
1. Организационные объекты
Мандант, Контроллинговая единица, балансовая единица, типа организационные единицы (обслуживание клиентов, производство), штатная должность, сбытовая организация, сектор, завод, склады.
Доступ к меню через настройки « IMG », транзакции SPRO
(Н) – Структура предприятия…..
Мандант – немецкое слово, на другие языки нет подходящего перевода, поэтому решили его оставить. В настоящее время используются как клон базы данных, для разработок, тестов и других экспериментов. Используются стандартные коды мандатов.
2. Основные данные – справочники объектов системы.
Изменения основных данных сохраняются в истории, в котором фиксируются, кто сделал изменение, когда, какое было значение и на какое значение его поменяли.
3. Документы – регистрирующие движение сумм, количеств ресурсов между объектами системы.
Современный SAP ECC ( R 3):
Краткое описание модулей.
MM (Materials Management) — Управление материальными потоками.
Включает в себя:
1) Справочник материалов и услуг
2) ППМ (планирование потребности в материалах) — сбор и анализ потребностей в материалах, в том числе из заявок модулей РM (ТОРО), PS (управление инвестиционным проектами), для формирование документов закупки
3) Систему закупок начиная с заявки и заканчивая поступлением ТМЦ (товарно-материальных ценностей) на нужный склад с формированием необходимых документов: заказ на поставку, контракт, соглашение о поставках и т.п..
4) Бухгалтерский учет в части учета запасов по складам, перемещения и списания ТМЦ, проведение инвентаризации (с формированием проводок в модуле FI).
5) Отпуск ТМЦ и услуг на сторону
При продаже на сторону часть операций (например фактурирование) может быть реализовано средствами SD (сбыт).
SD (Sales and Distribution) – сбыт. Тесно связан с MM. Обеспечивает функции отгрузки, комплектования, выставления счетов и т. п.
PM ( Plant Maintenance — техническое обслуживание предприятия) – Техническое Обслуживание и Ремонт Оборудования (ТОРО).
ТОРО включает в себя следующие основные задачи:
1) инспекция: определение фактического состояния объекта;
2) плановое ТОРО: сохранение заданного(целевого) состояния объекта;
3) ремонт: восстановление заданного(целевого) состояния объекта.
Организационной основой для ТОРО является создание и выполнение заказов на ремонт и обслуживание технических объектов предприятия. Основными организационными объектами ТОРО являются:
— технические места (организационные единицы в логистике, которые структурируют технические объекты согласно функциональным, относящимся к процессу или пространственным критериям);
— единицы оборудования (отдельные физические объекты, ТОРО которых выполняется автономно).
Единицу оборудования можно монтировать/демонтировать на техническое место.
FI – один из основных модулей, реализует классический бухгалтерский и финансовый учет. Обладает широким функционалом, позволяющим вести бухгалтерию одновременно по нескольким организациям с учетом специфики каждого.
CO ( FI / CO ) – ( COntrolling ) реализует управленческий учет, отличающийся от бухгалтерского ориентированностью на анализ мест и причин прихода и расхода средств, возникновения прибылей и убытков.
IS — U ( Industrial Solution Unit ) оно же SAP for Utilities – это отраслевое решение, разработанное для предприятий любого размера, участвующих в процессе снабжения электрической и тепловой энергией, а также других услуг ЖКХ. В значительной степени взаимосвязано с ТОРО.
Основные задачи решаемые в IS-U:
1) Ведение парка приборов учета (справочник, проведение проверок оборудования клиентов (интеграция с PM и SD), поверка средств учета – счетчиков);
2) Ведение потребителей и услуг, предоставляемых им (Электроэнергия, газ, вода, отопление и т.д.);
3) Проведение работ по заключению договоров с новыми клиентами (интеграция с FI);
4) Проведение проверок оборудования клиентов (интеграция с PM и SD);
5) Движение единиц оборудования или их жизненный цикл (приборов учёта электроэнергии, газа и т.д.) (интеграция с модулем MM);
6) Отражает полный бизнес – процесс работы с клиентом (деловым партнёром);
7) Проведение расчетов потребляемых услуг, формирование фактуры;
8) Управление энергетическими данными — хранение интервальных данных потребления, формирование балансов, управление сервисом и сетями.
Базис занимает особое место среди других модулей.
Базисники отвечают за функционирование SAPа (сервера приложений) в целом. Задачи:
Первоначальная установка и настройка параметров производительности.
Администрирование базы данных.
Установка пакетов обновлений и корректур (нот).
Осуществление переносов (транспортов) в продуктивную систему.
Администрирование (ввод и присвоение ролей) пользователей.
Резервное копирование данных.
Настройка взаимодействия систем (передачи данных между системами).
Мониторинг (контроль) системы с целью заблаговременного определения проблем и принятия мер.
Настройка доступа к системам со стороны службы поддержки SAP.
Поддержка в актуальном состоянии данных о системах на service.sap.com
Предоставление доступа (выдача имени, пароля и полномочий) для работы с сервисом SAP.
Анализ дампов (лучше совместно с функциональщиками – консультантами оп прикладным модулям и абаперами).
Перечисление неполное, но думаю достаточное для понимания. Базисник по роду своих занятий имеет полные полномочия в системе (SAP_ALL). Любая ошибка легко может привести к полному краху системы. В связи с этим базисник должен обладать как глубокими знаниями, так и колоссальной ответственностью и самодисциплиной. Базисник противник всяческих экспериментов, установки непроверенных обновлений и т. п.
Абапер — это программист на языке ABAP/4.
Задача — реализовать в системе некоторую функциональность или отчет на основе поставленного консультантом технического задания. Абапер хорошо (гораздо лучше консультанта) разбирается в функционировании системы, но при этом не знает бизнес-процессов и не общается с пользователями. Абапер имеет «ключ разработчика» — пароль, который позволяет создавать и модифицировать код в системе в предусмотренных SAPом местах. (Для модификации стандартных программ требуются дополнительные ключи.)
Практически никакой защиты от ошибок в программе в SAP не предусмотрено. Легко можно уничтожить или изменить данные в любой таблице. Барьером сохраняющим данные продуктива в целостности (в «консистентном»-логически правильном состоянии) выступает процедура разработки ориентированная на 3-х звенный ландшафт. Разработка переносится в продуктив только после тщательного тестирования консультантом.
Абапер и базисник должны обладать прямо противоположными качествами. Один — любит все изменять, улучшать, экспериментировать, второй — наоборот. При этом необходимо добиться их совместной конструктивной работы.
Следующие «модули», строго говоря, являются отдельными системами, как правило, работающими на отдельных серверах, но при этом обмениваясь данными с «основной» ERP системой:
HR ( Human Resource ) – управление персоналом. Включает в себя подбор персонала, кадровый учет, расчет заработной платы
CRM (Customer Relationship Management) – система управления взаимодействием с клиентами. Обеспечивает хранение всей информации касающейся клиентов, в том числе полную историю общения. Помогает контролировать, как удовлетворяются запросы клиентов.
EP (Enterprise Portal) – корпоративный портал. Представляет собой среду для создания внутреннего сайта компании, где сотрудники могут получить доступ к информации и необходимым сервисам. Основная идея – единая точка доступа ко всем данным и программам. Сам по себе Портал не обладает существенным функционалом, но может подтягивать данные и включать в себя функционал из других систем. Например, пользователь может видеть ERP систему внутри одного из окон Портала.
BI ( Business Intelligence , бывшая BW — Business Warehouse ) – система специально заточенная для обработки и анализа больших объемов данных. Является системой класса OLAP (E RP это OLTP система – значение терминов можно найти в википедии). Основная причина массового использования данной системы, в том, что ERP в силу самой схемы организации хранения данных, плохо справляется с такими задачами. Данные для хранения и анализа поступают в BI из других систем, в том числе из ERP.
B O ( BusinessObjects ) – система предназначенная главным образом для создания отчетов по BI . Можно считать своеобразной «надстройкой» для этой системы (но может использовать и другие источники данных). Существенно отличается от «классических» SAP-систем, так как изначально разрабатывалась сторонней фирмой, впоследствии приобретенной SAP. Обеспечивает удобный графический интерфейс для создания различных отчетов, обладает большой гибкостью. Декларируется (но на практике сомнительна) возможность работы с данной системой пользователей, без помощи консультантов.
Источник: www.cleversystems.ru