Введение в ERP-системы; система SAP/R3

Лекция 1. Введение в ERP-системы. Система SAP/R3. 1. Корпоративные информационные системы: концепция MRP, стандарт MRPII, методология ERP, обзор современных ERP-систем; 2. Введение в систему SAP/R3: системная архитектура SAP/R3, структура ABAP-программы выполнение ABAP-программы, введение в репозитарий. 3. Разработка программ и организация разработок: активация программ, закрытие проектов разработок. 4. Язык программирования ABAP. Корпоративные информационные системы Структура КИС (серия слайдов, собеседование). Одной из важнейших составляющих управленческой деятельности на любом предприятии является планирование. Необходимость планирования вызвана тем, что основные задержки в производстве продукции связаны, в первую очередь, с запаздыванием поставки комплектующих. Вследствие несвоевременной поставки комплектующих снижается эффективность производства (из-за недопроизводства продукции), а на складах возникает переизбыток материалов, поступивших ранее намеченного срока. Кроме того, из-за нарушения баланса поставок, комплектующих возникают различные сложности с их учетом в процессе производства и сопровождения продукции. Концепция MRP Первые мысли о возможности использования средств вычислительной техники (СВТ) для планирования деятельности предприятий (в том числе, планирования производственных процессов) возникли еще в начале 60-х гг. С целью решения с помощью СВТ вышерассмотренных проблем и была разработана методология планирования потребности в материалах MRP (material requirements planning). Суть концепции MRP состоит в том, чтобы минимизировать издержки, связанные со складскими запасами и на различных участках в производстве. В основе этой концепции лежит понятие спецификации изделия (bill of material – BOM), которое показывает зависимость спроса на сырье от плана выпуска готовой продукции (с учетом времени). На основе плана выпуска продукции, спецификации изделия и учета особенностей технологической цепочки и осуществляется расчет потребностей производства в материалах (обязательно привязанный к конкретным срокам). Концепция MRP легла в основу построения так называемых MRP-систем. Главной задачей MRP-систем является обеспечение наличия на складе необходимого количества требуемых материалов/комплектующих в любой момент времени в рамках срока планирования. Стандарт MRPII Следует сказать, что в концепции MRP есть серьезный недостаток. При расчете потребности в материалах не учитываются производственные мощности, их загрузка, стоимость рабочей силы и т.д. Поэтому в 80-х гг. MRP-система с замкнутым циклом была трансформирована в систему планирования производственных ресурсов (manufactory resource planning), которая получила название MRPII (вследствие идентичности аббревиатур). Основная суть MRPII-концепции состоит в том, что прогнозирование, планирование и контроль производства осуществляется по всему жизненному циклу продукции, начиная от закупки сырья и заканчивая отгрузкой продукции потребителю. Методология ERP В начале 90-х гг. аналитическая компания Gartner Group ввела новое понятие. Системы класса MRPII в интеграции с модулем финансового планирования FRP (finance requirements planning) получили название систем планирования ресурсов предприятий ERP (enterprise resource planning). В основе ERP-систем лежит принцип создания единого хранилища (репозитария) данных, содержащего всю корпоративную бизнес-информацию: финансовую информацию; производственные данные; данные по персоналу и др. Наличие такого корпоративного репозитария устраняет необходимость в передаче данных от одной системы к другой (например, от производственной системы к финансовой и др.), а также обеспечивает одновременную доступность к информации любого числа сотрудников предприятия, обладающих соответствующими полномочиями. ERP-система – это набор интегрированных приложений, позволяющих создать интегрированную информационную среду (ИИС) для автоматизации планирования, учета, контроля и анализа всех основных бизнес операций предприятия. Обзор современных ERP-систем SAP/R3 — безусловный лидер по объемам продаж ПО данного класса в мире. Компания держит порядка 19% всего мирового рынка ERP-систем. Система R/3 относится к классу крупных интегрированных систем и имеет в своем составе модули, которые существенно расширяют рамки традиционной ERP-системы. Oracle Applications компании Oracle – высокопроизводительная, многопользовательская интегрированная система учета, планирования и управления производством. Система разработана с использованием архитектуры клиент-сервер и средств компании Oracle. Oracle E-Business Suite версии 11i можно условно разделить на три больших набора приложений: ERP (Enterprise Resource Planning - управление ресурсами предприятия), CRM (Customer Relationship Management - управление взаимоотношениями с заказчиками) и E-Hub - построение электронных торговых площадок. MicrosoftDynamics - многофункциональная ERP система от Microsoft для средних и крупных компаний. Охватывает все области менеджмента: производство и дистрибуцию, цепочки поставок и проекты, финансы и средства бизнес-анализа, взаимоотношения с клиентами и персоналом. Предоставляет портал для web-доступа на базе Windows Sharepoint Services. infor:COM является полнофункциональной системой по управлению ресурсами предприятия, которая обеспечивает автоматизацию всех бизнес-процессов, необходимых среднему бизнесу. Использование данной системы позволяет объединить в одну сеть все филиалы компании, что значительно повышает эффективность и слаженность работы сотрудников и предприятия в целом. Система для компаний с дискретным производством (машиностроение, электроника, деревообработка и т.п.). Отлично показывает себя в условиях позаказного характера деятельности, имеет множество блоков внедрения, включается во все процессы компании и дает оценку эффективности бизнеса для руководства. Разворачивать ее стоит в условиях сформировавшейся бизнес-системы с подключением CRM-систем. Сроки внедрения могут быть от нескольких месяцев до года, а стоимость – достигать нескольких десятков тысяч евро. Введение в систему SAP R/3 Выполнение ABAP-программы Архитектура системы и ABAP-программа на примере экрана выбора и списка Архитектура "клиент-сервер" в SAP Web Application Server SAP Web Application Server имеет модульную архитектуру, построенную по программно-ориентированному принципу "клиент-сервер". В SAP Web Application Server параметры представления данных, прикладная логика и места хранения данных могут быть присвоены различным системам. Поэтому система является масштабируемой. Самым нижним уровнем является уровень базы данных. На этом уровне управление данными осуществляются при помощи системы управления реляционной базой данных (RDBMS). Эти данные включают в себя, кроме прикладных данных, программы и метаданные, необходимые SAP-системе для управления собственными процессами. ABAP-программы выполняются на уровне сервера приложений, что относится как приложениям, поставляемым SAP, так и для к приложениям, разработанным пользователем. ABAP-программы осуществляют считывание данных из базы данных, обработку данных и, возможно, их сохранение. Третьим уровнем является уровень сервера презентации. Этот уровень содержит интерфейс пользователя, где каждый пользователь может вызвать программу, ввести новые данные и получить результаты рабочего процесса. Техническое распределение программного обеспечения не зависит от его физического местоположения на оборудовании. При "вертикальном" расположении все уровни могут быть установлены друг над другом на одном компьютере, или каждый уровень может находиться на отдельном компьютере. При "горизонтальном" расположении серверы презентации и приложений могут быть распределены среди неограниченного числа компьютеров. "Горизонтальное" распределение компонентов базы данных, тем не менее, зависит от типа установленной базы данных. Схема для ABAP-программы Ракурс для пользователя Пользователь должен иметь четкое представление о том, каким образом выполняются его бизнес-операции и как следует вводить или просматривать данные в рамках той или иной транзакции. Технические аспекты программирования для пользователя менее интересны. Например, ему не требуются точные сведения о том, как именно выполняется ABAP-программа на сервере приложений. Среднему пользователю SAP-система представляется "черным ящиком". Но, например, с технической точки зрения существует три типа экранов: обычные экраны, экраны выбора и списки. Каждый тип экрана имеет различные функции. В этом случае задача разработчика состоит в выборе для каждого диалога пользователя именно тех типов, которые больше всего подходят для выполнения поставленных задач. Поэтому крайне важно иметь четкое представление о технических аспектах. Взаимодействие между различными уровнями сервера При выполнении пользователем какой-либо операции, например, нажатии Enter, функциональной клавиши или выбора функции или кнопки меню, управление последующими процессами передается от сервера презентации к серверу приложений. При этом обрабатываются только определенные компоненты ABAP-программы. При вызове в рамках ABAP-программы следующего диалога пользователя система осуществляет передачу экрана, и управление снова возвращается к серверу презентации. Архитектура выполнения программы с экраном выбора и списком Начало программы При каждом входе пользователя в систему отображается определенный экран. На этом экране пользователь может запустить ABAP-программу посредством выбора пути по меню. Загрузка содержимого программы В этом случае сначала на сервер приложений загружается контекст программы. Контекст программы содержит области памяти для переменных и комплексных объектов данных, информацию относительно экранов для диалогов пользователя и блоки обработки ABAP. Исполняющая система получает эту информацию из репозитария, представляющего собой особый компонент базы данных. В программе-образце в качестве диалога пользователя используется экран выбора, в качестве объектов данных– переменная и структура; эта программа включает в себя один блок обработки ABAP. Список, используемый для вывода данных, создается динамически во время выполнения. Управление последующим выполнением программы осуществляется исполняющей системой ABAP. Передача экрана выбора из исполняющей системы. Так как программа содержит экран выбора, исполняющая система ABAP передает этот экран на сервер презентации. Сервер презентации управляет выполнением программы до завершения пользователем ввода данных в поля ввода. Экраны выбора позволяют пользователям вводить критерии выбора, необходимые для продолжения выполнения программы. Вставка значений ввода в объекты данных. После завершения ввода данных на экране выбора пользователь может инициировать дальнейшую обработку программы путем выбора Выполнить. Введенные данные автоматически размещаются в соответствующих объектах данных в программе, и управление обработкой возвращается к исполняющей системе ABAP. В приведенном примере простой программы существует только один блок обработки ABAP. Исполняющая система ABAP инициирует последовательную обработку этого блока обработки ABAP. Если записи пользователя относятся к неправильному типу, автоматически выдается сообщение об ошибке. После этого пользователь должен исправить некорректные данные. Запрос программы на запись данных из базы данных. В блоке обработки ABAP программы-образца запрограммирован доступ к базе данных для чтения. Поэтому базе данных передается информация о требуемой таблице базы данных и строке, которая должна быть считана из этой таблицы. Возврат данных из базы данных в программу. База данных возвращает запрошенную запись данных в программу, а исполняющая система обеспечивает размещение этих данных в соответствующих объектах данных. В случае обращения к отдельной записи этот объект данных обычно является структурой, содержащей соответствующие компоненты для всех требуемых полей базы данных. Отправка списка исполняющей системой. Формат вывода последующего списка запрограммирован в блоке обработки. После его завершения исполняющая система отправляет этот список на сервер презентации в качестве экрана. Введение в репозитарий Общая для всех мандантов функциональность репозитария Репозитарий включает в себя все объекты разработки системы: программы, функциональные модули, определения таблиц базы данных и другие объекты. Репозитарий используется как для сохранения объектов, определенных SAP, так и для сохранения объектов, определенных клиентами. Репозитарий находится в базе данных и всегда является общим для всех мандантов, т.е. доступ к объекту репозитария может быть получен из любого манданта. Кроме репозитария, база данных также содержит таблицы приложений и таблицы пользовательской настройки, которые обычно являются зависящими от манданта, т. е. включают в себя столбец манданта. Репозитарий подразделяется согласно прикладным компонентам. В пределах прикладного компонента (например, MM) имеется несколько пакетов, содержащих соответствующие объекты для более детального логического подразделения данных. Каждый создаваемый объект репозитария должен быть присвоен пакету. Объекты репозитария часто состоят из подобъектов, которые также называются объектами репозитария. Структура АВАР-программы Компоненты АВАР-программы ABAP-программа - это не просто исходный текст. В ее состав входят следующие компоненты. Исходный текст - Содержит АВАР-операторы. Атрибуты программы - Включают, помимо прочего, технические настройки выполнения программы. Экраны - Экран состоит из фактического содержимого экрана и связанной с ним логики выполнения. Особыми видами экранов являются экраны выбора и списки, чей формат и логика выполнения определяются исключительно с помощью АВАР-операторов. Интерфейс пользователя - Интерфейс пользователя состоит из отдельных элементов интерфейса; в нем определяются заголовки и GUI-статусы. В свою очередь, GUI-статус представляет собой совокупность значений функциональных клавиш и меню. Текстовые элементы - Текстовые элементы зависят от конкретного языка. К ним относятся тексты критериев выбора, заголовки списков и символы текстовых переменных. Все краткие и подробные тексты допускают перевод. Документация - Документация также зависит от языка. Составлять документацию следует в расчете на пользователя. Для документирования применяемых средств программирования лучше использовать комментарии в программном коде. Варианты - Варианты служат для хранения встроенных полей ввода, используемых в программах на экранах выбора. Структура исходного текста АВАР Язык программирования АВАР - это язык с управлением по событиям и потому хорошо подходит для обработки диалогового взаимодействия с пользователем. Исходный текст АВАР-программы состоит из двух частей: • Глобальные описания: включают операторы определения глобальных типов данных и объектов данных, экранов выбора и локальных классов и интерфейсов программы. • Блоки обработки: неделимые единицы программы, каждую из которых следует программировать как одно целое. Блоки обработки бывают двух типов: • Блоки событий: начинаются с ключевого слова события и заканчиваются ключевым словом, начинающим следующий блок обработки. • Диалоговые модули и процедуры: начинаются и завершаются соответствующими ключевыми словами. Совокупность всех блоков обработки называется логикой обработки. В ходе генерации эти объекты компилируются в соответствующие динамические объекты, образуя LOAD (загрузочную версию). Загрузочная версия программы интерпретируется во время выполнения. Выполнение АВАР-программы Исполняющая система вызывает отдельные блоки обработки АВАР-программы в предварительно определенной последовательности, независимо от их расположения в тексте программы. Внутри каждого блока обработки операторы выполняются последовательно. Блок события Если системная программа или пользователь инициирует событие, для которого в логике обработки предусмотрен соответствующий блок события, выполняется обработка этого блока. Выполнение программы контролируется системой или пользователем. Единица модуляризации Если в блоке обработки встречается вызов единицы модуляризации, вызывается соответствующий ей блок обработки. В этом случае выполнение программы контролируется программистом. Общая схема выполнения АВАР-программы Присвоение кодов транзакций1 Для выполнения программы пула модулей необходимо присвоить ей код транзакции. Код транзакции можно также присвоить исполняемой программе (типа 1). Выполнение диалоговой транзакции Программы пулов модулей предназначены для реализации диалогов с пользователем, включающих экраны и имеющих гибкую структуру. Для выполнения пула модулей ему необходимо присвоить диалоговую транзакцию. При выполнении диалоговой транзакции происходит следующее: • Вначале инициируется событие LOAD-OF-PROGRAM. После выполнения этого блока события АВАР-процессор передает управление процессору экранов. • Процессор экранов обрабатывает первый экран, указанный в определении транзакции. (Первым экраном может быть экран выбора, независимо от типа программы.) Инициируется событие PROCESS BEFORE OUTPUT. Затем управление передается АВАР-процессору, который обрабатывает первый РВО-модуль. • АВАР-процессор выполняет блок обработки и возвращает управление процессору экранов. После обработки всех РВО-модулей содержимое всех АВАР-полей, для которых на экране имеются поля с такими же именами, переносится в эти поля экрана. После этого выводится сам экран (содержимое экрана, активный заголовок, активный статус). • Как только пользователь вызывает какую-либо диалоговую функцию (например, нажмет ВВОД), содержимое полей экрана переносится обратно в соответствующие одноименные поля АВАР-программы и начинается выполнение блоков обработки для события PROCESS AFTER INPUT. После этого система переходит к обработке следующего экрана. Для вызова дополнительных экранов выбора можно использовать оператор CALL SELECTION-SCREEN. Оператор LEAVE ТО LIST-PROCESSING обеспечивает доступ к дополнительным событиям обработки списков. Работа исполняемой программы Исполняемые программы имеют две главные особенности: во-первых, события в них выполняются в фиксированной последовательности, а во-вторых, для них крайне упрощается процедура создания стандартного экрана выбора и нескольких списков. Кроме того, эти программы можно запускать без использования кода транзакции и выполнять в рамках задания в фоновом режиме. Исполняемой программе можно присвоить транзакцию отчета (но это необязательно). При выполнении транзакции отчета или исполняемой программы происходит следующее: • Инициируется событие LOAD-OF-PROGRAM. • Инициируется событие INITIALIZATION. • Вызывается стандартный экран выбора, если он определен. • Инициируется событие START-OF-SELECTION. (Это блок события по умолчанию. Если это ключевое слово события опущено, все операторы, не присвоенные каким-либо другим блокам обработки, считаются принадлежащими данному блоку.) • Если используется логическая база данных, инициируется событие GET node или GET node LATE. • Инициируется событие END-OF-SELECTION. Оператор CALL SELECTION-SCREEN позволяет вызывать дополнительные экраны выбора. В программу можно также включить обработку экрана (как в пуле модулей), воспользовавшись оператором CALL SCREEN. События экрана выбора С каждым экраном выбора связаны два события: Событие AT SELECTION-SCREEN OUTPUT инициируется перед отображением экрана выбора. Событие AT SELECTION-SCREEN инициируется системой после вызова диалоговой функции пользователем (например, после нажатия клавиши ВВОД). События обработки списка При заполнении буфера основного списка с использованием таких операторов, как WRITE, SKIP или ULINE, инициируются еще два события: TOP-OF-PAGE в начале новой страницы и (иногда) END-OF-PAGE в конце страницы. После завершения обработки блока события END-OF-SELECTION начинается интерактивная обработка списка: выводится основной список в отформатированном виде. После этого пользователь может инициировать другие события. • Код функции PICK инициирует событие AT LINE-SELECTION. (В статусе стандартного списка этот код функции присваивается функциональной клавише , которая всегда сопоставляется с действием двойного щелчка левой кнопкой мыши.) • При заполнении буфера подробного списка с использованием таких операторов, как WRITE SKIP или ULINE (можно создать до 20 подробных списков), инициируются еще два события: TOP-OF-PAGE DURING LINE-SELECTION в начале новой страницы и (иногда) END-OF-PAGE в конце страницы. Затем вновь начинается интерактивная обработка списка: выводится подготовленный вторичный список и т. д. Если система не “перехватывает” код функции, инициируется событие AT USER-COMMAND. Неисполняемые программы Программы перечисленных ниже типов нельзя выполнять непосредственно. Они служат “контейнерами” для единиц модуляризации, вызываемых из других программ. При первом вызове единицы модуляризации загружается вся программа целиком. Подробнее об этом рассказывается в следующих разделах курса. Группа функций/пул функций Содержит функциональные модули со всеми локальными описаниями программ и экранами (см. также разделы “Группы функций” и “Функциональные модули”). Глобальный интерфейс/пул интерфейсов Содержит глобальный интерфейс и все локальные описания программ. Глобальный класс/пул классов Содержит глобальный класс и все локальные описания программ. Пул подпрограмм Содержит подпрограммы и все локальные описания программ. (Устаревшее понятие: пулы подпрограмм заменены группами функций.) Inciude-программы не могут выполняться непосредственно; их можно лишь включать в состав другой программы. Они могут содержать АВАР-операторы, которые выполняются так же, как если бы они находились в главной программе. Именно поэтому include-программы загружаются вместе с главными программами, к которым они относятся. Разработка программ и организация разработок Проекты разработок выполняются в системе разработок. Объекты разработки, обработанные или созданные в проекте, переносятся в последующие системы (тестовую и/или продуктивную систему) по завершении проекта. В начале проекта разработок руководитель проекта создает запрос на изменение, в котором перечисляются сотрудники, участвующие в этом проекте. Запрос на изменение создается в организаторе переносов или непосредственно в ABAP-инструментальных средствах. Затем в организаторе переносов для каждого сотрудника проекта создаются задачи, входящие в запрос на изменение. Во время обработки или создания объекта разработки соответствующий сотрудник присваивает этому объекту запрос на изменение. Этот объект вводится в задачу сотрудника. Таким образом, все объекты репозитария, с которыми в течение проекта разработок работает сотрудник, собраны в пределах его задачи. Организация проекта разработок с использованием запроса на изменение предоставляет следующие преимущества: • каждый сотрудник может отслеживать и проверять свои действия по проекту; • соответствующие объекты разработки могут обрабатываться всеми сотрудниками, задействованными в проекте; для разработчиков, не принадлежащих к проектной команде, объекты репозитария остаются заблокированными до завершения проекта (т.е. до деблокирования запроса); • объединенный перенос объектов разработки, обрабатываемых в проекте, во время завершения проекта (= деблокирование запроса на изменение) обеспечивается автоматически путем присвоения объектов запросу на изменение. В пути переноса задействованных пакетов (в которых имеются новые разработки) указывается последующая система, в которую осуществляется перенос. В отличие от функциональных секторов, используемых для объединения объектов репозитария в пакеты, запросы на изменение связаны с проектом и поэтому налагают на свои объекты ограничения по времени. Таким образом, несмотря на то, что программа всегда принадлежит только одному пакету, она может (в различные моменты времени) относиться к различным проектам. Активация программ При каждом создании или изменении и последующем сохранении объекта разработки в репозитарии сначала сохраняется только одна неактивная версия. Таким образом, имеется активная и неактивная версия объекта. По завершении разработки объекта необходимо активировать неактивную “версию обработки” объекта. Эта версия становится новой активной версией объекта. Следует отметить, что деблокирование запроса и, следовательно, перенос разработанных объектов возможны только в том случае, если все объекты в запросе активированы. Если программа доступна в обеих версиях (активной и неактивной), в этом случае можно переключаться между просмотром этих двух версий при помощи соответствующей кнопки в редакторе. При каждой активации программы в системе отображается список всех обработанных неактивных объектов – рабочий список пользователя. Активация объекта включает в себя следующие функции: • сохранение объекта как неактивной версии; • проверка синтаксиса или непротиворечивости неактивной версии; • замена ранее активной версии на неактивную (только после успешной проверки); • создание соответствующего динамического объекта для выполнения (в случае программы). При генерации объекта разработки в системе создается отдельный динамический объект (компиляция LOAD), который также сохраняется в репозитарии. Эта сгенерированная версия является версией, выполняемой (интерпретируемой) во время выполнения. Если программа имеет как активную, так и неактивную версию, то в отношении обеих версий справедливо следующее: • Если программа запускается с использованием контекстного меню области навигации или посредством транзакции, в этом случае используется активная версия. Таким образом, выполняется компиляция LOAD, сгенерированная при последней активации. • Если запускается неактивная версия, загруженная в редактор при помощи кнопки F8, в этом случае из нее создается и выполняется временный динамический объект. Таким способом возможно продолжить разработку объекта репозитария без изменения текущего статуса системы. Все изменения объекта разработки становятся “видимыми” в масштабе всей системы только после активации объекта. Закрытие проектов разработок После выполнения своей задачи разработки сотрудник проекта производит проверку качества и деблокирует свою задачу в запросе на изменение. Соответствующие данные для объекта, а также блокировки изменений объекта для третьих лиц, которые были автоматически установлены в начале проекта, переносятся из задачи в запрос. Тем не менее, все сотрудники проекта все еще могут обрабатывать эти объекты. После деблокирования всех задач запроса на изменение руководитель проекта выполняет окончательную проверку объектов и деблокирует запрос на изменение. На этом проект завершается. При деблокировании запроса удаляются все блокировки объекта, относящиеся к запросу. Копии разработанных объектов экспортируются в собственный каталог переноса системы и остаются там до тех пор, пока системный администратор не импортирует их в определенную целевую систему. Другая копия экспортированных объектов разработки хранится в собственной базе данных версий системы. Язык программирования ABAP: введение Язык ABAP/4 возник на основе языка макро-ассемблера для создания отчетов в 70-х годах. В середине 80-х вошел в состав интерпретатора для создания отчетов и диалогового программирования в системе SAP R/2. Известный как язык Advanced Business Application Programming (ABAP) стал языком программирования для системы R/3 в середине 90-х годов. Компилятор и виртуальная машина реализованы на языке C, в качестве ядра системы SAP R/3. В конце 90-х годов был расширен реализацией объектно-ориентированного программирования известного как ABAP Objects. В настоящее время написано уже более 100 миллионов продуктивных строк кода на языке ABAP/4. Язык программирования ABAP ... • является типизированным; • поддерживает многоязычные приложения; • поддерживает SQL-доступ; • расширен как объектно-ориентированный язык; • независит от платформы; • совместим "снизу вверх"; • предназначается в первую очередь для бизнес-приложений, основанных на диалогах. Для поддержки обработки данных того или иного типа поддерживаются преобразования типов и определение типов. При помощи переводимых текстовых элементов можно разрабатывать многоязычные приложения. Стандарт Open SQL, вложенный в ABAP, позволяет осуществлять прямой доступ к базе данных. ABAP-объекты являются объектно-ориентированным расширением языка ABAP-программирования. ABAP-синтаксис не зависит от платформы. Это означает, что независимо от системы управления реляционной базой данных и операционной системы приложения и сервера презентации функции этого языка остаются неизменными. Общий синтаксис ABAP-программы состоят из отдельных операторов. Первое слово в операторе называется ABAP-ключевым словом. Между словами всегда должен быть по крайней мере один пробел. Каждый оператор должен заканчиваться точкой. Операторы могут вводиться с отступом. Операторы могут занимать несколько строк. В одной строке может быть несколько операторов. В исполняющей системе ABAP не различаются прописные и строчные буквы в ключевых словах, дополнениях и операндах. Для представления наиболее удобного обзора в этом курсе далее будут приведены все ключевые слова и их дополнения прописными буквами, а все операнды – строчными буквами. Строки комментариев вводятся со звездочкой *. Генератор кода распознает соответствующую строку как комментарий, вследствие чего она игнорируется в исполняющей системе. Если в качестве комментария должна использоваться оставшаяся часть строки, текст комментария заключается в двойные кавычки ". Последовательность операторов с одинаковым началом можно объединить в цепную запись. • Сначала вводится совпадающий начальный компонент, а затем двоеточие. • После двоеточия перечисляются конечные компоненты операторов (отделенные запятыми). • Пробелы и переводы строки могут вводиться как до, так и после разделителей (двоеточий, запятых, точек). • Следует отметить, что эта краткая запись позволяет упростить синтаксис, но не производительность, поскольку исполняющая система ABAP по-прежнему обрабатывает соответствующие отдельные операторы. Если существует несколько ABAP-операторов, в системное поле SY-SUBRC в исполняющей системе ABAP записывается соответствующий код возврата для предоставления информации относительно успешности выполнения того или иного оператора. Нулевое значение указывает на то, что оператор был выполнен успешно.