Удаление продуктивных данных или SARA в действии

Так принято в ERP, что практически очень сложно что-то удалить навсегда. Можно создать бухгалтерский документ или карточку основного средства, а вот удалить их система не дает: бухгалтерский документ можно только сторнировать, а карточку основного средства можно только списать.

По разным обстоятельствам очень редко возникает необходимость в зачистке оперативных продуктивных данных. Такая необходимость может быть регулярной (так называемая Архивация) или иррегулярной (например: удаление тестовых данных при подготовке к продуктивному старту).

Для полной очистки оперативных данных (по БЕ) предусмотрены специальные программы в модулях финансовой бухгалтерии FI (транзакция OBR1) и основных средств AM (транзакция OABL). Эти программы действуют очень грубо и без оглядки на остальные модули, и к тому же не могут заменить саму функциональность Архивации. Но вот в остальных модулях (например: MM, FM) такой возможности нет. Единственный легальный способ удалить оперативные данные в прочих модулях или удалить их на основании утверждённых сроков жизни – это Архивация.

Архивация – это процесс выборочного переноса записей из оперативной базы данных во внешние файлы.

В реальной жизни архивация нужна для систем с долгим сроком продуктивной жизни. Для каждого вида документов есть свой период актуальности, и если система ERP работает уже лет пять, то разумно предположить, что конкретные документы пятилетней давности нам уже не нужны для работы. Конечно же, мы должны сохранить некоторые общие промежуточные итоги того периода в самой системе, например сальдо счетов. А если кроме этого у вас необходимые данные в том или ином виде выгружаются в систему класса BI – то тем лучше.

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

Ну а мы будем сейчас использовать архивацию для избавления от мусора.

Чисто теоретически можно было бы написать программы по прямому удалению из таблиц, но это не наш метод.

Эта статья покажет процесс архивации на примере модуля управления материальными запасами (MM).

Приступим!

(далее…)

SAP GUI, SAP WebUI, SAP GUI for HTML

Есть два стандартных интерфейса к системе: клиент и браузер.

1. Старый добрый SAP GUI

Кто в теме, с ним давно знакомы.

2. Новый злой SAP Web UI

Это тот, который в новом CRM. Для стандартной функциональности ERP (вроде бы) есть эквивалентный интерфейс в похожем стиле, однако им практически никто не пользуется и его мало кто видел. Чего-то я даже сомневаюсь, что он существует… А был ли мальчик?

Лично я его тем более побаиваюсь, и вот почему:

(далее…)

Развёртка в Excel

Развёртка, оно же проваливание, оно же drilldown.

Если внутри SAP GUI оно реализуется просто, то как же быть, если отчёт у нас выгружается в Excel?

Один из простых сценариев решения такой задачи заключается в применении группировки:

Группировка в Excel

Структура и управление

В данном примере сделана двухуровневая группировка:

(далее…)

Маленький подводный камень при разделении документа

Дано:

Включённая новая главная книга

Добавлено несколько полей в главную книгу (финансовая позиция)

Включено разделение документов (aka сплиттинг)

Разрабатываем собственный отчёт:

Собираем итоги по главной книге в нужном нам разрезе (ФП) по таблице FMGLFLEXT.

Для разворачивания сумм в разрезе ФП обращаемся к таблицам отдельных позиций (BSIS).

Если ставить задачу так прямо, то результат уже можно предсказать…?

И что в результате получается:

(далее…)

Дополнительная сертификация TFIN52

Решил оформить официально свои взаимоотношения с бухгалтерским учётом в SAP. Узаконить. Теперь у меня есть и базовый сертификат по FI.

SAP Sertified Application Associate

Financial Accounting with SAP ERP 6.0 EHP5

Да, ABAP можно совмещать с потусторонними модулями, если есть желание, силы и время.

Занятный случай самообмана в транзакции FF67

Дано:

Есть транзакция FF67, у которой есть специальное окошечко для значений “по умолчанию”. Там в том числе есть важное поле – “Вид последующей обработки”. Для правильной работы по шаблону должно стоять значение режима равное 4.

Есть глупые пользователи, которым если давать такие вещи в руки, то можно получить разные числа на выходе.

Наблюдаю следующее решение этой проблемы:

(далее…)