Utilizzo delle esportazioni di dati per individuare le discrepanze

Questo articolo fornisce soluzioni per la risoluzione dei problemi relativi alle discrepanze nei dati di Magento BI. Le esportazioni di dati sono uno strumento utile per confrontare i dati di Magento BI con i dati di origine al fine di individuare le discrepanze di dati nei rapporti, soprattutto se l’elenco di controllo diagnostico delle discrepanze di dati non è stato utile per individuare il problema. ​Questo articolo ti guiderà attraverso un esempio reale di come è possibile individuare le discrepanze di dati utilizzando le esportazioni di dati.

Effettua questa analisi, ad esempio:

C’è un calo sospetto a novembre 2014. 500.780,94 dollari di fatturato? Non sembra giusto. Hai confermato che nel database di origine sono visualizzati altri ricavi per il mese di novembre 2014 e hai verificato che la metrica Ricavi utilizzata in questo report sia definita correttamente. I dati nel data warehouse di Magento BI sembrano incompleti e possono essere confermati mediante un’esportazione dati.

Esportazione dei dati export

Per iniziare, fai clic sull’ingranaggio nell’angolo in alto a destra del grafico, quindi sull’opzione Esportazione non elaborata nel menu a discesa. Questo ti darà un’esportazione non elaborata dei dati dietro il grafico.

Nel menu Esportazione dati non elaborati, è possibile selezionare la tabella da cui esportare insieme alle colonne da includere nell’esportazione. I filtri possono essere applicati anche al set di risultati.

Nel nostro esempio, la metrica Entrate utilizzata in questo report utilizza il campo order_total definito nella tabella orders, utilizzando la data come timestamp. Nell’esportazione, vogliamo includere tutti i valori order_id per novembre 2014 e il relativo order_total . La metrica Entrate non utilizza alcun filtro, ma aggiungeremo un filtro all’esportazione per limitare il set di risultati a solo novembre 2014.

Ecco l’aspetto del menu Esportazione dati non elaborati per questo esempio:

Fai clic su Esporta dati per iniziare l’esportazione. Viene visualizzata una finestra con i dettagli dell’esportazione, compreso lo stato. La preparazione dell’esportazione richiede alcuni minuti, il che rende ora opportuno eseguire un’estrazione analoga dei dati di origine per novembre 2014, inclusi date, order_id e order_total. Il file verrà aperto in Excel e non verrà più aperto, poiché torneremo a utilizzarlo tra breve.

Quando nella finestra Esportazioni dati non elaborati viene visualizzato il pulsante Scarica, fai clic su di esso per scaricare il file zip contenente il file CSV.

A questo punto, dobbiamo raccogliere tutti i dati in un unico foglio per trovare il problema. Importeremo il file CSV (l’esportazione da Magento BI) in un foglio diverso del file Excel contenente i nostri dati di origine.

Individuazione del problema pinpoint

Ora che tutti i dati sono in un unico posto, possiamo cercare la fonte della discrepanza. Confrontare il numero di righe in ogni foglio ci aiuterà a individuare il problema. Esaminiamo più da vicino ogni situazione.

Entrambi i fogli contengono lo stesso numero di righe

Se entrambi i sistemi hanno lo stesso conteggio di righe e la metrica Ricavi non corrisponde ai dati di origine, il ordine_totale deve essere disattivato. È possibile che il campo order_total sia stato aggiornato nel database di origine e che Magento BI non stia rilevando queste modifiche.

Per confermare, controlla se la colonna order_total è stata ricontrollata. Passare a Data Warehouse Manager e fare clic sulla tabella orders. Nella colonna ‘Modifiche?’ verrà visualizzata la frequenza di ricontrollo. Il campo order_total deve essere impostato in modo da ricontrollare ogni volta che si prevede che cambi; in caso contrario, procedere e impostarlo sulla frequenza di ricontrollo desiderata.

Se la frequenza di ricontrollo è già impostata correttamente, c’è un altro problema. Per ulteriori informazioni, consultare la sezione Contattare il supporto alla fine di questo articolo.

Il database di origine contiene PIÙ righe di Magento BI morerows

Se il database di origine contiene più righe rispetto a Magento BI e il gap è maggiore del numero di ordini che si prevede vengano immessi durante il ciclo di aggiornamento, potrebbe verificarsi un problema di connessione. Ciò significa che Magento BI non è in grado di estrarre nuovi dati dal database di origine, il che può verificarsi per diversi motivi.

Passare alla pagina Connessioni e controllare lo stato dell’origine dati contenente la tabella order:

Il database di origine contiene un numero minore di righe rispetto a Magento BI lessrows

Se il database di origine contiene meno righe rispetto a Magento BI, è possibile che le righe vengano eliminate dal database di origine e che Magento BI non le selezioni. ​ L’eliminazione dei dati può causare discrepanze, tempi di aggiornamento più lunghi e numerosi problemi logistici pertanto si consiglia vivamente di non eliminare mai i dati a meno che non sia realmente necessario.

Se, tuttavia, le righe vengono eliminate dalla tabella, controllare la frequenza di ricontrollo della chiave primaria. Ricontrollare la chiave primaria significa che la tabella verrà controllata per le righe eliminate.

In Data Warehouse Manager, le colonne di chiave primaria sono contrassegnate da un simbolo di chiave. Nel nostro esempio, la chiave primaria è la colonna order_id:

Se la chiave primaria è già impostata per essere ricontrollata o le righe non vengono mai eliminate da questa tabella, sarà necessario il supporto RJ per individuare il problema. Per i passaggi successivi, consulta la sezione seguente.

Contattare il supporto support

Se non si è in grado di individuare la fonte del problema, sarà necessario eseguire il ciclo in RJ Support. Prima di inviare un ticket, eseguire le operazioni seguenti:

Lettura correlata