SAP FB65: Szállítói jóváírás és beszerzési visszáru feladása

⚡ Okos összefoglaló

Vásárlási visszaküldések SAP egy szállítói jóváírással kerülnek rögzítésre az FB65 tranzakción keresztül, amely egy szállítói számla egy részét vagy egészét visszafordítja, és csökkenti a fizetendő egyenleget a kapcsolódó előzetesen felszámított áfával együtt.

  • 🔘 FB65 tranzakció: Szállítói jóváírást könyvel a pénzügyi könyvelésben, amikor árukat visszaküldenek, vagy a szállító túlszámlázza a számlát.
  • ☑️ Fejlécadatok: A szállítói azonosító, a bizonylat dátuma, a jóváírás összege, az eredeti adókód és az Adószámítás jelző vezérli a bejegyzést.
  • Termék részletei: Az eredeti számlát tartalmazó beszerzési számlát jóváírják, míg a szállítói számlát terhelik.
  • 🧾 Dokumentum típusa: A jóváírások KG dokumentumtípus alatt kerülnek könyvelésre, amely saját számozási tartománnyal és jelentési logikával rendelkezik.
  • 🔗 Klíring: Az F-44 tranzakció ellensúlyozza a jóváírást az eredeti számlával szemben, részleges és maradvány opciók segítségével.
  • 🇧🇷 Hibaelhárítás: A hiányzó adóalapösszegek, a lezárt könyvelési időszakok és a hiányzó költségobjektumok okozzák a legtöbb FB65 elutasítást.

Hogyan lehet feladni egy FB65-ös vásárlási visszárut? SAP FI

A beszerzési visszárut a pénzügyi könyvelésben szállítói jóváírással rendezik. Az FB65 tranzakció ezt a jóváírást közvetlenül a szállítóval szemben könyveli, beszerzési megrendelésre való hivatkozás nélkül, és tükrözi az eredetileg a számla könyvelésekor végrehajtott bejegyzést.

Hogyan lehet beküldeni egy vásárlást? SAP FB65 használata

1. lépés) Írja be az FB65 tranzakciós kódot a parancs mezőbe, az alábbiak szerint.

SAP Easy Access képernyő, a parancs mezőbe beírt FB65 tranzakciókóddal

2. lépés) A következő képernyőn adja meg a cégkódot, amelyhez a dokumentumot fel szeretné adni. Az alábbi felugró ablak akkor jelenik meg, amikor az FB65-öt először nyitja meg egy munkamenetben.

Cégnév megadása Code felugró ablak jelenik meg, amikor az FB65-öt először nyitják meg

3. lépés) Az Alapadatok lapon adja meg a következőket. A lista utáni képernyőképen látható, hogy az egyes mezők hol helyezkednek el.

  1. Adja meg annak a szállítónak a szállítói azonosítóját, akinek a jóváírást ki kell küldeni.
  2. Adja meg a dokumentum dátumát
  3. Adja meg a jóváírandó összeget
  4. Adja meg az eredeti számlában használt adószámot
  5. Jelölje be az Adó kiszámítása jelölőnégyzetet

FB65 Alapadatok fül szállítóazonosítóval, bizonylat dátumával, jóváírás összegével, adókóddal és az Adó kiszámítása jelölőnégyzettel

4. lépés) A tétel részletei részben adja meg a következő adatokat. Az alábbi képen látható rács mutatja az eltolási vonalat.

  1. Lépjen be a vásárlási számla amelyre az eredeti számlát kiküldték
  2. Adja meg a terhelendő összeget
  3. Válassza a Hitel lehetőséget
  4. Ellenőrizze az adókódot

FB65 tételrészletező rács, amelyen látható a visszaküldött árukért jóváírt beszerzési főkönyvi számla

5. lépés) Ellenőrizze a dokumentum állapotát. A nulla egyenleg és a zöld lámpa, ahogy az alábbi csíkon is látható, azt jelenti, hogy a jóváírási értesítés elkészült.

FB65 állapotsáv, amely nulla egyenleget és zöld fényt mutat a jóváírás közzététele előtt

6. lépés) Nyomja meg a Közzététel gombot a standard eszköztáron, amely alább kiemelve látható.

Közzététel gomb a SAP az FB65 jóváírás mentéséhez használt szabványos eszköztár

7. lépés) Ellenőrizze az állapotsoron a létrehozott dokumentum számát, amelyet az alábbi üzenet is megerősít.

SAP Az FB65 által generált jóváírási bizonylatszámot visszaigazoló állapotsor

A beszerzési visszáru szállítói jóváírását sikeresen feladtuk, és nyitott tartozik tételként jelenik meg a szállítói számlán.

Főbb mezők és dokumentumtípusok az FB65-ban

Az FB65 megosztja a képernyőelrendezését a szállítói számla tranzakciójával, így néhány mező határozza meg, hogy a dokumentum egyáltalán jóváíróként viselkedik-e. Az alábbi táblázat ismerteti, hogy mit szabályoznak az egyes mezők.

Mező Mit szabályoz
Tranzakció (fejléc) Az FB65-ben az alapértelmezett Jóváírási értesítés. Számlára váltáskor ugyanaz a képernyő FB60 stílusú könyveléssé alakul, ezért beszerzési visszáru esetén ezt változatlanul kell hagyni.
Dokumentum kelte A szállítói jóváíráson nyomtatott dátum, általában az alapdátumot kiváltó dátum.
Postára adás dátuma A bejegyzés főkönyvbe kerülésének dátuma, tehát a könyvelési időszak és a pénzügyi év.
Referencia A szállítói jóváíró számla száma. Az eredeti számlaszám ide rögzítése sokkal könnyebbé teszi a későbbi egyeztetést.
Document Type KG egy szállítói jóváíráshoz, KR egy szállítói számlához. A típus határozza meg a számtartományt.
Adó Code Meg kell ismételni az eredeti számlán használt kódot, hogy a bejövő adó ugyanazzal a kulccsal forduljon vissza.

Mivel a jóváírási értesítés a szállítót terheli és a költség- vagy készletszámlát írja jóvá, az eredeti számla pontos tükörképe. Csak a ténylegesen visszaküldött vagy túlszámlázott összeget kell megadni, a teljes számlaértéket nem, kivéve, ha a teljes szállítás visszakerült.

FB65 vs. MIRO jóváírás vs. későbbi jóváírás

Három különböző dokumentumot nevezünk általában „jóváíró értesítésnek” SAP, és a rossz kiválasztása a vásárlási rendelési előzményeket rontja.

Aspect FB65 jóváírás MIRO jóváírás MIRO utólagos jóváírás
Modulok Pénzügyi számvitel (FI) Logisztikai számla ellenőrzése (MM) Logisztikai számla ellenőrzése (MM)
Megrendelési link Egyik sem Hivatkozások a beszerzési megrendelésre vagy az áruátvételi elismervényre Hivatkozik a megrendelésre
Hatás a beszerzési előzményekre Nincs hatása Csökkenti a számlázott mennyiséget és értéket Csak az értéket csökkenti; a mennyiség változatlan marad
Tipikus felhasználás Nem megrendelési visszaküldések, szolgáltatási jóváírások, pénzügyi számlákon feltüntetett túlszámlázások A megrendeléssel szemben fizikailag visszaküldött áruk Az árcsökkentésről a számla kiegyenlítése után állapodtak meg

Amennyiben az Anyaggazdálkodási modul aktív, és az áruk visszaszállítással kerültek vissza, a jóváírás a MIRO-ba tartozik, így a GR/IR elszámolási számla és a megrendelés előzményei konzisztensek maradnak. Az FB65 a megfelelő választás, ha a költés mögött nincs megrendelés.

Hogyan lehet egy szállítói jóváírást egy számlával szemben kiegyenlíteni

A jóváírási számla könyvelése csak egy nyitott tartozik tételt hoz létre. A szállítói számla nem tekinthető rendezettnek, amíg a tételt nem egyeztetik a hozzá kapcsolódó számlával.

  1. Futtassa le az FBL1N függvényt a szállítóra, és ellenőrizze, hogy mind a számla, mind a jóváírás nyitott tételként jelenik-e meg.
  2. Írja be az F-44 tranzakciót, adja meg a szállítói számlát, a cégkódot, az elszámolási dátumot és a pénznemet, majd válassza a Nyitott tételek feldolgozása lehetőséget.
  3. Aktiválja a számlát és a jóváírást úgy, hogy csak ez a két sor legyen kiválasztva.
  4. Jelölje be a Nincs hozzárendelve mezőt. A nulla érték azt jelenti, hogy a két összeg pontosan elszámolódik, és a bizonylat könyvelhető.
  5. Ha a jóváíró értesítés kisebb, mint a számla, a Részleges fizetés fül segítségével hagyja nyitva a számlát, vagy a Maradék tételek fül segítségével zárja be, és hozzon létre egy új nyitott tételt az egyenleghez.
  6. Könyvelje le az elszámolási bizonylatot, majd futtassa újra az FBL1N függvényt annak megerősítéséhez, hogy mindkét tétel elszámoltként jelenik meg.

