Il Suo Template dei dati dei crediti commerciali
Il Suo Template dei dati dei crediti commerciali
- Attributi specifici del processo per l'analisi finanziaria
- Principali traguardi per un'accurata process discovery
- Guida passo passo all'estrazione da SAP ECC
Attributi dei crediti verso clienti
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome dell'attività
ActivityName
|
L'evento o l'azione specifica eseguita nel processo. | ||
|
Descrizione
Questo attributo acquisisce il nome della fase di processo eseguita, ad esempio 'Invoice Created', 'Payment Received' o 'Dispute Case Recorded'. Deriva dai codici transazione, dai tipi di documento o da specifiche modifiche allo stato del documento contabile. Questi dati consentono di ricostruire il flusso del processo e analizzare le varianti dei percorsi.
Perché è importante
Definisce la struttura dell'event log necessaria per visualizzare la mappa del processo e identificare i colli di bottiglia.
Dove reperirlo
Derivato da TCODE in BKPF, dal tipo di documento in BLART o dai documenti di modifica (CDHDR/CDPOS)
Esempi
Fattura creataPagamento ricevutoNota di credito registrataCaso di contestazione aperto
|
|||
|
Numero di fattura
InvoiceNumber
|
L'identificativo univoco della fattura o del documento contabile. | ||
|
Descrizione
Questo attributo rappresenta la chiave primaria del processo di contabilità clienti. In SAP ECC consiste generalmente nella concatenazione del numero del documento contabile (BELNR), del codice società (BUKRS) e dell'esercizio fiscale (GJAHR), così da garantire l'univocità all'interno del sistema. Costituisce il riferimento centrale per collegare tutte le attività successive, come pagamenti, contestazioni e clearing, all'obbligazione finanziaria originaria.
Perché è importante
È il Case ID necessario per monitorare il ciclo di vita end-to-end di un credito, dalla creazione al clearing finale.
Dove reperirlo
Tabella BKPF, campo BELNR (spesso concatenato con BUKRS e GJAHR)
Esempi
140000023420231800003991202351000008822022
|
|||
|
Ora dell'evento
EventTime
|
Il timestamp specifico in cui si è verificata l'attività. | ||
|
Descrizione
Questo attributo registra la data e l'ora esatte in cui un'attività si è verificata nel sistema. Per i dati transazionali in SAP ECC, consiste generalmente nella combinazione della data di inserimento (CPUDT) e dell'ora di inserimento (CPUTM). Fornisce la dimensione temporale necessaria per calcolare i tempi di ciclo, i tempi di attraversamento e la durata tra le fasi del processo.
Perché è importante
È essenziale per tutte le analisi basate sul tempo, inclusi i Days Sales Outstanding e la velocità del processo.
Dove reperirlo
Tabella BKPF, campi CPUDT (data) e CPUTM (ora)
Esempi
2023-10-12T08:30:00Z2023-10-15T14:22:10Z2023-11-01T09:15:00Z
|
|||
|
Sistema di origine
SourceSystem
|
Il nome del sistema da cui hanno avuto origine i dati. | ||
|
Descrizione
Identifica l'istanza o il client SAP ECC specifico da cui è stato estratto il record. Negli ambienti con più sistemi, questo attributo è fondamentale per separare i dati e individuare le variazioni del processo specifiche di ciascun sistema. Garantisce la tracciabilità dei dati e facilita la risoluzione dei problemi di integrazione.
Perché è importante
È necessario per la governance dei dati e per identificare l'origine dei record in ambienti multi-ERP.
Dove reperirlo
Configurazione del sistema o valore codificato durante l'estrazione
Esempi
SAP_ECC_P01SAP_ECC_QAERP_NA_01
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Timestamp dell'estrazione o dell'aggiornamento più recente dei dati. | ||
|
Descrizione
Indica quando i dati sono stati sincronizzati l'ultima volta dal sistema SAP ECC di origine alla piattaforma di Process Mining. Aiuta gli utenti a comprendere l'aggiornamento dell'analisi e la potenziale latenza nei Dashboard. È fondamentale per verificare che i KPI riflettano lo stato attuale dell'azienda.
Perché è importante
Garantisce che gli utenti sappiano quanto sono aggiornati i dati nei loro Dashboard.
Dove reperirlo
Generato dallo strumento di estrazione (timestamp ETL)
Esempi
2023-11-25T00:00:00Z2023-11-25T06:00:00Z
|
|||
|
Codice società
CompanyCode
|
L'unità organizzativa per la quale viene redatto il bilancio. | ||
|
Descrizione
Rappresenta la specifica entità giuridica o controllata all'interno della struttura aziendale. In SAP corrisponde al campo 'BUKRS'. Analizzare i dati per codice società consente di confrontare le prestazioni tra diverse unità aziendali e di individuare le entità che gestiscono i crediti in modo più efficiente.
Perché è importante
È fondamentale per filtrare i Dashboard per unità aziendale e separare i libri contabili.
Dove reperirlo
Tabella BKPF, campo BUKRS
Esempi
1000US01DE99
|
|||
|
Data di clearing
ClearingDate
|
La data in cui la fattura è stata compensata, tramite pagamento o compensazione. | ||
|
Descrizione
La data (AUGDT) in cui la partita aperta è stata compensata nel sistema. Costituisce il timestamp finale definitivo del processo di incasso per una specifica fattura. È la componente principale per calcolare l''Average Days Sales Outstanding' e determinare se un pagamento è stato effettuato in ritardo.
Perché è importante
Il timestamp fondamentale per calcolare il DSO e la rapidità dei pagamenti.
Dove reperirlo
Tabella BSAD (partite compensate), campo AUGDT
Esempi
2023-12-012023-11-15
|
|||
|
Data di scadenza netta
NetDueDate
|
La data calcolata entro la quale deve essere effettuato il pagamento. | ||
|
Descrizione
È il termine ultimo per il pagamento. In SAP viene spesso calcolata sommando alla data di riferimento (ZFBDT) i giorni previsti dalle condizioni di pagamento (ZTERM). Questo attributo è fondamentale per il KPI 'Payment Term Adherence Rate', poiché consente di identificare le fatture scadute.
Perché è importante
Il riferimento per determinare quali pagamenti sono puntuali e quali sono in ritardo.
Dove reperirlo
Derivata da BSEG-ZFBDT e dalle condizioni di pagamento (logica della tabella T052)
Esempi
2023-12-302024-01-15
|
|||
|
È automatizzato
IsAutomated
|
Indicatore che segnala se l’attività è stata eseguita automaticamente. | ||
|
Descrizione
Indicatore booleano derivato dal codice transazione e dal nome utente. Ad esempio, se il TCODE è «F110» (esecuzione pagamento automatico) o l’utente è un account di sistema batch noto, il valore viene impostato su true. Questo attributo è direttamente necessario per il KPI «Tasso di compensazione automatica».
Perché è importante
Essenziale per misurare l’efficienza del processo e i tassi di automazione.
Dove reperirlo
Derivato da TCODE e USNAM
Esempi
truefalse
|
|||
|
Gruppo conti cliente
CustomerAccountGroup
|
Classifica i clienti in segmenti differenti. | ||
|
Descrizione
Il gruppo conti SAP (KTOKD) categorizza i clienti, ad esempio Sold-to, Ship-to e Intercompany. Costituisce la mappatura principale del 'Customer Segment'. È essenziale per il Dashboard 'Customer Segment Payment Trends', che consente di confrontare il rispetto delle condizioni di pagamento da parte delle diverse tipologie di clienti.
Perché è importante
Il metodo standard per segmentare i clienti in SAP.
Dove reperirlo
Tabella KNA1, campo KTOKD
Esempi
KUNA0001DEBI
|
|||
|
Importo in valuta locale
AmountInLocalCurrency
|
Il valore della posizione nella valuta del codice società. | ||
|
Descrizione
Rappresenta il valore finanziario dell'attività o del documento nella valuta locale del libro mastro (DMBTR). Questo attributo viene utilizzato per calcolare 'ActivityAmount' ed è fondamentale per stabilire le priorità degli incassi in base al valore. Consente di concentrare l'analisi sulle partite aperte di importo elevato.
Perché è importante
È essenziale per analizzare l'impatto finanziario e stabilire le priorità dei casi di importo elevato.
Dove reperirlo
Tabella BSEG, campo DMBTR
Esempi
1500.00230.5010000.00
|
|||
|
Nome utente
UserName
|
L'ID dell'utente che ha eseguito la transazione. | ||
|
Descrizione
Acquisisce l'ID utente SAP (USNAM) associato alla creazione o alla modifica del documento. Questo attributo viene mappato su 'User' e utilizzato nel Dashboard 'Dispute Resolution Efficiency' per monitorare le prestazioni degli addetti. Aiuta inoltre a distinguere tra utenti manuali e account di sistema.
Perché è importante
Consente di analizzare le prestazioni per membro del team e di rilevare le attività automatizzate.
Dove reperirlo
Tabella BKPF, campo USNAM
Esempi
JSMITHBATCH_USERFIN_AP_01
|
|||
|
Numero cliente
CustomerNumber
|
Identificativo univoco del conto cliente. | ||
|
Descrizione
L'ID univoco assegnato al cliente nel sistema SAP (KUNNR). Questo attributo abilita i Dashboard 'Collections Activity Performance' e 'Customer Segment Payment Trends', aggregando le metriche di processo a livello di cliente. È essenziale per identificare i clienti ad alto rischio.
Perché è importante
Consente di analizzare in dettaglio i comportamenti specifici dei clienti e le tendenze dei pagamenti.
Dove reperirlo
Tabella BSEG o BSID/BSAD, campo KUNNR
Esempi
000100293CUST-9921000550021
|
|||
|
Tipo di documento
DocumentType
|
Classifica il documento contabile, ad esempio fattura, pagamento o nota di credito. | ||
|
Descrizione
Il tipo di documento SAP (BLART) distingue le diverse transazioni aziendali, come una fattura cliente (DR), un pagamento cliente (DZ) o una nota di credito (DG). Questo attributo è fondamentale per definire il 'CaseType' e filtrare flussi di processo specifici, ad esempio per analizzare il 'Credit Memo Rework Rate'.
Perché è importante
Distingue tra fatture, pagamenti e rettifiche nei dati.
Dove reperirlo
Tabella BKPF, campo BLART
Esempi
RVDZDGDR
|
|||
|
Area di controllo del credito
CreditControlArea
|
Unità organizzativa per la gestione del credito. | ||
|
Descrizione
L’area di controllo del credito (KKBER) viene utilizzata per impostare e monitorare i limiti di credito dei clienti. Questo attributo supporta l’analisi «Impatto del limite e del rating di credito», raggruppando i clienti in base alle rispettive politiche creditizie. Aiuta a correlare le impostazioni del rischio di credito con i ritardi nei pagamenti.
Perché è importante
Chiave per analizzare il rischio di credito e l’efficacia delle politiche adottate.
Dove reperirlo
Tabella KNB1 o KNKK, campo KKBER
Esempi
US01GLBLEU00
|
|||
|
Città di fatturazione
BillingCity
|
La città associata all'indirizzo di fatturazione del cliente. | ||
|
Descrizione
Il nome della città (ORT01) proveniente dai dati anagrafici del cliente. Supporta il requisito del Dashboard di identificare quali segmenti di clientela o città di fatturazione contribuiscono maggiormente a un Days Sales Outstanding elevato. Consente un'analisi geografica dettagliata dei comportamenti di pagamento.
Perché è importante
È richiesto specificamente per il Dashboard 'Invoice Cycle Time Analysis'.
Dove reperirlo
Tabella KNA1, campo ORT01
Esempi
New YorkBerlinoLondra
|
|||
|
Codice transazione
TransactionCode
|
Il T-Code SAP utilizzato per eseguire l’attività. | ||
|
Descrizione
Il codice transazione specifico (TCODE) utilizzato per registrare il documento, ad esempio «FB01» (registrazione documento) o «F110» (pagamento automatico). Questo attributo costituisce la base per il calcolo di «IsAutomated» e per il «Cash Application Automation Tracker». Indica il metodo di inserimento.
Perché è importante
T-Code diversi indicano metodi di elaborazione differenti, manuali o automatici.
Dove reperirlo
Tabella BKPF, campo TCODE
Esempi
VF01F110FB70FEB_BSPROC
|
|||
|
Condizioni di pagamento
PaymentTerms
|
Codice che rappresenta le condizioni di pagamento concordate. | ||
|
Descrizione
La chiave delle condizioni di pagamento (ZTERM) determina la data di scadenza e gli eventuali sconti applicabili. L’analisi di questo attributo aiuta a comprendere se i problemi relativi alla «cattura degli sconti per pagamento anticipato» dipendano da condizioni troppo restrittive o da inefficienze di processo. Si tratta di una dimensione fondamentale per la conformità finanziaria.
Perché è importante
Definisce il comportamento previsto e le scadenze del caso.
Dove reperirlo
Tabella BSEG o KNB1, campo ZTERM
Esempi
NT30ZB010001
|
|||
|
ID del caso di contestazione
DisputeCaseId
|
Identificativo di un caso di contestazione collegato alla fattura. | ||
|
Descrizione
L’identificativo univoco (CASE_GUID o ID esterno) proveniente dal modulo SAP FSCM Dispute Management. Questo attributo è obbligatorio per la Dashboard «Efficienza nella risoluzione delle contestazioni». Collega il documento finanziario al Workflow di gestione delle contestazioni e consente di calcolare i tempi di risoluzione.
Perché è importante
Collega il processo AR al sottoprocesso Dispute Management.
Dove reperirlo
Tabella FDM_DCPROC o SCMG_T_CASE_ATTR (se FSCM è attivo)
Esempi
DISP-000123100029384
|
|||
|
Paese del cliente
CustomerCountry
|
Il codice del Paese associato al cliente. | ||
|
Descrizione
La posizione geografica del cliente (LAND1), recuperata dai dati anagrafici del cliente. Questo attributo supporta l''Invoice Cycle Time Analysis', consentendo di segmentare le prestazioni per area geografica. Aiuta a individuare eventuali Paesi caratterizzati da cicli di pagamento più lunghi a causa di consuetudini locali o ritardi bancari.
Perché è importante
Supporta l'analisi delle prestazioni regionali e la reportistica normativa.
Dove reperirlo
Tabella KNA1, campo LAND1
Esempi
USDEFR
|
|||
|
Pagamento in ritardo
IsLatePayment
|
Indicatore che segnala se il pagamento è stato ricevuto dopo la data di scadenza. | ||
|
Descrizione
Indicatore booleano calcolato confrontando la data di compensazione con la data di scadenza netta. Questo attributo semplifica il calcolo del KPI «Tasso di rispetto delle condizioni di pagamento» e consente di filtrare rapidamente nella Dashboard i casi non conformi.
Perché è importante
Identifica rapidamente le violazioni del processo relative alle condizioni di pagamento.
Dove reperirlo
Calcolato: ClearingDate > NetDueDate
Esempi
truefalse
|
|||
|
Rating di credito
CreditRating
|
Il punteggio di affidabilità creditizia del cliente. | ||
|
Descrizione
Il rating di credito del cliente (campo CTLPC o analogo nelle tabelle KNKK/FSCM). Questo attributo è necessario per la Dashboard «Impatto del limite e del rating di credito» e consente agli analisti di correlare la probabilità di contestazioni o ritardi nei pagamenti con il profilo di rischio del cliente.
Perché è importante
Collega i dati di gestione del rischio alle prestazioni operative.
Dove reperirlo
Tabella KNKK (gestione del credito) o tabelle FSCM
Esempi
A+Alto rischio500
|
|||
Attività dei crediti verso clienti
| Attività | Descrizione | ||
|---|---|---|---|
|
Caso di contestazione registrato
|
L'associazione a una posizione di fattura di un codice causale che indica un disaccordo o una richiesta di chiarimento da parte del cliente. In genere questa operazione blocca la fattura per il pagamento. | ||
|
Perché è importante
È fondamentale per la 'Dispute Resolution Efficiency'. Identifica il motivo per cui gli incassi sono bloccati e consente di misurare la durata del ciclo di risoluzione.
Dove reperirlo
Modifiche a BSEG-RSTGR (codice causale) o integrazione con le tabelle SAP FSCM Dispute Management (UDM_CASE).
Acquisizione
Confrontare il campo di stato prima e dopo la modifica oppure il log FSCM
Tipo di evento
inferred
|
|||
|
Documento contabile creato
|
La registrazione iniziale della fattura cliente nel libro mastro della contabilità finanziaria. Questa operazione crea la partita aperta nel sottolibro della contabilità clienti. | ||
|
Perché è importante
Segna l'inizio ufficiale della passività finanziaria e dell'aging della fattura cliente.
Dove reperirlo
Tabella BKPF (testata) e BSEG (segmento). Identificare i documenti in cui il tipo di conto (KOART) è 'D' (cliente). Utilizzare la data di inserimento (CPUDT) e l'ora (CPUTM).
Acquisizione
Registrato quando la transazione crea un record in BKPF
Tipo di evento
explicit
|
|||
|
Fattura compensata
|
La fase finale di riconciliazione, in cui la fattura aperta e il pagamento vengono collegati e lo stato di partita aperta viene rimosso. Il processo è ora completato. | ||
|
Perché è importante
Evento End essenziale. Viene utilizzato per calcolare l''Automated Clearing Rate' e completare il ciclo di vita.
Dove reperirlo
Tabella BSEG. I campi 'AUGBL' (documento di clearing) e 'AUGDT' (data di clearing) vengono valorizzati per la posizione della fattura.
Acquisizione
Registrato quando la partita aperta viene compensata
Tipo di evento
explicit
|
|||
|
Fattura inviata
|
La trasmissione del documento di fattura al cliente tramite stampa, e-mail o EDI. Questa attività indica il momento in cui il cliente riceve effettivamente la richiesta di pagamento. | ||
|
Perché è importante
È fondamentale per calcolare il KPI 'Invoice Dispatch Lead Time'. I ritardi in questa fase aumentano direttamente i Days Sales Outstanding.
Dove reperirlo
Probabilmente richiede il collegamento del documento FI al documento di fatturazione SD (VBRK) e la verifica della tabella di controllo degli output (NAST) per accertare lo stato di elaborazione completata con successo.
Acquisizione
Correlare VBRK-VBNUM con i log degli output in NAST
Tipo di evento
inferred
|
|||
|
Pagamento parziale registrato
|
La ricezione di un pagamento che copre solo una parte dell'importo totale della fattura. La fattura rimane aperta con un saldo residuo. | ||
|
Perché è importante
È fondamentale per la 'Partial Payment Impact Analysis'. Aumenta la complessità della riconciliazione e i tempi di ciclo.
Dove reperirlo
Tabella BSEG. Identificare i documenti di pagamento (tipo DZ/KZ) che fanno riferimento alla fattura (REBZG), ma non la compensano interamente.
Acquisizione
Registrato quando il documento di pagamento viene contabilizzato
Tipo di evento
explicit
|
|||
|
Pagamento ricevuto
|
La registrazione di un documento di pagamento in entrata destinato a saldare la fattura. Registra l'afflusso di cassa nel libro mastro. | ||
|
Perché è importante
L'evento centrale per l''Average Days Sales Outstanding'. Rappresenta la realizzazione finanziaria della vendita.
Dove reperirlo
Tabella BKPF/BSEG. Tipo di documento 'DZ' (pagamento cliente) o 'KZ' (pagamento fornitore per clienti).
Acquisizione
Registrato quando la transazione di pagamento viene eseguita
Tipo di evento
explicit
|
|||
|
Sollecito di pagamento inviato
|
L'emissione di una lettera di sollecito o di un promemoria di pagamento al cliente a causa di un saldo scaduto. Rappresenta l'azione proattiva del team addetto agli incassi. | ||
|
Perché è importante
È essenziale per il Dashboard 'Collection Activity Performance'. Un'elevata frequenza suggerisce un comportamento di pagamento poco puntuale da parte dei clienti.
Dove reperirlo
Tabella MHND (dati dei solleciti) e MHNK (testata dei solleciti). Registrano la data e il livello del sollecito.
Acquisizione
Registrato quando viene eseguito il Dunning Run (F150)
Tipo di evento
explicit
|
|||
|
Clearing stornato
|
L'annullamento di un'operazione di clearing precedentemente completata con successo, che riapre la fattura. Indica un errore nell'applicazione iniziale dell'incasso. | ||
|
Perché è importante
Rappresenta una rilavorazione. Storni frequenti indicano problemi nelle regole di auto-cash o nella formazione sulla riconciliazione manuale.
Dove reperirlo
Tabella BKPF. Identificare i documenti in cui il documento di clearing è stato reimpostato, utilizzando la logica della transazione FBRA, oppure tramite i log delle modifiche.
Acquisizione
Registrato quando viene eseguita la transazione FBRA
Tipo di evento
explicit
|
|||
|
Condizioni di pagamento modificate
|
Un aggiornamento delle condizioni di pagamento concordate, come la data di scadenza o l'idoneità allo sconto, dopo la registrazione della fattura. Spesso riflette una rinegoziazione o una correzione. | ||
|
Perché è importante
Le modifiche alle condizioni di pagamento alterano l'analisi dell'aging e possono indicare errori nei dati anagrafici o concessioni ad hoc.
Dove reperirlo
Tabelle dei documenti di modifica (CDHDR/CDPOS) collegate al documento contabile (BSEG-ZTERM o BSEG-ZFBDT).
Acquisizione
Registrato quando il documento di modifica viene scritto in CDHDR
Tipo di evento
explicit
|
|||
|
Impegno di pagamento registrato
|
Un impegno del cliente a pagare un importo specifico entro una data specifica. Aggiorna le previsioni di cassa. | ||
|
Perché è importante
Utilizzato in 'Collections Activity Performance'. Il tasso di successo degli impegni consente di prevedere l'accuratezza dei flussi di cassa a breve termine.
Dove reperirlo
Tabelle SAP FSCM Collections Management (UDM_P2P) oppure dedotto dalle note testuali create dagli addetti agli incassi.
Acquisizione
Registrato in FSCM o nella tabella di testo STXH
Tipo di evento
explicit
|
|||
|
Nota di credito registrata
|
L'emissione di una nota di credito al cliente, che riduce il saldo dei crediti in essere. In genere corregge errori di fatturazione o gestisce resi. | ||
|
Perché è importante
Alimenta il KPI 'Credit Memo Rework Rate'. Un volume elevato indica problemi di qualità a monte nel processo di vendita o di evasione.
Dove reperirlo
Tabella BKPF/BSEG in cui il tipo di documento è 'DG' (o un tipo personalizzato di nota di credito) con riferimento alla fattura originale.
Acquisizione
Registrato quando la transazione crea il documento di nota di credito in BKPF
Tipo di evento
explicit
|
|||
|
Riga dell'estratto conto bancario abbinata
|
L'abbinamento automatico di una riga dell'estratto conto bancario elettronico a un conto cliente. Rappresenta il riconoscimento iniziale dell'incasso in banca. | ||
|
Perché è importante
Supporta il 'Cash Application Automation Tracker'. Indica l'efficienza dell'elaborazione dell'estratto conto bancario elettronico (EBS).
Dove reperirlo
Tabella FEBEP (righe dell'estratto conto bancario elettronico) e FEBA (elaborazione dell'estratto conto bancario).
Acquisizione
Registrato quando l'EBS viene caricato ed elaborato
Tipo di evento
explicit
|
|||
|
Sconto di cassa applicato
|
L'applicazione di una condizione di sconto sul pagamento, che riduce l'importo finale da versare. Si verifica quando il pagamento viene effettuato entro il periodo previsto per lo sconto. | ||
|
Perché è importante
Monitora l''Early Payment Discount Capture'. Aiuta a verificare se gli sconti vengono applicati correttamente o concessi per errore.
Dove reperirlo
Tabella BSEG. Il campo 'SKNTO' (importo dello sconto di cassa) viene valorizzato sulla posizione di clearing.
Acquisizione
Registrato come valore del campo nel documento di clearing
Tipo di evento
explicit
|
|||
|
Stralcio registrato
|
La classificazione del saldo della fattura come inesigibile, con rimozione dai crediti e imputazione a una perdita su crediti. Viene utilizzata quando l'incasso non va a buon fine. | ||
|
Perché è importante
Una conclusione negativa del processo. È importante per analizzare le cause alla radice delle perdite di ricavi.
Dove reperirlo
Tabella BSEG. Documento di clearing con uno specifico tipo di documento, ad esempio 'AB', o un codice causale che indica uno stralcio.
Acquisizione
Derivato dal tipo di documento e dalla mappatura del conto Co.Ge.
Tipo di evento
inferred
|
|||
Guide all'estrazione
È pronto per iniziare?
Trasformi oggi stesso il Suo processo di incasso applicando questi standard dei dati al Suo ambiente SAP ECC. Il nostro team è a Sua disposizione per supportarLa in ogni fase del Suo percorso di Process Mining.
Ottimizzi i crediti commerciali e colmi oggi stesso le lacune nel flusso di cassa
Riduca il Suo DSO di 15-20 giorni e acceleri i pagamenti in SAP ECC.
Non è richiesta alcuna carta di credito, la configurazione richiede pochi minuti