FD32 in SAP: Tutorial pentru zona de control al creditului

⚡ Rezumat inteligent

Controlul creditului în SAP limitează expunerea la datorii neperformante prin atribuirea fiecărui client a unei limite de credit în cadrul unei zone de control al creditului, iar tranzacția FD32 este ecranul clasic în care se menține această limită.

  • 🔘 Domeniu de aplicare: O zonă de control al creditelor poate deservi fiecare cod de companie sau fiecare cod de companie poate avea propria zonă.
  • ☑️ Tranzacţie: FD32 deschide fișierul principal de credite al clienților, unde sunt selectate mai întâi clientul, zona de control al creditelor și secțiunile de date.
  • ✅ Date centrale: Suma totală limitează creditul în toate zonele, în timp ce limita individuală limitează creditul în interiorul oricărei zone.
  • 🧪 Date de stare: Limita de credit, categoria de risc și datele de revizuire de pe ecranul de stare determină verificarea automată a creditului.
  • 🛠️ Configurare: OB45, OB38, OVFL, OB01 și OVA8 creează zona de control al creditelor și cecurile care o utilizează.
  • 📈 S/4HANA: FD32 nu este disponibil în SAP S/4HANA, unde rolul de partener de afaceri UKM000 înlocuiește clasicul master de credit.

Menținerea unei limite de credit pentru clienți cu FD32 în SAP

Creanțele multiple restante sau datoriile neperformante pot avea un impact considerabil asupra performanței unei companii. Controlul creditului reduce acest risc prin definirea unei limite de credit pentru fiecare client și prin verificarea fiecărei comenzi noi în raport cu aceasta.

Ce este o zonă de control al creditului în SAP?

In SAP, gestionarea creditelor și a riscurilor are loc în zona de control al creditelor. Dacă gestionarea creditelor este centralizată, se poate defini o zonă de control al creditelor pentru toate codurile de companie. Dacă politica de credit necesită o gestionare descentralizată, se poate defini o zonă de control al creditelor pentru fiecare cod de companie sau pentru fiecare grup de coduri de companie.

O zonă de control al creditelor este, prin urmare, unitatea organizațională care definește și controlează limitele de credit ale clienților. Aceasta are propria monedă și fiecare creanță înregistrată în creanţe de încasat crește expunerea de credit înregistrată în raport cu aceasta.

Zona de control al creditelor guvernează în special trei lucruri.

  • Limită: Valoarea maximă a creanțelor pe care un client o poate deține în orice moment în zona respectivă.
  • Expunere: Totalul curent al articolelor deschise, comenzilor deschise, livrărilor deschise și documentelor de facturare deschise.
  • Reacţie: Dacă o comandă care depășește limita este avertizată, blocată sau permisă.

Datele principale ale zonei de control al creditelor sunt gestionate pentru fiecare client în parte, iar ghidul de mai jos arată cum.

Cum să mențineți limitele de credit ale clienților în FD32 (pas cu pas)

Pas 1) Introduceți codul de tranzacție FD32 în SAP câmp de comandă.

Câmpul de comandă se află în partea stângă sus a SAP GUI ecran, așa cum se arată mai jos.

SAP câmp de comandă cu codul de tranzacție FD32 introdus

Pas 2) În ecranul următor, introduceți următoarele.

  1. Introduceți ID-ul clientului ale cărui limite de credit trebuie menținute.
  2. Intrați în zona de control al creditelor.
  3. Bifați caseta de selectare Date centrale din blocul de selectare a datelor.

Ecranul de introducere cu toate cele trei intrări efectuate arată ca în captura de ecran de mai jos.

Ecran inițial FD32 cu client, zonă de control credit și date centrale selectate

Pas 3) În ecranul următor, gestionați datele de gestionare a creditelor pentru client.

Ecranul central de date conține suma totală și limita individuală, așa cum se arată în captura de ecran.

Ecranul central de date FD32 care afișează suma totală și câmpurile individuale de limită

Pas 4) Apăsați butonul Salvare de pe SAP bara de instrumente standard pentru a salva modificările aduse limitelor de credit.

Butonul Salvare este pictograma discului din stânga barei de instrumente, evidențiată mai jos.

Butonul Salvare de pe SAP bara de instrumente standard

Un mesaj în bara de stare confirmă că modificările au fost efectuate. Noua limită se aplică de la următoarea verificare a creditului, așadar o comandă care este deja blocată trebuie lansată separat.

Configurarea zonei de control al creditului și aspectele aferente SAP coduri T

FD32 gestionează doar datele de bază. Zona de control al creditelor în sine și verificările care o consultă sunt configurate în Customising, așadar o limită care pare să nu aibă niciun efect este de obicei o discrepanță de configurație, mai degrabă decât o eroare de date de bază.

Cod T Scop
OB45 Definiți zona de control al creditelor, moneda acesteia și grupul de actualizare
OB38 Atribuirea unui cod de companie unei zone de control al creditelor
OVFL Atribuirea unei zone de vânzări unei zone de control al creditelor
OB01 Definiți categoriile de risc disponibile într-o zonă de control al creditelor
OVA8 Configurați controlul automat al creditului pentru o zonă de control al creditului, o categorie de risc și un grup de credit
FD32 / FD33 Modificarea și afișarea datelor principale de credit ale clienților
F.31 / F.35 Prezentare generală a creditului și raportare fișă principală de credit
VKM1 / VKM4 Listarea și eliberarea documentelor de vânzare blocate de verificarea creditului

Două condiții prealabile merită confirmate înainte de deschiderea FD32: clientul trebuie să existe deja în codul companiei, iar codul companiei trebuie să fie atribuit zonei de control al creditelor introduse. În cazul în care cifra expunerii pare greșită în loc de limită, partea SD a configurației este acoperită în SAP Managementul creditelor SD ghid.

Câmpuri cheie pe ecranele de gestionare a creditelor FD32

FD32 este o tranzacție multi-ecran, iar blocul de selecție a datelor de pe ecranul de introducere decide ce ecrane se deschid. Câmpurile cele mai importante sunt enumerate mai jos.

Ecran Câmp Sens
Date centrale Valoare totală Creditul total pe care clientul îl poate primi în fiecare domeniu de control al creditului
Date centrale Limită individuală Creditul maxim pe care clientul îl poate primi în cadrul oricărei zone de control al creditului
Date centrale Monedă Moneda în care sunt deținute limitele centrale
Stare Limita de credit Limita acordată în zona de control al creditelor introdusă pe primul ecran
Stare Categoria de risc Cheie care decide ce verificare automată a creditului de la OVA8 se aplică
Stare Grupul de reprezentanți ai creditului Grup de angajați responsabili de monitorizarea contului
Stare Ultima și următoarea revizuire internă Datele la care limita a fost revizuită ultima dată și la care urmează să fie revizuită
Istoria platilor Date de plată Articole compensate, numărul mediu de zile de restanță și cea mai mare sumă restantă

Suma totală și limita individuală funcționează împreună: limita individuală limitează o anumită zonă, în timp ce suma totală limitează suma tuturor zonelor. Stabilirea unei limite individuale peste suma totală este acceptată, dar nu are niciun efect practic. RevDatele afișate alimentează lista de lucru pentru revizuirea creditului, așa că lăsarea lor goală elimină discret contul din acea listă.

Managementul creditelor în SAP S/4HANA: Ce înlocuiește FD32

Gestionarea clasică a creditelor SD nu este disponibilă în SAP S/4HANA. Este înlocuit de SAP Managementul creditelor, parte a managementului lanțului de aprovizionare financiară, iar codurile tranzacțiilor se modifică în consecință.

  • Date de bază: Datele de credit sunt transferate către partenerul de afaceri cu rolul UKM000, fiind gestionate cu tranzacția BP sau UKM_BP în loc de FD32.
  • segmente: Zona de control al creditului este înlocuită de un segment de credit, iar limitele sunt menținute pe segment, nu pe zonă.
  • Documente blocate: Deciziile de credit documentate din UKM_MY_DCDS înlocuiesc listele clasice de lansare.
  • Mese: Tabelele principale de credite clasice KNKA și KNKK cedează locul tabelelor UKMBP_CMS, iar structurile de expunere S066 și S067 sunt, de asemenea, înlocuite.
  • Conversie: Datele principale de credit existente sunt migrate în timpul unei conversii de sistem, astfel încât limitele nu trebuie introduse din nou.

Oricine mai aleargă SAP Componenta centrală ERP păstrează FD32 exact așa cum este descris mai sus, iar conceptele se transmit perfect: există o limită, o categorie de risc și o cifră de expunere de ambele părți. O descriere detaliată a rolului partenerului de afaceri este publicată în acest document. SAP Articol comunitar despre SAP Managementul credituluiÎn aval, aceleași solduri ale clienților conduc avertizare și corecțiile de compensare acoperite în resetarea elementelor șterse.

Întrebări frecvente

Verificarea automată a creditului reacționează cu un avertisment, o eroare sau un blocaj de livrare, în funcție de setarea pentru categoria de risc respectivă. Documentele de vânzări blocate rămân într-o listă de eliberare până când un reprezentant de credit le aprobă sau le respinge.

O verificare statică compară limita cu totalul articolelor deschise, comenzilor, livrărilor și documentelor de facturare. O verificare dinamică adaugă un orizont de credit, astfel încât comenzile programate dincolo de acel orizont sunt ignorate. Ambele sunt configurate în funcție de categoria de risc.

Expunerea este menținută în structuri sumarizate care se pot dezechilibra după o eroare de actualizare. Raportul de reorganizare RVKRED77 reconstruiește valorile creditelor pentru clienții afectați și zonele de control al creditelor, după care cifrele se potrivesc din nou cu pozițiile deschise.

Datele clasice despre credit se află în propriile tabele, nu în vizualizările generale ale clienților: KNKA deține datele centrale, iar KNKK deține câte o înregistrare per zonă de control al creditelor. De aceea, datele sunt gestionate prin FD32 și nu prin ecranele de creare ale clienților.

Modelele de învățare automată evaluează comportamentul de plată, numărul de zile restante și evaluările externe pentru a propune o limită sau o categorie de risc și clasifică listele de lucru pentru colectare în funcție de probabilitatea plății. Propunerea necesită în continuare aprobarea umană înainte de a ajunge la masterul de credit.

Da. Asistenți precum Copilotul GitHub Elaborați codul ABAP, codul de intrare în lot sau codul de scripting din spatele unei încărcări în masă a limitei de credit și interogările din spatele unui raport de expunere. Testați mai întâi fiecare program generat într-un client sandbox.

Limita este reținută în moneda zonei de control al creditelor, care este fixată la definirea zonei. Documentele înregistrate în alte monede sunt convertite în moneda respectivă înainte ca expunerea să fie comparată cu limita.

Fiecare modificare a registrului principal de credite este înregistrată, iar documentele de modificare pot fi listate pentru un client și o zonă de control al creditelor. Jurnalul arată valoarea veche, valoarea nouă, utilizatorul și data, ceea ce solicită în mod normal un audit al deciziilor de credit.

Rezumați această postare cu: