Il Suo template dei dati per il processo dal pagamento all’elaborazione delle fatture
Il Suo template dei dati per il processo dal pagamento all’elaborazione delle fatture
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l’estrazione dei dati da SAP ECC
Attributi del processo dal pagamento all’elaborazione delle fatture
| Nome | Descrizione | ||
|---|---|---|---|
| Attività Activity | Nome di una specifica fase o di un evento aziendale verificatosi durante il ciclo di elaborazione della fattura. | ||
| Descrizione L’attributo Attività rappresenta una fase o un’azione specifica del flusso di lavoro di elaborazione delle fatture. Le attività derivano da diversi eventi di sistema, come la creazione di documenti, le modifiche di stato, le approvazioni o le azioni degli utenti registrate nei registri delle modifiche di SAP. L’analisi delle attività è alla base del Process Mining. Consente di visualizzare le mappe dei processi, individuare i colli di bottiglia (ad esempio, lunghe attese dopo 'Fattura inviata per approvazione'), i cicli di rilavorazione (ad esempio, cicli ripetuti di 'Blocco di pagamento impostato' e 'Blocco di pagamento rimosso') e le deviazioni dai requisiti di conformità. La sequenza e la frequenza delle attività rivelano il flusso effettivo del processo. Perché è importante Definisce le fasi nella mappa del processo e consente di visualizzare i flussi, individuare i colli di bottiglia e rilevare le rilavorazioni. Dove reperirli Questo attributo deriva in genere da più fonti, tra cui i codici di transazione (SY-TCODE), i campi di stato in tabelle come RBKP (ad esempio, RBSTAT) e gli eventi di modifica nelle tabelle CDHDR e CDPOS. Esempi Fattura salvata come documento preliminareFattura inviata per approvazioneFattura approvataFattura registrataFattura compensata | |||
| Numero fattura InvoiceNumber | Identificativo univoco del documento della fattura fornitore. | ||
| Descrizione Il numero della fattura funge da identificativo univoco del caso per il percorso di elaborazione della fattura. Ogni numero corrisponde a una singola fattura ricevuta da un fornitore e consente di monitorare tutte le attività correlate, dall’acquisizione dei dati al pagamento finale, come parte di un’unica istanza di processo. Nell’analisi di Process Mining, questo attributo è fondamentale per ricostruire il ciclo di vita completo di ogni fattura. Permette di collegare in sequenza cronologica i diversi eventi registrati in SAP, come il salvataggio preliminare, la registrazione, il blocco e la compensazione. Offre così una visione chiara della gestione di ogni fattura, dei tempi necessari e dei punti in cui il processo effettivo si discosta da quello standard. Perché è importante È la chiave primaria che collega tutti gli eventi relativi a una singola fattura e costituisce quindi la base essenziale per l’analisi del processo e l’esplorazione delle varianti. Dove reperirli In genere corrisponde al numero del documento nella tabella SAP RBKP, campo BELNR, spesso concatenato con il codice società (BUKRS) e l’esercizio fiscale (GJAHR) per garantire l’univocità assoluta. Esempi 510004567851000456795100045680 | |||
| Ora dell’evento EventTime | Data e ora esatte in cui si è verificata un’attività. | ||
| Descrizione L’ora dell’evento registra il momento esatto in cui un’attività aziendale è stata eseguita e registrata nel sistema di origine. Questo dato costituisce la base cronologica del processo e ordina tutte le attività di ciascuna fattura in una sequenza coerente. Nell’analisi, l’ora dell’evento è essenziale per calcolare tutte le metriche basate sulla durata, come i tempi di ciclo, di attesa e di elaborazione tra le attività. Alimenta Dashboard come 'Tempo di ciclo complessivo della fattura' e 'Durata della risoluzione dei blocchi di pagamento', fornendo i dati necessari per misurare il tempo trascorso tra due punti qualsiasi del processo. Le date e le ore precise sono fondamentali per individuare ritardi e colli di bottiglia nelle prestazioni. Perché è importante Questo dato è essenziale per ordinare correttamente gli eventi e calcolare tutte le metriche di prestazione, come i tempi di ciclo e la durata dei colli di bottiglia. Dove reperirli In genere si ottiene combinando la data di modifica (UDATE) e l’ora di modifica (UTIME) della tabella di intestazione dei documenti di modifica CDHDR. Per specifici eventi di creazione, può corrispondere alla data e all’ora di creazione nelle tabelle come RBKP (ERNAM, ERZET). Esempi 2023-03-15T10:30:00Z2023-03-16T14:05:21Z2023-03-28T09:00:00Z | |||
| Data di compensazione ClearingDate | La data in cui è stato effettuato il pagamento e la fattura è stata compensata nella contabilità fornitori. | ||
| Descrizione La data di compensazione segna l’ultima fase del ciclo di vita della fattura: il pagamento. È la data in cui la partita aperta della fattura viene compensata nel sistema tramite un documento di pagamento e corrisponde al momento in cui il pagamento è stato effettivamente eseguito. Questo attributo è il punto di arrivo di numerosi KPI importanti, tra cui il «Tempo medio di ciclo della fattura» e il «Tasso di pagamenti puntuali». Viene confrontato con la data di scadenza per misurare la puntualità dei pagamenti. Per analizzare gli sconti, viene invece confrontato con il periodo previsto per lo sconto, così da verificare se il pagamento è avvenuto in tempo per ottenerlo. Perché è importante Segna il completamento del processo e costituisce la base per calcolare il tempo di ciclo totale, la puntualità dei pagamenti e gli sconti effettivamente ottenuti. Dove reperirli Per le partite compensate, è il campo «Clearing Date» (AUGDT) della tabella delle partite fornitori compensate BSAK. Esempi 2023-04-152023-05-022023-05-20 | |||
| Data di registrazione PostingDate | La data in cui la fattura è stata registrata ufficialmente nei registri contabili. | ||
| Descrizione La data di registrazione è una data fondamentale del processo contabile, poiché determina il periodo fiscale in cui la spesa relativa alla fattura viene rilevata nel libro mastro. In genere, viene impostata dall’addetto alla contabilità fornitori durante l’elaborazione della fattura. Nell’analisi dei processi, l’attività «Fattura registrata», identificata da questa data, rappresenta una tappa importante. Il tempo che intercorre tra la ricezione della fattura e la data di registrazione costituisce una componente essenziale del tempo di ciclo complessivo. Questa data è inoltre fondamentale per la rendicontazione finanziaria e l’analisi dei volumi, ad esempio per monitorare quante fatture vengono registrate ogni settimana o ogni mese. Perché è importante Segna una tappa importante del processo, determina il periodo finanziario della transazione ed è un elemento essenziale per calcolare il tempo di ciclo. Dove reperirli È il campo «Posting Date» (BUDAT) della tabella di intestazione dei documenti fattura RBKP. Esempi 2023-03-202023-04-052023-04-11 | |||
| Data di scadenza del pagamento PaymentDueDate | La data entro cui, in base alle condizioni di pagamento, la fattura deve essere pagata al fornitore. | ||
| Descrizione La data di scadenza del pagamento viene calcolata a partire dalla data di riferimento della fattura e dalle condizioni di pagamento concordate. Indica il termine entro cui effettuare il pagamento per evitare ritardi, eventuali penali o ripercussioni sul rapporto con il fornitore. Questo attributo è essenziale per KPI relativi alle prestazioni e alla conformità, come il «Tasso di pagamenti puntuali» e le «Opportunità di sconto per pagamento anticipato perse». Confrontando la data effettiva del pagamento (data di compensazione) con la data di scadenza, l’analisi determina automaticamente se il pagamento è stato effettuato puntualmente, in anticipo o in ritardo. È inoltre un elemento fondamentale della Dashboard sul rispetto delle condizioni di pagamento. Perché è importante Costituisce il riferimento per misurare la puntualità dei pagamenti e individuare le opportunità di ottenere sconti per pagamento anticipato. Dove reperirli Questa data è spesso calcolata. La data di riferimento per il pagamento (ZFBDT) si trova nella tabella BSEG. La logica di calcolo della scadenza dipende anche dalle condizioni di pagamento (BSEG-ZTERM). Esempi 2023-04-192023-05-052023-05-11 | |||
| Importo fattura InvoiceAmount | Importo lordo totale della fattura nella valuta originale del documento. | ||
| Descrizione L’importo della fattura rappresenta il valore totale della fattura inviata dal fornitore. È una metrica finanziaria fondamentale per ogni caso relativo a una fattura. Nel Process Mining, questo attributo è essenziale per le analisi basate sul valore. Consente di filtrare e segmentare il processo in base all’importo della fattura, spesso correlato alla complessità del processo e ai requisiti di approvazione. Ad esempio, le fatture di importo elevato potrebbero seguire un percorso di approvazione diverso e più rigoroso. L’attributo viene utilizzato anche nell’analisi della conformità, per esempio per verificare se le fatture di importo elevato saltano fasi di approvazione obbligatorie. Perché è importante Consente di svolgere analisi basate sul valore, dando priorità alle fatture di importo elevato e aiutando a capire come l’importo influisce sul flusso del processo e sulla conformità. Dove reperirli È il campo 'Importo lordo della fattura' (RMWWR) dell’intestazione del documento della fattura, nella tabella RBKP. Esempi 1500.7512500.00850.20 | |||
| Motivo del blocco del pagamento PaymentBlockReason | Codice che indica il motivo per cui una fattura è bloccata per il pagamento. | ||
| Descrizione Quando una fattura presenta una discrepanza o richiede ulteriori verifiche, viene applicato un blocco al pagamento. Il codice del motivo specifica perché è stato impostato il blocco, ad esempio per una differenza di quantità o di prezzo oppure per un blocco manuale. Questo attributo è essenziale per la Dashboard sulla durata della risoluzione dei blocchi di pagamento. Analizzare la frequenza e la durata dei blocchi per motivo aiuta a individuare le cause profonde dei ritardi nei pagamenti. Se, ad esempio, le «Discrepanze di prezzo» sono il motivo più frequente dei blocchi prolungati, potrebbe esserci un problema nei dati anagrafici o nel processo degli ordini di acquisto da risolvere. Perché è importante Spiega perché i pagamenti delle fatture subiscono ritardi, consente di analizzare le cause profonde dei blocchi e aiuta a stabilire le priorità degli interventi di miglioramento del processo. Dove reperirli Il motivo del blocco del pagamento si trova a livello di riga nella tabella RSEG (campo SPGRS) oppure nella tabella dei documenti contabili BSEG (campo ZLSPR). Esempi RIM | |||
| Nome utente UserName | ID utente SAP della persona che ha eseguito l’attività. | ||
| Descrizione L’attributo Nome utente identifica la persona responsabile dell’esecuzione di una determinata attività del processo. In genere corrisponde al nome utente SAP registrato con la transazione o l’evento di modifica. Questo attributo è fondamentale per analizzare le prestazioni dei singoli utenti o dei team. Aiuta a rispondere a domande come 'Chi sono gli approvatori più rapidi?' o 'Quali utenti generano più rilavorazioni?'. Nelle Dashboard viene utilizzato per analizzare la distribuzione del carico di lavoro, individuare esigenze di formazione e comprendere le differenze di prestazione tra i dipendenti. Perché è importante Consente di analizzare le prestazioni e il carico di lavoro di singoli utenti o team, aiutando a individuare le persone con i migliori risultati, le opportunità di formazione e gli squilibri nell’allocazione delle risorse. Dove reperirli È il campo 'Modificato da' (USERNAME) della tabella di intestazione dei documenti di modifica CDHDR. Per gli eventi di creazione, può corrispondere al campo 'Inserito da' (ERNAM) in tabelle come RBKP. Esempi JSMITHBWILSONCHEN | |||
| Numero fornitore VendorNumber | Identificativo univoco del fornitore che ha inviato la fattura. | ||
| Descrizione Il numero fornitore è la chiave dei dati anagrafici che identifica il fornitore. Collega la transazione della fattura a uno specifico partner commerciale e consente di svolgere analisi in base alle caratteristiche del fornitore. Analizzare il processo per numero fornitore può rivelare informazioni importanti sui rapporti con i fornitori e sulle loro prestazioni. Ad esempio, aiuta a individuare i fornitori che inviano regolarmente fatture problematiche, causando blocchi di pagamento o discrepanze, e quelli le cui fatture vengono elaborate con maggiore efficienza. Queste informazioni sono utili per la gestione dei fornitori e le iniziative di approvvigionamento strategico. Perché è importante Consente di analizzare i singoli fornitori e individuare schemi ricorrenti, problemi o opportunità di efficienza a loro associati. Dove reperirli È il campo 'Parte fatturante' (LIFNR) dell’intestazione del documento della fattura, nella tabella RBKP. Esempi 100345100876200112 | |||
| Numero ordine di acquisto PurchaseOrderNumber | Identificativo dell’ordine di acquisto (PO) a cui viene abbinata la fattura. | ||
| Descrizione Il numero dell’ordine di acquisto collega la fattura al documento di approvvigionamento originale. È fondamentale per l’abbinamento a tre vie (ordine di acquisto, entrata merci e fattura) e per analizzare l’efficienza del processo di elaborazione delle fatture associate a un ordine. Questo attributo è essenziale per Dashboard come 'Tasso di discrepanza tra fattura e ordine di acquisto'. Consente di distinguere le fatture associate a un ordine di acquisto da quelle che non lo sono, che spesso seguono percorsi di elaborazione molto diversi e presentano livelli di complessità differenti. Analizzare i problemi relativi a specifici ordini di acquisto può aiutare a individuare criticità a monte nel processo di approvvigionamento. Perché è importante Collega la fattura al processo di approvvigionamento, consentendo di analizzare le fatture associate a un ordine di acquisto e quelle che non lo sono, e di individuare le discrepanze di abbinamento. Dove reperirli In genere si trova a livello di riga. Il 'Numero ordine di acquisto' (EBELN) è nella tabella delle righe della fattura RSEG. Potrebbe essere necessario aggregarlo a livello di intestazione. Esempi 450001756345000175644500017565 | |||
| Condizioni di pagamento PaymentTerms | Codice che definisce le condizioni di pagamento concordate con il fornitore, ad esempio i termini per gli sconti e le date di scadenza. | ||
| Descrizione Le condizioni di pagamento definiscono entro quando deve essere pagata una fattura e gli eventuali sconti disponibili per il pagamento anticipato. Alcuni esempi sono «30 giorni netti» e «2% entro 10 giorni, netto a 30 giorni»: nel secondo caso, si applica uno sconto del 2% se il pagamento avviene entro 10 giorni; altrimenti, l’intero importo è dovuto entro 30 giorni. Questo attributo è alla base della Dashboard sulle opportunità di sconto per pagamento anticipato perse e del KPI sul tasso di acquisizione degli sconti. L’analisi combina le condizioni di pagamento con le date di registrazione e di pagamento per determinare se era disponibile uno sconto e se è stato effettivamente ottenuto. È inoltre essenziale per la Dashboard sul rispetto delle condizioni di pagamento. Perché è importante È essenziale per analizzare il tasso di acquisizione degli sconti e comprendere l’impatto finanziario dei ritardi nel processo. Dove reperirli È il campo «Terms of Payment Key» (ZTERM) della tabella di intestazione dei documenti fattura RBKP. Esempi Z0010001NT30 | |||
| Conto di contabilità generale GeneralLedgerAccount | Numero del conto di contabilità generale a cui viene imputato il costo o la spesa della fattura. | ||
| Descrizione Il conto di contabilità generale è il conto del piano dei conti in cui viene registrato l’impatto finanziario della fattura. È un dato essenziale per la rendicontazione finanziaria e la gestione dei costi. Nel Process Mining, l’analisi del conto di contabilità generale aggiunge una dimensione finanziaria al flusso del processo. La Dashboard sull’utilizzo dei conti di contabilità generale può rivelare modelli di spesa, individuare possibili errori di codifica delle fatture e verificare che i costi siano imputati ai reparti o ai progetti corretti. In questo modo, collega l’esecuzione del processo al suo impatto finanziario. Perché è importante Aggiunge una dimensione finanziaria al processo e consente di analizzare l’allocazione dei costi, i modelli di spesa e gli eventuali errori di codifica delle fatture. Dove reperirli Si trova a livello di riga. Il «Numero del conto di contabilità generale» (HKONT) è nella tabella delle righe fattura RSEG per le fatture con ordine di acquisto oppure in BSEG per le fatture FI dirette. Esempi 630000655100741000 | |||
| Motivo del rifiuto RejectionReason | Codice o testo che spiega perché una fattura è stata rifiutata durante il flusso di approvazione. | ||
| Descrizione Quando un approvatore rifiuta una fattura, idealmente ne indica il motivo. Può trattarsi di un codice standardizzato o di un commento libero che segnala problemi come «Numero dell’ordine di acquisto errato», «Fattura duplicata» o «Importo errato». Questi dati sono fondamentali per la Dashboard sui motivi e le tendenze dei rifiuti delle fatture. Analizzando la frequenza dei diversi motivi, l’azienda può individuare i problemi ricorrenti e adottare misure correttive. Se, ad esempio, il motivo più frequente è «Numero dell’ordine di acquisto errato», potrebbe essere necessario migliorare la comunicazione con i fornitori o formare il personale addetto all’inserimento dei dati. Questa analisi è importante per ridurre le rilavorazioni. Perché è importante Indica le cause profonde dei rifiuti e consente di intervenire in modo mirato per ridurre le rilavorazioni e aumentare la percentuale di pratiche corrette al primo tentativo. Dove reperirli Spesso queste informazioni non sono archiviate in un unico campo standard. Possono trovarsi nei log del contenitore del flusso di lavoro, nei campi di testo esteso associati al documento o in campi specifici di una soluzione di flusso di lavoro personalizzata. Esempi FATTURA_DUPLICATAIMPORTO_ERRATONESSUNA_CORRISPONDENZA_ORDINE | |||
| Ora di fine EndTime | Data e ora di completamento di un’attività. Per gli eventi istantanei, coincidono con l’ora di inizio. | ||
| Descrizione L’attributo Ora di fine indica il completamento di una specifica attività. Per molti eventi SAP, registrati come singoli istanti, l’ora di fine coincide con l’ora di inizio. Per le attività di durata misurabile, come una fase di approvazione su cui si sta lavorando attivamente, può invece indicare la conclusione del lavoro. Nell’analisi dei processi, disporre di un’ora di fine distinta consente di misurare il tempo di elaborazione dell’attività separatamente dal tempo di attesa che la precede. Aiuta così a distinguere il tempo necessario per eseguire un’attività da quello in cui un caso attende che inizi, offrendo informazioni più approfondite sull’efficienza delle risorse. Perché è importante Consente di calcolare il tempo di elaborazione delle attività, distinguendolo dal tempo di attesa tra un’attività e l’altra, e migliora l’analisi dei colli di bottiglia. Dove reperirli Spesso coincide con l’ora di inizio, ricavata da CDHDR-UDATE e CDHDR-UTIME. In alcuni casi può essere ricavata dai registri del flusso di lavoro, che riportano esplicitamente l’inizio e la fine di un’attività. Esempi 2023-03-15T10:35:10Z2023-03-16T14:10:00Z2023-03-28T09:02:45Z | |||
| Scaduta IsOverdue | Indicatore calcolato che segnala se la fattura è stata pagata dopo la data di scadenza. | ||
| Descrizione È un attributo booleano calcolato confrontando la «Data di compensazione» (data effettiva del pagamento) con la «Data di scadenza del pagamento». Se la data di compensazione è successiva alla scadenza, il valore dell’indicatore è vero; altrimenti è falso. Fornisce una misura semplice e diretta della puntualità del pagamento per ogni fattura. Questo attributo semplifica l’analisi e la visualizzazione nelle Dashboard. Consente di filtrare e aggregare facilmente i dati per calcolare il KPI sul tasso di pagamenti puntuali. Gli utenti possono confrontare rapidamente i flussi delle fatture scadute con quelli delle fatture pagate puntualmente e individuare eventuali modelli di processo che causano ritardi. Perché è importante Semplifica l’analisi della puntualità dei pagamenti e consente di confrontare facilmente i processi relativi alle fatture pagate puntualmente e in ritardo. Dove reperirli Questo attributo non è presente in SAP. Viene calcolato durante la trasformazione dei dati con la formula: ClearingDate > PaymentDueDate. Esempi truefalse | |||
| Sconto per pagamento anticipato perso IsCashDiscountLost | Indicatore calcolato che segnala se non è stato ottenuto uno sconto disponibile per pagamento anticipato. | ||
| Descrizione È un attributo booleano calcolato in base alle condizioni di pagamento e alla data effettiva del pagamento. Il valore è vero se le «Condizioni di pagamento» prevedevano uno sconto per il pagamento anticipato e la «Data di compensazione» è successiva alla scadenza del periodo previsto per lo sconto. Misura direttamente la perdita finanziaria dovuta alle inefficienze del processo. Questo attributo è alla base della Dashboard sulle opportunità di sconto per pagamento anticipato perse e consente di quantificare facilmente l’impatto finanziario dei ritardi di elaborazione. Filtrando i casi in cui l’indicatore è vero, gli analisti possono individuare le varianti di processo e i colli di bottiglia che più spesso causano la perdita degli sconti, fornendo motivazioni concrete per migliorare il processo. Perché è importante Quantifica direttamente le perdite finanziarie dovute ai ritardi del processo e fornisce motivazioni concrete per ottimizzare il flusso di lavoro di elaborazione delle fatture. Dove reperirli Questo attributo non è presente in SAP. Viene calcolato durante la trasformazione dei dati interpretando «PaymentTerms» e confrontando «ClearingDate» con la data di scadenza dello sconto. Esempi truefalse | |||
| Sistema di origine SourceSystem | Identifica il sistema di origine specifico da cui sono stati estratti i dati. | ||
| Descrizione L’attributo Sistema di origine indica da dove provengono i dati degli eventi, ad esempio da una specifica istanza SAP ECC. È particolarmente importante negli ambienti con più sistemi ERP o quando si combinano dati provenienti da fonti diverse. Nell’analisi, questo attributo aiuta a distinguere i processi e le prestazioni tra sistemi, aree geografiche o unità aziendali che utilizzano istanze separate. Garantisce la tracciabilità dei dati e consente di filtrare e analizzare i risultati in base al sistema. Perché è importante Fornisce un contesto essenziale negli ambienti con più sistemi e consente di separare correttamente i dati e analizzare le prestazioni di ciascun sistema. Dove reperirli In genere è un valore statico aggiunto durante l’estrazione dei dati, che rappresenta l’ID del sistema SAP (TADIR-SRCSYSTEM) o un identificativo assegnato manualmente alla specifica istanza SAP. Esempi SAPECC_PROD_EUECC_US_FINSAP_ERP_6_EHP8 | |||
| Società CompanyCode | Identificativo della persona giuridica o della società per cui viene elaborata la fattura. | ||
| Descrizione La società è un’unità organizzativa fondamentale in SAP Financials e rappresenta una persona giuridica indipendente. Tutte le transazioni finanziarie, comprese le fatture, vengono registrate in una società specifica. Questo attributo consente di segmentare l’analisi dei processi per persona giuridica. È essenziale per confrontare le prestazioni, la conformità e l’efficienza dei processi tra le diverse società di un gruppo. È possibile filtrare le Dashboard per società, così da visualizzare i KPI di elaborazione delle fatture relativi a una singola entità. Perché è importante Consente di confrontare i processi e le prestazioni delle diverse persone giuridiche di un’organizzazione. Dove reperirli È il campo «Company Code» (BUKRS) della tabella di intestazione dei documenti fattura RBKP. Esempi 10002000US01 | |||
| Tipo di documento DocumentType | Codice che classifica il documento contabile, ad esempio come fattura fornitore o nota di credito. | ||
| Descrizione In SAP, il tipo di documento serve a classificare le diverse transazioni aziendali. Nell’elaborazione delle fatture, tra i tipi più comuni figurano «RE» per le fatture standard e «KG» per le note di credito dei fornitori. Il tipo di documento determina alcuni aspetti della registrazione, ad esempio l’intervallo di numerazione utilizzato. Nell’analisi, questo attributo consente di filtrare il processo in base al tipo di transazione. La gestione di una nota di credito, ad esempio, può differire sensibilmente da quella di una fattura standard. Separare i flussi in base al tipo di documento permette di ottenere una rappresentazione del processo più accurata e significativa. Perché è importante Consente di distinguere e analizzare transazioni aziendali diverse, come le fatture e le note di credito, che seguono processi differenti. Dove reperirli È il campo «Document Type» (BLART) della tabella di intestazione dei documenti fattura RBKP. Esempi REKRKG | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Data e ora dell’ultimo aggiornamento dei dati del processo dal sistema di origine. | ||
| Descrizione Questo attributo registra la data e l’ora dell’estrazione o dell’aggiornamento più recente. Si applica all’intero insieme di dati, non ai singoli eventi, e indica chiaramente quanto siano aggiornati i dati. È un metadato fondamentale per chi utilizza le Dashboard e per gli analisti. Aiuta a capire il periodo coperto dall’analisi e a prendere decisioni sulla base di informazioni aggiornate. In genere viene mostrato in evidenza nelle Dashboard per indicare la data di aggiornamento dei dati. Perché è importante Indica quanto sono aggiornati i dati, affinché l’analisi e le decisioni si basino su informazioni recenti. Dove reperirli Questo valore viene generato e inserito nell’insieme di dati dallo strumento di estrazione o ETL al momento dell’aggiornamento. Esempi 2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z | |||
| Valuta Currency | Codice della valuta dell’importo della fattura. | ||
| Descrizione L’attributo Valuta specifica la valuta in cui è espresso l’importo della fattura, ad esempio USD, EUR o JPY. Questo attributo fornisce un contesto essenziale per l’importo della fattura e ne consente la corretta interpretazione e l’aggregazione dei dati finanziari, soprattutto nelle organizzazioni internazionali che operano con più valute. L’analisi può essere filtrata per valuta, così da confrontare l’efficienza di elaborazione o le criticità nelle diverse aree valutarie. Per aggregare i dati finanziari in modo significativo, può essere necessario convertire gli importi in un’unica valuta di rendicontazione. Perché è importante Fornisce il contesto necessario per interpretare correttamente qualsiasi importo finanziario e consente di filtrare e analizzare i dati in base alla valuta. Dove reperirli È il campo «Currency Key» (WAERS) della tabella di intestazione dei documenti fattura RBKP. Esempi USDEURGBP | |||
Attività del processo dal pagamento all’elaborazione delle fatture
| Attività | Descrizione | ||
|---|---|---|---|
| Blocco di pagamento impostato | Questa attività si verifica quando viene applicato un blocco a una riga della fattura, impedendone il pagamento. I blocchi possono essere impostati automaticamente in caso di discrepanze nell’abbinamento a tre vie oppure manualmente per vari motivi. | ||
| Perché è importante Questo evento è fondamentale per misurare la durata della risoluzione dei blocchi di pagamento e individuare le cause profonde dei ritardi nei pagamenti. Mette in evidenza problemi relativi a prezzi, quantità o approvazioni necessarie. Dove reperirli Si tratta di un evento esplicito, monitorabile nei registri dei documenti di modifica (tabelle CDHDR e CDPOS) per il campo ZLSPR (chiave del blocco di pagamento) della tabella BSEG. Acquisizione Data e ora indicate nei documenti di modifica (CDHDR) quando il valore di BSEG-ZLSPR passa da vuoto a non vuoto. Tipo di evento explicit | |||
| Dati della fattura acquisiti | Indica la creazione iniziale del documento della fattura in SAP, come documento preliminare o registrato definitivamente. Di solito è il primo evento della fattura registrato nel sistema e costituisce l’ora di inizio del processo. | ||
| Perché è importante Questa attività è il punto di partenza principale per misurare il tempo di ciclo complessivo dell’elaborazione della fattura. Analizzare il tempo trascorso da questo momento aiuta a individuare i ritardi nella fase iniziale di inserimento dei dati e creazione del documento. Dove reperirli La data e l’ora di creazione sono registrate nella tabella SAP BKPF, nei campi CPUDT (data di inserimento del documento contabile) e CPUTM (ora di inserimento). Acquisizione Utilizzi la data e l’ora di creazione del documento, indicate nell’intestazione della tabella BKPF (CPUDT). Tipo di evento explicit | |||
| Fattura compensata | Questa attività segna la fase finale del ciclo di vita di una fattura elaborata correttamente: la passività aperta viene compensata da un documento di pagamento. Indica che il pagamento è stato eseguito. | ||
| Perché è importante In quanto evento finale principale, è fondamentale per calcolare il tempo di ciclo complessivo. Conferma il completamento corretto del processo e serve a misurare le prestazioni dei pagamenti puntuali. Dove reperirli Si tratta di un evento esplicito registrato nella tabella delle righe della fattura BSEG. La data di compensazione è memorizzata nel campo AUGDT e il numero del documento di compensazione nel campo AUGBL. Acquisizione Utilizzi la data di compensazione (BSEG-AUGDT) della riga del documento della fattura. Tipo di evento explicit | |||
| Fattura registrata | È un evento finanziario fondamentale: la fattura viene registrata ufficialmente nella contabilità generale e genera una passività. Il documento passa così da uno stato temporaneo, preliminare, a una registrazione contabile definitiva. | ||
| Perché è importante La registrazione è una tappa importante che conferma la validità della fattura. È un prerequisito per il pagamento e un indicatore chiave della capacità di elaborazione. Dove reperirli Si tratta di un evento esplicito registrato nella tabella di intestazione dei documenti BKPF. La data dell’evento è la data di registrazione, BKPF-BUDAT. Il documento non risulterà più in stato preliminare. Acquisizione Utilizzi la data di registrazione (BKPF-BUDAT) per i documenti non in stato preliminare (BKPF-BSTAT vuoto o ' '). Tipo di evento explicit | |||
| Fattura stornata | Indica l’annullamento di un documento di fattura registrato. Viene creato un documento di storno per annullare l’effetto finanziario della fattura originale. | ||
| Perché è importante Questa attività evidenzia un’eccezione significativa e un percorso di rilavorazione. Analizzare la frequenza e le cause degli storni può far emergere problemi sistemici nella convalida e nella registrazione delle fatture. Dove reperirli Si tratta di un evento esplicito registrato nella tabella di intestazione dei documenti BKPF. L’intestazione del documento stornato contiene il numero del documento di storno (STBLG) e l’esercizio fiscale (STJAH). Acquisizione Individui i documenti in cui BKPF-STBLG è valorizzato. La data dell’evento corrisponde alla data di registrazione del documento di storno. Tipo di evento explicit | |||
| Blocco di pagamento rimosso | Indica la rimozione del blocco di pagamento da una riga della fattura, che può così passare alla fase di esecuzione dei pagamenti. Significa che un problema individuato in precedenza è stato risolto. | ||
| Perché è importante Questa attività conclude la misurazione della durata del blocco. Analizzare il tempo trascorso tra l’impostazione e la rimozione del blocco permette di valutare l’efficienza del processo di risoluzione. Dove reperirli L’evento viene monitorato nei registri dei documenti di modifica (tabelle CDHDR e CDPOS) per il campo ZLSPR (chiave del blocco di pagamento) della tabella BSEG, quando il blocco viene rimosso. Acquisizione Data e ora indicate nei documenti di modifica (CDHDR) quando il valore di BSEG-ZLSPR passa da non vuoto a vuoto. Tipo di evento explicit | |||
| Fattura approvata | Indica che la fattura è stata approvata formalmente dall’autorità designata e può quindi passare alla registrazione e al pagamento. Spesso è la fase conclusiva di un flusso di lavoro. | ||
| Perché è importante Questa tappa conclude la misurazione del tempo di ciclo di approvazione. Rimuove il blocco dal processo, consentendo di effettuare il pagamento puntualmente e di analizzare la distribuzione del carico di lavoro tra gli approvatori. Dove reperirli In genere, l’evento si acquisisce dalle tabelle SAP Business Workflow individuando il completamento di un’attività di approvazione. In alternativa, può essere dedotto dalla rimozione di un blocco di pagamento legato all’approvazione. Acquisizione Data e ora del completamento della fase di approvazione nei registri del flusso di lavoro oppure della rimozione di uno specifico blocco di pagamento. Tipo di evento inferred | |||
| Fattura in ritardo | Evento calcolato che si verifica quando la data corrente supera la data di scadenza netta della fattura, se questa non è ancora stata pagata. La data di scadenza viene determinata in base alle condizioni di pagamento e alla data di riferimento. | ||
| Perché è importante Questa attività è essenziale per monitorare il KPI Tasso di pagamenti puntuali. Segnala in anticipo le fatture a rischio di pagamento tardivo, che può compromettere i rapporti con i fornitori e comportare penali. Dove reperirli L’evento viene calcolato confrontando la data corrente con la data di scadenza netta. La scadenza si ricava dalla data di riferimento (BSEG-ZFBDT) e dalle condizioni di pagamento (BSEG-ZTERM). Acquisizione L’evento si attiva quando Tipo di evento calculated | |||
| Fattura inviata per approvazione | Indica il momento in cui una fattura viene inserita in un flusso di lavoro formale di approvazione. Il metodo di acquisizione dipende in larga misura dalla specifica implementazione di SAP Workflow o del sistema di terze parti. | ||
| Perché è importante Questa attività avvia il conteggio del KPI Tempo di ciclo di approvazione delle fatture. È essenziale per individuare i ritardi nella catena di approvazione e analizzare le prestazioni degli approvatori. Dove reperirli In genere, l’evento si acquisisce dalle tabelle SAP Business Workflow (ad esempio, SWW_WI2OBJ, SWWLOG), individuando l’avvio di una specifica attività di approvazione. Nei casi più semplici, può essere dedotto da una modifica di stato in un campo personalizzato. Acquisizione Richiede l’analisi dei registri di SAP Workflow o dei campi di stato personalizzati collegati al documento della fattura. Tipo di evento inferred | |||
| Fattura respinta | Indica che una fattura è stata respinta durante il processo di approvazione. In genere occorre correggerla e inviarla di nuovo, generando un ciclo di rilavorazione. | ||
| Perché è importante Monitorare i respingimenti è fondamentale per individuare le cause più comuni, come dati errati o violazioni delle policy. Aiuta a quantificare le rilavorazioni e a individuare le aree in cui migliorare il processo o informare i fornitori. Dove reperirli Di solito, questo evento compare nei registri di SAP Business Workflow come fase di respingimento. Può anche essere dedotto da specifiche modifiche di stato o da note aggiunte al documento della fattura. Acquisizione Data e ora della fase di respingimento nei registri del flusso di lavoro oppure della modifica di stato del documento che indica il respingimento. Tipo di evento inferred | |||
| Fattura salvata come documento preliminare | Indica che una fattura è stata inserita in SAP ma non è ancora stata registrata nella contabilità generale. È uno stato temporaneo che consente di rivedere, correggere o approvare la fattura prima della registrazione contabile. | ||
| Perché è importante Monitorare quando e per quanto tempo le fatture restano in stato preliminare aiuta a individuare i colli di bottiglia nella convalida e nell’approvazione prima della registrazione. Permette inoltre di distinguere il tempo di inserimento dei dati da quello di elaborazione finanziaria. Dove reperirli Lo stato si deduce dal campo BSTAT della tabella BKPF. Il valore 'V' (documento preliminare) o 'W' (documento preliminare con rilascio delle modifiche) indica che il documento è in stato preliminare. Acquisizione Individui i documenti in cui il campo di stato BKPF-BSTAT è 'V'. La data dell’evento corrisponde alla data di creazione BKPF-CPUDT. Tipo di evento inferred | |||
Guide all’estrazione
Passaggi
- Creare il programma ABAP: Utilizzi la transazione
SE38oSE80per creare un nuovo programma eseguibile, ad esempioZ_PM_INVOICE_EXTRACT. Assegni un titolo appropriato e imposti il tipo su «Programma eseguibile». - Definire la schermata di selezione: Nel programma, definisca una schermata di selezione che consenta agli utenti di filtrare i dati. I parametri principali dovrebbero includere il codice società (
BUKRS), l’esercizio (GJAHR), l’intervallo delle date di registrazione (BUDAT) e un parametro per il percorso del file di output sul server applicativo. - Dichiarare le strutture dati: Definisca una tabella interna che conterrà l’Event Log finale. La struttura deve includere tutti gli attributi obbligatori e consigliati:
InvoiceNumber,Attività,EventTime,UserName,VendorNumber,PurchaseOrderNumber,InvoiceAmount,PostingDate,PaymentDueDate,PaymentBlockReasoneClearingDate. - Implementare la logica di selezione dei dati: Scriva la logica ABAP principale per selezionare i dati delle fatture. L’approccio prevede più selezioni, i cui risultati vengono riuniti nella tabella finale dell’Event Log.
- Per prima cosa, selezioni i dati di testata e di posizione dalle tabelle principali delle fatture
BKPF,BSEG,RBKPeRSEG, in base ai criteri impostati nella schermata di selezione. - Per ogni fattura, generi gli eventi iniziali, ad esempio «Dati della fattura acquisiti» (dall’ora di creazione) e «Fattura registrata» (dall’ora di registrazione).
- Interroghi le tabelle dei documenti di modifica
CDHDReCDPOSper individuare le modifiche relative ai blocchi di pagamento (campoZLSPRinBSEG). Per ogni modifica pertinente, crei gli eventi «Blocco di pagamento impostato» e «Blocco di pagamento rimosso». - Individui gli eventi «Fattura compensata» verificando la presenza di un documento di compensazione (
AUGBL) e della data di compensazione (AUGDT) nella tabellaBSEG. - Individui gli eventi «Fattura stornata» verificando la presenza di un documento di storno (
STBLG) nella testataBKPF. - Implementi una logica personalizzata per acquisire gli eventi del flusso di lavoro («Fattura inviata per approvazione», «Approvato», «Rifiutato»). Questa parte dipende in larga misura dalle specifiche del cliente e richiede di adattare il codice alle tabelle o ai campi di stato utilizzati nel flusso di lavoro.
- Per prima cosa, selezioni i dati di testata e di posizione dalle tabelle principali delle fatture
- Generare gli eventi calcolati: Nella logica del programma, calcoli l’evento
Invoice Becomes Overdue. L’evento si ricava confrontando la data di scadenza del pagamento della fattura (PaymentDueDate) con la data corrente per tutte le fatture non pagate. Se la scadenza è passata, crei un evento conEventTimeimpostato sulla data di scadenza. - Popolare la tabella dell’Event Log: Man mano che raccoglie i dati di ogni fattura dalle diverse fonti, li formatti e aggiunga nuove righe alla tabella interna finale dell’Event Log, una per ogni attività.
- Esportare i dati in un file: Utilizzi le istruzioni
OPEN DATASET,TRANSFEReCLOSE DATASETper scrivere il contenuto della tabella interna finale in un file di testo semplice, nel percorso del server applicativo SAP specificato nella schermata di selezione. Utilizzi un separatore coerente, ad esempio il punto e virgola o la tabulazione, per creare un file CSV. - Pianificare l’estrazione: Per estrarre regolarmente i dati, crei una variante del programma con i criteri di selezione desiderati e ne pianifichi l’esecuzione come processo in background tramite la transazione
SM36. - Recuperare il file di output: Acceda alla directory del server applicativo SAP tramite la transazione
AL11per individuare il file generato. Utilizzi la transazioneCG3Yper scaricarlo dal server applicativo al computer. - Preparare il caricamento: Prima di caricare il file in uno strumento di Process Mining, apra il CSV e verifichi che le intestazioni siano corrette, che il formato dei dati sia coerente, soprattutto per le date e gli orari, e che il separatore sia quello previsto. Si assicuri che il file sia salvato con codifica UTF-8.
Configurazione
- Criteri di selezione: Il report ABAP dovrebbe includere una schermata di selezione completa. I filtri più importanti sono:
Company Code (BUKRS): per limitare l’estrazione a specifiche entità giuridiche.Posting Date (BUDAT): per definire l’intervallo temporale dell’estrazione. Si consiglia di estrarre i dati in intervalli gestibili, ad esempio da 3 a 6 mesi per volta.Document Type (BLART): per includere solo i tipi di documento pertinenti alle fatture, ad esempio «RE» per le fatture logistiche e «KR» per le fatture dei fornitori.
- Percorso del file di output: parametro obbligatorio per specificare il percorso completo e il nome del file da creare sul server applicativo SAP. L’utente che esegue il report deve disporre dell’autorizzazione di scrittura per questa directory.
- Considerazioni sulle prestazioni: per i set di dati di grandi dimensioni, il report dovrebbe essere eseguito come processo in background nelle fasce orarie di minore attività, così da evitare un peggioramento delle prestazioni del sistema. La logica dovrebbe selezionare dalle tabelle solo i campi necessari e, ove possibile, utilizzare gli indici standard del database SAP.
- Prerequisiti e autorizzazioni: l’utente o l’account di servizio che esegue l’estrazione deve disporre di:
- autorizzazioni per eseguire report ABAP (incluse in
S_PROGRAM); - accesso in lettura alle tabelle finanziarie e logistiche, tra cui
BKPF,BSEG,RBKP,RSEG,CDHDReCDPOS; - autorizzazione a scrivere file nella directory specificata del server applicativo (
S_DATASET); - accesso alle transazioni
SE38,SM36,AL11eCG3Yper lo sviluppo, la pianificazione e il recupero dei file.
- autorizzazioni per eseguire report ABAP (incluse in
Query di esempio abap
REPORT Z_PM_INVOICE_EXTRACT.
*&---------------------------------------------------------------------*
*& Tables for Selection Screen
*&---------------------------------------------------------------------*
TABLES: BKPF, RBKP.
*&---------------------------------------------------------------------*
*& Data Declarations
*&---------------------------------------------------------------------*
TYPES: BEGIN OF ty_event_log,
InvoiceNumber TYPE belnr_v,
Activity TYPE string,
EventTime TYPE timestamp,
UserName TYPE uname,
VendorNumber TYPE lifnr,
PurchaseOrderNumber TYPE ebeln,
InvoiceAmount TYPE wrbtr,
PostingDate TYPE budat,
PaymentDueDate TYPE faedt,
PaymentBlockReason TYPE rstgr,
ClearingDate TYPE augdt,
END OF ty_event_log.
DATA: gt_event_log TYPE TABLE OF ty_event_log,
gs_event_log TYPE ty_event_log.
DATA: lt_bkpf TYPE TABLE OF bkpf,
ls_bkpf TYPE bkpf,
lt_bseg TYPE TABLE OF bseg,
ls_bseg TYPE bseg.
DATA: lt_rbkp TYPE TABLE OF rbkp,
ls_rbkp TYPE rbkp.
*&---------------------------------------------------------------------*
*& Selection Screen
*&---------------------------------------------------------------------*
SELECT-OPTIONS: s_bukrs FOR bkpf-bukrs OBLIGATORY,
s_gjahr FOR bkpf-gjahr OBLIGATORY,
s_budat FOR bkpf-budat.
PARAMETERS: p_fpath TYPE string OBLIGATORY DEFAULT '/usr/sap/tmp/invoice_events.csv'.
*&---------------------------------------------------------------------*
*& Start of Program Logic
*&---------------------------------------------------------------------*
START-OF-SELECTION.
" Select FI Invoices (e.g., Doc Type KR)
SELECT * FROM bkpf INTO TABLE lt_bkpf
WHERE bukrs IN s_bukrs
AND gjahr IN s_gjahr
AND budat IN s_budat
AND blart = 'KR'.
" Select MM Invoices
SELECT * FROM rbkp INTO TABLE lt_rbkp
WHERE bukrs IN s_bukrs
AND gjahr IN s_gjahr
AND budat IN s_budat.
* --- Process FI Invoices ---
LOOP AT lt_bkpf INTO ls_bkpf.
CLEAR gs_event_log.
gs_event_log-InvoiceNumber = ls_bkpf-belnr.
gs_event_log-PostingDate = ls_bkpf-budat.
SELECT SINGLE * FROM bseg INTO ls_bseg
WHERE bukrs = ls_bkpf-bukrs
AND belnr = ls_bkpf-belnr
AND gjahr = ls_bkpf-gjahr
AND koart = 'K'. " Vendor Line Item
IF sy-subrc = 0.
gs_event_log-VendorNumber = ls_bseg-lifnr.
gs_event_log-InvoiceAmount = ls_bseg-wrbtr.
gs_event_log-ClearingDate = ls_bseg-augdt.
" Calculate Due Date
CALL FUNCTION 'DETERMINE_DUE_DATE'
EXPORTING
i_bseg = ls_bseg
IMPORTING
e_faedt = gs_event_log-PaymentDueDate.
ENDIF.
" Activity: Invoice Data Captured
gs_event_log-Activity = 'Invoice Data Captured'.
CONVERT DATE ls_bkpf-cpudt TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
" Activity: Invoice Parked (if BSTAT = 'V')
IF ls_bkpf-bstat = 'V'.
gs_event_log-Activity = 'Invoice Parked'.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Posted
gs_event_log-Activity = 'Invoice Posted'.
CONVERT DATE ls_bkpf-budat TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
" Activity: Invoice Cleared
IF ls_bseg-augbl IS NOT INITIAL.
gs_event_log-Activity = 'Invoice Cleared'.
CONVERT DATE ls_bseg-augdt INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bseg-usnam_cl.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Becomes Overdue
IF gs_event_log-PaymentDueDate IS NOT INITIAL AND gs_event_log-PaymentDueDate < sy-datum AND ls_bseg-augbl IS INITIAL.
gs_event_log-Activity = 'Invoice Becomes Overdue'.
CONVERT DATE gs_event_log-PaymentDueDate INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = 'SYSTEM'.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Reversed
IF ls_bkpf-stblg IS NOT INITIAL.
DATA: ls_rev_bkpf TYPE bkpf.
SELECT SINGLE budat, usnam FROM bkpf INTO ls_rev_bkpf
WHERE belnr = ls_bkpf-stblg AND bukrs = ls_bkpf-bukrs AND gjahr = ls_bkpf-gjahr.
IF sy-subrc = 0.
gs_event_log-Activity = 'Invoice Reversed'.
CONVERT DATE ls_rev_bkpf-budat INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_rev_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
ENDIF.
ENDIF.
ENDLOOP.
* --- NOTE: The logic for MM invoices (from lt_rbkp) would be similar, joining RBKP with RSEG.
* --- NOTE: The logic for Payment Blocks and Workflow events requires reading change documents (CDHDR/CDPOS)
* --- or custom workflow tables. Below is a conceptual example for payment blocks.
* --- Conceptual Example for 'Payment Block Set' / 'Released' using Change Docs
* DATA: lt_cdhdr TYPE TABLE OF cdhdr, ls_cdhdr TYPE cdhdr,
* lt_cdpos TYPE TABLE OF cdpos, ls_cdpos TYPE cdpos.
* SELECT * FROM cdhdr INTO TABLE lt_cdhdr
* WHERE objectclas = 'BELEG' AND objectid IN (SELECT belnr FROM bkpf WHERE ...).
* LOOP AT lt_cdhdr.
* SELECT * FROM cdpos INTO TABLE lt_cdpos
* WHERE changenr = ls_cdhdr-changenr AND tabname = 'BSEG' AND fname = 'ZLSPR'.
* LOOP AT lt_cdpos.
* "... logic to create 'Payment Block Set' (if VALUE_NEW is not blank)
* "... or 'Payment Block Released' (if VALUE_NEW is blank) events.
* ENDLOOP.
* ENDLOOP.
* --- Conceptual Example for Workflow events ('Sent For Approval', 'Approved', 'Rejected')
* --- This part MUST be customized based on your specific workflow implementation (e.g., OpenText VIM, SAP WF).
* --- You would query the relevant workflow tables or status change tables here.
*&---------------------------------------------------------------------*
*& Write to File
*&---------------------------------------------------------------------*
END-OF-SELECTION.
DATA: lv_string TYPE string,
lv_header TYPE string.
" Create Header
lv_header = 'InvoiceNumber;Activity;EventTime;UserName;VendorNumber;PurchaseOrderNumber;InvoiceAmount;PostingDate;PaymentDueDate;PaymentBlockReason;ClearingDate'.
OPEN DATASET p_fpath FOR OUTPUT IN TEXT MODE ENCODING UTF-8.
IF sy-subrc = 0.
TRANSFER lv_header TO p_fpath.
LOOP AT gt_event_log INTO gs_event_log.
CONCATENATE gs_event_log-InvoiceNumber
gs_event_log-Activity
gs_event_log-EventTime
gs_event_log-UserName
gs_event_log-VendorNumber
gs_event_log-PurchaseOrderNumber
gs_event_log-InvoiceAmount
gs_event_log-PostingDate
gs_event_log-PaymentDueDate
gs_event_log-PaymentBlockReason
gs_event_log-ClearingDate
INTO lv_string SEPARATED BY ';'.
TRANSFER lv_string TO p_fpath.
ENDLOOP.
CLOSE DATASET p_fpath.
ELSE.
MESSAGE 'Error opening file.' TYPE 'E'.
ENDIF. È pronto a iniziare?
Seguendo questo template, potrà ottenere informazioni utili e migliorare in modo significativo il processo dal pagamento all’elaborazione delle fatture. Avvii oggi l’estrazione dei dati e migliori le Sue attività.
Migliori oggi il processo dal pagamento all’elaborazione delle fatture
Individui le inefficienze e riduca del 30% il tempo di ciclo delle fatture.
Non è richiesta la carta di credito. La configurazione richiede pochi minuti.