Hur man skapar engångsleverantör FK01 i SAP

⚡ Smart sammanfattning

Engångsleverantörsstamregister i SAP betjäna leverantörer som bara faktureras sporadiskt. Ett enda samlat konto innehåller redovisningsinställningarna, och namn, adress och bankuppgifter registreras istället på varje dokument.

  • 🔘 Syfte: En samlad post ersätter dussintals sällan använda leverantörsmallposter, vilket gör leverantörslistan liten och enklare att hantera.
  • ☑️ Nödvändig förutsättning: Posten måste tillhöra en kontogrupp vars engångskontoindikator är inställd, till exempel de levererade grupperna CPD och CPDL.
  • ✅ Transaktion: FK01 skapar posten och kontogruppen väljs på startskärmen innan leverantörsnummer och företagskod anges.
  • 🧪 Inträde: Endast ett beskrivande namn, en sökterm, ett språk, ett avstämningskonto och en kassahanteringsgrupp behövs.
  • 🛠️ Vid publiceringstillfället: När du anger samlingskontot på en faktura öppnas en adressskärm, och dessa uppgifter lagras med dokumentet, inte i grunddokumentet.
  • 📈 S/4HANA: Samma idé lever vidare som en affärspartnergruppping mappad till engångsleverantörskontogruppen via kund-/leverantörsintegration.

Skapa en engångsleverantörsstamdatapost med transaktion FK01 i SAP

Inte alla leverantörer förtjänar en masterregister. SAP, en leverantör som faktureras en eller två gånger per år kan bokföras via ett delat engångskonto, och de uppgifter som gör betalningen traceable registreras i själva dokumentet.

Vad är en engångsleverantör i SAP?

En engångsleverantör är en samlad stamdatapost som används för leverantörer som inte har några frekventa transaktioner och inte motiverar en egen datapost. Eftersom samma data betjänar många olika leverantörer lagras inga leverantörsspecifika data i den. Namn, adress, telefonnummer och bankuppgifter anges när dokumentet bokförs.

Posten beter sig fortfarande som ett vanligt leverantörskonto i alla andra avseenden. Den tillhör en företagskod, den har ett avstämningskonto och dess öppna poster visas i den vanliga leverantörsskulder rapporter.

Aspect Regelbunden leverantör Engångsleverantör
Huvudregister behövs En per leverantör Ett gemensamt konto för många leverantörer
Namn och adress Lagras i huvudposten Inmatad på varje dokument
bankuppgifter Lagras i huvudposten Inmatad på varje dokument
Passar bäst till Återkommande leverantörer, contracts, schemalagda betalningar Enstaka köp, återbetalning av utlägg, enstaka leveranser
Rapportering per leverantör Enkelt, efter leverantörsnummer Kräver att adressuppgifterna på dokumenten läses

Avvägningen är bekvämlighet kontra synlighet. Färre huvudregister innebär mindre underhåll, men utgiftsanalys per leverantör blir svårare, eftersom varje bokföring hamnar under samma kontonummer.

Kontogruppen för engångsleverantörer och dess indikator

En engångsleverantör kan inte skapas från en vanlig kontogrupp. Beteendet kommer från en enda anpassningsinställning, så kontogruppen måste finnas innan transaktion FK01 startas.

I leverantörskontogrupp definitionen, som uppnås med transaktionen OBD3, ställs en engångskontoindikator in för gruppen. Indikatorn gör två saker: den undertrycker de leverantörsspecifika fälten på huvuddataskärmarna och den anger att bokföringstransaktionerna ska begära dessa uppgifter i dokumentet istället. Inställningen lagras för varje leverantörspost i fältet XCPDK i tabellen LFA1.

SAP levererar färdiga grupper för detta ändamål, och de flesta system använder en av dem istället för att definiera en ny.

  • CPD: Engångsleverantörsgrupp med intern nummertilldelning, så att systemet utfärdar kontonumret.
  • CPDL: Engångsleverantörsgrupp med extern nummertilldelning, så numret skrivs in.
  • 0099: Engångsleverantörsgruppen som används i genomgången nedan, visas med dess indikator markerad i kontogrupplistan.

Två ytterligare förutsättningar är värda att kontrollera innan man börjar. Nummerintervallet som tilldelats gruppen avgör om leverantörsnumret överhuvudtaget kan skrivas in, och avstämningskontot som ska anges senare måste finnas i kontoplanen för den företagskod som används.

Hur man skapar en engångsleverantör i SAP Använda FK01

Med kontogruppen på plats skapas posten i leverantörsreskontrabasdatatransaktionen.

Steg 1) Ange transaktionskoden FK01 i SAP kommandofält, enligt nedanstående.

SAP Enkel åtkomstskärm med transaktionskod FK01 inmatad i kommandofältet

Steg 2) På skärmen Skapa leverantör: Startskärm, placera markören i fältet Kontogrupp och tryck på F4 för att öppna sökhjälpen, markerad nedan.

Skapa leverantörens startskärm med det tomma kontogruppsfältet redo för F4-hjälp

Steg 3) I dialogrutan som öppnas väljer du den kontogrupp vars egenskap för engångskonto är markerad. I listan nedan markerar OTA-kolumnen engångsgrupperna, och grupp 0099 "Engångsleverantörer" är den som väljs.

Leverantörskontogrupp F4-lista med indikatorn för engångskonto markerad för grupp 0099

Steg 4) Tillbaka till startskärmen, ange följande, enligt markeringen nedan.

  1. Ange leverantörs-ID enligt det nummerintervall som tilldelats kontogruppen.
  2. Ange företagskoden där huvudposten ska skapas.

Skapa leverantörens startskärm med leverantörsnummer, företagskod och kontogrupp 0099

Steg 5) På nästa skärm, Skapa leverantör: Adress, ange följande i de allmänna uppgifterna, enligt nedan.

  1. Ange ett namn som identifierar den samlade posten, till exempel ”Engångsleverantör Ny”.
  2. Ange ett sökord så att kontot snabbt kan hittas under publiceringen.
  3. Ange kommunikationsspråket.

Gatu- och postfälten förblir avsiktligt tomma här, eftersom de tillhör den enskilda leverantören snarare än det kollektiva kontot.

Skapa leverantörsadressskärm med namn, sökterm och kommunikationsspråk

Steg 6) På skärmen för företagskodsdata, Skapa leverantör: Redovisningsinformation Redovisning, ange följande, enligt nedan.

  1. Ange avstämningen HB-konto nummer, som länkar leverantörsbokningarna till huvudboken.
  2. Ange den kassahanteringsgrupp som används för likviditetsprognoser.

Skapa informationsskärm för leverantörsredovisning med avstämningskonto och kassahanteringsgrupp

Steg 7) Tryck på "Spara" i standardverktygsfältet, som visas nedan, för att skapa den nya engångsleverantörsstamdatan.

Spara-knappen på SAP standardverktygsfält som används för att lagra engångsleverantörsmall

Steg 8) Kontrollera statusfältet för bekräftelsemeddelandet. Exemplet nedan visar att leverantör 0000088888 skapades i företagskod 1000.

Statusfältsmeddelande som bekräftar att engångsleverantören skapades i företagskod 1000

Kontot är nu klart att användas och leverantörsuppgifterna anges första gången det bokförs.

Så här bokför du en faktura till en engångsleverantör

Inget speciellt händer förrän samlingskontot används. Att registrera det som leverantör på en säljarens faktura i FB60, eller på F-43, gör att systemet öppnar en extra adressskärm innan radposterna kan slutföras.

Skärmen frågar efter de detaljer som avsiktligt utelämnades från huvudposten.

  • Namn och adress: Titel, namn, gata, postnummer, stad och land för den faktiska leverantören.
  • Kommunikation: Telefon och andra kontaktfält, där de är relevanta.
  • Bankuppgifter: Land, banknyckel och kontonummer, som betalningsprogrammet sedan använder.
  • Skattenummer: Fälten för skatteidentifiering, där lokal rapportering kräver dem.

Dessa poster lagras per dokument i tabell BSEC, datasegmentet för engångskonton, snarare än i leverantörsstamtabellerna. Det är det som gör att samma konto kan användas av många leverantörer, och det är också anledningen till att en rapport på leverantörsnivå inte bara kan läsa LFA1. Adressen måste hämtas från dokumentet, och utgående betalning hämtar bankuppgifterna på samma sätt.

Två konsekvenser följer. Dubbletter av betalningar är svårare att upptäcka, eftersom två fakturor från samma leverantör har två oberoende adressposter, och eventuella kontroller som bygger på leverantörens stamdata – till exempel en kontroll av ändringar i bankuppgifter – gäller inte. Många ekonomiteam begränsar därför engångskonton till bokningar med lågt värde och granskar dem separat under processen. periodslutsrapportering cykel.

In SAP S/4HANA, engångskontot, finns kvar, men det skapas som en affärspartner. En dedikerad affärspartnergruppping mappas till engångsleverantörskontogruppen i kund-/leverantörsintegrationens anpassning, posten underhålls med transaktions-BP i leverantörsrollen och adressskärmen på dokumentnivå beter sig exakt som den gör i SAP ERP. Motsvarande objekt på kundsidan fungerar på samma sätt i kundfordringar.

Vanliga frågor

Bankuppgifterna som angetts i dokumentet används. Betalningsprogrammet läser engångskontosegmentet i det dokumentet istället för leverantörsbasen, så varje faktura kan kvittas mot ett annat konto, eller med check om inga bankuppgifter finns.

Kör leverantörsradpostlistan på det samlade kontot, vilket returnerar varje bokföring som görs via den. Leverantörsnamn kommer från de engångskontodata som är kopplade till varje dokument, så en uppdelning på namnnivå behöver koppla det segmentet till radposterna.

Antingen fungerar, och SAP levererar en grupp för varje. Extern numrering är praktisk när kontonumret ska vara igenkännbart, till exempel 88888 i exemplet. Intern numrering undviker kollisioner när flera engångskonton skapas över tid.

Utgifter kan inte analyseras per leverantör utan extra ansträngning, dubbletter av fakturor är svårare att upptäcka och masterdatakontroller som övervakning av ändringar i bankuppgifter gäller inte. Revisorer förväntar sig vanligtvis en värdegräns och en regelbunden granskning av bokföringarna.

Inte genom att redigera den befintliga posten, eftersom kontogruppen inte bara kan bytas. En leverantör som börjar handla regelbundet får en ny egen stampost, och de historiska bokningarna stannar kvar under samlingskontot.

Vanligtvis väldigt få, och ofta ett per företagskod. Vissa organisationer lägger till ett andra konto för återbetalning av anställdas utgifter så att avstämningskonton och rapportering förblir separata, men en lång lista med gemensamma konton motverkar syftet.

Maskininlärning läser adresser och bankuppgifter på dokumentnivå, klustrar bokföringar som tillhör samma leverantör och flaggar upprepningar som borde ha en riktig huvudpost. Samma modeller poängsätter ovanliga bankkonton, vilket är det klassiska mönstret för engångskontobedrägerier.

GitHub Copilot accelererar ABAP- eller CDS-vyn som kopplar engångskontosegmentet till redovisningsradposterna, vilket är den fråga som de flesta team skriver. Logiken behöver fortfarande granskas, eftersom det segmentet är en klustertabell.

Sammanfatta detta inlägg med: