Računi za plaćanje u SAP FI

⚡ Pametni sažetak

Računi za plaćanje u SAP FI bilježi svaku obvezu dobavljača, od glavnih podataka preko unosa računa i plaćanja do usklađivanja, a svako knjiženje ažurira Opću Ledger putem računa za usklađivanje dodijeljenog dobavljaču.

  • 🔘 Opseg: Obveze prema dobavljačima su SAP FI podknjiga za dobavljače, koja pokriva fakture, odobrenja, plaćanja i izvještavanje dobavljača.
  • ☑️ Proces: Podmodul se izvodi u pet faza: matični podaci dobavljača, obrada faktura, plaćanja, analiza i usklađivanje računa te izvješća.
  • Glavni podaci: Zapis dobavljača sadrži opće segmente, segmente šifre tvrtke i segmente nabavne organizacije, a segment šifre tvrtke sadrži račun usklađivanja.
  • 🧪 Transakcije: FK01, FB60, FB65, F-53, F110, FBL1N i FK10N pokrivaju kreiranje, fakturiranje, plaćanje i analizu.
  • 🛠️ Integracija: Narudžbenice i primici robe iz Upravljanja materijalima, plus bankovni podaci, dostavljaju podatke istim otvorenim stavkama dobavljača.
  • 📈 S/4HANA: Transakcija BP zamjenjuje ekrane dobavljača FK i XK, a univerzalni dnevnik ACDOCA zamjenjuje klasične indeksne tablice.

Podmodul Obveze prema dobavljačima u SAP FI

Svaka kupnja koju tvrtka obavi završava kao obveza koja se mora evidentirati, odobriti, platiti i uskladiti. SAP FI, taj rad pripada podmodulu Obveze prema dobavljačima.

Što su obveze prema dobavljačima u SAP FI?

Obveze prema dobavljačima su podmodul od SAP FI se koristi za upravljanje i evidentiranje računovodstvenih podataka za sve dobavljače. Obrađuje fakture dobavljača, odobrenja, plaćanja i druge srodne aktivnosti.

Svako knjiženje napravljeno u Obvezama ažurira se u Općenito Ledger kao i. Podmodul Obveze prema dobavljačima također pruža izvješća i značajke predviđanja koje track dobavljaču nepodmirene stavke i plaćanja.

Obveze prema dobavljačima funkcioniraju kao pomoćna knjiga. Stanja za pojedinačne dobavljače vode se u pomoćnoj knjizi, dok se Opća knjiga Ledger sadrži samo ukupne iznose prikupljene na računu usklađivanja koji je dodijeljen svakom dobavljaču. Takav dizajn održava kontni plan malim čak i kada se koriste tisuće dobavljača.

Budući da ista obveza nastaje kupnjom, obveze prema dobavljačima ne postoje samostalno.

  • Upravljanje materijalima: Narudžbenice i primici robe stvaraju referentne dokumente s kojima se uspoređuje provjera faktura.
  • Osnovne informacije Ledger: Računi usklađivanja sadrže ukupne iznose za plaćanje, a računi troškova ili zaliha preuzimaju kompenzacijski unos.
  • Bankarstvo: Izlazna plaćanja i izvođenje plaćanja stvaraju bankovna knjiženja i medije plaćanja.
  • Potraživanja: Podmodul zrcala za kupce dijeli istu logiku zatvaranja i otvaranja stavki koja se koristi u Potraživanja.

Proces plaćanja računa u SAP

Glavni procesi obuhvaćeni u podmodulu su:

  • Održavanje glavnih podataka dobavljača
  • Obrada faktura
  • Plaćanja
  • Analiza i usklađivanje računa
  • Izvješća

Evo popisa tutorijala koji podučavaju gore navedeni proces, grupiranih prema fazi kojoj pripadaju.

1. Održavanje glavnih podataka dobavljača

2. Obrada faktura

3. Plaćanja

4. Analiza računa, usklađivanje i izvješća

Ključna transakcija Codes za obveze prema dobavljačima u SAP FI

Većina svakodnevnih poslova s ​​dobavljačima obavlja se putem malog skupa transakcijskih kodova, unesenih u naredbeno polje SAP GUIDonja tablica ih grupira prema fazi procesa.

T-kod Svrha Stadij
FK01 / FK02 / FK03 Stvaranje, promjena i prikaz dobavljača u računovodstvenom prikazu Glavni podaci
XK01 / MK01 Centralno kreirajte dobavljača ili samo za nabavnu organizaciju Glavni podaci
FK04 Prikaz povijesti promjena zapisa dobavljača Glavni podaci
FK05 / FK06 Blokirajte dobavljača ili označite dobavljača za brisanje Glavni podaci
FB60 / F-43 Knjiženje fakture dobavljača bez reference narudžbenice Obrada faktura
IZGLEDAM Provjerite i knjižite račun uz narudžbenicu i primitak robe Obrada faktura
FB65 Knjižite kreditnu notu dobavljača Obrada faktura
F-53 / F-58 Knjižite odlaznu uplatu, sa ili bez ispisanog čeka Plaćanja
F110 Pokrenite program automatskog plaćanja za više otvorenih stavki Plaćanja
F-44 Obriši otvorene stavke dobavljača jednu u odnosu na drugu Plaćanja
FBL1N / FK10N Prikaz stavki dobavljača ili stanja dobavljača po razdoblju Analiza
FBRA Resetiraj dokument za zatvaranje Analiza

Dva susjedna procesa ponovno koriste iste otvorene stavke: opomena tjera ono što je zakasnilo, i održavanje tečaja navodi tečajeve po kojima se preračunavaju fakture dobavljača u stranoj valuti.

Glavni podaci dobavljača i računi usklađivanja u SAP AP

Ništa se ne može knjižiti u Obveze prema dobavljačima dok dobavljač ne postoji. Zapis dobavljača pohranjuje se u tri segmenta, a svaki segment je u vlasništvu drugog dijela poslovanja.

Segment Stol Tipičan sadržaj
Opći podaci LFA1 Ime, adresa, država, porezni brojevi. Vrijedi za cijelog klijenta.
Podaci o šifri tvrtke LFB1 Račun za usklađivanje, uvjeti plaćanja, načini plaćanja, podaci o opomenama.
Podaci o nabavnoj organizaciji LFM1 Valuta narudžbe, Incoterms i ostali uvjeti kupnje.

Račun usklađivanja, koji se nalazi u polju AKONT segmenta šifre tvrtke, veza je između pomoćne knjige i općeg računa. LedgerNe može se izravno knjižiti kod dobavljača. Svaka faktura knjižena kod dobavljača automatski ga ažurira, tako da je zbroj svih stanja dobavljača uvijek jednak stanju prikazanom na računu usklađivanja.

Otvorene stavke nalaze se u sekundarnoj indeksnoj tablici BSIK dok nisu plaćene i premještaju se u BSAK nakon što se obrade, zbog čega se neočekivano obradivanje mora resetirati prije nego što se stavka može ponovno platiti. širi set FI stolova slijedi isti obrazac otvorenih i poništenih stavki.

Grupa računa dobavljača odlučuje iz kojeg raspona brojeva se uzima broj računa i koja su polja obavezna, opcionalna ili skrivena na ekranima glavnih podataka, stoga je vrijedno definirati prije nego što se kreira prvi dobavljač.

Računi za plaćanje u SAP S/4HANA: Poslovni partner i univerzalni časopis

Obveze prema dobavljačima jedno su od područja koje SAP S/4HANA se najvidljivije preoblikovao, pa se klasični ekrani opisani gore ponašaju drugačije na pretvorenom sustavu.

  • Jedna transakcija glavnih podataka: Transakcije dobavljača FK, XK i MK više se ne održavaju odvojeno. Preusmjeravaju se na transakciju BP, gdje je dobavljač uloga poslovnog partnera, a segmenti računovodstva i nabave postaju uloge na tom partneru.
  • Terminologija dobavljača: Objekt se u S/4HANA-i naziva dobavljač, iako temeljne tablice LFA1, LFB1 i LFM1 i dalje piše poslovni partner.
  • Jedna tablica dnevnika: ACDOCA, univerzalni dnevnik, sadrži stavke koje su se prije nalazile u BSEG-u, BSIK-u i BSAK-u. Stare indeksne tablice ostaju dostupne kao prikazi kompatibilnosti tako da se postojeća izvješća i dalje izvode.
  • Fiori aplikacije: Upravljanje stavkama dobavljača, stanjem dobavljača i aplikacije za prijedloge plaćanja prikazuju iste podatke kao FBL1N, FK10N i F110 u pregledniku.

Sam unos računa uglavnom je nepromijenjen. FB60, FB65, F-53 i F110 su i dalje dostupni, a zadaci na kraju mjeseca kao što su revalorizacija strane valute nastaviti prikazivati ​​otvorene stavke dobavljača. Potražna strana glavne knjige obrađuje se odvojeno putem kontrola kreditne sposobnosti kupaca.

Pitanja i odgovori

U odjeljku Obveze prema dobavljačima bilježi se što tvrtka duguje svojim dobavljačima, dok Potraživanja bilježi što kupci duguju tvrtki. Obje su pomoćne knjige SAP FI, oba knjiže putem računa usklađivanja i oba koriste istu logiku zatvaranja otvorenih stavki.

MIRO se koristi kada se faktura odnosi na narudžbenicu, jer provodi trostrano usklađivanje između narudžbe, primitka robe i fakture. FB60 knjiži čistu FI fakturu bez logističke pozadine, kao što je račun za komunalije ili profesionalna naknada.

Poseban indikator glavne knjige preusmjerava knjiženje dobavljača s uobičajenog računa usklađivanja na alternativni. Koriste se za predujmove, mjenice i jamstva, pa se predujmovi dobavljaču prikazuju odvojeno od uobičajenih obveza prema dobavljačima.

Uvjeti plaćanja na fakturi navode osnovni datum i broj dana. Datum dospijeća izračunava se iz tog osnovnog datuma, a izvođenje plaćanja zatim odabire svaku stavku čiji datum dospijeća spada unutar parametara izvođenja.

Provjera duplikata računa uspoređuje šifru tvrtke, dobavljača, valutu, referentni broj, datum računa i iznos s postojećim dokumentima. Uključuje se u glavnom popisu dobavljača i konfigurira se prema šifri tvrtke te upozorava ili blokira prije knjiženja dokumenta.

Upravljanje materijalima isporučuje narudžbenice i primitke robe, Kontroling prima dodjelu troškova na stavkama rashoda, Računovodstvo imovine preuzima kapitalizirane kupnje, a Ljudski resursi dostavljaju obveze za plaće putem simbolička karta računaping.

Strojno učenje čita skenirane račune i predlaže dobavljača, porezni kod i dodjelu troškova, označava vjerojatne duplikate koje standardni ček propušta te ocjenjuje prijedloge plaćanja za anomalije. Čovjek i dalje odobrava knjiženje, pa model rangira umjesto da odlučuje.

GitHub kopilot dobro izrađuje okolni kod — ABAP izvještava preko tablica dobavljača, poziva BAPI_ACC_DOCUMENT_POST ili Python koji usklađuje bankovnu datoteku. Svaki generirani isječak i dalje treba testirati u odnosu na stvarne duljine polja i pravila knjiženja.

Sažmite ovu objavu uz: