FD32 binnen SAP: Zelfstudie kredietcontrolegebied

⚡ Slimme samenvatting

Kredietbeheer in SAP Het beperkt de blootstelling aan wanbetalingen door elke klant een kredietlimiet toe te wijzen binnen een kredietbeheergebied, en transactie FD32 is het klassieke scherm waar die limiet wordt beheerd.

  • 🔘 Domein: Eén kredietbeheergebied kan alle bedrijfscodes bedienen, of elke bedrijfscode kan een eigen gebied hebben.
  • ☑️ transactie: FD32 opent de klantkredietstamgegevens, waar eerst de klant, het kredietcontrolegebied en de gegevenssecties worden geselecteerd.
  • Centrale gegevens: Het totale kredietbedrag beperkt het krediet over alle gebieden, terwijl de individuele limiet het krediet binnen een afzonderlijk gebied beperkt.
  • 🧪 Statusgegevens: De kredietlimiet, risicocategorie en beoordelingsdata op het statusscherm bepalen de automatische kredietcheck.
  • Configuratie: OB45, OB38, OVFL, OB01 en OVA8 creëren het kredietcontrolegebied en de cheques die daarvan gebruikmaken.
  • 📈 S/4HANA: FD32 is niet beschikbaar in SAP In S/4HANA vervangt de rol van zakenpartner UKM000 de klassieke creditmaster.

Het behouden van een klantkredietlimiet bij FD32 in SAP

Meerdere openstaande vorderingen of oninbare schulden kunnen een aanzienlijke impact hebben op de prestaties van een bedrijf. Kredietbeheer vermindert dat risico door voor elke klant een kredietlimiet vast te stellen en elke nieuwe bestelling daaraan te toetsen.

Wat is een kredietcontrolegebied in SAP?

In SAPKrediet- en risicobeheer vindt plaats in het kredietcontrolegebied. Als het kredietbeheer gecentraliseerd is, kan één kredietcontrolegebied worden gedefinieerd voor alle bedrijfscodes. Als het kredietbeleid gedecentraliseerd beheer vereist, kan een kredietcontrolegebied worden gedefinieerd voor elke bedrijfscode of voor elke groep bedrijfscodes.

Een kredietbeheergebied is derhalve de organisatorische eenheid die de kredietlimieten van klanten definieert en beheert. Het heeft een eigen valuta en elke vordering die daarin wordt geboekt, wordt daarin verwerkt. debiteuren verhoogt de kredietrisico's die erop zijn geregistreerd.

Het kredietbeheergebied regelt met name drie zaken.

  • Begrenzing: De maximale vorderingswaarde die een klant op enig moment binnen dat gebied kan hebben.
  • Blootstelling: Het lopende totaal van openstaande posten, openstaande bestellingen, openstaande leveringen en openstaande facturen.
  • Reactie: Of een bestelling die de limiet overschrijdt, wordt gemeld, geblokkeerd of toch wordt doorgelaten.

De stamgegevens voor het kredietbeheergebied worden per klant bijgehouden, en de onderstaande stappen laten zien hoe dat in zijn werk gaat.

Hoe u de kredietlimieten van klanten in FD32 kunt beheren (stap voor stap)

Stap 1) Voer transactiecode FD32 in bij de SAP opdrachtveld.

Het opdrachtveld bevindt zich linksboven in het scherm. SAP GUI scherm, zoals hieronder weergegeven.

SAP opdrachtveld met transactiecode FD32 ingevoerd

Stap 2) Voer op het volgende scherm het volgende in.

  1. Voer het klantnummer in van de klant wiens kredietlimieten moeten worden gehandhaafd.
  2. Ga naar het gedeelte voor kredietbeheer.
  3. Schakel het selectievakje 'Centrale gegevens' in het gegevensselectieblok in.

Het invoerscherm met alle drie de ingevoerde gegevens ziet eruit zoals in de onderstaande schermafbeelding.

FD32 beginscherm met geselecteerde klant, kredietcontrolegebied en centrale gegevens

Stap 3) In het volgende scherm kunt u de kredietbeheergegevens voor de klant bijwerken.

Het centrale gegevensscherm toont het totale bedrag en de individuele limiet, zoals de schermafbeelding laat zien.

