SAP Anskaffe Å Betale Prosess (P2P)Ulike Scenarier-Del-1
I dette dokumentet vil jeg forklare de ulike scenariene i anskaffelsesprosessen. Anskaffelsesprosessen starter fra innkjøpsrekvisisjon og slutter med betaling til leverandøren. Derfor er denne prosessen populær med ordet ‘ P2P ‘ Prosess. Det handler om å skaffe materialer, tjenester, ulike kontrakter knyttet til innkjøp. Jeg har forklart noen populære scenarier i dette blogginnlegget. Det er en 3-veis matchende regel (PO-GR-IV). Vi vil forstå hoveddataaktivitetene som en material master, innkjøpsinfo-post, kildeliste og transaksjonsaktiviteter som Innkjøpsrekvisisjon, Innkjøpsordre, Varemottak og Fakturapostering.
Innkjøpsrekvisisjon: (T-Kode – ME51N)
Innkjøpsrekvisisjon heves av butikkavdelingen Til Innkjøpsavdelingen internt.
generelt, i organisasjonen, kontrollerer produksjonsavdelingsteamet med butikkens avdelingsteam for nødvendig lager / materialer. Hvis lageret er tilgjengelig på lageret, vil butikkens avdeling sende lageret til produksjonsavdelingen. Hvis lageret ikke er tilgjengelig på lageret, vil butikkens avdeling heve innkjøpsrekvisisjonen til innkjøpsavdelingen. Her er det ingen regnskapsdokument. Butikkens avdeling angir bare det nødvendige materialet og mengden i innkjøpsrekvisisjonen.
Innkjøpsordre: (T-Kode-ME21N)
Innkjøpsavdelingen vil forhandle de nødvendige materialene/tjenestene med de eksterne leverandørene, og de vil fullføre leverandøren. Innkjøpsordren vil bli hevet Av Innkjøpsavdelingen til leverandøren med avtalt pris, materialer/ tjenester, mengde, leveringsbetingelser og betalingsbetingelser. Denne typen informasjon finner vi i Innkjøpsordren. Hvis det er noen utgivelsesprosess (Godkjenningsprosess) for En Innkjøpsordre, må vi først få godkjennelsene før vi utsteder PO til leverandøren. Vi har ulike TYPER PO Prosesser som Standard (Lager) PO, Service PO, Capex PO (Kapitalutgifter Innkjøpsordre), Opex PO (Operasjonelle utgifter innkjøpsordre), Forbruk PO, Planlagt avtale, Og Lager Transport (STO)innkjøpsordre. Det er ingen regnskapsdokument på TIDSPUNKTET FOR po-opprettelsen.
Varemottak: (T – Kode-MIGO)
lageravdelingen mottar varene fra leverandøren i henhold til leveringsbetingelser. Lageravdelingen legger Inn Varemottak mot Innkjøpsordren I SAP-systemet. De verifiserer bare lageret og angir den leverte mengden mens Du sender Varekvittering. I denne prosessen vil systemet generere to dokumenter-Materialdokument I MM og regnskapsdokument I FI.
Regnskaps Oppføring FOR MIGO
Regnskap Oppføring FOR MIGO Tjenester Oppføring: (T – Kode-ML81N)
Selskaper ikke bare skaffe materialer, men også skaffe ulike typer tjenester fra leverandøren. VI kan ta tjenester for rengjøring eller tjenester FOR IT-støtte/implementeringstjeneste (f.eks. Den respektive lederavdelingen vil verifisere om tjenestene mottok eller ikke. Det kan måles gjennom antall timer (ex: timeliste) eller personer jobbet. Tjenestene spores gjennom tjenesteoppføringsarket, og det er ingen regnskapsoppføring bare for å opprette tjenesteoppføring. Tjenesteposten skal frigis for å generere et regnskapsdokument. I denne prosessen vil systemet generere to dokumenter – et servicedokument I MM og et regnskapsdokument I FI.
Regnskaps Oppføring FOR MIGO
Faktura Kvittering: (T-Code-MIRO)
Teamet som skal betale regnskap mottar fakturaene fra leverandøren. På dette stadiet vil en ” 3-veis kontroll bli utført av standardsystemet automatisk. Fakturaene verifiseres automatisk mot Innkjøpsordre og Varemottaksdokumentet for riktig pris og mengde. Det er vanlig praksis at fakturaen vil bli blokkert for betaling så snart den er lagt ut. I denne prosessen vil systemet generere to dokumenter-materialdokumentet I MM og regnskapsdokumentet I FI. Når fakturaen er godkjent / frigitt og finansdepartementet vil behandle betalingen.
Regnskap Oppføring FOR MIRO
Leverandørbetaling-F-53/F110
basert på forfallsdato for fakturaen, fakturaene vil bli frigitt for betaling. Finansdepartementet vil foreta betalingen. De bruker F-53 / F110 (Manuell / Automatisk)for utgående betaling. I denne prosessen vil systemet generere ett regnskapsdokument I FI.
I Dette Blogginnlegget vil jeg vise deg 10 viktige Scenarier I Procure To Pay (P2P) – Prosessen. Tabellen nedenfor gir et høyt nivå oversikt over ulike scenarier.
merk: skjermbildet under 10 scenarier vil være best synlig i skrivebordsversjonen.
i dette blogginnlegget skal jeg forklare de to første scenariene i listen ovenfor. Den første er “Standard PO” og den andre Er “Capex PO” (Kapitalutgifter PO). Jeg vil legge inn de resterende scenariene i mine fremtidige blogginnlegg.
1. Standard (Lager) Innkjøpsordre Prosess
i denne prosessen skal jeg vise hvordan du oppretter en lagerkjøpsordre. Det betyr at selskaper kjøper aksjen i bulk og vil bruke den internt når det er nødvendig.
1.1 Kjøper For Opprettelse-T-Kode-ME21 / ME21N
Klikk på enter og lagre.
1.2 Varemottak-MIGO
Skriv inn bestillingsnummeret og klikk på enter.
Skriv Inn Mengden I Følgeseddelen. Hvis alt er ok. Klikk På Elementet Ok boksen Og Lagre
hvis du vil bekrefte kvitteringen for varene, velger Du Visningsalternativet. Det viser Varekvitteringsdokument.
1.3 Fakturakvittering-MIRO
Skriv Inn Fakturadato, Referanse og PO-nummer, og klikk deretter på enter
hvis du vil se regnskapspostene før du lagrer, klikker du på simuler og sjekker regnskapspostene.
hvis alt ser bra ut, klikker du på innlegget.
Hvis Du vil vise Regnskapsdokumenter, Fra Menyen – Faktura Dokument – Display
Klikk På Følg-På-Dokumenter og Dobbeltklikk på regnskapsdokumentet
1.4 Bekreft Material – / Lagerrapport-MB5B
Angi Detaljer For Materiale, Anlegg og firmakode og utfør.
1.5 Vareproblem For Forbruk-MB1A
La oss si at vi har anskaffet lager. Nå har produksjonsavdelingen bedt om noe materiale i produksjonsprosessen eller et annet formål. Da må vi utstede materiale internt. Materialet vil bli flyttet fra lageravdelingen til produksjonsavdelingen.
Klikk på enter
systemet vil generere et regnskapsdokument.
1.6 Materialrapport-MB5B
den viser forbruksinformasjonen.
1.7 Betaling-F-53 / F110
i denne prosessen skal jeg vise hvordan du oppretter En Innkjøpsordre For Aktiva. Jeg har opprettet en eiendel i SAP-systemet i god tid ved hjelp av transaksjonskode-AS01. Det er også mulig å opprette en eiendel under opprettelsen av innkjøpsordren.
2.1 Opprettelse Av Innkjøpsordre (ME21N)
du bør skrive inn kontotildelingskategori-A mens du oppretter Capex PO og velger po-dokumenttypen-Capex PO.
Skriv Inn Leverandørnummeret mot Eiendelen PO / Standard PO og klikk på enter. Skriv Inn Kjop org, Kjop. Informasjon om gruppe – og Firmakode i topptekstdelen.
på linjenivå der må du velge Kontooppgaven – ‘ A ‘ (Aktivarelatert) skriv inn kort tekst, antall, leveringsbetingelser, anlegg og lagringssted.
velg Eiendelen under kategorien konto tildeling hvis du allerede har opprettet DEN GJENNOM AS01 ellers kan du opprette herfra. (Det er Et Aktivaopprettingsalternativ under der) Og Lagre det.
Merk: hvis du vil, kan Du opprette Ressursen på samme skjerm. Men her lager jeg ikke, fordi jeg har opprettet Aktiva ved hjelp av (T-Code-AS01)
systemet har blitt generert under Po-Dokumentet.
Vis Po-Dokumentet: T-Kode-ME23N
2.2 Varemottak (MIGO))
Klikk på enter, skriv inn antall i følgeseddelen og klikk på’ Element ok ‘ boksen og lagre.
systemet har generert materialet Dokumentet. Systemet genererer IKKE FI / Regnskapsdokumentet under denne prosessen. Det vil generere BARE ET MM-dokument. Du kan se skjermbildene nedenfor for mer informasjon.
Vis GRN-Dokument:
I samme skjerm velger Du Vis Under Varemottak.
Klikk på Doc.info
Klikk PÅ FI-Dokumenter
2.3 Faktura Postering (MIRO)
Klikk på simuler, så kan du se dokumentet i simuleringsvisning. hvis alt er bra, bare legg det inn.
systemet genererte et fakturadokument.
Gå Til Menyen-Faktura dokument-Display. DU kan se IV-dokumentet.
Klikk på følg-på-dokumenter
systemet har blitt generert nedenfor dokumenter.
Dobbeltklikk på det respekterte dokumentet for å se regnskapsoppføringen.
FI-Dokument
Aktivatransaksjon for å se aktivadokumentet.
FBL1N-Rapport:
2.4 Betaling Til Leverandør (F-53/F110)
finansdepartementet vil foreta betalingen. De bruker F-53 / F110 (Manuell / Automatisk)for utgående betaling.
Konklusjon:
vi har nå forstått de forskjellige scenariene I p2p-prosessen og detaljert informasjon Om Standard PO-og Capex PO-prosessen. Prosessen gjelder ikke bare FOR ECC-systemet, men også FOR S4HANA-systemet. NÅR DET gjelder s4hana-systemet, vil vi bruke respektive Fiori-Apper uten å huske transaksjonskoder. Jeg håper denne bloggen vil hjelpe noen. Jeg vil oppdatere andre scenarier i fremtidige blogginnlegg.
Takk!
Leave a Reply