SAP Procure to Pay Process (P2P)Různé scénáře-Část-1
v tomto dokumentu bych chtěl vysvětlit různé scénáře v procesu zadávání veřejných zakázek. Proces zadávání zakázek začíná požadavkem na nákup a končí platbou prodejci. Proto je tento proces oblíbený u slova ” P2P ” proces. Zabývá se pořizováním materiálů, služeb, různými smlouvami spojenými s obstaráváním. V tomto blogu jsem vysvětlil několik populárních scénářů. Jedná se o pravidlo 3-way matching (PO-GR-IV). Budeme rozumět činnosti kmenových dat, jako je materiál master, nákup Info záznam, seznam zdrojů, a transakční činnosti, jako je požadavek na nákup, objednávka, příjem zboží, a účtování faktur.
požadavek na nákup: (T – Code-ME51N)
požadavek na nákup je veden oddělením obchodů interně na Oddělení nákupu.
Obecně platí, že v Organizaci tým výrobního oddělení kontroluje s týmem oddělení obchodu požadované zásoby / materiály. Pokud je sklad k dispozici ve skladu, oddělení obchodu zašle sklad do výrobního oddělení. Pokud sklad není ve skladu k dispozici, oddělení obchodu zvýší požadavek na nákup oddělení nákupu. Tady není žádný účetní doklad. Oddělení obchodu jednoduše zadá požadovaný materiál a množství do požadavku na nákup.
Nákupní objednávka: (T – Code-ME21N)
nákupní oddělení vyjedná požadované materiály / služby s externími dodavateli a dokončí dodavatele. Objednávka bude zvýšena nákupním oddělením prodejci s dohodnutou cenou, materiály/službami, množstvím, dodacími podmínkami a platebními podmínkami. Tento druh informací najdeme v objednávce. Pokud existuje nějaký proces uvolnění (schvalovací proces) pro objednávku, musíme nejprve získat schválení před vydáním PO prodejci. Máme různé typy procesů PO, jako jsou standardní (skladové) PO, servisní po, Capex PO (objednávka kapitálových výdajů), Opex PO (objednávka provozních výdajů), spotřeba PO, plánovaná dohoda a nákupní objednávky Stock Transport (STO). V době vzniku PO neexistuje žádný účetní doklad.
příjem zboží: (T – Code-MIGO)
skladové oddělení obdrží zboží od dodavatele podle dodacích podmínek. Skladové oddělení zadá příjem zboží proti objednávce v systému SAP. Jednoduše ověřují zásoby a zadávají dodané množství při účtování zboží. V tomto procesu systém vygeneruje dva dokumenty-materiálový doklad v MM a účetní doklad v FI.
účetní položka pro MIGO
účetní položka pro položku MIGO Services: (T – Code-ML81N)
společnosti nejen pořizují materiály, ale také nakupují různé druhy služeb od dodavatele. Můžeme využít služby pro čištění nebo služby pro IT podporu / implementační službu (např. Příslušné oddělení manažera ověří, zda služby obdržely nebo ne. Může být měřena počtem hodin (např. časového rozvrhu) nebo odpracovaných osob. Služby budou sledovány prostřednictvím vstupního listu služby a neexistuje žádný účetní záznam pouze pro vytvoření záznamu služby. Položka služby by měla být uvolněna, aby se vygeneroval účetní doklad. V tomto procesu systém vygeneruje dva dokumenty – servisní dokument v MM a účetní doklad ve FI.
účetní položka pro MIGO
potvrzení faktury: (T – Code-MIRO)
účetní splatný tým obdrží faktury od dodavatele. V této fázi bude standardní systém automaticky provádět “3cestnou kontrolu”. Faktury budou automaticky ověřeny na základě objednávky a dokladu o převzetí zboží za správnou cenu a množství. Je běžnou praxí, že faktura bude zablokována k platbě, jakmile bude zveřejněna. V tomto procesu systém vygeneruje dva dokumenty-materiálový doklad v MM a účetní doklad ve FI. Jakmile je faktura schválena / uvolněna a ministerstvo financí zpracuje platbu.
účetní položka pro MIRO
platba dodavatele-F-53 / F110
na základě data splatnosti faktury budou faktury uvolněny k platbě. Platbu provede ministerstvo financí. Pro odchozí platbu používají F-53 / F110 (manuální / automatické). V tomto procesu systém vygeneruje jeden účetní doklad v FI.
v tomto blogu vám ukážu důležité scénáře 10 v procesu Procure to Pay (P2P). Níže uvedená tabulka poskytuje přehled různých scénářů na vysoké úrovni.
poznámka: níže uvedený snímek obrazovky 10 scénářů bude nejlépe viditelný ve verzi pro stolní počítače.
v tomto blogu vysvětlím první dva scénáře ve výše uvedeném seznamu. První je “standardní PO” a druhý je “Capex PO” (kapitálové výdaje PO). Zbývající scénáře zveřejním ve svých budoucích blogových příspěvcích.
1. Standardní (skladový) proces objednávky
v tomto procesu ukážu, jak vytvořit objednávku inventáře. To znamená, že společnosti nakupují akcie ve velkém a budou je používat interně, kdykoli to bude nutné.
1.1 Vytvoření objednávky kupujícího-t-kód-ME21 / ME21N
klikněte na enter a uložit.
1.2 příjem zboží-MIGO
zadejte číslo objednávky a klikněte na enter.
zadejte množství do dodacího listu. Pokud je vše v pořádku. Klikněte na položku Ok zaškrtněte políčko a uložit
Chcete – li ověřit příjem zboží, vyberte možnost zobrazení. Zobrazuje doklad o přijetí zboží.
1.3 potvrzení faktury-MIRO
zadejte datum faktury, odkaz a číslo PO a klikněte na enter
Chcete – li zobrazit účetní záznamy před uložením, klikněte na simulovat a zkontrolovat účetní záznamy.
pokud vše vypadá dobře, klikněte na příspěvek.
Chcete-li zobrazit účetní doklady, z nabídky – doklad faktury – Zobrazit
klikněte na navazující dokumenty a dvakrát klikněte na účetní doklad
1.4 ověřte materiál / skladovou zprávu-MB5B
zadejte údaje o materiálu, zařízení a kódu společnosti a proveďte.
1.5 vydání zboží ke spotřebě-MB1A
řekněme, že jsme obstarali zásoby. Nyní výrobní oddělení požadovalo nějaký materiál ve výrobním procesu nebo nějaký jiný účel. Pak musíme vydat materiál interně. Materiál bude přesunut ze skladového oddělení do výrobního oddělení.
klikněte na enter
systém vygeneruje účetní doklad.
1.6 zpráva o materiálu-MB5B
zobrazuje informace o spotřebě.
1.7 Platba-F-53 / F110
v tomto procesu ukážu, jak vytvořit objednávku na nákup aktiv. Aktivum v systému SAP jsem vytvořil s dostatečným předstihem pomocí transakčního kódu-AS01. Je také možné vytvořit aktivum během vytváření objednávky.
2.1 Vytvoření objednávky (ME21N)
při vytváření Capex PO byste měli zadat kategorii přiřazení účtu-a a vybrat typ dokumentu PO-Capex PO.
zadejte číslo dodavatele proti aktivu po / Standard PO a klikněte na enter. Zadejte nákup org, nákup. Informace o skupině A Kódu společnosti v hlavičkové části.
na úrovni řádkové položky musíte vybrat přiřazení účtu – ” A ” (související s aktivy) zadejte krátký text, množství, dodací podmínky, závod a místo skladování.
vyberte aktivum na kartě přiřazení účtu, pokud jste jej již vytvořili pomocí AS01, jinak můžete vytvořit odtud. (Tam je možnost vytvoření aktiva pod tam) pak ji uložte.
Poznámka: Pokud chcete, můžete vytvořit aktivum na stejné obrazovce. Ale tady netvořím, protože jsem vytvořil aktivum pomocí (T-Code-AS01)
systém byl vygenerován níže uvedený dokument PO.
zobrazit dokument PO: T-Code-ME23N
2.2 příjem zboží (MIGO)
klikněte na enter, zadejte množství do dodacího listu a zaškrtněte políčko “položka ok” a uložte.
systém vygeneroval materiální dokument. Systém během tohoto procesu negeneruje Fi/účetní dokument. Vygeneruje pouze dokument MM. Můžete vidět níže obrazovky pro více informací.
zobrazit dokument GRN:
na stejné obrazovce v části příjem zboží vyberte Zobrazení.
klikněte na Doc.info
klikněte na Fi dokumenty
2.3 účtování faktur (MIRO)
klikněte na simulovat, pak můžete vidět dokument v zobrazení simulace. pokud je vše v pořádku, stačí to zveřejnit.
systém vygeneroval fakturu.
přejděte do nabídky-fakturační dokument-zobrazení. můžete vidět iv dokument.
klikněte na follow-on-documents
systém byl vygenerován níže uvedené dokumenty.
poklepáním na respektovaný dokument zobrazíte účetní položku.
FI-dokument
transakce s aktivy pro zobrazení dokumentu o aktivech.
zpráva FBL1N:
2.4 platba prodejci (F-53/F110)
ministerstvo financí provede platbu. Pro odchozí platbu používají F-53 / F110 (manuální / automatické).
závěr:
nyní jsme pochopili různé scénáře v procesu P2P a podrobné informace o standardním procesu po a Capex PO. Tento proces je použitelný nejen pro systém ECC, ale také pro systém S4HANA. V případě systému S4HANA použijeme příslušné aplikace Fiori, aniž bychom si pamatovali transakční kódy. Doufám, že tento blogový příspěvek někomu pomůže. Budu aktualizovat další scénáře v budoucích blogových příspěvcích.
Děkuji!
Leave a Reply