Uso de las exportaciones de datos para detectar discrepancias

Este artículo proporciona soluciones para la resolución de discrepancias en los datos de BI de Magento. Las exportaciones de datos son una herramienta útil para comparar los datos de BI de Magento con los datos de origen con el fin de detectar discrepancias en los datos de los informes, especialmente si la variable lista de comprobación de diagnóstico de discrepancias de datos no te ayudó a identificar el problema. Este artículo le guiará por un ejemplo en la vida real de cómo se pueden identificar las discrepancias de datos mediante las exportaciones de datos.

Veamos este análisis, por ejemplo:

Hay una caída sospechosa en noviembre de 2014. ¿500.780,94 dólares en ingresos? Eso no suena bien. Ha confirmado que se muestran más ingresos para el mes de noviembre de 2014 en la base de datos de origen y ha comprobado dos veces que la variable Ingresos La métrica utilizada en este informe está correctamente definida. Parece que los datos del almacén de datos de Magento BI están incompletos, lo que se puede confirmar mediante una exportación de datos.

Exportación de datos export

Para empezar, haga clic en el engranaje en la esquina superior derecha del gráfico y, a continuación, seleccione la opción Exportación sin procesar en el menú desplegable. Esto le proporcionará una exportación sin procesar de los datos subyacentes al gráfico.

En el menú Exportación de datos sin procesar, puede seleccionar la tabla desde la que desea exportar junto con las columnas que desea incluir en la exportación. Los filtros también se pueden aplicar al conjunto de resultados.

En nuestro ejemplo, la variable Ingresos La métrica utilizada en este informe utiliza el order_total campo definido en la pedidos , usando la variable fecha como su marca de tiempo. En nuestra exportación, queremos incluir todos order_id valores para noviembre de 2014 y sus order_total . El Ingresos Esta métrica no utiliza ningún filtro, pero se añade un filtro a la exportación para limitar el conjunto de resultados a solo noviembre de 2014.

Este es el aspecto del menú Exportación de datos sin procesar para este ejemplo:

Haga clic en Exportar datos para comenzar la exportación. Se mostrará una ventana con los detalles de la exportación, incluido el estado. La preparación de la exportación tarda unos minutos, lo que convierte a este momento en un buen momento para realizar una extracción análoga de los datos de origen para noviembre de 2014, que incluye fecha, pedido_id , y el order_total . Abriremos este archivo en Excel y lo dejaremos arriba, ya que volveremos a él en breve.

Cuando aparezca el botón Descargar en la ventana Exportaciones de datos sin procesar, haga clic en él para descargar el archivo zip que contiene el archivo CSV.

En este punto, necesitamos poner todos los datos en una hoja para encontrar el problema. Importaremos el archivo CSV (la exportación desde Magento BI) en una hoja diferente del archivo de Excel que contiene los datos de origen.

Localización del problema pinpoint

Ahora que todos los datos están en un solo lugar, podemos buscar el origen de la discrepancia. Comparar el número de filas en cada hoja nos ayudará a identificar el problema. Vamos a echar un vistazo más de cerca a cada situación.

Ambas hojas contienen el mismo número de filas

Si ambos sistemas tienen el mismo recuento de filas y la variable Ingresos La métrica no coincide con los datos de origen y, a continuación, la variable order_total debe estar en algún lugar. Es posible que el order_total El campo se ha actualizado en la base de datos de origen y el BI del Magento no recoge estos cambios.

Para confirmar esto, observe si la variable order_total se está comprobando de nuevo la columna. Vaya al Administrador de Datas Warehouse y haga clic en la tabla pedidos. Verá el… frecuencia de comprobación enumerados en la sección "Cambios". columna. El order_total debe configurarse para que vuelva a comprobarse con la frecuencia con la que se espera que cambie; si no es así, continúe y configúrelo en la frecuencia de comprobación deseada.

Si la frecuencia de repetición de la comprobación ya está ajustada correctamente, significa que hay otra anomalía. Consulte la Contactar con la sección Soporte al final de este artículo para ver los pasos siguientes.

La base de datos de origen tiene MÁS filas que el BI del Magento morerows

Si la base de datos de origen tiene más filas que el BI de Magento y el espacio es mayor que el número de pedidos que puede esperar recibir durante la duración de un ciclo de actualización, puede haber un problema de conexión. Esto significa que Magento BI no puede extraer nuevos datos de la base de datos de origen, lo que puede ocurrir por varios motivos.

Vaya a la página Conexiones y observe el estado del origen de datos que contiene la tabla de pedidos:

  1. Si el estado es Reautorización , la conexión no está usando las credenciales correctas. Haga clic en la conexión, introduzca las credenciales correctas y vuelva a intentarlo.
  2. Si el estado es Error , es posible que la conexión no esté configurada correctamente en el servidor. Las conexiones fallidas normalmente se deben a un nombre de host incorrecto o a que el servidor de destino no acepta conexiones en el puerto especificado. Haga clic en la conexión y vuelva a comprobar la ortografía del nombre de host y que se ha introducido el puerto correcto. En el lado del servidor, asegúrese de que el puerto pueda aceptar conexiones y de que el cortafuegos tenga la dirección IP del BI del Magento (54.88.76.97/32) permitida. Si la conexión continúa fallando , consulte la Contactar con la sección Soporte al final de este artículo para ver los pasos siguientes.
  3. Si el estado es Correcto , entonces la conexión no es el problema y el soporte RJ necesita involucrarse. Consulte la Contactar con la sección Soporte al final de este artículo para ver los pasos siguientes.

La base de datos de origen tiene MENOS filas que Magento BI lessrows

Si la base de datos de origen tiene menos filas que el BI de Magento, es posible que las filas se eliminen de la base de datos de origen y el BI de Magento no recoja estas eliminaciones. Eliminación de datos puede provocar discrepancias, tiempos de actualización más largos y una serie de dolores de cabeza logísticos , por lo que recomendamos encarecidamente que no elimine datos a menos que sea realmente necesario.

Sin embargo, si se eliminan filas de la tabla, observe la frecuencia de comprobación de la clave principal. Volver a comprobar la clave principal significa que se comprobará si la tabla contiene filas eliminadas.

En el Administrador de Datas Warehouse, las columnas de clave principal se marcan con un símbolo de clave. En este ejemplo, la clave principal es order_id columna:

Si la clave principal ya está configurada para volver a comprobarse o las filas nunca se eliminan de esta tabla, necesitará la asistencia técnica de RJ para identificar el problema. Consulte la siguiente sección para ver los pasos siguientes.

Contacto con el soporte support

Si no es capaz de identificar el origen del problema, necesitará realizar un bucle en el soporte de RJ. Antes de enviar un ticket, haga lo siguiente:

  • Si la base de datos de origen y el BI de Magento tienen el mismo número de filas y vuelva a comprobar que las frecuencias están correctamente configuradas, realice una BÚSQUEDA en la hoja de cálculo para buscar qué valores order_id tienen un valor order_total diferente entre Magento BI y la base de datos de origen. Incluya estos valores cuando envíe su solicitud.
  • Si la base de datos de origen tiene MÁS filas que el BI del Magento y la conexión se muestra como Correcta o continúa fallando, necesitaremos saber el nombre de la conexión y el mensaje de error que está viendo, si hay uno.
  • Si la base de datos de origen tiene MENOS filas que Magento BI, Las filas no se eliminan de la tabla y las frecuencias de comprobación se definen correctamente, realice una búsqueda en la hoja de cálculo para buscar qué valores order_id están en Magento BI pero no en la base de datos de origen. Incluya estos valores cuando envíe su solicitud.

Relacionado

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a