Hur man blockerar eller tar bort en leverantör i SAP FICO: FK05

⚡ Smart sammanfattning

Blockera en leverantör i SAP stoppar nya bokföringar mot kontot, medan flaggning av en leverantör för borttagning markerar huvudposten för arkivering. Transaktion FK05 blockerar och transaktion FK06 ställer in borttagningsindikatorn.

  • 🔘 Syfte: En blockering stoppar nya bokföringar mot ett leverantörskonto och kan hävas senare genom att ta bort samma indikator.
  • ☑️ FC05: Skärmen Blockera/avblockera leverantör anger ett bokföringsblock antingen för den angivna företagskoden eller för alla företagskoder.
  • FC06: Skärmen Flagga för borttagning anger en borttagningsflagga som nominerar posten för arkivering istället för radering.
  • 🧪 Omfattning: FK-transaktionerna täcker endast redovisning, så inköp behöver MK05 eller MK06, och ett centralblock behöver XK05.
  • 🛠️ fält: Indikatorerna visas i tabellerna LFA1, LFB1 och LFM1, vilket gör det enkelt att rapportera om blockerade och flaggade leverantörer.
  • 📈 S/4HANA: Leverantörer är affärspartners, så block och borttagningsflaggor underhålls med transaktion BP snarare än FK05 och FK06.

Blockera och flagga en leverantör för borttagning i SAP FICO med FK05 och FK06

Ett leverantörskonto tas sällan bort i det ögonblick en leverantörsrelation upphör. SAP skiljer de två besluten åt: en blockering stoppar ytterligare aktivitet på kontot och en raderingsflagga överlämnar posten till arkivering.

Vad blockering och flaggning för borttagning innebär i SAP

Båda åtgärderna ser nästan identiska ut på skärmen, eftersom var och en är en liten uppsättning kryssrutor för en masterdatatransaktion. Vad de gör efteråt är inte alls detsamma.

Ett block är en operativ kontroll. Det förhindrar att nya dokument bokförs till leverantören, så ett konto som är i tvist, under granskning eller helt enkelt vilande kan inte få en ny. säljarens faktura av misstag. Ingenting tas bort, och befintliga öppna objekt stannar exakt där de är.

En borttagningsflagga är en hushållsassistentping markör. Den talar om för systemet att huvudposten är en kandidat för arkivering, och det är den förutsättning som arkiveringsprogrammen letar efter. Tills en arkiveringskörning faktiskt bearbetar posten finns leverantören fortfarande kvar i databasen.

Aspect Block (FK05) Raderingsflagga (FK06)
Vad den gör Förhindrar nya inlägg mot kontot Nominerar huvudposten för arkivering
Effekt på befintliga öppna poster Inga, de förblir öppna och betalbara Inga, men de måste rensas innan arkivering
Reverbar Ja, avmarkera indikatorn i samma transaktion Ja, tills arkiveringen har tagit bort posten
Typisk utlösande faktor Tvist, spärr från revision, tillfällig avstängning Dubblettregister, leverantör permanent pensionerad
Tar bort data Nej Nej, det är bara arkiveringskörningen som gör det.

Hur man blockerar en leverantör i SAP Använda FK05

Redovisningsblocket är inställt per företagskod, så både leverantörsnumret och företagskoden behövs innan man börjar.

Steg 1) Ange transaktionskoden FK05 i SAP kommandofältSamma aktivitet finns i SAP Enkel åtkomstmeny under Redovisning → Finansiell redovisning → Leverantörer → Stamregister → FK05 – Blockera/avblockera, markerad nedan.

SAP Enkel åtkomstmeny med FK05 skrivet i kommandofältet och Blockera/Avblockera markerat

Steg 2) På skärmen Blockera/avblockera leverantör: Initial, ange följande, enligt nedan.

  1. Ange det leverantörs-ID som ska spärras.
  2. Ange företagskoden vars företagskoddata ska spärras.

Blockera/avblockera leverantörens första skärm med numrerade fält för leverantörs- och företagskod

Steg 3) På detaljskärmen väljer du indikatorn för bokföringsblock för de data som ska blockeras. Gruppen Bokföringsblock erbjuder två alternativ, som visas nedan: Alla företagskoder blockerar inlägg till leverantören överallt, medan Vald företagskod blockerar endast företagskoden som angavs i föregående steg.

Bokföringsblockkryssrutor för alla företagskoder och vald företagskod i FK05

Steg 4) Tryck på knappen "Spara" i standardverktygsfältet, som visas nedan, för att tillämpa blocket.

Spara-knappen på SAP standardverktygsfält som används för att lagra leverantörsbokföringsblocket

Transaktionen är Blockera/Avblockera snarare än endast blockera, så att frigöra leverantören senare innebär att återgå till FK05, avmarkera samma kryssruta och spara igen.

Hur man tar bort en leverantör i SAP Använda FK06

Att flagga en leverantör för borttagning följer samma rytm, med en viktig skillnad: kryssrutorna är borttagningsflaggor, inte bokföringsblock.

Steg 1) Ange transaktionskoden FK06 i SAP kommandofältet. I menyn visas posten som Huvudposter → FK06 – Ange raderingsindikator, markerad nedan.

SAP Enkel åtkomstmeny med FK06 skrivet i kommandofältet och Ange borttagningsindikator markerad

Steg 2) På flaggan för borttagning av leverantör: Initialskärmen anger du följande, enligt nedan.

  1. Ange leverantörs-ID som ska flaggas för radering.
  2. Ange företagskoden vars företagskoddata ska flaggas.

Flagga för borttagning Leverantörens startskärm som visar leverantörs- och företagskodposterna

Steg 3) På detaljskärmen väljer du raderingsflaggan för de data som ska raderas. Skärmen har två grupper, som visas nedan. Raderingsflaggor, Alla områden markerar hela huvudposten och Vald företagskod markerar endast företagskodsegmentet. Den Borttagningsblock gruppen under gör motsatsen: den skyddar posten så att en arkiveringskörning inte kan ta bort den.

Kryssrutor för borttagningsflaggor och borttagningsblock på FK06-detaljskärmen

Steg 4) Tryck på knappen "Spara", som visas nedan, för att spara raderingsflaggan.

Spara-knappen på SAP standardverktygsfält som används för att lagra flaggan för borttagning av leverantör

Leverantören är nu markerad, inte borttagen. Användare som öppnar kontot ser en varning om att det är flaggat för radering, och posten väntar på arkiveringskörningen som beskrivs längre ner.

Leverantörsblock och borttagning av T-koder och de fält de uppdaterar

FK05 och FK06 är redovisningsvyerna för en bredare uppsättning transaktioner. Prefixet F fungerar på företagskodnivå, prefixet M på inköpsorganisationsnivå och prefixet X centralt för båda.

T-kod BESKRIVNING Omfattning
FK05 Blockera/avblockera leverantör (redovisning) Bokföringsblock, per företagskod eller alla företagskoder
FK06 Indikator för radering av inställningar (redovisning) Raderingsflagga, per företagskod eller alla områden
MK05 Blockleverantör (inköp) Inköpsblock, per inköpsorganisation
MK06 Flagga för borttagning (köp) Raderingsflagga på inköpssegmentet
XK05 Blockleverantör (centralt) Redovisning och inköp tillsammans
XK06 Markera leverantör för borttagning (centralt) Allmänt, företagskod och inköpsdata
FK04 / XK04 Visa leverantörsändringar Revisionslogg för vem som satte eller tog bort en indikator

Att välja fel transaktion är den vanliga anledningen till att en blockering verkar inte fungera. En leverantör som är blockerad med FK05 kan fortfarande användas på en inköpsorder, eftersom inköp läser sin egen indikator. Att blockera båda sidor samtidigt är vad XK05 är till för.

Varje kryssruta skriver till ett namngivet fält, vilket är anledningen till att blockerade och flaggade leverantörer kan listas från standardrutan FI-tabeller snarare än skärm för skärm.

Bord Fält Betydelse
LFA1 SPERR Centralt bokföringsblock som täcker alla företagskoder
LFA1 SPERMA Centralt inköpsblock
LFA1 LÖVM Raderingsflagga på det allmänna datasegmentet
LFA1 NODEL Raderingsblock som förhindrar arkivering
LFB1 SPERR Bokföringsblock för en företagskod
LFB1 LÖVM Raderingsflagga för en företagskod
LFB1 ZAHLS Betalningsspärrnyckel, tillämpad vid betalningstillfället
LFM1 SPERMA Inköpsblock för en inköpsorganisation

En betalningsspärr och en bokföringsspärr förväxlas ofta. Betalningsspärren i LFB1-ZAHLS lämnar fakturaregistreringen orörd och innehåller endast utgående betalning, vilket är det mjukare alternativet när en leverantör helt enkelt är under granskning.

Vad händer efter att en leverantör har flaggats för borttagning

Borttagningsflaggan tar inte bort något i sig självt. Att ta bort huvudposten är en arkiveringsaktivitet och den körs via transaktionen SARA med arkiveringsobjektet FI_ACCPAYB för leverantörsreskontrabasdata.

Flera villkor måste vara uppfyllda innan körningen lyckas.

  • Flaggor uppsatta överallt: Borttagningsflaggan måste finnas i varje område där leverantören användes, vilket vanligtvis innebär inköpssegmentet såväl som redovisningssegmentet.
  • Inget raderingsblock: Kryssrutorna för borttagningsblockeringar på FK06-skärmen måste vara avmarkerade, annars är posten avsiktligt skyddad.
  • Inga öppna objekt: Utestående fakturor och kreditnotor i leverantörsskulder måste rensas först.
  • Arkiverade transaktionsdata: Dokument som refererar till leverantören arkiveras före huvudposten, eftersom arkivering kontrollerar dessa beroenden.

Själva arkiveringskörningen har två halvor. En skrivkörning kopierar de berättigade posterna till en arkivfil, och en separat borttagningskörning tar bort dem från databasen när filen har verifierats. Båda körs normalt först som en testkörning, och huvudposten försvinner bara efter att borttagningskörningen har slutförts.

In SAP Med S/4HANA förändras bilden eftersom leverantörer är affärspartners. FK05 och FK06 är inte längre tillgängliga som fristående underhållstransaktioner, och blockering eller flaggning görs i transaktionen BP på den affärspartner som har leverantörsrollen, med samma företagskod och inköpsorganisationsskillnad under. leverantörskontogrupp överlever som en affärspartnergruppping, och arkivering gäller fortfarande när posten har flaggats. Kundsidan av kundfordringar använder spegeltransaktionerna FD05 och FD06, och samlade poster som en engångsförsäljare är blockerade på exakt samma sätt som alla andra konton.

Vanliga frågor

Nej. Betalningsprogrammet hoppar över konton som har en bokföringsspärr eller en borttagningsflagga och rapporterar dem som undantag i förslaget. Att rensa undantaget innebär att indikatorn tas bort, eller att de berörda objekten exkluderas från den körningen.

Nej. Dokument som redan är bokförda är orörda och öppna poster förblir synliga i radpostvisningen. Endast nya bokningar avvisas, vilket är anledningen till att en blockering är säker att tillämpa medan en tvist utreds.

Läs indikatorfälten direkt. En tabellläsare som SE16N över LFA1 och LFB1, filtrerad på SPERR, SPERM eller LOEVM, returnerar hela populationen, och standardrapporterna för leverantörslistor accepterar samma val för formaterad utdata.

Vanligtvis beror det på att blocket ställdes in för fel omfattning. Om man bara väljer företagskoden lämnas andra företagskoder öppna, och redovisningsblocket berör aldrig inköp, så inköpsordrar fortsätter om inte MK05 eller XK05 också används.

Ja. Ändringar i leverantörsstamdata skrivs som ändringsdokument, så FK04 för redovisningsvyn eller XK04 för den centrala vyn visar det gamla värdet, det nya värdet, användaren och tidsstämpeln för varje indikator som ställdes in eller togs bort.

Blockera först, flagga sedan. En blockering träder i kraft omedelbart och är enkel att ångra om relationen startar om. Borttagningsflaggan hör hemma i slutet av lagringsperioden, när alla öppna objekt har rensats och dokumenten är redo att arkiveras.

Maskininlärning rangordnar leverantörer efter risk med hjälp av utgiftsmönster, viloläge, matchningar av sanktionslistor och plötsliga ändringar av bankuppgifter, och föreslår sedan kandidater för en blockering eller en borttagningsflagga. Förslaget är rådgivande och en masterdataansvarig godkänner det innan något sparas.

GitHub Copilot snabbar upp koden kring uppgiften — ett eCATT- eller LSMW-skript som driver transaktionen, eller ABAP som rapporterar om indikatorfälten. Själva uppdateringen bör fortfarande köras via ett gränssnitt som stöds, och genererad kod behöver testas innan den släpps.

Sammanfatta detta inlägg med: