Найти в Дзене

Миграция финансовых документов в SAP ERP (часть 2)

Проведение сессий интервью с заинтересованными сторонами позволило собрать обратную связь от будущих конечных пользователей программного решения. Итогом интервью служит сформированный реестр требований, включающий пользовательские и функциональные потребности, представленные в табл. 3. Выявленные требования послужили основной для моделирования бизнес-процессов. Ключевым процессом служит ведение финансовых данных в системе SAP ERP, которое в модели AS-IS подразумевают ручное создание документов, а в TO-BE – применение автоматизированного средства массовой загрузки. Результаты верхнеуровневого проектирования ключевого-процесса в AS-IS с использованием графической нотации IDEF0 даны на рис. 4-5. Как видно из рисунков, осуществляется ручное заведение финансового документа в SAP-систему, что требует существенных трудозатрат сотрудников. Представленные диаграммы дают общее понимание о бизнес-процессе, но для полноценного его анализа необходима декомпозиция до уровня операций. Рис. 6 демонстр
Оглавление

3. Фаза анализа требований

Проведение сессий интервью с заинтересованными сторонами позволило собрать обратную связь от будущих конечных пользователей программного решения. Итогом интервью служит сформированный реестр требований, включающий пользовательские и функциональные потребности, представленные в табл. 3.

Табл. 3. Реестр требований

4. Фаза проектирования

4.1. Моделирование бизнес-процессов

Выявленные требования послужили основной для моделирования бизнес-процессов. Ключевым процессом служит ведение финансовых данных в системе SAP ERP, которое в модели AS-IS подразумевают ручное создание документов, а в TO-BE – применение автоматизированного средства массовой загрузки.

Результаты верхнеуровневого проектирования ключевого-процесса в AS-IS с использованием графической нотации IDEF0 даны на рис. 4-5. Как видно из рисунков, осуществляется ручное заведение финансового документа в SAP-систему, что требует существенных трудозатрат сотрудников.

Рис. 4. Ключевой процесс верхнего уровня в нотации IDEF0 и модели AS-IS
Рис. 4. Ключевой процесс верхнего уровня в нотации IDEF0 и модели AS-IS
Рис. 5. Процесс «Занести информацию о финансовой операции» на 1-м уровне декомпозиции в нотации IDEF0 и модели AS-IS
Рис. 5. Процесс «Занести информацию о финансовой операции» на 1-м уровне декомпозиции в нотации IDEF0 и модели AS-IS

Представленные диаграммы дают общее понимание о бизнес-процессе, но для полноценного его анализа необходима декомпозиция до уровня операций. Рис. 6 демонстрирует низкоуровневое описание подпроцесса «Создать финансовый документ» с использованием BPMN2.0.

Рис. 6. Процесс «Создать финансовый документ» на 2-м уровне декомпозиции в нотации BPMN2.0 и модели AS-IS
Рис. 6. Процесс «Создать финансовый документ» на 2-м уровне декомпозиции в нотации BPMN2.0 и модели AS-IS

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

Проектирование процесса в TO-BE подразумевает реализацию программного приложения и его использование в ходе формирования финансовых документов. На графических схемах верхнего уровня изменения ожидаемо минимальны: добавляется применение разработанного ПО (рис. 7-8).

Рис. 7. Ключевой процесс верхнего уровня в нотации IDEF0 и модели TO-BE
Рис. 7. Ключевой процесс верхнего уровня в нотации IDEF0 и модели TO-BE
Рис. 8. Процесс «Занести информацию о финансовой операции» на 1-м уровне декомпозиции в нотации IDEF0 и модели TO-BE
Рис. 8. Процесс «Занести информацию о финансовой операции» на 1-м уровне декомпозиции в нотации IDEF0 и модели TO-BE

Отличия подпроцесса заведения документов заметны на 2-м уровне декомпозиции: если раньше в AS-IS создание осуществлялось вручную для каждой операции, то сейчас в TO-BE необходимо заполнить единый Excel-файл, содержащий данные по продажам и закупкам, и сохранить его в SAP-системе, что автоматически запустит генерацию соответствующих документов в КИС (рис. 9).

Рис. 9. Процесс «Создать финансовый документ» на 2-м уровне декомпозиции в нотации BPMN2.0 и модели TO-BE
Рис. 9. Процесс «Создать финансовый документ» на 2-м уровне декомпозиции в нотации BPMN2.0 и модели TO-BE

4.2. Проектирование таблиц баз данных

Разрабатываемое программное решение, позволяющее массово загружать документы в SAP ERP, требует предварительного занесения информации во временную электронную таблицу, после чего ее данные будут сохраняться в SAP-системе. Структура временных таблиц баз данных, хранящая информацию о финансовых документах, приведена ниже (табл. 4).

Табл. 4. Структура временных таблиц баз данных

-8

Предполагается заведение отдельных временных таблиц для операций закупки и продажи, справочная информация (юридические лица, записи услуг и единицы измерений) будет извлекаться из SAP ERP для обеспечения целостности данных. Таблицы служат временных хранилищем экранных данных программы до момента их передачи и сохранения в КИС. Взаимосвязь временных таблиц, представленная в форме ER-диаграмм, дана на рис. 10.

Рис. 10. ER-диаграмма временных таблиц баз данных
Рис. 10. ER-диаграмма временных таблиц баз данных

4.3. Подготовка структуры реализуемого приложения

Для удобства использования необходимо продумать и спроектировать интуитивно понятный интерфейс программы, отвечающий требованиям заказчика.  На рис. 11 продемонстрирована ожидаемая структура приложения.

Рис. 11. Структура экранов разрабатываемого приложения
Рис. 11. Структура экранов разрабатываемого приложения

После запуска разрабатываемой программы, будет отображаться селекционный экран, в котором пользователь должен указать данные заголовка создаваемых финансовых документов (рис. 12). Заполнение части полей экрана подразумевает выбор записей из существующих справочников SAP ERP, например, список юридических лиц (рис. 13), что исключает введение отсутствующих в SAP-системе сведений.

Рис. 12. Селекционный экран
Рис. 12. Селекционный экран
Рис. 13. Экран выбора юридических лиц
Рис. 13. Экран выбора юридических лиц

Далее отображается форма ввода финансовых документов в табличном виде, информация о которых может быть скопирована из внешнего Excel-файла (рис. 14). Кнопка «Расчет» позволит рассчитать значение динамических полей, а нажатие «Сохранить» перенесет сведения из текущего экрана, данные которого хранятся во временных таблицах (табл. 4), в систему SAP ERP.

Рис. 14. Экран формы ввода данных
Рис. 14. Экран формы ввода данных

5. Фаза разработки

После проектирования макета приложения можно приступать к этапу разработки. Воспользуется языками программирования Visual Basic for Applications (VBA) для написания макросов в Excel и Advanced Business Application Programming (ABAP) для передачи и сохранения данных в SAP.

Селекционный экран программы разрабатывается посредствам модуля Analysis, расширяющего возможности Microsoft Office, позволяющего выполнять многомерный анализ данных SAP ERP и проектировать пользовательские формы в рабочих книгах Excel (рис. 15). Список выбора значений к полям экрана формируется автоматически на основе информации, содержащейся в системе SAP ...

Выходные данные, полный текст статьи

Кирюшин Д.С. Разработка механизма массовой загрузки финансовых документов в SAP ERP (часть 2) // Корпоративные информационные системы. – 2025. – №4 (32) – c. 17-31. – URL: https://corpinfosys.ru/archive/2025/issue-32/308-2025-32-massuploadinginsaperp.

-14