FD32 centraal gegevensscherm met de velden voor het totaalbedrag en de individuele limieten.

Stap 4) Druk op de knop 'Opslaan' op de SAP Standaardwerkbalk om de wijzigingen in de kredietlimieten op te slaan.

De knop 'Opslaan' is het schijfpictogram links in de werkbalk, zoals hieronder weergegeven.

Opslaan-knop op de SAP standaard werkbalk

Een bericht in de statusbalk bevestigt dat de wijzigingen zijn doorgevoerd. De nieuwe limiet geldt vanaf de volgende kredietcheck, dus een reeds geblokkeerde bestelling moet apart worden vrijgegeven.

Configuratie van het kredietcontrolegebied en aanverwante zaken SAP T-codes

FD32 beheert alleen stamgegevens. Het kredietcontrolegebied zelf, en de controles die ernaar verwijzen, worden ingesteld in de customizing. Een limiet die ogenschijnlijk geen effect heeft, is daarom meestal een configuratiefout in plaats van een fout in de stamgegevens.

T-code Doel
OB45 Definieer het kredietcontrolegebied, de valuta ervan en de bijbehorende updategroep.
OB38 Wijs een bedrijfscode toe aan een kredietbeheergebied.
OVFL Wijs een verkoopgebied toe aan een kredietcontrolegebied.
OB01 Definieer de risicocategorieën die beschikbaar zijn in een kredietbeheergebied.
OVA8 Configureer automatische kredietcontrole voor een kredietcontrolegebied, risicocategorie en kredietgroep.
FD32 / FD33 Klantkredietstamgegevens wijzigen en weergeven
F.31 / F.35 Kredietoverzicht en rapportage over kredieten en het hoofdoverzicht van kredieten
VKM1 / VKM4 Lijst en vrijgave van verkoopdocumenten die geblokkeerd zijn door de kredietcontrole.

Voordat FD32 wordt geopend, zijn twee voorwaarden het controleren waard: de klant moet al bestaan ​​in de bedrijfscode en de bedrijfscode moet zijn toegewezen aan het kredietbeheergebied dat wordt ingevoerd. Als het blootstellingscijfer onjuist lijkt in plaats van de limiet, wordt de SD-zijde van de configuratie behandeld in de SAP SD-kredietbeheer gids.

Belangrijke velden op de FD32-schermen voor kredietbeheer

FD32 is een transactie met meerdere schermen, waarbij het gegevensselectieblok op het invoerscherm bepaalt welke schermen worden geopend. De belangrijkste velden staan ​​hieronder vermeld.

scherm Veld Betekenis
Centrale gegevens Totaalbedrag Het totale krediet dat de klant kan ontvangen op alle gebieden van kredietbeheer.
Centrale gegevens Individuele limiet Het maximale krediet dat de klant binnen één kredietcontrolegebied kan ontvangen.
Centrale gegevens Valuta Valuta waarin de centrale limieten worden gehandhaafd
Status Kredietlimiet Toegekende limiet in het kredietbeheergebied dat op het eerste scherm is ingevoerd
Status Risicocategorie Sleutel die bepaalt welke automatische kredietcheck van OVA8 van toepassing is.
Status Kredietvertegenwoordigersgroep Groep medewerkers verantwoordelijk voor het bewaken van de rekening
Status Laatste en volgende interne beoordeling Data waarop de limiet voor het laatst is herzien en wanneer deze voor de volgende keer herzien moet worden.
Betaalgeschiedenis Betalingsgegevens Afgehandelde posten, gemiddeld aantal dagen achterstand en het grootste openstaande bedrag

Het totale bedrag en de individuele limiet werken samen: de individuele limiet geldt voor elk afzonderlijk gebied, terwijl het totale bedrag de som van alle gebieden begrenst. Het instellen van een individuele limiet die hoger is dan het totale bedrag is toegestaan, maar heeft geen praktisch effect. RevDe datums van de kredietbeoordeling worden gebruikt voor de takenlijst, dus als je deze velden leeg laat, wordt de rekening automatisch van die lijst verwijderd.

Kredietbeheer in SAP S/4HANA: Wat vervangt FD32?

Klassiek SD-kredietbeheer is niet beschikbaar in SAP S/4HANA. Het wordt vervangen door SAP Kredietbeheer is onderdeel van financieel supply chain management, en de transactiecodes veranderen dienovereenkomstig.

  • Stamgegevens: Kredietgegevens worden overgedragen naar de zakenpartner in rol UKM000, die wordt beheerd met transactie BP of UKM_BP in plaats van FD32.
  • segmenten: Het kredietcontrolegebied wordt vervangen door een kredietsegment, en limieten worden per segment aangehouden in plaats van per gebied.
  • Geblokkeerde documenten: De gedocumenteerde kredietbeslissingen in UKM_MY_DCDS vervangen de klassieke vrijgavelijsten.
  • tabellen: De klassieke KNKA- en KNKK-kredietstamtabellen maken plaats voor de UKMBP_CMS-tabellen, en de blootstellingsstructuren S066 en S067 worden eveneens vervangen.
  • Konversion: Bestaande kredietstamgegevens worden tijdens een systeemconversie gemigreerd, waardoor limieten niet opnieuw hoeven te worden ingevoerd.

Is er nog iemand die meedoet? SAP De ERP Central Component behoudt FD32 exact zoals hierboven beschreven, en de concepten worden naadloos overgenomen: een limiet, een risicocategorie en een blootstellingscijfer bestaan ​​aan beide zijden. Een uitgewerkte beschrijving van de rol van de businesspartner is in dit document gepubliceerd. SAP Community-artikel over SAP Credit ManagementStroomafwaarts zorgen dezelfde klantbalansen ervoor dat het proces verder verloopt. Dunning en de correcties voor het opruimen die worden behandeld in gewiste items opnieuw instellen.

Veelgestelde vragen

De automatische kredietcheck reageert met een waarschuwing, een foutmelding of een leveringsblokkering, afhankelijk van de instelling voor die risicocategorie. Geblokkeerde verkoopdocumenten blijven in een vrijgavelijst staan ​​totdat een kredietmedewerker ze goedkeurt of afwijst.

Een statische controle vergelijkt de limiet met het totaal aantal openstaande posten, bestellingen, leveringen en facturen. Een dynamische controle voegt een krediethorizon toe, waardoor bestellingen die na die horizon gepland staan, worden genegeerd. Beide controles worden per risicocategorie geconfigureerd.

De kredietblootstelling wordt bijgehouden in samenvattende structuren die na een updatefout kunnen afwijken. Reorganisatierapport RVKRED77 herstelt de kredietwaarden voor de getroffen klanten en kredietbeheergebieden, waarna de cijfers weer overeenkomen met de openstaande posten.

Klassieke kredietgegevens staan ​​in aparte tabellen in plaats van in de algemene klantstamgegevens: KNKA bevat de centrale gegevens en KNKK bevat één record per kredietbeheergebied. Daarom worden de gegevens beheerd via FD32 en niet via de klantaanmaakschermen.

Machine learning-modellen beoordelen betalingsgedrag, achterstanden en externe beoordelingen om een ​​limiet of risicocategorie voor te stellen, en ze rangschikken incassolijsten op basis van de waarschijnlijkheid van betaling. Het voorstel moet nog wel door een mens worden goedgekeurd voordat het de kredietbeheerder bereikt.

Ja. Assistenten zoals GitHub-copiloot Ontwerp de ABAP-, batchinvoer- of scriptcode voor het laden van een massale kredietlimiet en de query's voor een blootstellingsrapport. Test elk gegenereerd programma eerst in een sandbox-client.

De limiet wordt aangehouden in de valuta van het kredietcontrolegebied, die wordt vastgesteld bij de definitie van dat gebied. Documenten die in andere valuta zijn opgesteld, worden omgerekend naar die valuta voordat de blootstelling wordt vergeleken met de limiet.

Elke wijziging in de kredietstamgegevens wordt vastgelegd en de wijzigingsdocumenten kunnen worden weergegeven voor een klant en kredietbeheergebied. Het logboek toont de oude waarde, de nieuwe waarde, de gebruiker en de datum, wat normaal gesproken vereist is bij een audit van kredietbeslissingen.

Vat dit bericht samen met: