Cum se efectuează o solicitare de retragere în SAP F150

⚡ Rezumat inteligent

Înregistrare în cerere SAP este procesul automat de reamintire a clienților cu privire la pozițiile deschise restante, utilizând tranzacția F150 pentru a selecta conturi, a atribui niveluri de somare, a genera o propunere de somare și a imprima sau trimite prin e-mail notificările de somare rezultate.

  • 🔘 Scop: Dunning trimite notificări de plată tot mai frecvente pentru creanțele restante, în special în cadrul conturilor de încasat.
  • ⚙️ Tranzacţie: F150 execută programul de solicitare a plății, în timp ce FBMP gestionează procedura de solicitare a plății și nivelurile acesteia.
  • 📋 Propunere: Execuția selectează conturi, verifică articolele restante, atribuie niveluri și stochează o propunere de somație revizuibilă.
  • 🖨️ ieșire: Notificările aprobate sunt tipărite sau trimise prin e-mail, iar datele de solicitare a plății actualizează înregistrările și documentele principale.
  • 🚫 blocuri: Un bloc de somație din înregistrarea principală sau dintr-o linie de plată exclude articole din execuție.
  • 🤖 Automatizare: SAP S/4HANA și colectările asistate de inteligență artificială programează solicitările de plată și prioritizează clienții pe care îi contactează primii.

SAP Procesul de rulare a solicitării de plată F150 de la parametri la notificări tipărite

Înregistrare în cerere SAP automatizează scrisorile de atenționare pe care o companie le trimite atunci când clienții lasă facturile restante. Programul de somare (tranzacția F150) citește articolele deschise, decide ce conturi să le reamintească, atribuie un nivel de somare și generează notificările de somare. Acest ghid explică cum funcționează somarea, configurația de care depinde și o rulare pas cu pas a somației F150.

În ce este Dunning? SAP?

Solicitarea de plată este procesul de corespondență cu clienții sau furnizorii cu privire la facturile restante, care SAP înregistrări ca elemente deschise. În SAP Puteți programa procesul de solicitare a plății și puteți menține niveluri diferite de solicitare a plății pentru fiecare rulare a solicitării, astfel încât tonul mementoului să se intensifice cu cât un articol rămâne neplătit mai mult timp. Face parte în principal din creanţe de încasat, dar și un furnizor cu un sold debitor poate fi somat.

O execuție a somației parcurge următorii pași:

  1. Introduceți parametrii pentru programul de sosire. Parametrii unei vechi rulări de sosire pot fi copiați, iar datele pot fi ajustate.
  2. Rularea de somare selectează conturile, le examinează pentru articole restante, verifică dacă trebuie să fie somate și le atribuie niveluri de somare. Toate datele de somare sunt stocate într-o propunere de somare.
  3. Propunerea de solicitare a plății poate fi editată, ștearsă și recreată ori de câte ori este necesar, până când funcționarul responsabil cu solicitarea de plată este mulțumit de rezultat.
  4. Dacă se dorește, acest pas poate fi omis, iar rularea solicitării poate fi urmată direct de imprimarea avizelor de solicitare.
  5. Cu un singur clic, notificările de somație sunt tipărite, iar datele de somație sunt actualizate în înregistrările principale și documentele asociate.

Configurarea și cerințele preliminare pentru soluționarea datoriilor (FBMP)

Înainte de prima rulare F150, trebuie configurate elementele de bază ale solicitării de plată, altfel rularea nu găsește nimic de procesat. Trei setări contează cel mai mult: procedura de solicitare a plății, nivelurile de solicitare a plății și (opțional) zona de solicitare a plății.

  • Procedura de somație (FBMP) — tranzacția FBMP gestionează procedura de somare, care definește intervalul de somare în zile, numărul de niveluri de somare (maxim nouă), sumele minime restante și formularele de notificare.
  • Zona de solicitare a rambursării (OB61) — o unitate organizațională opțională care vă permite să recuperați articolele separat, de exemplu pe regiune sau divizie, în cadrul unui singur cod de companie.
  • Atribuirea datelor principale — procedura de somație este introdusă în înregistrarea principală a clientului sau furnizorului. Conturile fără o procedură sunt omise, deci aceasta este setată atunci când crearea datelor principale ale furnizorului sau să mențină clientul.

Deoarece soluționarea acționează asupra creanțelor restante, aceasta funcționează alături de controlul creditului cliențilorManagementul creditului limitează expunerea de la bun început, în timp ce soluționarea cererilor de rambursare urmărește ceea ce este deja restant.

Procedura de reclamare în SAP (F150)

Pașii de mai jos execută o solicitare completă de plată ca job programat în fundal. Fiecare ecran din tranzacția F150 este afișat în ordine.

Pasul 1) Efectuați o rulare completă a solicitării de plată ca job programat în fundal, introducând codul de tranzacție F150 în SAP câmpul de comandă, așa cum se arată mai jos.

Codul tranzacției F150 introdus în SAP câmp de comandă pentru a începe solicitarea de plată

Pasul 2) Pe ecranul următor, introduceți data execuției solicitării și identificatorul acesteia, care împreună denumesc această execuție.

Data execuției solicitării și identificarea introduse pe ecranul inițial F150

Pasul 3) În fila Parametri, introduceți detaliile rulării care indică SAP ce articole să selectați:

  • Data solicitării care este tipărită pe notificare
  • Data până la care documentele sunt luate în considerare pentru somație
  • Codul companiei pentru somații de plată
  • Clienții și furnizorii care trebuie solicitați

Fila Parametri cu data somației, data documentului, codul companiei și intervalele de conturi

Pasul 4) Salvați parametrii de solicitare a plății, astfel încât rularea să îi poată utiliza.

Salvarea parametrilor de solicitare a plății în rularea solicitării de plată F150

Pasul 5) Programați rularea solicitării apăsând butonul Programare.

Butonul Programare utilizat pentru a porni rularea solicitării de plată F150

Pasul 6) Pe ecranul următor, selectați imprimanta care va imprima notificările de somare generate de rulare.

Selectarea imprimantei de ieșire pentru notificările de somare

Pasul 7) Pe ecranul următor, programați ora de începere a execuției somației.

Programarea orei de începere a rulării somației

Pasul 8) Verificați starea execuției solicitării de plată pentru a confirma că s-a finalizat.

Verificarea stării execuției de solicitare finalizate

Pasul 9) Verificați notificarea de somare din cererile spool, unde rezultatul generat este stocat pentru imprimare.

Rezultatul notificării de somație listat în SAP prezentare generală a cererii de spool

Deschiderea cererii de spool afișează notificarea de somare finalizată, listând articolele deschise restante și nivelul de somare aplicat contului.

Notificare de solicitare tipărită care arată pozițiile deschise restante ale clientului

Detalii despre notificarea de somație cu nivelul somației, datele scadente și sumele

Înțelegerea nivelurilor de somație și a notificărilor de somație

Nivelurile de somație sunt cele care fac procesul să escaladeze. Fiecare nivel corespunde unei etape a datoriei restante, iar odată cu fiecare nivel, notificarea devine mai fermă și poate adăuga comisioane de somație sau dobânzi.

Nivelul de solicitare a datoriei Ton tipic Conținut comun
Nivel 1 Memento politicos O notă politicoasă că factura este restantă
Nivel 2 Memento ferm O solicitare mai puternică, adesea cu taxe de somație sau dobânzi
Nivel 3 Notificare urgentă O ultimă cerere înainte de escaladare
Nivelul 4+ Final / legal Avertisment privind acțiunile legale sau predarea către colecții (până la nivelul 9)

Nivelul de somație atins de fiecare articol este scris înapoi în înregistrarea principală a clientului sau furnizorului și în document, astfel încât următoarea rulare știe să mute un articol la nivelul următor odată ce intervalul a trecut. Datele de somație în sine sunt stocate în tabele FI, cum ar fi tabelul de somație al furnizorului LFB5, descris în tabele FI importante referinţă.

Înregistrare în cerere SAP S/4HANA și erori frecvente

Tranzacția F150 încă rulează înregistrarea de plată SAP S/4HANA, iar configurația clasică din FBMP rămâne valabilă. SAP S/4HANA Cloud adaugă aplicații Fiori, cum ar fi Gestionarea notificărilor de somație și Programarea joburilor de creanțe, care programează și monitorizează execuția fără dialogul clasic, dar logica de selecție subiacentă este aceeași.

O practică recomandată pentru orice lansare este să începeți rularea solicitării de plată după cursa de plată, deci articolele care tocmai au fost plătite sunt deja compensate, iar clienții nu sunt somați pentru facturile pe care le-au achitat. Problemele frecvente care opresc o rulare includ:

  • Lista nu conține date — nicio poziție nu este restantă pentru selecție, procedura de somare lipsește din înregistrarea principală sau nu a fost atinsă suma minimă.
  • Blocarea solicitărilor de rambursare — un bloc setat în înregistrarea principală sau într-o linie de evidență exclude în mod deliberat aceste elemente, adesea în timpul unei dispute.
  • Date greșite — data solicitării sau data de luare în considerare a documentului exclude elementele pe care vă așteptați să le vedeți.

Întrebări frecvente

Programați rularea solicitării de plată după rularea plății, astfel încât articolele plătite recent să fie deja compensate. Acest lucru menține situația de înregistrare actualizată și previne solicitarea de plată către clienți pentru facturi pe care tocmai le-au achitat. Majoritatea echipelor o execută ca o activitate periodică în fundal.

Da. Deși solicitarea de plată vizează în principal creanțele restante ale clienților, SAP De asemenea, se poate face o somare de la un furnizor atunci când contul furnizorului are un sold debitor, cum ar fi după o notă de credit. Aceeași procedură de executare și somare F150 gestionează ambele, selectate după tipul de cont în parametri.

Procedura de somare este stocată în înregistrarea principală a clientului sau furnizorului, în datele codului companiei (tranzacția FD02 pentru clienți sau FK02 pentru furnizori). Fără o procedură atribuită acolo, contul este omis de execuția de somare F150.

O propunere de somație este lista de conturi și articole restante pe care rulajul le selectează înainte de imprimarea notificărilor. Funcționarul responsabil cu somația o poate edita, șterge și recrea ori de câte ori este nevoie și poate crește sau reduce un nivel de somație propus înainte de finalizare.

Un bloc de somare oprește somarea unui articol sau a unui cont. Acesta poate fi setat în înregistrarea principală a clientului sau furnizorului sau într-un articol individual și este adesea utilizat în timp ce se rezolvă o dispută sau un acord de plată.

Intervalul de somare stabilește numărul minim de zile care trebuie să treacă înainte ca un cont să poată fi din nou somat sau mutat la următorul nivel de somare. Acesta este definit în procedura de somare prin tranzacția FBMP, alături de numărul de niveluri.

Învățarea automată clasifică conturile restante în funcție de riscul de plată, prezice când va plăti un client și recomandă următorul nivel de solicitare sau un apel în schimb. SAP Instrumentele de inteligență artificială și de colectare a creanțelor încorporează acest sistem de scorare, astfel încât echipele să se concentreze asupra conturilor cu cea mai mare probabilitate de incapacitate de plată.

Copilotul GitHub ajută la elaborarea ABAP-ului, SAPscript sau cod Smart Forms din spatele scrisorilor de solicitare personalizate și al rapoartelor de analiză. Nu rulează F150 în sine, așadar validați fiecare formular sau interogare generată într-un client sandbox înainte de a o transporta în producție.

Rezumați această postare cu: