Kreditor i SAP FI

⚡ Smart opsummering

Kreditor i SAP FI registrerer alle leverandørforpligtelser, fra stamdata over fakturaindtastning og betaling til afstemning, og hver bogføring opdaterer den generelle Ledger via den afstemningskonto, der er tildelt leverandøren.

  • 🔘 Anvendelsesområde: Kreditorer er SAP FI-reskontro for leverandører, der dækker fakturaer, godkendelser, betalinger og leverandørrapportering.
  • ☑️ Proces: Undermodulet er dækket af fem faser: leverandørstamdata, fakturahåndtering, betalinger, kontoanalyse og -afstemning samt rapporter.
  • ✅ Stamdata: En leverandørpost indeholder generelle segmenter, firmakodesegmenter og indkøbsorganisationssegmenter, og firmakodesegmentet indeholder afstemningskontoen.
  • 🧪 Transaktioner: Oprettelse, fakturering, betaling og analyse af FK01, FB60, FB65, F-53, F110, FBL1N og FK10N dækninger.
  • 🛠️ Integration: Indkøbsordrer og varetilgange fra Materialestyring, plus bankdata, forsyner de samme åbne poster fra leverandører.
  • 📈 S/4HANA: Transaktion BP erstatter FK- og XK-leverandørskærmbillederne, og universaljournalen ACDOCA erstatter de klassiske indekstabeller.

Undermodulet for kreditorer i SAP FI

Hvert køb, en virksomhed foretager, ender som en forpligtelse, der skal registreres, godkendes, betales og afstemmes. SAP FI, det arbejde tilhører undermodulet Kreditorer.

Hvad er kreditorer i SAP FI?

Kreditor er et undermodul til SAP FI bruges til at administrere og registrere regnskabsdata for alle leverandører. Det håndterer leverandørfakturaer, godkendelser, betalinger og andre relaterede aktiviteter.

Hver postering foretaget i Kreditorer opdateres i Generelt Ledger også. Undermodulet Kreditorer indeholder også rapporter og prognosefunktioner, der track leverandør udestående varer og betalinger.

Kreditorbogholderi fungerer som en underbogholderi. Saldi for individuelle leverandører opbevares i underbogholderiet, mens hovedbogholderiet Ledger indeholder kun totalerne, der er indsamlet på den afstemningskonto, som hver leverandør er tildelt. Dette design holder kontoplanen lille, selv når tusindvis af leverandører er i brug.

Fordi den samme forpligtelse skabes ved købsaktivitet, står leverandørgæld ikke alene.

  • Materialestyring: Indkøbsordrer og varekvitteringer opretter de referencedokumenter, som fakturabekræftelse matcher med.
  • Generelt Ledger: Afstemningskonti indeholder de skyldige totaler, og udgifts- eller lagerkonti tager modposteringen.
  • Banker: Udgående betalinger og betalingskørslen producerer bankposteringer og betalingsmedier.
  • Debitorer: Spejlundermodulet for kunder deler den samme clearing- og åbningslogik, der bruges i kundefordringer.

Kreditorproces i SAP

De vigtigste processer, der er dækket i undermodulet, er:

  • Vedligehold leverandørstamdata
  • Fakturahåndtering
  • Betalinger
  • Kontoanalyse og afstemning
  • Rapporter

Her er listen over vejledninger, der underviser i ovenstående proces, grupperet efter det trin, de tilhører.

1. Vedligehold leverandørstamdata

2. Fakturahåndtering

3. Betalinger

4. Kontoanalyse, afstemning og rapporter

Nøgletransaktion Codes for kreditorer i SAP FI

Det meste daglige arbejde med kreditorer nås via et lille sæt transaktionskoder, der indtastes i kommandofeltet på SAP GUITabellen nedenfor grupperer dem efter procesfase.

T-kode Formål Stage
FK01 / FK02 / FK03 Opret, rediger og vis en leverandør i regnskabsvisningen Stamdata
XK01 / MK01 Opret en leverandør centralt, eller kun for indkøbsorganisationen Stamdata
FK04 Vis ændringshistorikken for en leverandørpost Stamdata
FK05 / FK06 Bloker en leverandør, eller marker en leverandør til sletning Stamdata
FB60 / F-43 Bogfør en leverandørfaktura uden en indkøbsordrereference Fakturahåndtering
JEG SER Bekræft og bogfør en faktura mod en indkøbsordre og en varemodtagelse Fakturahåndtering
FB65 Bogfør en leverandørkreditnota Fakturahåndtering
F-53 / F-58 Bogfør en udgående betaling, med eller uden en udskrevet check Betalinger
F110 Kør det automatiske betalingsprogram for mange åbne poster Betalinger
F-44 Ryd åbne varer fra leverandører op mod hinanden Betalinger
FBL1N / FK10N Vis leverandørlinjeposter eller leverandørsaldi efter periode Analyse
FBRA Nulstil et clearingdokument Analyse

To tilstødende processer genbruger de samme åbne elementer: Dunning jagter det, der er for sent, og opretholdelse af valutakursen angiver de kurser, som leverandørfakturaer i udenlandsk valuta omregnes til.

Leverandørstamdata og afstemningskonti i SAP AP

Intet kan bogføres i Kreditorbogen, før leverandøren findes. En leverandørpost gemmes i tre segmenter, og hvert segment ejes af en anden del af virksomheden.

Segment Bordlampe Typisk indhold
Generelle data LFA1 Navn, adresse, land, skattenumre. Gyldig for hele klienten.
Virksomhedskodedata LFB1 Afstemningskonto, betalingsbetingelser, betalingsmetoder, rykkerdata.
Indkøb af organisationsdata LFM1 Ordrevaluta, Incoterms og andre købsbetingelser.

Afstemningskontoen, der opbevares i feltet AKONT i virksomhedskodesegmentet, er forbindelsen mellem reskontroen og hovedbogholderiet. LedgerDen kan ikke bogføres direkte. Hver faktura, der bogføres mod leverandøren, opdateres automatisk, så summen af ​​alle leverandørsaldi altid er lig med den saldo, der vises på afstemningskontoen.

Åbne poster befinder sig i den sekundære indekstabel BSIK, mens de ikke betales, og flyttes til BSAK, når de er clearet. Derfor skal en uventet clearing nulstilles, før posten kan betales igen. bredere FI-bordsæt følger det samme mønster for åbne varer og ryddede varer.

Kreditorkontogruppen bestemmer, hvilket nummerinterval kontonummeret tages fra, og hvilke felter der er obligatoriske, valgfrie eller skjulte på stamdataskærmbillederne, så det er værd at definere, før den første leverandør oprettes.

Kreditor i SAP S/4HANA: Forretningspartner og Universal Journal

Kreditorer er et af de områder, der SAP S/4HANA blev omformet mest synligt, så de klassiske skærme beskrevet ovenfor opfører sig anderledes på et konverteret system.

  • Én stamdatatransaktion: Leverandørtransaktionerne FK, XK og MK vedligeholdes ikke længere separat. De omdirigerer til transaktion BP, hvor leverandøren er en forretningspartnerrolle, og regnskabs- og indkøbssegmenterne bliver roller på den pågældende partner.
  • Leverandørterminologi: Objektet kaldes en leverandør i S/4HANA, selvom de underliggende tabeller LFA1, LFB1 og LFM1 stadig skrives af forretningspartneren.
  • En journaltabel: ACDOCA, den universelle journal, indeholder de linjeposter, der tidligere var spredt ud over BSEG, BSIK og BSAK. De gamle indekstabeller forbliver tilgængelige som kompatibilitetsvisninger, så eksisterende rapporter kan fortsætte med at køre.
  • Fiori-apps: Administrer leverandørlinjeposter, leverandørsaldi og betalingsforslagsapps præsenterer de samme data som FBL1N, FK10N og F110 i en browser.

Selve fakturaregistreringen er stort set uændret. FB60, FB65, F-53 og F110 er stadig tilgængelige, og månedsafslutningsopgaver som f.eks. valutakursrevaluering fortsætte med at køre over leverandørens åbne poster. Kreditsiden af ​​​​boksen håndteres separat via kundekreditkontrol.

Ofte Stillede Spørgsmål

Kreditorbogholderi registrerer, hvad virksomheden skylder sine leverandører, mens kundefordringer registrerer, hvad kunderne skylder virksomheden. Begge er underregnskaber for SAP FI, begge bogfører via afstemningskonti, og begge bruger den samme logik for clearing af åbne poster.

MIRO bruges, når fakturaen refererer til en indkøbsordre, fordi den udfører trevejsmatchningen mellem ordre, varemodtagelse og faktura. FB60 bogfører en ren FI-faktura uden logistisk baggrund, såsom en forsyningsregning eller et professionelt honorar.

En særlig finansindikator omdirigerer en leverandørpostering væk fra den normale afstemningskonto til en alternativ konto. Udbetalinger, veksler og garantier bruger den, så forskud til en leverandør rapporteres separat fra almindelig leverandørgæld.

Betalingsbetingelserne på fakturaen angiver en basisdato og et antal dage. Forfaldsdatoen beregnes ud fra denne basisdato, og betalingskørslen vælger derefter alle varer, hvis forfaldsdato falder inden for kørselsparametrene.

Kontrol af duplikatfakturaer sammenligner firmakode, leverandør, valuta, referencenummer, fakturadato og beløb med eksisterende dokumenter. Den er aktiveret i leverandørstamdataene og konfigureret i henhold til firmakoden, og den advarer eller blokerer, før dokumentet bogføres.

Materialestyring leverer indkøbsordrer og varetilgange, Controlling modtager omkostningsfordelingen på udgiftslinjer, Aktivregnskab tager imod aktiverede køb, og HR-afdelingen fører lønforpligtelser igennem. symbolsk kontokortping.

Maskinlæring læser scannede fakturaer og foreslår leverandør, momskode og omkostningsfordeling, markerer sandsynlige dubletter, som standardchecken overser, og vurderer betalingsforslag for uregelmæssigheder. Et menneske godkender stadig bogføringen, så modellen rangerer i stedet for at træffe beslutninger.

GitHub Copilot udarbejder den omgivende kode godt — ABAP rapporterer over leverandørtabeller, BAPI_ACC_DOCUMENT_POST-kald eller Python der afstemmer en bankfil. Hvert genereret kodestykke skal stadig testes mod de reelle feltlængder og bogføringsregler.

Opsummer dette indlæg med: