Eenmalige leverancier FK01 aanmaken in SAP

โšก Slimme samenvatting

Eenmalige leveranciersstamgegevens in SAP Deze service is bedoeld voor leveranciers die slechts af en toe een factuur ontvangen. De boekhoudinstellingen worden beheerd door รฉรฉn collectieve rekening, waarbij de naam, het adres en de bankgegevens op elk document afzonderlijk worden vastgelegd.

  • ๐Ÿ”˜ Doel: Eรฉn collectief record vervangt tientallen zelden gebruikte leveranciersstamgegevens, waardoor de leverancierslijst klein en overzichtelijker blijft.
  • โ˜‘๏ธ Voorwaarde: Het record moet behoren tot een accountgroep waarvan de eenmalige accountindicator is ingesteld, zoals de standaardgroepen CPD en CPDL.
  • โœ… transactie: Met FK01 wordt de record aangemaakt en wordt de accountgroep gekozen op het beginscherm voordat het leveranciersnummer en de bedrijfscode worden ingevoerd.
  • ๐Ÿงช Entry: Er zijn alleen een beschrijvende naam, een zoekterm, een taal, een afstemmingsrekening en een cashmanagementgroep nodig.
  • ๏ธ Op het moment van publicatie: Het invoeren van de groepsrekening op een factuur opent een adresscherm en deze gegevens worden opgeslagen bij het document, niet in het stamgegevensbestand.
  • ๐Ÿ“ˆ S/4HANA: Hetzelfde idee leeft voort als een groep zakelijke partners.ping gekoppeld aan de eenmalige leveranciersaccountgroep via klant-/leveranciersintegratie.

Eenmalig een leveranciersstamrecord aanmaken met transactie FK01 in SAP

Niet elke leverancier verdient een masterrecord. SAPEen leverancier die รฉรฉn of twee keer per jaar een factuur ontvangt, kan via een gedeelde eenmalige rekening worden geboekt, en de gegevens die de betaling mogelijk maken, kunnen worden vastgelegd. tracDe gegevens worden in het document zelf vastgelegd.

Wat is een eenmalige leverancier in SAP?

Een eenmalige leverancier is een collectief stamrecord dat wordt gebruikt voor leveranciers die niet vaak transacties hebben en geen eigen record rechtvaardigen. Omdat hetzelfde record voor veel verschillende leveranciers geldt, worden er geen leverancierspecifieke gegevens in opgeslagen. De naam, het adres, het telefoonnummer en de bankgegevens worden ingevoerd wanneer het document wordt geboekt.

De transactie gedraagt โ€‹โ€‹zich verder in alle opzichten als een gewone leveranciersrekening. Het behoort tot een bedrijfscode, het heeft een afstemmingsrekening en de openstaande posten worden weergegeven in de gebruikelijke overzichten. rekeningen betalen rapporten.

Aspect Vaste leverancier Eenmalige verkoper
Hoofdgegevens vereist Eรฉn per leverancier Eรฉn gezamenlijke rekening voor meerdere leveranciers.
Naam en adres Opgeslagen in het hoofdrecord. Ingevoerd op elk document
bankgegevens Opgeslagen in het hoofdrecord. Ingevoerd op elk document
Het meest geschikt voor: Terugkerende leveranciers, contracts, geplande betalingen Incidentele aankopen, onkostenvergoedingen, eenmalige leveringen
Rapportage door leverancier Eenvoudig, per leveranciersnummer Het is noodzakelijk om de adresgegevens op de documenten te kunnen lezen.

De afweging is gemak versus inzicht. Minder stamgegevens betekenen minder onderhoud, maar uitgavenanalyses per leverancier worden lastiger, omdat elke boeking onder hetzelfde rekeningnummer valt.

De eenmalige leveranciersaccountgroep en de bijbehorende indicator

Vanuit een gewone accountgroep kan geen eenmalige leverancier worden aangemaakt. Dit gedrag is het gevolg van een enkele aanpassingsinstelling, waardoor de accountgroep moet bestaan โ€‹โ€‹voordat transactie FK01 wordt gestart.

In de leveranciersaccountgroep De definitie, die wordt bereikt met transactie OBD3, stelt een eenmalige rekeningindicator in voor de groep. Deze indicator heeft twee functies: hij onderdrukt de leveranciersspecifieke velden op de stamgegevensschermen en hij geeft de boekingsprocessen de opdracht om deze gegevens in plaats daarvan op het document op te vragen. De instelling wordt opgeslagen in elk leveranciersrecord in veld XCPDK van tabel LFA1.

SAP biedt kant-en-klare groepen voor dit doel, en de meeste systemen gebruiken er een in plaats van een nieuwe te definiรซren.

  • CPD: Eenmalige leveranciersgroep met interne nummering, waardoor het systeem het accountnummer uitgeeft.
  • CPDL: Eenmalige leveranciersgroep met externe nummering, dus het nummer wordt handmatig ingevoerd.
  • 0099: De eenmalige leveranciersgroep die in de onderstaande stappen wordt gebruikt, is weergegeven met het bijbehorende vinkje in de lijst met accountgroepen.

Voordat u begint, is het raadzaam om nog twee voorwaarden te controleren. Het toegewezen nummerbereik van de groep bepaalt of het leveranciersnummer รผberhaupt kan worden ingevoerd, en de afstemmingsrekening die later wordt ingevoerd, moet bestaan โ€‹โ€‹in het rekeningschema van de gebruikte bedrijfscode.

Hoe maak je een eenmalige leverancier aan in SAP Gebruikmakend van FK01

Zodra de rekeninggroep is ingesteld, wordt de record aangemaakt in de transactie voor stamgegevens crediteurenadministratie.

Stap 1) Voer transactiecode FK01 in bij de SAP opdrachtveldZoals hieronder aangegeven.

SAP Easy Access-scherm met transactiecode FK01 ingevoerd in het opdrachtveld.

Stap 2) Plaats op het scherm 'Leverancier aanmaken: beginscherm' de cursor in het veld 'Accountgroep' en druk op F4 om de zoekhulp te openen, zoals hieronder weergegeven.

Maak het beginscherm voor de leverancier aan met het lege veld voor de accountgroep, klaar voor F4-help.

Stap 3) In het dialoogvenster dat verschijnt, selecteert u de accountgroep waarvan de eigenschap 'Eenmalige account' is aangevinkt. In de onderstaande lijst markeert de kolom 'OTA' de eenmalige groepen, en groep 0099 'Eenmalige leveranciers' is de groep die is geselecteerd.

Lijst met leveranciersaccountgroepen F4, waarbij de indicator voor eenmalige accounts is aangevinkt voor groep 0099.

Stap 4) Ga terug naar het beginscherm en voer de volgende gegevens in, zoals hieronder aangegeven.

  1. Voer de leveranciers-ID overeenkomstig het nummerbereik dat aan de accountgroep is toegewezen.
  2. Voer de bedrijfscode in waaronder de stamgegevens moeten worden aangemaakt.

Maak het beginscherm voor de leverancier aan met het leveranciersnummer, de bedrijfscode en accountgroep 0099.

Stap 5) Voer op het volgende scherm, 'Leverancier aanmaken: Adres', de volgende gegevens in bij de algemene informatie, zoals hieronder aangegeven.

  1. Voer een naam in waarmee het collectieve record kan worden geรฏdentificeerd, bijvoorbeeld "Eenmalige leverancier nieuw".
  2. Voer een zoekterm in zodat het account snel gevonden kan worden tijdens het plaatsen van berichten.
  3. Voer de communicatietaal in.

De velden voor straat- en postadressen blijven hier opzettelijk leeg, omdat ze toebehoren aan de individuele leverancier en niet aan de collectieve rekening.

Maak een scherm aan voor het aanmaken van een leveranciersadres met naam, zoekterm en communicatietaal.

Stap 6) Voer op het scherm met bedrijfsgegevens, onder 'Leverancier aanmaken: Boekhoudkundige informatie', de volgende gegevens in, zoals hieronder aangegeven.

  1. Voer de afstemming in GL-account nummer, dat de leveranciersboekingen koppelt aan het grootboek.
  2. Ga naar de cashmanagementgroep die wordt gebruikt voor liquiditeitsprognoses.

Maak een scherm met leveranciersboekhoudgegevens aan, inclusief afstemmingsrekening en kasbeheergroep.

Stap 7) Druk op 'Opslaan' in de standaardwerkbalk (zie hieronder) om het nieuwe eenmalige leveranciersstamrecord aan te maken.

Opslaan-knop op de SAP standaard werkbalk gebruikt om de eenmalige leveranciersstamgegevens op te slaan

Stap 8) Controleer de statusbalk voor het bevestigingsbericht. Het onderstaande voorbeeld laat zien dat leverancier 0000088888 is aangemaakt in bedrijfscode 1000.

Statusbalkbericht dat bevestigt dat de eenmalige leverancier is aangemaakt in bedrijfscode 1000.

Het account is nu klaar voor gebruik en de leveranciersgegevens worden automatisch ingevuld bij de eerste boeking.

Een factuur boeken voor een eenmalige leverancier

Er gebeurt niets bijzonders totdat de collectieve rekening wordt gebruikt. Door deze als verkoper in te voeren op een verkopersfactuur Bij FB60 of F-43 zorgt dit ervoor dat het systeem een โ€‹โ€‹extra adresscherm opent voordat de regelitems kunnen worden voltooid.

