SAP FEB_FILE_HANDLING: Sjednocený import bankovních výpisů (XML & Text)

Správa importu bankovních výpisů v SAP: Unifikace XML a textových formátů pomocí FEB_FILE_HANDLING

V kontextu neustále se měnících požadavků na finanční výkaznictví a rozmanitosti formátů bankovních výpisů je efektivní automatizace jejich importu do SAP kriticky důležitá. Tradiční přístupy se často potýkají s omezeními, zejména při práci s textovými formáty, což vyžaduje zastaralé mezilehlé konverze. Tento článek odhaluje možnosti FEB_FILE_HANDLING jako centralizovaného řešení pro unifikovaný import jak XML, tak specifických textových formátů bankovních výpisů, čímž eliminuje potřebu zastaralých nástrojů jako Multicash a optimalizuje proces zpracování plateb.

Výzvy tradičního importu bankovních výpisů v SAP

Historicky se import bankovních výpisů do SAP, zejména v textových formátech, potýkal s řadou problémů. Klasický program RFEBKA00, používaný pro nahrávání souborů, často vyžadoval ruční zpracování a závisel na lokálních pracovních stanicích. Klíčovým omezením pro národní textové formáty byla povinná mezilehlá konverze přes Multicash – řešení vyvinuté před více než 25 lety, které neodpovídá moderním standardům automatizace a integrace. Tento přístup nejen zpomaloval proces, ale také vytvářel další body selhání a vyžadoval specifické znalosti pro podporu.

Problémy tradičního přístupu:

• Ruční zpracování: Závislost na uživatelských akcích pro spuštění RFEBKA00.
• Zastaralé technologie: Nutnost použití Multicash pro konverzi textových formátů, což je technologický anachronismus.
• Roztříštěnost formátů: Absence jednotného přístupu ke zpracování XML a textových souborů, což komplikovalo podporu a škálování.
• Omezená operativnost: Zpoždění v získávání a zpracování bankovních informací, ovlivňující rychlost zaúčtování plateb a aktuálnost dat o zůstatcích.

Tyto faktory vedly k neefektivitě ve finančních procesech, zpožděním při odsouhlasování účtů a snížení celkové transparentnosti peněžních toků. Cílem moderní SAP infrastruktury je vytvoření jednotného vstupního bodu pro všechny typy bankovních výpisů, bez ohledu na jejich zdroj (přímá komunikace s bankou nebo export z "Bank-Klient") a formát.

Architektura FEB_FILE_HANDLING: Základ pro unifikaci

FEB_FILE_HANDLING představuje v SAPu výkonný nástroj pro automatizaci importu bankovních výpisů. Původně navržený pro XML formáty, disponuje flexibilní architekturou, která umožňuje rozšířit jeho funkcionalitu na zpracování jakýchkoli textových formátů, včetně národních specifických variant, jako je "Klient → 1C" nebo běloruské typy požadavků 400/600.

Klíčové fáze zpracování v FEB_FILE_HANDLING:

• Zpracování souborů (BAdI FEB_BSIMP_FILE): V této fázi se určuje formát souboru a provádějí se předběžné kontroly před jeho čtením.
• Převod do interních struktur (BAdI FEB_BSIMP_BANK_STATEMENT): Hlavní fázi, kde je soubor výpisu převeden do interních struktur SAP a uložen do vyrovnávací paměti FEBxx. Tento BAdI je "jádrem" procesu.
• Automatické zpracování (RFEBKA00): Po uložení do vyrovnávací paměti se program RFEBKA00 spustí v automatickém režimu pro další interpretaci a zaúčtování výpisů.

Pro práci se specifickými textovými formáty, kde chybí standardní implementace (na rozdíl od XML, MT94x nebo BAI), se používá rozšíření BAdI FEB_BSIMP_BANK_STATEMENT_X. V něm se postupně volají metody GET_BANK_STATEMENTS a SAVE_BANK_STATEMENTS.

• GET_BANK_STATEMENTS: Analyzuje obsah souboru, rozděluje jej na jednotlivé výpisy a určuje klíčové bankovní informace (BE, vlastní banka, identifikátor účtu). Pro XML soubory se to provádí přes BAdI FIEB_GET_BANK_STMTS_X. Pro textové formáty je vyžadována uživatelská logika.
• SAVE_BANK_STATEMENTS: Převádí data do interních struktur rozhraní SAP a ukládá je do tabulek FEBxx. Pro ukládání se používají moduly FIEB_SAVE_BANK_STMT (pro konečné výpisy) a FIEB_SAVE_INTRADAY_STMT (pro průběžné).

Takový přístup umožňuje unifikovat zpracování, eliminovat Multicash a integrovat všechny typy výpisů do jednotného automatizovaného toku.

Integrace DMEE pro přímou konverzi textových formátů

Pro přímou konverzi textových souborů do interních struktur SAP bez mezilehlého Multicash se používá nástroj DMEE (Data Medium Exchange Engine). DMEE, který se již používá pro zpracování Multicash (typ stromu MCSH), může být adaptován pro nové účely.

Klíčové kroky při práci s DMEE:

• Vytvoření nového typu DMEE stromu: Je nutné definovat nový typ stromu, orientovaný na interní struktury rozhraní výpisů, používané v BAdI FEB_BSIMP_BANK_STATEMENT.
• Cílové struktury: V novém DMEE stromu by se cílovými strukturami pro položky měla stát pole z FEBEP_IF (struktura pro rozhraní položek výpisu) a pro hlavičky – z FEBKO_IF (struktura pro rozhraní hlaviček výpisu).
• Doplňková pole: Je důležité počítat s možností přidání doplňkových polí, například pro účel platby, jelikož DMEE strom obvykle podporuje pouze dvě cílové struktury.

Příklad struktury cílové aplikace položek výpisu do struktury rozhraní FEBEP_IF:

• Pole z textového souboru se přímo mapují na odpovídající pole FEBEP_IF, jako je datum zaúčtování, částka, měna, číslo dokladu atd.
• To umožňuje DMEE provádět přímou konverzi vstupního textového souboru do formátu, který FEB_FILE_HANDLING může přímo použít.

Použití DMEE tímto způsobem umožňuje zcela obejít zastaralý Multicash, což výrazně zjednodušuje architekturu a snižuje rizika. DMEE zajišťuje flexibilitu v nastavení mapování pro různé národní textové formáty, čímž činí proces konverze transparentním a řiditelným.

Vývoj unifikované BAdI implementace pro paralelní zpracování

Pro zajištění paralelního zpracování různých formátů – XML, MT94x, BAI a specifických textových – je nutné vytvořit uživatelskou (custom) implementaci BAdI FEB_BSIMP_BANK_STATEMENT. Tato implementace se stane centrálním bodem, odkud budou volány jak standardní metody pro známé formáty, tak uživatelské metody pro zpracování textových souborů.

Schéma uživatelské implementace BAdI FEB_BSIMP_BANK_STATEMENT pro zpracování XML a textových formátů:

• Metoda GET_BANK_STATEMENTS:

* Pro XML soubory: Jednoduché volání standardní metody GET_BANK_STATEMENTS implementace BAdI FIEB_GET_BANK_STMTS_X.

* Pro textové soubory: Použití uživatelské metody, například SPLIT_AND_PARSE_TXT_FILES. Tato metoda je zodpovědná za analýzu řádků souboru, jeho rozdělení na logické výpisy a určení bankovních informací (BE, banka, identifikátor účtu), analogicky k předběžnému parsování XML.

* Výsledek: Převod externích souborů na logické výpisy, obsahující hlavičku (se systémovými informacemi o účtu) a tabulku řádků obsahu souboru.

• Metoda SAVE_BANK_STATEMENTS: Tato metoda má dvojí funkci: převod logických souborů výpisů do interních struktur rozhraní a jejich uložení do datové vyrovnávací paměti (tabulek FEBxx).

* Paralelní konverze:

* Pro XML formáty: Sekvenční volání transformačních modulů FIEB_READ_MAPP_X a FIEB_MAPPING_X, které se také používají v implementaci BAdI FIEB_GET_BANK_STMTS_X.

* Pro textové formáty: Volání uživatelské metody, například CALL_DMEE_CONVERT. V této metodě se implementuje volání standardního hlavního konverzního modulu DMEE_PROCESS_INCOMING_FILE_ABA a metod DMEE pro zpracování příchozích souborů (PROCESS_INPUT_DME před konverzí a PROCESS_OUTPUT_DME po).

* Výsledek konverze: Všechny výpisy, bez ohledu na původní formát, jsou převedeny do jednotné interní struktury rozhraní (struktury FEBxx_IF).

* Uložení do vyrovnávací paměti: Prostřednictvím obecné metody, například FEB_SAVE_BANK_STATEMENT, pro jakýkoli formát výpisu. V závislosti na parametrech zaúčtování výpisu se volají FIEB_SAVE_BANK_STMT (pro konečné výpisy se zaúčtováním do oblasti 0001) nebo FIEB_SAVE_INTRADAY_STMT (pro průběžné).

Takový přístup zaručuje, že všechny bankovní výpisy jsou zpracovávány jednotně, což zajišťuje vysokou míru automatizace a minimalizuje ruční zásahy.

Výhody a perspektivy centralizovaného importu

Implementace unifikované systémy importu bankovních výpisů prostřednictvím FEB_FILE_HANDLING s podporou DMEE pro textové formáty přináší významné výhody pro finanční operace podniku.

Co je důležité:

• Jednotný vstupní bod: Všechny bankovní výpisy, bez ohledu na formát (XML, MT94x, BAI, národní textové) a zdroj, jsou zpracovávány prostřednictvím jednotného mechanismu FEB_FILE_HANDLING.
• Eliminace Multicash: Opuštění zastaralé mezilehlé konverze přes Multicash, což zjednodušuje architekturu a snižuje náklady na podporu.
• Automatizace: Plně automatizovaný proces od získání souboru po jeho uložení do vyrovnávací paměti SAP a následné zaúčtování přes RFEBKA00.
• Flexibilita DMEE: Možnost nastavení libovolných mapování pro jakékoli textové formáty výpisů s využitím flexibilního nástroje DMEE.
• Zvýšení operativnosti: Zrychlení zpracování a zaúčtování plateb, zlepšení aktuálnosti finančních informací a snížení operačních rizik.

Tato architektura umožňuje společnostem efektivně spravovat různorodá bankovní data, zlepšovat finanční výkaznictví a zajišťovat přesnější a včasnější rozhodování. Perspektivy rozvoje zahrnují další integraci se systémy pro správu dokumentů a rozšíření možností pro analytiku na základě příchozích dat.

— Editorial Team