SAP Procure to Pay(P2P)eri skenaariot-Osa-1

tässä asiakirjassa haluaisin selittää hankintaprosessin eri skenaarioita. Hankintaprosessi alkaa hankintapyynnöstä ja päättyy maksuun myyjälle. Siksi tämä prosessi on suosittu sana ” P2P ” prosessi. Se käsittelee materiaalien hankintaa, palveluita, erilaisia hankintaan liittyviä sopimuksia. Olen selittänyt muutamia suosittuja skenaarioita tässä blogikirjoitus. Se on 3-tie matching sääntö (PO-GR-IV). Ymmärrämme master data toimintaa, kuten materiaali master, ostaa Info record, Lähdeluettelo, ja liiketoimi toimintoja, kuten osto pakkolunastus, Ostotilaus, tavaroiden kuitti, ja laskun lähettämistä.

Purchase Requisition: (t – koodi-ME51N)

Purchase Requisition is raised by the stores department to the Purchase department internally.

yleensä organisaatiossa tuotanto-osaston tiimi tarkistaa kaupan osastotiimin kanssa tarvittavat varastot / materiaalit. Jos varastoa on varastossa, kaupan osasto lähettää varaston tuotanto-osastolle. Jos varastoa ei ole varastossa, niin kaupan osasto nostaa ostopyynnön hankintaosastolle. Täällä ei ole kirjanpitoa. Myymälän osasto yksinkertaisesti syöttää tarvittavat materiaali ja määrä osto requirion.

Ostotilaus: (t – koodi-ME21N)

hankintaosasto neuvottelee vaadittavat materiaalit/palvelut ulkopuolisten toimittajien kanssa, ja he viimeistelevät myyjän. Osto-osasto nostaa ostotilauksen myyjälle sovitulla hinnalla, materiaaleilla / palveluilla, määrällä, toimitusehdoilla ja maksuehdoilla. Tällaisia tietoja löytyy ostotilauksesta. Jos ostotilaukselle on olemassa julkaisuprosessi (hyväksymisprosessi), meidän on ensin saatava hyväksynnät ennen PO: n myöntämistä myyjälle. Meillä on erityyppisiä PO-prosesseja, kuten Standard(Stock) PO, Service PO, Capex PO (Capital expenditure Purchase order), Opex PO (Operational expenditure purchase order), Consumption PO, Scheduled agreement, and Stock Transport (STO)Purchase orders. Kirjanpitoa ei ole PO: n luomisen aikaan.

Tavarakuitti: (t – koodi-MIGO)

varasto-osasto vastaanottaa tavarat myyjältä toimitusehtojen mukaisesti. Varasto-osasto syöttää Tavarakuitin ostotilausta vastaan SAP-järjestelmään. Ne yksinkertaisesti tarkistaa varastossa ja kirjoita toimitettu määrä lähettämisen tavaroiden kuitti. Tässä prosessissa järjestelmä tuottaa kaksi asiakirjaa-Materiaalidokumentti MM: ssä ja kirjanpitodokumentti FI: ssä.

Migon Kirjanpitokirjaus

Migo Services-merkinnän Kirjanpitomerkintä: (t – koodi-ML81N)

yritykset paitsi hankkivat materiaaleja myös hankkivat myyjältä erilaisia palveluja. Saatamme ottaa siivouspalveluja tai IT-tuki – / toteutuspalveluja (esim.SAP-toteutus). Vastaava isännöitsijäosasto tarkistaa, onko palvelut saatu vai ei. Se voidaan mitata työtuntien (esim.aikahenkilöiden) tai tehtyjen työtuntien perusteella. Palveluja seurataan palvelumerkintälomakkeella, eikä kirjanpitomerkintää ole vain palvelumerkinnän luomiseksi. Palvelumerkintä olisi julkaistava kirjanpitoasiakirjan laatimiseksi. Tässä prosessissa järjestelmä tuottaa kaksi asiakirjaa-PALVELUDOKUMENTIN MM: nä ja kirjanpitodokumentin FI: nä.

Migon Kirjanpitokirjaus

Laskun kuitti: (T – koodi-MIRO)

kirjanpitovelvollinen saa laskut myyjältä. Tässä vaiheessa “3-tie tarkistus suoritetaan standardin järjestelmä automaattisesti. Laskut tarkistetaan automaattisesti ostotilauksen ja tavaran Kuittiasiakirjan perusteella oikean hinnan ja määrän osalta. Yleinen käytäntö on, että Laskun maksu estetään heti, kun se on lähetetty. Tässä prosessissa järjestelmä tuottaa kaksi asiakirjaa-materiaalidokumentin MM: nä ja kirjanpitodokumentin FI: nä. Kun lasku on hyväksytty / luovutettu ja valtiovarainministeriö käsittelee maksun.

Kirjanpitomerkintä MIROLLE

myyjän maksu-F-53/F110

Laskun eräpäivän perusteella laskut vapautetaan maksettavaksi. Valtiovarainministeriö maksaa maksun. He käyttävät F-53 / F110 (manuaalinen/automaattinen) lähtevään maksuun. Tässä prosessissa järjestelmä tuottaa yhden kirjanpitoasiakirjan FI: ssä.

tässä blogikirjoitus, näytän sinulle 10 tärkeää skenaarioita hankinta maksaa (P2P) prosessi. Alla oleva taulukko antaa korkean tason yleiskuvan eri skenaarioista.

huomaa: alla oleva 10 skenaarion ruutukuva näkyy parhaiten työpöytäversiossa.

tässä blogikirjoitus, aion selittää kaksi ensimmäistä skenaarioita edellä luettelossa. Ensimmäinen on ” Standard PO “ja toinen on” Capex PO ” (pääomamenot PO). Julkaisen loput skenaariot tulevissa blogikirjoituksissani.

1. Standard (Stock) Purchase Order Process

in this process, I ‘ m going to show how to create an inventory purchase order. Se tarkoittaa, että yritykset ostavat osakkeita irtotavarana ja käyttävät niitä sisäisesti aina tarvittaessa.

1.1 ostajan tilaus-t-koodi-ME21 / ME21N

klikkaa enter ja save.

1.2 Tavarakuitti-MIGO

syötä ostotilausnumero ja klikkaa enter.

kirjoita määrä lähetysluetteloon. Jos kaikki on hyvin. Klikkaa kohteen Ok valintaruutu ja tallenna

jos haluat varmistaa tavaran vastaanottamisen, valitse Näyttö-asetus. Siinä näkyy tavaroiden Kuittiasiakirja.

1.3 Laskun kuitti-MIRO

Syötä laskun päivämäärä, viite ja PO-numero ja napsauta sitten enter

jos haluat nähdä kirjanpitomerkinnät ennen tallentamista, Napsauta simuloi ja tarkista kirjanpitomerkinnät.

jos kaikki näyttää hyvältä, klikkaa viestiä.

jos haluat tarkastella kirjanpitoasiakirjoja, valitse valikosta-Invoice Document-Display

Napsauta seuraa-on-Documents ja kaksoisnapsauta kirjanpitoasiakirjaa

1.4 Tarkista materiaali / varastoraportti – MB5B

Anna materiaali -, tehdas – ja yhtiökooditiedot ja suorita.

1.5 kulutustavaroita-MB1A

sanotaan, että olemme hankkineet varastoja. Nyt tuotanto-osasto pyysi jotain materiaalia valmistusprosessiin tai johonkin muuhun tarkoitukseen. Sitten meidän on annettava materiaalia sisäisesti. Materiaali siirtyy varasto-osastolta tuotanto-osastolle.

klikkaa enter

järjestelmä luo kirjanpitoasiakirjan.

1.6 Materiaaliraportti-MB5B

siinä on kulutustiedot.

1.7 Maksu-F-53 / F110

2. Capex (Capital Expenditure) Purchase Order Process

in this process, I ‘ m going to show how to create an Asset purchase order. Olen luonut omaisuuserän SAP-järjestelmään hyvissä ajoin käyttäen tapahtumakoodia-AS01. On myös mahdollista luoda omaisuuserä ostotilauksen luomisen aikana.

2.1 ostotilausten luonti (ME21N)

Capex PO: ta luotaessa tulee syöttää tilien jakokategoria-A ja valita po – dokumenttityyppi-Capex PO.

syötä myyjän numero omaisuuserää Po/Standard PO vasten ja napsauta sitten enter. Anna ostaa org, ostaa. Ryhmä, ja yrityksen koodin tiedot otsikon osassa.

rivierätasolla sinun tulee valita Tilinjako – ” a ” (omaisuuteen liittyvä) kirjoita lyhyt teksti, määrä, toimitusehdot, laitos ja tallennuspaikka.

valitse omaisuuserä tilinjako-välilehdeltä, jos olet jo luonut sen AS01: n kautta, muuten voit luoda sen täältä. (Siellä on omaisuuserän luontivaihtoehto) tallenna se sitten.

Huomautus: Jos haluat, voit luoda omaisuuserän samalle näytölle. Mutta täällä en luo, koska olen luonut hyödykkeen käyttäen (T-koodi-AS01)

järjestelmä on luotu alla Po-dokumentti.

Näytä Po-asiakirja: t-koodi-ME23N

2.2 Tavarakuitti (MIGO)

klikkaa enter, kirjoita määrä toimituksen huomautus ja klikkaa ‘kohde ok’ valintaruutu ja tallenna.

järjestelmä on luonut olennaisen asiakirjan. Järjestelmä ei luo FI/Kirjanpito-asiakirjaa tämän prosessin aikana. Se tuottaa vain MM-asiakirjan. Lisätietoja näet alla olevista näytöistä.

Näytä GRN-asiakirja:

samassa näytössä, kohdassa tavaran kuitti valitse Näyttö.

klikkaa Doc.info

klikkaa FI-asiakirjoja

2.3 laskun lähettäminen (MIRO)

Napsauta simuloi, niin näet asiakirjan simulointinäkymässä. jos kaikki on hyvin, lähetä se.

järjestelmä loi laskuasiakirjan.

siirry valikkoon-lasku asiakirja-näyttö. voit nähdä IV-asiakirjan.

klikkaa follow-on-documents

järjestelmä on luotu alla olevat asiakirjat.

kaksoisnapsauta arvostettua asiakirjaa nähdäksesi kirjanpitomerkinnän.

Fi-asiakirja

omaisuuserä transaktio nähdä omaisuusasiakirja.

Fbl1n-raportti:

2.4 Maksu myyjälle (F-53/F110)

valtiovarainministeriö suorittaa maksun. He käyttävät F-53 / F110 (manuaalinen/automaattinen) lähtevään maksuun.

johtopäätös:

olemme nyt ymmärtäneet P2P-prosessin eri skenaariot ja yksityiskohtaiset tiedot tavanomaisesta PO-ja Capex PO-prosessista. Prosessi soveltuu ECC-järjestelmän lisäksi myös S4HANA-järjestelmään. S4hana-järjestelmän tapauksessa käytämme vastaavia Fiori-sovelluksia muistamatta tapahtumakoodeja. Toivon, että tämä blogikirjoitus auttaa jotakuta. Aion päivittää muita skenaarioita tulevissa blogikirjoituksissa.

Kiitos!