Het scherm vraagt โ€‹โ€‹om de details die opzettelijk uit het hoofdrecord zijn weggelaten.

  • Naam en adres: Titel, naam, straat, postcode, plaats en land van de daadwerkelijke leverancier.
  • Communicatie: Telefoonnummer en andere contactgegevens, indien relevant.
  • Bankgegevens: Het land, de bankcode en het rekeningnummer, die het betalingsprogramma vervolgens gebruikt.
  • Belastingnummers: De velden voor fiscale identificatie, indien vereist door de lokale rapportagedienst.

Deze gegevens worden per document opgeslagen in tabel BSEC, het segment met eenmalige rekeninggegevens, in plaats van in de stamgegevens van de leverancier. Dat maakt dezelfde rekening bruikbaar voor meerdere leveranciers en verklaart ook waarom een โ€‹โ€‹rapport op leveranciersniveau niet zomaar LFA1 kan lezen. Het adres moet uit het document worden gehaald. uitgaande betaling Het systeem verzamelt de bankgegevens op dezelfde manier.

Dit heeft twee gevolgen. Dubbele betalingen zijn moeilijker te detecteren, omdat twee facturen van dezelfde leverancier twee verschillende adresgegevens bevatten. Hierdoor is elke controle die gebaseerd is op leveranciersstamgegevens โ€“ bijvoorbeeld een controle op wijzigingen in bankgegevens โ€“ niet van toepassing. Veel financiรซle afdelingen beperken eenmalige boekingen daarom tot transacties met een lage waarde en controleren deze afzonderlijk tijdens de verwerking. rapportage aan het einde van de periode fiets.

In SAP In S/4HANA blijft het eenmalige account bestaan, maar het wordt aangemaakt als een businesspartner. Een speciale businesspartnergroepping wordt gekoppeld aan de eenmalige leveranciersaccountgroep in de aanpassingsinstellingen voor klant-/leveranciersintegratie, de record wordt beheerd met transactie BP in de leveranciersrol en het adresscherm op documentniveau gedraagt โ€‹โ€‹zich exact zoals in SAP ERP. Het equivalente object aan de klantzijde werkt op dezelfde manier in debiteuren.

Veelgestelde vragen

De bankgegevens die op het document zijn ingevoerd, worden gebruikt. Het betalingsprogramma leest het eenmalige rekeninggedeelte van dat document in plaats van de leveranciersstamgegevens, zodat elke factuur naar een andere rekening kan worden overgemaakt, of per cheque als er geen bankgegevens beschikbaar zijn.

Voer de leverancierslijst uit op de verzamelrekening; deze geeft alle boekingen weer die via die rekening zijn gemaakt. Leveranciersnamen zijn afkomstig uit de eenmalige rekeninggegevens die aan elk document zijn gekoppeld, dus voor een uitsplitsing op naamniveau moet dat segment aan de regelitems worden gekoppeld.

Beide opties werken, en SAP Dit levert รฉรฉn groep per rekening op. Externe nummering is handig wanneer het rekeningnummer herkenbaar moet zijn, zoals 88888 in het voorbeeld. Interne nummering voorkomt conflicten wanneer er in de loop der tijd meerdere eenmalige rekeningen worden aangemaakt.

Uitgaven kunnen niet zonder extra inspanning per leverancier worden geanalyseerd, dubbele facturen zijn moeilijker te detecteren en stamgegevenscontroles zoals het monitoren van wijzigingen in bankgegevens zijn niet van toepassing. Auditors verwachten doorgaans een waardelimiet en een periodieke controle van de boekingen.

Niet door het bestaande record te bewerken, omdat de accountgroep niet zomaar kan worden gewijzigd. Een leverancier die regelmatig handelt, krijgt een nieuw, eigen stamrecord en de historische boekingen blijven onder de collectieve rekening staan.

Meestal zijn het er maar heel weinig, vaak slechts รฉรฉn per bedrijfscode. Sommige organisaties voegen een tweede rekening toe voor onkostenvergoedingen van werknemers, zodat de afstemmingsrekeningen en rapportages gescheiden blijven, maar een lange lijst met gezamenlijke rekeningen ondermijnt dat doel.

Machine learning analyseert de adressen en bankgegevens op documentniveau, groepeert boekingen die bij dezelfde leverancier horen en markeert herhalingen die een echt hoofdrecord zouden moeten hebben. Dezelfde modellen beoordelen ongebruikelijke bankrekeningen, wat het klassieke patroon van eenmalige rekeningfraude is.

GitHub-copiloot Dit versnelt de ABAP- of CDS-view die het eenmalige rekeningsegment koppelt aan de boekhoudkundige regelitems, wat de query is die de meeste teams uiteindelijk schrijven. De logica moet nog worden herzien, omdat dat segment een clustertabel is.

Vat dit bericht samen met: