Вивек Кале - Внедрение SAP R/3: Руководство для менеджеров и инженеров

• Наличие стандартных программ передачи данных в системе R/3, которые требуют, чтобы данные были в определенном формате, а также определенную последовательность загрузки данных. Требуемый формат структуры данных может быть необходим для генерации одномерных файлов.

• Установление связи между полями данных в унаследованной системе и соответствующими полями одномерного файла, который используют программы передачи данных системы R/3.

Если для конкретной ситуации нет стандартной программы передачи данных для загрузки в систему R/3, может возникнуть необходимость в разработке индивидуальной программы пакетного ввода. В SAP предусмотрено Руководство по передаче данных (Data Transfer Made Easy Guidebook) для облегчения передачи данных из унаследованных систем в SAP. Таким образом, в программе передачи и конвертации данных должны быть учтены следующие аспекты:

• Данные считываются с унаследованной системы в формате одномерного файла.

• Поля данных в унаследованной системе ассоциированы с соответствующими полями в системе R/3.

• Записи обработанных программой-конвертером данных сохраняются в другом одномерном файле, который используется программами пакетного (SAP BI) или прямого (direct input, DI) ввода данных в SAP.

В случае с индивидуально разработанной программой, вслед за ее созданием следует выполнить следующее:

• Подготовить процедуры тестирования программы конвертации.

• Тестирование, анализ и одобрение результатов.

• Транспортировка программы конвертации в среду «Обеспечение качества» (QA) для окончательного интеграционного тестирования.

При разработке интерфейсов для взаимодействия с системой R/3 необходимо рассмотреть следующие аспекты:

• Данные, которые будут проходить через указанный интерфейс

• Система, на основе которой интерфейс будет функционировать

• Возможные альтернативы данному интерфейсу

• Различные дополнительные технологии, которые можно использовать при создании данного интерфейса

• Документация по интерфейсу

• Возможные последствия использования данного интерфейса для других приложений.

Как и в случае с программами конвертации или с интеграцией различных приложений, предпочтение всегда стоит отдавать стандартным интерфейсам, предусмотренным в системах SAP. Эти стандартные интерфейсы разработаны на основе сценариев бизнес-процессов для импорта данных в систему R/3 или экспорта данных через выходы приложений. В таком случае сценарии бизнес-процессов точно заданы и определены относительно ассоциированных объектов, и их легко внедрять и поддерживать. Также в качестве альтернативы существуют программные продукты других разработчиков, которые уже сертифицированы для взаимодействия с системами SAP через дополнительные программы, и их всегда стоит иметь в виду.

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

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

• Пакетный ввод (Batch input, BI)

• Вызов транзакции (Call transaction, СТ)

• Промежуточный документ (Intermediate Document, IDoc)

• Интерфейс программирования бизнес-приложений (Business Applications Programming Interface, BAPI)

• Прямой ввод (Direct input, DI).

Второй метод — это обмен данными между программами, при котором для каждой участвующей системы требуется отдельный интерфейс; соединение устанавливается той системой, которая пытается передать данные другой системе. Такой метод позволяет только синхронную передачу и обработку данных; для внедрения такого рода интерфейсов существуют следующие технологии:

• Удаленный вызов функции (Remote Function Call, RFC)

• Обычный интерфейс программирования для обмена данными (Common Programming Interface for Communication, CPI–C)

• Технология компонентов OLE/ActiveX

• Компоненты графического интерфейса пользователя GUILIB/GUI

• Интерфейс IDoc для Electronic Data Interchange (EDI)

• Интерфейс IDoc для Application Link Enabling (ALE)

• SAP Business Workflow

• Интерфейс программирования бизнес-приложений (Business Application Programming Interface, BAPI)

• Сервер Интернет-транзакций (Internet Transaction Server, ITS)

• Компоненты Интернет-приложений (Internet Application Components, IAC).

В случае с индивидуально созданными интерфейсами после разработки программы-конвертера необходимо выполнить следующие задачи:

• Подготовка процедур тестирования интерфейса.

• Тестирование, анализ и утверждение результатов тестирования.

• Транспортировка программ интерфейса в среду «Обеспечение качества» (QA) для окончательного интеграционного тестирования.

Примечание

Такие усовершенствования и интерфейсы, как SAP Workflow, Business Information Warehouse, SAP Business Framework, BAPI, IDoc, ALE и ITS/IAC подробно рассматриваются в главе 19.

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

• Использование индивидуальных пользовательских подключений к R/3

• Индивидуальные настройки и модификации стандартных объектов R/3

• Разработку индивидуальных настроек и объектов в среде АВАР/4.

Все модификации и усовершенствования должны быть зарегистрированы с помощью программы Регистрации изменений программного обеспечения SAP (SAP Software Change Registration, SSCR). Необходимо отметить, что модификация исходных кодов SAP и объектов словаря данных автоматически отменяет гарантийные обязательства компании SAP.

Внесение модификаций и усовершенствований состоит из следующих этапов:

• Формулировка модификации.

• Разработка модификации.

• Подготовка процедур тестирования модификации.

• Тестирование, анализ и одобрение результатов.

• Транспортировка модификации в среду «Обеспечение качества» (QA) для окончательного интеграционного тестирования.

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