A részleges és a maradvány elszámolás közötti különbségtétel fontos az elöregedési jelentések szempontjából. A részleges elszámolás megtartja az eredeti számlát, és így az eredeti esedékességi dátumát is a számlán. A maradvány elszámolás lezárja az eredetit, és egy új tételt hoz létre, amelynek alapdátuma újraindul, ami hízeleghet az elöregedési elemzésnek, ha gondatlanul használják.

Amennyiben a jóváírási értesítés célja csupán a következő fizetés csökkentése, manuális elszámolásra egyáltalán nincs szükség. Az F110-ben futó automatikus fizetési futtatás a nyitott jóváírásokat összeveti az ugyanazon szállító számláival, mielőtt fizetési összeget javasolna, feltéve, hogy a fizetési feltételek és a fizetési módok megegyeznek.

Ha magát a jóváírási értesítést helytelenül rögzítették, akkor sztornírozza azt FB08-cal a kompenzáló számla feladása helyett, és ellenőrizze újra a szállítói tételeket a fizetendő számlák miután a megfordulás megtörtént.

GYIK

Mindkettő ugyanazt a képernyőt használja. Az FB60 alapértelmezés szerint a fejléc tranzakció a következő: Számla és jóváírja a szállítót, míg az FB65 alapértelmezés szerint jóváírást használ, és terheli a szállítót. A dokumentumtípusok is eltérőek: KR kontra KG.

Használja az FB08-as nyomtatványt a dokumentumszámmal, a cégkóddal, a pénzügyi évvel és a visszavonás okával. Ha a jóváírás már megtörtént, akkor először a jóváírást kell elvégezni. vissza FBRA-val, egyébként az FB08 elutasítja a megfordítást.

Igen. Az FV65 tranzakció parkoltat egy szállítói jóváírást, így az adatok a tranzakciószámok frissítése nélkül tárolódnak. Egy második felhasználó kitölti és engedélyezi azt az FBV0-n keresztül. A parkolt jóváírások jóváhagyásra váró jóváírásokat vagy hiányzó költségobjektumot jelentenek.

Az adókód egy olyan alapértéket vár, amelyet a bizonylat nem ad meg. Jelölje be az Adó kiszámítása lehetőséget, hogy a rendszer a bruttó összegből származtassa, vagy írja be az adóösszeget a tételsorba. A lezárt könyvelési időszakok hasonló elutasításokat váltanak ki.

A fejléc a BKPF-be, a sorok pedig a BSEG-be kerülnek. A nyitott szállítói tételek a BSIK-ben találhatók, majd a kiegyenlítés után a BSAK-ba kerülnek. Az S/4HANA-ban az ACDOCA univerzális naplótábla ugyanazokat a könyveléseket egyetlen sorstruktúrában tárolja.

A gépi tanulás beolvassa a szállítói jóváírást, javaslatot tesz a megfelelő számlára és a helyes adókódra, és megjelöli azokat a jóváírásokat, amelyek egy korábbi jóváírást ismétlődnek. SAP ezt a Document Information Ex-en keresztül kínáljatracés a szállítói számlákba ágyazott üzleti mesterséges intelligencia funkciók.

GitHub másodpilóta a tranzakció körüli kóddal segít, nem a SAP képernyőn. ABAP hívásokat készít a BAPI_ACC_DOCUMENT_POST címre, kötegelt bemeneti rögzítéseket és OData hasznos adatokat egy ügynöki folyamathoz. Minden létrehozott közzétételt továbbra is tesztelni kell egy sandbox kliensben.

Igen. Az FB65 továbbra is elérhető az S/4HANA-ban a helyszínen, és a Fiori alkalmazás, a Beszállítói számla létrehozása alkalmazás a számla típusának váltásával könyveli a jóváírásokat. A nyilvános felhőalapú kiadások a Fiori alkalmazásokat teszik elérhetővé a klasszikus grafikus felhasználói felületű tranzakciók helyett.

Foglald össze ezt a bejegyzést a következőképpen: