Kako stvoriti jednokratnog dobavljača FK01 u SAP

⚡ Pametni sažetak

Jednokratni glavni zapisi dobavljača u SAP opslužuju dobavljače kojima se fakture izdaju samo povremeno. Jedan zbirni račun sadrži računovodstvene postavke, a ime, adresa i bankovni podaci umjesto toga zabilježeni su na svakom dokumentu.

  • 🔘 Svrha: Jedan kolektivni zapis zamjenjuje desetke rijetko korištenih matičnih zapisa dobavljača, što popis dobavljača čini malim i lakšim za upravljanje.
  • ☑️ Preduvjet: Zapis mora pripadati grupi računa čiji je postavljen jednokratni indikator računa, kao što su isporučene grupe CPD i CPDL.
  • Transakcija: FK01 kreira zapis, a grupa računa se odabire na početnom ekranu prije unosa broja dobavljača i šifre tvrtke.
  • 🧪 ulaz: Potrebni su samo opisni naziv, pojam za pretraživanje, jezik, račun za usklađivanje i grupa za upravljanje gotovinom.
  • 🛠️ U vrijeme objave: Unosom zbirnog računa na fakturi otvara se zaslon s adresom, a ti se podaci pohranjuju s dokumentom, a ne s glavnim računom.
  • 📈 S/4HANA: Ista ideja opstaje kao grupa poslovnih partneraping mapirano na jednokratnu grupu računa dobavljača putem integracije kupca/dobavljača.

Kreiranje jednokratnog glavnog zapisa dobavljača s transakcijom FK01 u SAP

Ne zaslužuje svaki dobavljač glavni zapis. U SAP, dobavljač kojem se fakturira jednom ili dvaput godišnje može se knjižiti putem zajedničkog jednokratnog računa, a detalji koji vrše plaćanje tracmoguće su zabilježene na samom dokumentu.

Što je jednokratni dobavljač u SAP?

Jednokratni dobavljač je skupni glavni zapis koji se koristi za dobavljače koji nemaju česte transakcije i ne opravdavaju vlastiti zapis. Budući da isti zapis služi mnogim različitim dobavljačima, u njemu se ne pohranjuju podaci specifični za dobavljača. Ime, adresa, telefonski broj i bankovni podaci unose se prilikom knjiženja dokumenta.

Zapis se i dalje ponaša kao običan dobavljački račun u svakom drugom pogledu. Pripada šifri tvrtke, nosi račun usklađivanja, a njegove otvorene stavke pojavljuju se na uobičajeni način. obveze prema dobavljačima hrturizam.hr

Aspekt Redovni prodavač Jednokratni prodavač
Potrebni glavni zapisi Jedan po dobavljaču Jedan kolektivni račun za više dobavljača
Ime i adresa Pohranjeno u glavnom zapisu Uneseno u svaki dokument
bankovni detalji Pohranjeno u glavnom zapisu Uneseno u svaki dokument
Najprikladniji za Stalni dobavljači, contracts, planirana plaćanja Povremene kupnje, povrat troškova, pojedinačne isporuke
Izvještavanje od strane dobavljača Jednostavno, prema broju dobavljača Zahtijeva čitanje adresnih podataka na dokumentima

Kompromis je praktičnost naspram preglednosti. Manje glavnih zapisa znači manje održavanja, ali analiza troškova po dobavljaču postaje teža jer se svako knjiženje nalazi pod istim brojem računa.

Grupa jednokratnih dobavljačkih računa i njezin pokazatelj

Jednokratni dobavljač ne može se kreirati iz obične grupe računa. Ponašanje proizlazi iz jedne postavke prilagodbe, tako da grupa računa mora postojati prije pokretanja transakcije FK01.

u grupa računa dobavljača definicija, postignuta transakcijom OBD3, postavlja se jednokratni indikator računa za grupu. Indikator radi dvije stvari: potiskuje polja specifična za dobavljača na ekranima glavnih podataka i govori transakcijama knjiženja da umjesto toga traže te podatke u dokumentu. Postavka se pohranjuje za svaki zapis dobavljača u polju XCPDK tablice LFA1.

SAP isporučuje gotove grupe za tu svrhu, a većina sustava koristi jednu od njih umjesto da definira novu.

  • CPD: Jednokratna grupa dobavljača s internim dodjeljivanjem broja, tako da sustav izdaje broj računa.
  • CPDL: Jednokratna grupa dobavljača s vanjskim dodjeljivanjem broja, tako da se broj upisuje.
  • 0099: Grupa jednokratnih dobavljača korištena u donjem vodiču, prikazana s označenim indikatorom na popisu grupa računa.

Prije početka vrijedi provjeriti još dva preduvjeta. Raspon brojeva dodijeljen grupi odlučuje hoće li se uopće moći upisati broj dobavljača, a račun usklađivanja koji će se kasnije unijeti mora postojati u kontnom planu korištenog koda tvrtke.

Kako stvoriti jednokratnog dobavljača u SAP Korištenje FK01

S uspostavljenom grupom računa, zapis se kreira u transakciji glavnih podataka o obvezama prema dobavljačima.

Korak 1) Unesite kod transakcije FK01 u SAP polje za naredbe, kako je prikazano dolje.

SAP Zaslon za jednostavan pristup s kodom transakcije FK01 unesenim u polje naredbe

Korak 2) Na početnom zaslonu Kreiraj dobavljača postavite kursor u polje Grupa računa i pritisnite F4 da biste otvorili pomoć za pretraživanje, istaknutu u nastavku.

Početni zaslon za izradu dobavljača s praznim poljem Grupe računa spremnim za pomoć pri pritisku na F4

Korak 3) U dijaloškom okviru koji se otvori odaberite grupu računa čije je svojstvo jednokratnog računa označeno. Na donjem popisu, stupac OTA označava jednokratne grupe, a grupa 0099 „Jednokratni dobavljači“ je ona koja se odabire.

Popis grupe računa dobavljača F4 s označenim indikatorom jednokratnog računa za grupu 0099

Korak 4) Natrag na početnom zaslonu unesite sljedeće, kao što je označeno dolje.

  1. Unesite ID dobavljača prema rasponu brojeva dodijeljenom grupi računa.
  2. Unesite šifru tvrtke u kojoj treba kreirati glavni zapis.

Kreiraj početni ekran dobavljača s brojem dobavljača, šifrom tvrtke i grupom računa 0099

Korak 5) Na sljedećem ekranu, Kreiraj dobavljača: Adresa, unesite sljedeće u opće podatke, kao što je označeno dolje.

  1. Unesite naziv koji identificira skupni zapis, na primjer „Jednokratni novi dobavljač“.
  2. Unesite pojam za pretraživanje kako bi se račun mogao brzo pronaći tijekom objavljivanja.
  3. Unesite jezik komunikacije.

Ulična i poštanska polja ovdje namjerno ostaju prazna, jer pripadaju pojedinačnom dobavljaču, a ne kolektivnom računu.

Izradi ekran za adresu dobavljača s imenom, pojmom za pretraživanje i jezikom komunikacije

Korak 6) Na ekranu s podacima o šifri tvrtke, Kreiraj dobavljača: Računovodstveni podaci Računovodstvo, unesite sljedeće, kao što je označeno dolje.

  1. Unesite pomirenje račun glavne knjige broj koji povezuje knjiženja dobavljača s glavnom knjigom.
  2. Unesite grupu za upravljanje gotovinom koja se koristi za predviđanje likvidnosti.

Izradite ekran s informacijama o računovodstvu dobavljača s računom usklađivanja i grupom za upravljanje gotovinom

Korak 7) Pritisnite 'Spremi' na standardnoj alatnoj traci, prikazanoj dolje, za izradu novog jednokratnog glavnog zapisa dobavljača.

Gumb za spremanje na SAP standardna alatna traka koja se koristi za pohranu jednokratnog glavnog podatka dobavljača

Korak 8) Provjerite statusnu traku za poruku potvrde. Primjer u nastavku prikazuje da je dobavljač 0000088888 kreiran u šifri tvrtke 1000.

Poruka u statusnoj traci koja potvrđuje da je jednokratni dobavljač kreiran u šifri tvrtke 1000

Račun je sada spreman za korištenje, a podaci o dobavljaču dostavljaju se prilikom prvog knjiženja.

Kako knjižiti fakturu jednokratnom dobavljaču

Ništa posebno se ne događa dok se ne koristi kolektivni račun. Unosom kao dobavljača na faktura dobavljača u FB60 ili na F-43, sustav otvara dodatni zaslon s adresom prije nego što se stavke retka mogu dovršiti.

Na ekranu se traže detalji koji su namjerno izostavljeni iz glavnog zapisa.

  • Ime i adresa: Naziv, ime, ulica, poštanski broj, grad i država stvarnog dobavljača.
  • Komunikacija: Telefon i ostala kontaktna polja, gdje su relevantna.
  • Bankovni detalji: Država, bankovni ključ i broj računa, koje program za plaćanje zatim koristi.
  • Porezni brojevi: Polja za porezni identifikacijski broj, tamo gdje ih lokalno izvještavanje zahtijeva.

Ti se unosi pohranjuju po dokumentu u tablici BSEC, segmentu podataka jednokratnog računa, a ne u glavnim tablicama dobavljača. To čini isti račun upotrebljivim za mnoge dobavljače, a ujedno je i razlog zašto izvješće na razini dobavljača ne može jednostavno pročitati LFA1. Adresa se mora preuzeti iz dokumenta i odlazno plaćanje preuzima bankovne podatke na isti način.

Slijede dvije posljedice. Dvostruka plaćanja teže je uočiti jer dva računa od istog dobavljača sadrže dva neovisna unosa adresa, a svaka kontrola koja se oslanja na glavne podatke dobavljača - na primjer provjera promjene bankovnih podataka - ne primjenjuje se. Mnogi financijski timovi stoga ograničavaju jednokratne račune na knjiženja male vrijednosti i pregledavaju ih odvojeno tijekom izvještavanje na kraju razdoblja ciklus.

In SAP S/4HANA jednokratni račun opstaje, ali se kreira kao poslovni partner. Namjenska grupa poslovnih partneraping mapira se na jednokratnu grupu računa dobavljača u prilagodbi integracije kupca/dobavljača, zapis se održava s transakcijskim BP-om u ulozi dobavljača, a zaslon adrese na razini dokumenta ponaša se točno kao u SAP ERP. Ekvivalentni objekt na strani kupca funkcionira na isti način u Potraživanja.

Pitanja i odgovori

Koriste se bankovni podaci uneseni u dokument. Program plaćanja čita segment jednokratnog računa tog dokumenta, a ne glavni broj dobavljača, tako da se svaka faktura može podmiriti na drugi račun ili čekom ako ne postoje bankovni podaci.

Pokrenite popis stavki dobavljača na zbirnom računu, koji vraća svako knjiženje izvršeno putem njega. Imena dobavljača dolaze iz jednokratnih podataka računa priloženih svakom dokumentu, tako da raščlamba na razini imena zahtijeva da taj segment bude spojen sa stavkama.

Ili radi, i SAP isporučuje jednu grupu za svakog. Vanjsko numeriranje je praktično kada broj računa treba biti prepoznatljiv, kao što je 88888 u primjeru. Interno numeriranje izbjegava sukobe kada se tijekom vremena kreira nekoliko jednokratnih računa.

Dobavljač ne može analizirati troškove bez dodatnog napora, duplicirane račune je teže otkriti, a kontrole glavnih podataka poput praćenja promjena bankovnih podataka se ne primjenjuju. Revizori obično očekuju ograničenje vrijednosti i periodični pregled knjiženja.

Ne uređivanjem postojećeg zapisa, jer se grupa računa ne može jednostavno promijeniti. Dobavljač koji počne redovito trgovati dobiva vlastiti novi glavni zapis, a povijesna knjiženja ostaju pod zbirnim računom.

Obično ih je vrlo malo, a često i jedan po šifri tvrtke. Neke organizacije dodaju drugi račun za povrat troškova zaposlenicima kako bi računi usklađivanja i izvještavanja ostali odvojeni, ali dugi popis kolektivnih računa onemogućuje tu svrhu.

Strojno učenje čita adrese na razini dokumenta i bankovne podatke, grupira knjiženja koja pripadaju istom dobavljaču i označava ponavljanja koja bi trebala imati pravi glavni zapis. Isti modeli boduju neobične bankovne račune, što je klasičan obrazac jednokratne prijevare s računom.

GitHub kopilot ubrzava ABAP ili CDS prikaz koji spaja segment jednokratnog računa sa stavkama računovodstvenih redaka, što je upit koji većina timova na kraju piše. Logiku još uvijek treba pregledati jer je taj segment tablica klastera.

Sažmite ovu objavu uz: