Šablona dat pro zpracování faktur v procesu od nákupu k platbě
Šablona dat pro zpracování faktur v procesu od nákupu k platbě
- Doporučené atributy ke shromáždění
- Důležité činnosti ke sledování
- Jak získat data ze SAP ECC
Atributy zpracování faktur v procesu od nákupu k platbě
| Název | Popis | ||
|---|---|---|---|
| Aktivita Activity | Název konkrétního obchodního kroku nebo události, ke které došlo při zpracování faktury. | ||
| Popis Atribut Činnost označuje konkrétní fázi nebo úkon ve workflow zpracování faktury. Činnosti se odvozují z různých systémových událostí, například vytvoření dokladu, změny stavu, schválení nebo akcí uživatele zaznamenaných v protokolech změn SAP. Analýza činností je základem process mining. Umožňuje vizualizovat mapy procesů, odhalit úzká místa, například dlouhé čekání po události „Faktura odeslána ke schválení“, opakované zpracování, například opakované cykly „Nastavena blokace platby“ a „Uvolněna blokace platby“, i odchylky od pravidel. Pořadí a četnost činností ukazují skutečný průběh procesu. Proč je to důležité Určuje kroky v mapě procesu, a umožňuje tak zobrazit průběh procesu, odhalit úzká místa a najít opakované zpracování. Kde data získat Tento atribut se obvykle odvozuje z více zdrojů, například z kódů transakcí (SY-TCODE), polí stavu v tabulkách jako RBKP (například RBSTAT) a událostí změn v tabulkách CDHDR a CDPOS. Příklady Faktura předběžně zaúčtovánaFaktura odeslána ke schváleníFaktura schválenaFaktura zaúčtovánaFaktura vyrovnána | |||
| Čas události EventTime | Přesné časové razítko události včetně data a času. | ||
| Popis Čas události zaznamenává přesný okamžik, kdy byla obchodní činnost provedena a uložena ve zdrojovém systému. Toto časové razítko tvoří chronologickou osu procesu a řadí činnosti každé faktury do souvislé posloupnosti. Při analýze je čas události nezbytný pro výpočet všech časových ukazatelů, například doby cyklu, čekání a zpracování mezi činnostmi. Umožňuje vytvářet dashboardy, jako jsou „Celková doba zpracování faktury“ a „Doba řešení blokace platby“, protože poskytuje údaje pro měření času mezi libovolnými dvěma body procesu. Přesná časová razítka jsou zásadní pro odhalení zpoždění a úzkých míst ve výkonnosti. Proč je to důležité Toto časové razítko je nezbytné pro správné seřazení událostí a výpočet všech ukazatelů výkonnosti, například doby cyklu a trvání úzkých míst. Kde data získat Obvykle se odvozuje spojením data změny (UDATE) a času změny (UTIME) z hlavičky tabulky změnových dokladů CDHDR. U konkrétních událostí vytvoření lze použít datum a čas vytvoření z tabulek, jako je RBKP (ERNAM, ERZET). Příklady 2023-03-15T10:30:00Z2023-03-16T14:05:21Z2023-03-28T09:00:00Z | |||
| Číslo faktury InvoiceNumber | Jedinečný identifikátor dokladu faktury dodavatele. | ||
| Popis Číslo faktury slouží jako jedinečný identifikátor případu při zpracování faktury. Každé číslo odpovídá jedné faktuře od dodavatele. Díky tomu lze všechny související činnosti, od zachycení údajů až po konečnou platbu, sledovat jako jednu instanci procesu. Při analýze process mining je tento atribut základem pro rekonstrukci celého životního cyklu každé faktury. Umožňuje propojit různé události zaznamenané v SAP, například předběžné zaúčtování, zaúčtování, blokaci a vyrovnání, do časové posloupnosti. Získáte tak jasný přehled o tom, jak se s každou fakturou nakládá, jak dlouho to trvá a kde dochází k odchylkám od standardního procesu. Proč je to důležité Jde o primární klíč, který propojuje všechny události související s jednou fakturou. Je nezbytným základem pro analýzu procesu a zkoumání jeho variant. Kde data získat Obvykle jde o číslo dokladu z tabulky SAP RBKP, pole BELNR, často spojené s kódem společnosti (BUKRS) a fiskálním rokem (GJAHR), aby bylo zajištěno naprosté jedinečnosti. Příklady 510004567851000456795100045680 | |||
| Částka faktury InvoiceAmount | Celková hrubá částka faktury v původní měně dokladu. | ||
| Popis Částka faktury představuje celkovou hodnotu faktury vystavené dodavatelem. Jde o důležitý finanční ukazatel každého případu faktury. Při process mining je tento atribut nezbytný pro analýzu podle hodnoty. Umožňuje filtrovat a rozdělovat proces podle částky faktury, která často souvisí se složitostí procesu a požadavky na schválení. Faktury s vysokou hodnotou mohou například procházet odlišným a přísnějším schvalováním. Atribut se používá také při analýze shody, například ke kontrole, zda faktury s vysokou hodnotou neobcházejí povinné schvalovací kroky. Proč je to důležité Umožňuje analyzovat proces podle hodnoty, upřednostnit faktury s vysokou částkou a zjistit, jak částka ovlivňuje průběh procesu a dodržování pravidel. Kde data získat Jde o pole „Hrubá částka faktury“ (RMWWR) v hlavičce dokladu faktury, tabulce RBKP. Příklady 1500.7512500.00850.20 | |||
| Číslo dodavatele VendorNumber | Jedinečný identifikátor dodavatele, který fakturu odeslal. | ||
| Popis Číslo dodavatele je klíč v kmenových datech, který identifikuje dodavatele. Propojuje fakturu s konkrétním obchodním partnerem a umožňuje analyzovat proces podle vlastností dodavatele. Analýza podle čísla dodavatele může odhalit důležité informace o vztazích s dodavateli a jejich výkonnosti. Pomůže například zjistit, kteří dodavatelé pravidelně posílají problematické faktury vedoucí k blokacím plateb nebo nesrovnalostem a od kterých dodavatelů se faktury zpracovávají nejefektivněji. Tyto informace jsou užitečné při správě dodavatelů a strategickém nákupu. Proč je to důležité Umožňuje analyzovat jednotlivé dodavatele a odhalit vzorce, problémy nebo efektivní postupy spojené s konkrétními dodavateli. Kde data získat Jde o pole „Fakturační partner“ (LIFNR) v hlavičce dokladu faktury, tabulce RBKP. Příklady 100345100876200112 | |||
| Číslo objednávky PurchaseOrderNumber | Identifikátor objednávky (PO), se kterou se faktura páruje. | ||
| Popis Číslo objednávky propojuje fakturu s původním nákupním dokladem. Je nezbytné pro trojstranné párování (objednávka, příjem zboží, faktura) i pro analýzu efektivity zpracování faktur s objednávkou. Tento atribut je důležitý pro dashboardy, například „Míra nesouladu při párování faktur s objednávkami“. Umožňuje rozdělit proces na faktury s objednávkou a bez ní, které často procházejí odlišným zpracováním a mají různou složitost. Analýza problémů u konkrétních objednávek může odhalit příčiny v předchozích fázích nákupního procesu. Proč je to důležité Propojuje fakturu s nákupním procesem, umožňuje porovnat faktury s objednávkou a bez ní a odhalit nesoulad při párování. Kde data získat Tento údaj se obvykle nachází na úrovni položky. Pole „Číslo objednávky“ (EBELN) je v tabulce položek faktury RSEG. Může být nutné jej agregovat na úroveň hlavičky. Příklady 450001756345000175644500017565 | |||
| Datum splatnosti PaymentDueDate | Datum, do kterého je podle sjednaných platebních podmínek třeba zaplatit fakturu dodavateli. | ||
| Popis Datum splatnosti se vypočítá podle výchozího data faktury a sjednaných platebních podmínek. Jde o termín, do kterého je třeba platbu provést, aby nevzniklo prodlení, případné sankce ani problémy ve vztahu s dodavatelem. Tento atribut je důležitý pro KPI výkonnosti a shody, například „Podíl včas uhrazených faktur“ nebo „Ztráta příležitosti k hotovostní slevě“. Porovnáním skutečného data platby (data vyrovnání) s datem splatnosti lze určit, zda byla platba provedena včas, předčasně, nebo pozdě. Tento údaj je základem dashboardu Dodržování platebních podmínek. Proč je to důležité Slouží jako základ pro měření včasnosti plateb a hledání příležitostí k využití slev za předčasnou úhradu. Kde data získat Toto datum se často vypočítává. Výchozí datum platby (ZFBDT) je v tabulce BSEG. Výpočet splatnosti závisí také na platebních podmínkách (BSEG-ZTERM). Příklady 2023-04-192023-05-052023-05-11 | |||
| Datum vyrovnání ClearingDate | Datum provedení platby a vyrovnání faktury v evidenci závazků. | ||
| Popis Datum vyrovnání označuje závěrečnou fázi životního cyklu faktury, tedy platbu. Jde o datum, kdy se otevřená položka faktury v systému vyrovná platebním dokladem. Udává skutečný okamžik provedení platby. Tento atribut je koncovým bodem řady důležitých KPI, například „Průměrná doba zpracování faktury“ a „Podíl včas uhrazených faktur“. Porovnáním s datem splatnosti lze měřit včasnost plateb. Při analýze hotovostních slev se datum vyrovnání porovnává s obdobím, ve kterém lze slevu využít. Proč je to důležité Označuje dokončení procesu a slouží k výpočtu celkové doby zpracování, podílu včasných plateb a využití hotovostních slev. Kde data získat U vyrovnaných položek jde o pole „Clearing Date“ (AUGDT) v tabulce vyrovnaných položek dodavatelů BSAK. Příklady 2023-04-152023-05-022023-05-20 | |||
| Datum zaúčtování PostingDate | Datum, kdy byla faktura oficiálně zaúčtována do účetní knihy. | ||
| Popis Datum zaúčtování je důležitým datem v účetním procesu. Určuje účetní období, ve kterém se náklad na fakturu zaúčtuje do hlavní knihy. Obvykle ho při zpracování faktury zadává pracovník závazků. Při analýze procesů je aktivita „Zaúčtování faktury“, označená tímto datem, důležitým milníkem. Doba od přijetí faktury do data zaúčtování tvoří podstatnou část celkové doby zpracování. Toto datum je důležité také pro finanční výkaznictví a analýzu průchodnosti, například při sledování počtu zaúčtovaných faktur za týden nebo měsíc. Proč je to důležité Označuje důležitý milník v procesu, určuje účetní období transakce a slouží k výpočtu doby zpracování. Kde data získat Jde o pole „Posting Date“ (BUDAT) v tabulce záhlaví dokladu faktury RBKP. Příklady 2023-03-202023-04-052023-04-11 | |||
| Důvod blokace platby PaymentBlockReason | Kód označující důvod, proč je faktura blokována pro platbu. | ||
| Popis Pokud je na faktuře nesrovnalost nebo je třeba ji dále prověřit, nastaví se blokace platby. Kód důvodu blokace určuje, proč byla blokace nastavena, například kvůli rozdílu v množství či ceně nebo ruční blokaci. Tento atribut je nezbytný pro dashboard Doba řešení blokace platby. Analýza četnosti a délky blokací podle důvodu pomáhá odhalit příčiny zpoždění plateb. Pokud například blokace kvůli „Cenové nesrovnalosti“ trvají nejdéle, může to ukazovat na problém v kmenových datech nebo procesu objednávání, který je třeba řešit. Proč je to důležité Vysvětluje, proč se platby faktur zpožďují. Pomáhá odhalit příčiny blokací a určit priority pro zlepšování procesů. Kde data získat Důvod blokace platby lze najít na úrovni položky v tabulce RSEG (pole SPGRS) nebo v tabulce účetních dokladů BSEG (pole ZLSPR). Příklady RIM | |||
| Uživatelské jméno UserName | ID uživatele SAP, který činnost provedl. | ||
| Popis Atribut Uživatelské jméno označuje konkrétní osobu odpovědnou za provedení dané činnosti v procesu. Obvykle jde o uživatelské jméno SAP zaznamenané u transakce nebo události změny. Tento atribut je důležitý pro analýzu výkonnosti jednotlivců a týmů. Pomáhá odpovědět například na otázky „Kdo schvaluje nejrychleji?“ nebo „Kteří uživatelé nejčastěji způsobují opakované zpracování?“. Na dashboardech slouží k analýze rozložení práce, určení potřebného školení a pochopení rozdílů ve výkonnosti zaměstnanců. Proč je to důležité Umožňuje analyzovat výkonnost a pracovní vytížení jednotlivců i týmů a pomáhá odhalit nejvýkonnější pracovníky, potřebu školení a nerovnoměrné rozložení zdrojů. Kde data získat Jde o pole „Změnil“ (USERNAME) v hlavičce tabulky změnových dokladů CDHDR. U událostí vytvoření může jít o pole „Zadal“ (ERNAM) v tabulkách, jako je RBKP. Příklady JSMITHBWILSONCHEN | |||
| Čas ukončení EndTime | Časové razítko označující dokončení činnosti. U okamžitých událostí se shoduje s časem zahájení. | ||
| Popis Atribut Čas ukončení označuje dokončení konkrétní činnosti. U mnoha událostí v SAP, které se zaznamenávají jako jediný časový bod, je čas ukončení stejný jako čas zahájení. U činností s měřitelnou dobou trvání, například aktivně zpracovávaného schvalovacího kroku, může označovat konec práce. Samostatný čas ukončení umožňuje při analýze procesu měřit dobu zpracování činnosti odděleně od čekání, které jí předchází. Lze tak rozlišit, jak dlouho provedení činnosti trvá a jak dlouho případ čeká na její zahájení, což poskytuje podrobnější přehled o efektivitě využití zdrojů. Proč je to důležité Umožňuje vypočítat dobu zpracování činnosti, odlišit ji od čekání mezi činnostmi a zpřesnit analýzu úzkých míst. Kde data získat Často se shoduje s časem zahájení a odvozuje se z CDHDR-UDATE a CDHDR-UTIME. V některých případech jej lze získat z protokolů workflow, které výslovně zaznamenávají zahájení a ukončení úkolu. Příklady 2023-03-15T10:35:10Z2023-03-16T14:10:00Z2023-03-28T09:02:45Z | |||
| Došlo ke ztrátě hotovostní slevy IsCashDiscountLost | Vypočítaný příznak, který označuje, zda nebyla využita dostupná hotovostní sleva. | ||
| Popis Jde o logický atribut vypočítaný z platebních podmínek a skutečného data platby. Má hodnotu true, pokud platební podmínky umožňovaly slevu za předčasnou úhradu a „Datum vyrovnání“ připadlo až po skončení období pro její uplatnění. Přímo tak měří finanční ztrátu způsobenou neefektivitou procesu. Tento atribut je základem dashboardu Ztráta příležitosti k hotovostní slevě. Umožňuje snadno vyčíslit finanční dopad zpoždění při zpracování. Analytici mohou vyfiltrovat případy s hodnotou true a prověřit varianty procesu a úzká místa, která nejčastěji vedou ke ztrátě slevy. Výsledky pomohou doložit přínos zlepšování procesů. Proč je to důležité Přímo vyčísluje finanční ztráty způsobené zpožděním a poskytuje podklady pro zlepšení workflow zpracování faktur. Kde data získat Tento atribut v SAP není. Vypočítává se při transformaci dat interpretací hodnoty „PaymentTerms“ a porovnáním „ClearingDate“ s datem splatnosti pro slevu. Příklady truefalse | |||
| Důvod zamítnutí RejectionReason | Kód nebo text vysvětlující, proč byla faktura zamítnuta během schvalovacího workflow. | ||
| Popis Pokud schvalovatel fakturu zamítne, měl by uvést důvod. Může jít o standardizovaný kód nebo volný text, například „Nesprávné číslo objednávky“, „Duplicitní faktura“ nebo „Nesprávná částka“. Tyto údaje jsou důležité pro dashboard Důvody a trendy zamítnutí faktur. Analýza četnosti jednotlivých důvodů pomáhá odhalit běžné problémy a přijmout nápravná opatření. Pokud se například často objevuje důvod „Nesprávné číslo objednávky“, může být potřeba lépe komunikovat s dodavateli nebo proškolit pracovníky zadávající data. Tato analýza pomáhá omezit opakované zpracování. Proč je to důležité Odhaluje příčiny zamítnutí a umožňuje cíleně zlepšovat procesy, omezit opakované zpracování a zvýšit podíl správně vyřízených případů napoprvé. Kde data získat Tyto informace často nejsou uloženy v jednom standardním poli. Mohou být v protokolech kontejneru workflow, v dlouhých textech připojených k dokladu nebo ve specifických polích vlastního řešení workflow. Příklady DUPLICATE_INVWRONG_AMTNO_PO_MATCH | |||
| Je po splatnosti IsOverdue | Vypočítaný příznak, který označuje, zda byla faktura zaplacena po datu splatnosti. | ||
| Popis Jde o logický atribut vypočítaný porovnáním „Data vyrovnání“ (skutečného data platby) s „Datem splatnosti“. Pokud datum vyrovnání následuje po datu splatnosti, příznak má hodnotu true, jinak false. Pro každou fakturu tak přímo ukazuje, zda byla zaplacena včas. Tento atribut zjednodušuje analýzu a vizualizaci v dashboardech. Umožňuje snadno filtrovat a agregovat data pro výpočet KPI „Podíl včas uhrazených faktur“. Uživatelé mohou rychle porovnat průběh zpracování faktur po splatnosti s těmi, které byly zaplaceny včas, a odhalit vzorce vedoucí k pozdním platbám. Proč je to důležité Zjednodušuje analýzu včasnosti plateb a umožňuje snadno porovnat procesy zpracování faktur zaplacených včas a po splatnosti. Kde data získat Tento atribut v SAP není. Vypočítává se při transformaci dat podle vzorce: ClearingDate > PaymentDueDate. Příklady truefalse | |||
| Měna Currency | Kód měny, ve které je uvedena částka faktury. | ||
| Popis Atribut Měna určuje měnu, ve které je uvedena částka faktury, například USD, EUR nebo JPY. Tento atribut poskytuje důležitý kontext pro částku faktury. Umožňuje správně interpretovat a agregovat finanční údaje, zejména v mezinárodních organizacích, které pracují s více měnami. Analýzu lze filtrovat podle měny a porovnávat tak efektivitu zpracování nebo problémy v různých měnových oblastech. Pro smysluplnou finanční agregaci může být nutné převést částky na jednu vykazovací měnu. Proč je to důležité Poskytuje potřebný kontext pro finanční částky, umožňuje jejich správnou interpretaci a filtrování i analýzu podle měny. Kde data získat Jde o pole „Currency Key“ (WAERS) v tabulce záhlaví dokladu faktury RBKP. Příklady USDEURGBP | |||
| Platební podmínky PaymentTerms | Kód platebních podmínek sjednaných s dodavatelem, například lhůty pro slevu a datum splatnosti. | ||
| Popis Platební podmínky určují, kdy je třeba fakturu zaplatit a zda lze při předčasné úhradě využít hotovostní slevu. Příkladem je „Splatnost 30 dní“ nebo „2 % do 10 dnů, jinak splatnost 30 dní“. Ve druhém případě se při úhradě do 10 dnů uplatní sleva 2 %, jinak je celá částka splatná do 30 dnů. Tento atribut je základem dashboardu Ztráta příležitosti k hotovostní slevě a KPI Míra využití hotovostních slev. Analýza kombinuje platební podmínky s daty zaúčtování a platby, aby zjistila, zda byla sleva dostupná a zda se ji podařilo využít. Údaj je důležitý také pro dashboard Dodržování platebních podmínek. Proč je to důležité Je nezbytný pro analýzu využití hotovostních slev a pochopení finančního dopadu zpoždění v procesu. Kde data získat Jde o pole „Terms of Payment Key“ (ZTERM) v tabulce záhlaví dokladu faktury RBKP. Příklady Z0010001NT30 | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko označující, kdy byla data procesu naposledy aktualizována ze zdrojového systému. | ||
| Popis Tento atribut zaznamenává datum a čas poslední extrakce nebo aktualizace dat. Vztahuje se k celé datové sadě, nikoli k jednotlivým událostem, a jasně ukazuje, jak aktuální data jsou. Jde o důležitý atribut metadat pro uživatele dashboardů a analytiky. Pomáhá určit období, které analýza pokrývá, a ověřit, že rozhodnutí vycházejí z aktuálních informací. Na dashboardech se obvykle zobrazuje na viditelném místě, aby uživatelé věděli, kdy byla data naposledy aktualizována. Proč je to důležité Informuje uživatele o aktuálnosti dat a pomáhá zajistit, aby analýzy a rozhodnutí vycházely z nejnovějších informací. Kde data získat Tuto hodnotu při aktualizaci dat vytvoří a vloží do datové sady nástroj pro extrakci dat nebo ETL. Příklady 2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z | |||
| Typ dokladu DocumentType | Kód, který klasifikuje účetní doklad, například jako fakturu dodavatele nebo dobropis. | ||
| Popis Typ dokladu slouží v SAP ke kategorizaci různých druhů obchodních transakcí. Při zpracování faktur se běžně používá například „RE“ pro standardní faktury nebo „KG“ pro dobropisy dodavatele. Typ dokladu ovlivňuje některé aspekty účtování, například použitou číselnou řadu. Při analýze umožňuje tento atribut filtrovat proces podle konkrétního typu transakce. Zpracování dobropisu se může výrazně lišit od zpracování standardní faktury. Oddělená analýza těchto toků podle typu dokladu proto poskytuje přesnější a užitečnější pohled na proces. Proč je to důležité Umožňuje odděleně analyzovat různé obchodní transakce, například faktury a dobropisy, které se zpracovávají odlišně. Kde data získat Jde o pole „Document Type“ (BLART) v tabulce záhlaví dokladu faktury RBKP. Příklady REKRKG | |||
| Účet hlavní knihy GeneralLedgerAccount | Číslo účtu hlavní knihy, na který se účtuje náklad nebo výdaj za fakturu. | ||
| Popis Účet hlavní knihy je cílový účet v účtové osnově, na který se zaznamená finanční dopad faktury. Jde o důležitý údaj pro finanční výkaznictví a řízení nákladů. Při process mining poskytuje analýza účtu hlavní knihy finanční pohled na průběh procesu. Dashboard Analýza použití účtů hlavní knihy může odhalit vzorce ve výdajích, nesprávné zaúčtování faktur a chyby v přiřazení nákladů oddělením nebo projektům. Pomáhá propojit průběh procesu s jeho finančním dopadem. Proč je to důležité Doplňuje proces o finanční pohled a umožňuje analyzovat přiřazení nákladů, vzorce výdajů i možné chybné zaúčtování faktur. Kde data získat Tento údaj je na úrovni položky. „G/L Account Number“ (HKONT) se nachází v tabulce položek faktury RSEG u faktur s objednávkou nebo v tabulce BSEG u přímých faktur FI. Příklady 630000655100741000 | |||
| Účetní okruh CompanyCode | Identifikátor právnické osoby nebo společnosti, pro kterou se faktura zpracovává. | ||
| Popis Účetní okruh je základní organizační jednotkou v SAP Financials a představuje samostatnou právnickou osobu. Všechny finanční transakce včetně faktur se účtují do konkrétního účetního okruhu. Tento atribut umožňuje analyzovat procesy podle právnických osob. Je důležitý pro porovnání výkonnosti, shody a efektivity procesů mezi společnostmi v rámci skupiny. Dashboardy lze filtrovat podle účetního okruhu a zobrazit tak KPI zpracování faktur pro konkrétní společnost. Proč je to důležité Umožňuje porovnávat procesy a jejich výkonnost mezi různými právnickými osobami v organizaci. Kde data získat Jde o pole „Company Code“ (BUKRS) v tabulce záhlaví dokladu faktury RBKP. Příklady 10002000US01 | |||
| Zdrojový systém SourceSystem | Označuje konkrétní zdrojový systém, ze kterého byla data získána. | ||
| Popis Atribut Zdrojový systém označuje původ dat o událostech, například konkrétní instanci SAP ECC. Je důležitý zejména v prostředích s více systémy ERP nebo při kombinování dat z různých zdrojů. Při analýze pomáhá tento atribut porovnávat procesy a výkonnost napříč různými systémy, regiony nebo obchodními jednotkami, které mohou používat samostatné instance. Zajišťuje přehled o původu dat a umožňuje filtrovat a analyzovat data podle systému. Proč je to důležité V prostředí s více systémy poskytuje důležitý kontext a umožňuje správně oddělit data a analyzovat výkonnost jednotlivých systémů. Kde data získat Obvykle jde o statickou hodnotu přidanou při extrakci dat. Představuje ID systému SAP (TADIR-SRCSYSTEM) nebo ručně přiřazený identifikátor konkrétní instance SAP. Příklady SAPECC_PROD_EUECC_US_FINSAP_ERP_6_EHP8 | |||
Činnosti při zpracování faktur v procesu od nákupu k platbě
| Aktivita | Popis | ||
|---|---|---|---|
| Faktura stornována | Označuje zrušení zaúčtovaného dokladu faktury. Vytvoří se storno doklad, který ruší finanční dopad původní faktury. | ||
| Proč je to důležité Tato činnost upozorňuje na významnou výjimku a opakované zpracování. Analýza četnosti a důvodů storen může odhalit systémové problémy při kontrole a zaúčtování faktur. Kde data získat Jde o explicitní událost zaznamenanou v tabulce hlaviček dokladů BKPF. Hlavička stornovaného dokladu obsahuje číslo storno dokladu (STBLG) a fiskální rok (STJAH). Zachycení Vyhledejte doklady, u kterých je vyplněno BKPF-STBLG. Čas události je datum zaúčtování storno dokladu. Typ události explicit | |||
| Faktura vyrovnána | Tato činnost označuje závěrečný krok úspěšného životního cyklu faktury, kdy je otevřený závazek vyrovnán platebním dokladem. Znamená to, že platba byla provedena. | ||
| Proč je to důležité Jako hlavní závěrečná událost je zásadní pro výpočet celkové doby zpracování od začátku do konce. Potvrzuje úspěšné dokončení procesu a slouží k měření včasnosti plateb. Kde data získat Jde o explicitní událost zaznamenanou v tabulce položek faktur BSEG. Datum vyrovnání je uloženo v poli AUGDT a číslo vyrovnávacího dokladu v poli AUGBL. Zachycení Použijte datum vyrovnání (BSEG-AUGDT) z položky dokladu faktury. Typ události explicit | |||
| Faktura zaúčtována | Jde o důležitou finanční událost, při které se faktura oficiálně zaúčtuje do hlavní knihy a vznikne závazek. Doklad přechází z dočasného stavu předběžného zaúčtování na trvalý účetní zápis. | ||
| Proč je to důležité Zaúčtování je důležitý milník, který potvrzuje platnost faktury. Je podmínkou platby a důležitým ukazatelem průchodnosti zpracování. Kde data získat Jde o explicitní událost zaznamenanou v tabulce hlaviček dokladů BKPF. Časovým razítkem je datum zaúčtování BKPF-BUDAT. Doklad už nebude ve stavu předběžného zaúčtování. Zachycení U dokladů, které nejsou předběžně zaúčtovány (BKPF-BSTAT je prázdné nebo obsahuje ' '), použijte datum zaúčtování (BKPF-BUDAT). Typ události explicit | |||
| Nastavena blokace platby | K této činnosti dochází, když je na položku faktury nastavena blokace, která brání její úhradě. Blokace může být nastavena automaticky kvůli nesouladu při trojstranném párování nebo ručně z různých důvodů. | ||
| Proč je to důležité Tato událost je zásadní pro měření doby řešení blokace platby a odhalení příčin zpoždění plateb. Upozorňuje na problémy s cenou, množstvím nebo požadovaným schválením. Kde data získat Jde o explicitní událost, kterou lze sledovat v protokolech změnových dokladů (tabulky CDHDR a CDPOS) pro tabulku BSEG, pole ZLSPR (klíč blokace platby). Zachycení Časové razítko ze změnových dokladů (CDHDR), kdy se hodnota BSEG-ZLSPR změní z prázdné na neprázdnou. Typ události explicit | |||
| Zachycení údajů o faktuře | Označuje počáteční vytvoření dokladu faktury v SAP, ať už jako předběžně zaúčtovaného, nebo plně zaúčtovaného dokladu. Obvykle jde o první zaznamenanou událost v životním cyklu faktury a slouží jako čas zahájení procesu. | ||
| Proč je to důležité Tato činnost je hlavním výchozím bodem pro měření celkové doby zpracování faktury od začátku do konce. Doba od tohoto okamžiku pomáhá odhalit zpoždění při počátečním zadávání údajů a vytváření dokladu. Kde data získat Časové razítko vytvoření se ukládá v tabulce SAP BKPF, v polích CPUDT (datum zadání účetního dokladu) a CPUTM (čas zadání). Zachycení Použijte časové razítko vytvoření dokladu z hlavičky tabulky BKPF (CPUDT). Typ události explicit | |||
| Faktura odeslána ke schválení | Označuje okamžik, kdy je faktura předána do formálního schvalovacího workflow. Způsob zachycení této události závisí na konkrétní implementaci SAP Workflow nebo systému třetí strany. | ||
| Proč je to důležité Tato činnost spouští měření KPI doby schvalování faktury. Je nezbytná pro odhalení zpoždění ve schvalovacím řetězci a analýzu výkonnosti schvalovatelů. Kde data získat Tato událost se obvykle získává z tabulek SAP Business Workflow, například SWW_WI2OBJ a SWWLOG, podle zahájení konkrétního schvalovacího úkolu. V jednodušších případech ji lze odvodit ze změny stavu ve vlastním poli. Zachycení Je třeba analyzovat protokoly SAP workflow nebo vlastní pole stavu propojená s dokladem faktury. Typ události inferred | |||
| Faktura předběžně zaúčtována | Označuje, že faktura byla zadána do SAP, ale dosud nebyla zaúčtována do hlavní knihy. Jde o dočasný stav, který umožňuje kontrolu, opravu nebo schválení před finančním zaúčtováním. | ||
| Proč je to důležité Sledování toho, kdy a na jak dlouho jsou faktury předběžně zaúčtovány, odhalí úzká místa při kontrole a schvalování před zaúčtováním. Zároveň oddělí dobu zadávání údajů od doby finančního zpracování. Kde data získat Tento stav se odvozuje z pole BSTAT v tabulce BKPF. Hodnota 'V' (předběžně zaúčtovaný doklad) nebo 'W' (předběžně zaúčtovaný doklad s uvolněním změn) označuje předběžné zaúčtování. Zachycení Vyhledejte doklady, u kterých má pole BKPF-BSTAT hodnotu 'V'. Čas události je datum vytvoření BKPF-CPUDT. Typ události inferred | |||
| Faktura schválena | Označuje, že fakturu formálně schválila určená osoba a lze pokračovat k zaúčtování a platbě. Často jde o závěrečný krok workflow. | ||
| Proč je to důležité Tento milník ukončuje měření doby schvalování. Uvolní proces k dalšímu zpracování, umožní včasnou platbu a pomůže analyzovat rozložení práce mezi schvalovateli. Kde data získat Tato událost se obvykle získává z tabulek SAP Business Workflow podle dokončení schvalovacího úkolu. Lze ji také odvodit z uvolnění blokace platby související se schválením. Zachycení Časové razítko dokončení schvalovacího kroku v protokolech workflow nebo odstranění konkrétní blokace platby. Typ události inferred | |||
| Faktura se stává po splatnosti | Vypočítaná událost, ke které dojde, když aktuální datum překročí datum čisté splatnosti faktury a faktura dosud nebyla uhrazena. Datum splatnosti se určuje podle platebních podmínek a výchozího data. | ||
| Proč je to důležité Tato činnost je nezbytná pro sledování KPI včasnosti plateb. Předem upozorní na faktury, u kterých hrozí opožděná platba, jež může poškodit vztahy s dodavateli a vést k sankcím. Kde data získat Tato událost se vypočítá porovnáním aktuálního data s datem čisté splatnosti. Datum splatnosti se odvozuje od výchozího data (BSEG-ZFBDT) a platebních podmínek (BSEG-ZTERM). Zachycení Událost se spustí, když Typ události calculated | |||
| Faktura zamítnuta | Označuje zamítnutí faktury během schvalování. Obvykle je nutné ji opravit a znovu odeslat, čímž vzniká cyklus opakovaného zpracování. | ||
| Proč je to důležité Sledování zamítnutí je důležité pro odhalení častých příčin, například nesprávných údajů nebo porušení pravidel. Pomáhá vyčíslit opakované zpracování a určit, kde je třeba zlepšit proces nebo informovat dodavatele. Kde data získat Tato událost se obvykle nachází v protokolech SAP Business Workflow jako krok zamítnutí. Lze ji také odvodit z konkrétní změny stavu nebo poznámky přidané k dokladu faktury. Zachycení Časové razítko kroku zamítnutí v protokolech workflow nebo změna stavu dokladu označující zamítnutí. Typ události inferred | |||
| Uvolněna blokace platby | Označuje odstranění blokace platby z položky faktury, která pak může pokračovat do platebního běhu. Znamená to, že dříve zjištěný problém byl vyřešen. | ||
| Proč je to důležité Tato činnost ukončuje měření doby blokace. Doba mezi nastavením a uvolněním blokace ukazuje, jak efektivně se problémy řeší. Kde data získat Tato událost se při odstranění blokace sleduje v protokolech změnových dokladů (tabulky CDHDR a CDPOS) pro tabulku BSEG, pole ZLSPR (klíč blokace platby). Zachycení Časové razítko ze změnových dokladů (CDHDR), kdy se hodnota BSEG-ZLSPR změní z neprázdné na prázdnou. Typ události explicit | |||
Návody k získání dat
Kroky
- Vytvoření programu ABAP: Pomocí transakce
SE38neboSE80vytvořte nový spustitelný program, napříkladZ_PM_INVOICE_EXTRACT. Zadejte vhodný název a nastavte typ na 'Executable Program'. - Definice obrazovky výběru: V programu definujte obrazovku, na které budou uživatelé filtrovat data. Mezi hlavní parametry patří kód společnosti (
BUKRS), fiskální rok (GJAHR), rozsah data zaúčtování (BUDAT) a cesta k výstupnímu souboru na aplikačním serveru. - Deklarace datových struktur: Definujte strukturu interní tabulky, která bude obsahovat výsledný záznam událostí. Musí zahrnovat všechny požadované a doporučené atributy:
InvoiceNumber,Activity,EventTime,UserName,VendorNumber,PurchaseOrderNumber,InvoiceAmount,PostingDate,PaymentDueDate,PaymentBlockReasonaClearingDate. - Implementace logiky výběru dat: Napište hlavní logiku ABAP pro výběr dat faktur. Výsledný záznam událostí sestavte z několika výběrů.
- Nejprve podle kritérií na obrazovce výběru načtěte záhlaví a položky z hlavních tabulek faktur
BKPF,BSEG,RBKPaRSEG. - Pro každou fakturu vytvořte základní události, například „Invoice Data Captured“ podle časového razítka vytvoření a „Invoice Posted“ podle časového razítka zaúčtování.
- V tabulkách změnových dokladů
CDHDRaCDPOSvyhledejte změny týkající se blokace platby (poleZLSPRvBSEG). Pro každou odpovídající změnu vytvořte události „Payment Block Set“ a „Payment Block Released“. - Události „Invoice Cleared“ určete podle dokladu vyrovnání (
AUGBL) a data vyrovnání (AUGDT) v tabulceBSEG. - Události „Invoice Reversed“ určete podle storno dokladu (
STBLG) v záhlavíBKPF. - Vlastní logikou zachyťte události workflow („Invoice Sent For Approval“, „Approved“, „Rejected“). Tato část se výrazně liší podle zákazníka a vyžaduje úpravu kódu podle tabulek nebo polí stavů používaných ve vašem workflow.
- Nejprve podle kritérií na obrazovce výběru načtěte záhlaví a položky z hlavních tabulek faktur
- Vytvoření vypočítaných událostí: V logice programu vypočítejte událost
Invoice Becomes Overdue. U všech nezaplacených faktur porovnejte datum splatnosti (PaymentDueDate) s aktuálním datem. Pokud datum splatnosti již uplynulo, vytvořte událost s hodnotou data v poliEventTimenastavenou na datum splatnosti. - Naplnění tabulky záznamů událostí: Při načítání dat o každé faktuře z různých zdrojů je naformátujte a přidejte do výsledné interní tabulky záznamů událostí nový řádek pro každou aktivitu.
- Export dat do souboru: Pomocí příkazů
OPEN DATASET,TRANSFERaCLOSE DATASETzapište obsah výsledné interní tabulky do plochého souboru na cestu aplikačního serveru zadanou na obrazovce výběru. Pro vytvoření souboru CSV použijte jednotný oddělovač, například středník nebo tabulátor. - Naplánování extrakce: Pro pravidelnou extrakci dat vytvořte variantu programu s požadovanými kritérii výběru a naplánujte její spuštění jako úlohu na pozadí pomocí transakce
SM36. - Stažení výstupního souboru: Pomocí transakce
AL11otevřete adresář aplikačního serveru SAP a vyhledejte vytvořený soubor. TransakcíCG3Yjej stáhněte na svůj počítač. - Příprava k nahrání: Před nahráním do nástroje process mining otevřete soubor CSV a ověřte správnost záhlaví, jednotný formát dat, zejména časových razítek, a použitý oddělovač. Uložte soubor v kódování UTF-8.
Konfigurace
- Kritéria výběru: ABAP report by měl obsahovat přehlednou výběrovou obrazovku. Nejdůležitější filtry jsou:
Company Code (BUKRS): Omezí získávání dat na vybrané právní subjekty.Posting Date (BUDAT): Určuje období, za které se data získají. Doporučujeme zpracovávat data po zvládnutelných částech, například po 3 až 6 měsících.Document Type (BLART): Zahrne pouze relevantní typy dokladů faktur, například „RE“ pro logistické faktury a „KR“ pro faktury dodavatelů.
- Cesta k výstupnímu souboru: Povinný parametr, ve kterém zadáte úplnou cestu a název souboru na aplikačním serveru SAP. Uživatel spouštějící report musí mít oprávnění k zápisu do tohoto adresáře.
- Výkon: U velkých datových sad spouštějte report jako úlohu na pozadí mimo špičku, abyste nezpomalili systém. Vybírejte pouze potřebná pole z tabulek a podle možností využívejte standardní indexy databáze SAP.
- Předpoklady a oprávnění: Uživatel nebo servisní účet, který získává data, potřebuje:
- Oprávnění ke spuštění ABAP reportu (součást
S_PROGRAM). - Přístup pro čtení finančních a logistických tabulek
BKPF,BSEG,RBKP,RSEG,CDHDRaCDPOS. - Oprávnění zapisovat soubory do zadaného adresáře aplikačního serveru (
S_DATASET). - Přístup k transakcím
SE38,SM36,AL11aCG3Ypro vývoj, plánování a získání souboru.
- Oprávnění ke spuštění ABAP reportu (součást
Ukázkový dotaz abap
REPORT Z_PM_INVOICE_EXTRACT.
*&---------------------------------------------------------------------*
*& Tables for Selection Screen
*&---------------------------------------------------------------------*
TABLES: BKPF, RBKP.
*&---------------------------------------------------------------------*
*& Data Declarations
*&---------------------------------------------------------------------*
TYPES: BEGIN OF ty_event_log,
InvoiceNumber TYPE belnr_v,
Activity TYPE string,
EventTime TYPE timestamp,
UserName TYPE uname,
VendorNumber TYPE lifnr,
PurchaseOrderNumber TYPE ebeln,
InvoiceAmount TYPE wrbtr,
PostingDate TYPE budat,
PaymentDueDate TYPE faedt,
PaymentBlockReason TYPE rstgr,
ClearingDate TYPE augdt,
END OF ty_event_log.
DATA: gt_event_log TYPE TABLE OF ty_event_log,
gs_event_log TYPE ty_event_log.
DATA: lt_bkpf TYPE TABLE OF bkpf,
ls_bkpf TYPE bkpf,
lt_bseg TYPE TABLE OF bseg,
ls_bseg TYPE bseg.
DATA: lt_rbkp TYPE TABLE OF rbkp,
ls_rbkp TYPE rbkp.
*&---------------------------------------------------------------------*
*& Selection Screen
*&---------------------------------------------------------------------*
SELECT-OPTIONS: s_bukrs FOR bkpf-bukrs OBLIGATORY,
s_gjahr FOR bkpf-gjahr OBLIGATORY,
s_budat FOR bkpf-budat.
PARAMETERS: p_fpath TYPE string OBLIGATORY DEFAULT '/usr/sap/tmp/invoice_events.csv'.
*&---------------------------------------------------------------------*
*& Start of Program Logic
*&---------------------------------------------------------------------*
START-OF-SELECTION.
" Select FI Invoices (e.g., Doc Type KR)
SELECT * FROM bkpf INTO TABLE lt_bkpf
WHERE bukrs IN s_bukrs
AND gjahr IN s_gjahr
AND budat IN s_budat
AND blart = 'KR'.
" Select MM Invoices
SELECT * FROM rbkp INTO TABLE lt_rbkp
WHERE bukrs IN s_bukrs
AND gjahr IN s_gjahr
AND budat IN s_budat.
* --- Process FI Invoices ---
LOOP AT lt_bkpf INTO ls_bkpf.
CLEAR gs_event_log.
gs_event_log-InvoiceNumber = ls_bkpf-belnr.
gs_event_log-PostingDate = ls_bkpf-budat.
SELECT SINGLE * FROM bseg INTO ls_bseg
WHERE bukrs = ls_bkpf-bukrs
AND belnr = ls_bkpf-belnr
AND gjahr = ls_bkpf-gjahr
AND koart = 'K'. " Vendor Line Item
IF sy-subrc = 0.
gs_event_log-VendorNumber = ls_bseg-lifnr.
gs_event_log-InvoiceAmount = ls_bseg-wrbtr.
gs_event_log-ClearingDate = ls_bseg-augdt.
" Calculate Due Date
CALL FUNCTION 'DETERMINE_DUE_DATE'
EXPORTING
i_bseg = ls_bseg
IMPORTING
e_faedt = gs_event_log-PaymentDueDate.
ENDIF.
" Activity: Invoice Data Captured
gs_event_log-Activity = 'Invoice Data Captured'.
CONVERT DATE ls_bkpf-cpudt TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
" Activity: Invoice Parked (if BSTAT = 'V')
IF ls_bkpf-bstat = 'V'.
gs_event_log-Activity = 'Invoice Parked'.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Posted
gs_event_log-Activity = 'Invoice Posted'.
CONVERT DATE ls_bkpf-budat TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
" Activity: Invoice Cleared
IF ls_bseg-augbl IS NOT INITIAL.
gs_event_log-Activity = 'Invoice Cleared'.
CONVERT DATE ls_bseg-augdt INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bseg-usnam_cl.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Becomes Overdue
IF gs_event_log-PaymentDueDate IS NOT INITIAL AND gs_event_log-PaymentDueDate < sy-datum AND ls_bseg-augbl IS INITIAL.
gs_event_log-Activity = 'Invoice Becomes Overdue'.
CONVERT DATE gs_event_log-PaymentDueDate INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = 'SYSTEM'.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Reversed
IF ls_bkpf-stblg IS NOT INITIAL.
DATA: ls_rev_bkpf TYPE bkpf.
SELECT SINGLE budat, usnam FROM bkpf INTO ls_rev_bkpf
WHERE belnr = ls_bkpf-stblg AND bukrs = ls_bkpf-bukrs AND gjahr = ls_bkpf-gjahr.
IF sy-subrc = 0.
gs_event_log-Activity = 'Invoice Reversed'.
CONVERT DATE ls_rev_bkpf-budat INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_rev_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
ENDIF.
ENDIF.
ENDLOOP.
* --- NOTE: The logic for MM invoices (from lt_rbkp) would be similar, joining RBKP with RSEG.
* --- NOTE: The logic for Payment Blocks and Workflow events requires reading change documents (CDHDR/CDPOS)
* --- or custom workflow tables. Below is a conceptual example for payment blocks.
* --- Conceptual Example for 'Payment Block Set' / 'Released' using Change Docs
* DATA: lt_cdhdr TYPE TABLE OF cdhdr, ls_cdhdr TYPE cdhdr,
* lt_cdpos TYPE TABLE OF cdpos, ls_cdpos TYPE cdpos.
* SELECT * FROM cdhdr INTO TABLE lt_cdhdr
* WHERE objectclas = 'BELEG' AND objectid IN (SELECT belnr FROM bkpf WHERE ...).
* LOOP AT lt_cdhdr.
* SELECT * FROM cdpos INTO TABLE lt_cdpos
* WHERE changenr = ls_cdhdr-changenr AND tabname = 'BSEG' AND fname = 'ZLSPR'.
* LOOP AT lt_cdpos.
* "... logic to create 'Payment Block Set' (if VALUE_NEW is not blank)
* "... or 'Payment Block Released' (if VALUE_NEW is blank) events.
* ENDLOOP.
* ENDLOOP.
* --- Conceptual Example for Workflow events ('Sent For Approval', 'Approved', 'Rejected')
* --- This part MUST be customized based on your specific workflow implementation (e.g., OpenText VIM, SAP WF).
* --- You would query the relevant workflow tables or status change tables here.
*&---------------------------------------------------------------------*
*& Write to File
*&---------------------------------------------------------------------*
END-OF-SELECTION.
DATA: lv_string TYPE string,
lv_header TYPE string.
" Create Header
lv_header = 'InvoiceNumber;Activity;EventTime;UserName;VendorNumber;PurchaseOrderNumber;InvoiceAmount;PostingDate;PaymentDueDate;PaymentBlockReason;ClearingDate'.
OPEN DATASET p_fpath FOR OUTPUT IN TEXT MODE ENCODING UTF-8.
IF sy-subrc = 0.
TRANSFER lv_header TO p_fpath.
LOOP AT gt_event_log INTO gs_event_log.
CONCATENATE gs_event_log-InvoiceNumber
gs_event_log-Activity
gs_event_log-EventTime
gs_event_log-UserName
gs_event_log-VendorNumber
gs_event_log-PurchaseOrderNumber
gs_event_log-InvoiceAmount
gs_event_log-PostingDate
gs_event_log-PaymentDueDate
gs_event_log-PaymentBlockReason
gs_event_log-ClearingDate
INTO lv_string SEPARATED BY ';'.
TRANSFER lv_string TO p_fpath.
ENDLOOP.
CLOSE DATASET p_fpath.
ELSE.
MESSAGE 'Error opening file.' TYPE 'E'.
ENDIF. Chcete začít?
Podle této šablony získáte užitečné poznatky a můžete výrazně zlepšit zpracování faktur v procesu od nákupu k platbě. Začněte získávat data ještě dnes a zlepšete svůj provoz.
Zlepšete zpracování faktur v procesu od nákupu k platbě
Odhalte neefektivní postupy a zkraťte dobu zpracování faktur o 30 %.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.