> Mejora continua de procesos > Gestión de inventario > Oracle Fusion SCM > Template de datos

Su Template de datos de gestión de inventario

Oracle Fusion SCM

Atributos de la gestión de inventario (20) Actividades de gestión de inventario (15) Guías de extracción (3)

Su Template de datos de gestión de inventario

Esta plantilla ofrece una guía completa para extraer y estructurar sus datos de Inventory Management desde Oracle Fusion SCM. Describe los Atributos y las actividades esenciales para crear un Registro de eventos eficaz. Utilice este recurso para analizar con precisión sus procesos de inventario e identificar oportunidades de optimización.

Atributos recomendados para recopilar
Actividades clave que debe seguir para descubrir el proceso
Orientación para extraer datos de Oracle Fusion SCM

¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Descargar Template

Atributos de la gestión de inventario

Estos son los campos de datos esenciales que se recomienda incluir en su registro de eventos para analizar de forma exhaustiva sus procesos de gestión de inventario.

5 Obligatorio 5 Recomendado 10 Opcional

	Nombre	Descripción
	Hora de inicio del evento EventStartTime	Marca de tiempo que indica cuándo comenzó la actividad de inventario.
Descripción Este atributo captura la fecha y hora exactas en que comenzó una actividad. Es el principal elemento temporal utilizado para ordenar cronológicamente los eventos y construir el flujo del proceso. En el análisis, la hora de inicio del evento es fundamental para calcular las duraciones y los tiempos de espera entre actividades. Permite identificar cuellos de botella, medir los tiempos de ciclo de KPI como 'Average Put-away Cycle Time' y analizar el rendimiento del proceso en distintos periodos, como turnos, días o meses. Por qué es importante Esta marca de tiempo es esencial para ordenar eventos, calcular tiempos de ciclo y de espera, y comprender los cuellos de botella del proceso. Dónde obtenerlo Normalmente procede de un campo de fecha de transacción o fecha de creación de las tablas de transacciones de inventario, como TRANSACTION_DATE en INV_MATERIAL_TXNS. Ejemplos 2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
	Lote de inventario InventoryBatchLot	Identificador único de un lote específico de un artículo de inventario, que sirve como ID de caso para realizar el seguimiento de su ciclo de vida.
Descripción El número de Inventory Batch o Lot es el identificador de caso principal y agrupa todas las actividades relacionadas con una cantidad específica de un producto. Esto permite realizar el seguimiento del ciclo de vida completo de una cantidad de existencias diferenciada, desde su recepción en el inventario hasta sus distintos movimientos y su posterior salida o consumo. En el análisis de Process Mining, este atributo es fundamental. Conecta eventos independientes, como la recepción, la inspección de calidad, las transferencias internas y la salida de mercancías, en una única instancia de proceso coherente. Analizar los procesos por Inventory Batch/Lot permite calcular tiempos de ciclo de principio a fin, identificar rutas habituales y descubrir cuellos de botella que afectan a grupos de existencias específicos. Por qué es importante Este es el identificador de caso esencial que vincula todas las actividades de inventario relacionadas y permite rastrear el recorrido completo de un lote de existencias, desde la recepción hasta la salida. Dónde obtenerlo Esta información suele encontrarse en las tablas de transacciones de inventario, como INV_MATERIAL_TXNS, asociadas a los datos de control de lotes. Ejemplos LOT2024-A01134BATCH-US-00582LPN-493820-202405
	Nombre de la actividad ActivityName	Nombre de la actividad específica de gestión del inventario que se realizó.
Descripción El nombre de la actividad describe un único paso o evento que tuvo lugar dentro del proceso de gestión del inventario para un lote específico. Estos eventos forman la secuencia del flujo del proceso. Algunos ejemplos de actividades son 'Goods Receipt Recorded', 'Quality Inspection Performed', 'Stock Moved Internally' y 'Goods Issue Recorded'. Analizar la secuencia y la frecuencia de estas actividades es la base del Process Mining, ya que permite visualizar mapas de procesos, identificar desviaciones y analizar los tiempos de transición entre pasos. Por qué es importante Este atributo es fundamental para construir el mapa de procesos, ya que define los distintos pasos y eventos que componen el ciclo de vida del inventario. Dónde obtenerlo A menudo se obtiene asignando nombres de actividad comprensibles para las personas usuarias a los tipos de transacción o códigos de evento de las tablas de origen, por ejemplo, INV_MATERIAL_TXNS. Ejemplos Recepción de mercancías registradaUbicación completadaDiscrepancia de inventario ajustadaPicking iniciado
	Sistema de origen SourceSystem	Identifica el sistema del que se extrajeron los datos.
Descripción Este atributo especifica la aplicación de origen en la que se registró la transacción de inventario. En una empresa grande, los datos de inventario pueden proceder de varios sistemas o módulos. Especificar el sistema de origen es fundamental para la gobernanza de datos y para comprender el contexto de los datos. Ayuda a solucionar problemas de extracción y puede utilizarse para comparar procesos que abarcan distintos sistemas o instancias, por ejemplo, al comparar procesos de gestión del inventario entre distintos ERP regionales. Por qué es importante Proporciona el contexto esencial sobre el origen de los datos, algo importante para validarlos, aplicar la gobernanza y analizar procesos que pueden abarcar varios sistemas. Dónde obtenerlo Normalmente es un valor estático que se añade durante el proceso de extracción y transformación de datos para identificar su origen. Ejemplos Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Última actualización de datos LastDataUpdate	Marca de tiempo que indica la última vez que se actualizaron los datos de este registro desde el sistema de origen.
Descripción Este atributo registra cuándo se extrajeron por última vez los datos del sistema de origen y se cargaron en la herramienta de Process Mining. Refleja la actualidad de los datos analizados. Esta marca de tiempo es esencial para comprender la vigencia de los insights del proceso. Permite saber si se están consultando datos casi en tiempo real o una instantánea de un periodo anterior, algo fundamental para tomar decisiones oportunas y fundamentadas a partir del análisis. Por qué es importante Indica la actualidad de los datos y permite comprender hasta qué punto está actualizado el análisis del proceso y cuándo se espera la próxima actualización. Dónde obtenerlo Es un campo de metadatos generado durante el proceso de extracción, transformación y carga (ETL) de datos. Ejemplos 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Código del motivo del movimiento MovementReasonCode	Código que explica el motivo empresarial de un movimiento o ajuste de inventario.
Descripción El código del motivo del movimiento proporciona contexto sobre la causa de una transacción de inventario. Es especialmente importante para movimientos no estándar, como desechos, ajustes derivados de recuentos cíclicos o devoluciones. Este atributo es fundamental para el análisis de causas raíz. Por ejemplo, el Dashboard «Frecuencia y motivos de los ajustes de inventario» utiliza este código para categorizar los ajustes y ayudar a distinguir entre daños, robos o errores de introducción de datos. El análisis de estos motivos ayuda a priorizar y centrar las iniciativas de mejora en los problemas más importantes. Por qué es importante Explica el «porqué» de los ajustes y movimientos de inventario, algo esencial para analizar las causas raíz de problemas como discrepancias o desechos. Dónde obtenerlo Se encuentra en las tablas de transacciones como campo de código de motivo, por ejemplo REASON_ID en INV_MATERIAL_TXNS, que enlaza con una tabla de datos maestros de códigos de motivo. Ejemplos DAÑADO DURANTE EL TRANSPORTEAJUSTE DE CONTEO CÍCLICOINVENTARIO CADUCADO
	Hora de finalización del evento EventEndTime	Marca de tiempo que indica cuándo se completó la actividad de inventario.
Descripción La hora de finalización del evento marca la finalización de una actividad. Aunque muchas transacciones de inventario se registran como eventos puntuales, algunas actividades, como 'Quality Inspection' o 'Picking', tienen una duración diferenciada. En los eventos instantáneos, la hora de finalización suele coincidir con la hora de inicio. Este atributo se utiliza junto con la hora de inicio del evento para calcular el tiempo de procesamiento de cada actividad. Es fundamental para analizar el rendimiento, estudiar el uso de los recursos e identificar actividades que tardan más de lo previsto y contribuyen a los retrasos generales del proceso. Por qué es importante Permite calcular el tiempo de procesamiento de cada actividad y ayuda a identificar los pasos concretos que consumen más tiempo. Dónde obtenerlo Puede coincidir con la hora de inicio en las transacciones instantáneas. En las actividades con duración, sería un campo de marca de tiempo de finalización independiente en la tabla de origen correspondiente. Ejemplos 2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
	Número de artículo ItemNumber	Identificador único del producto o material que se está gestionando.
Descripción El número de artículo, conocido a menudo como Stock Keeping Unit (SKU), identifica el producto específico implicado en una transacción de inventario. Esto permite filtrar o segmentar el análisis por producto. En Process Mining, este atributo es esencial para el análisis centrado en productos. Ayuda a responder preguntas como «¿Qué productos tienen los tiempos de ubicación más largos?» o «¿Qué artículos se ajustan con mayor frecuencia?». Así se pueden aplicar mejoras específicas a determinadas líneas o categorías de productos. Por qué es importante Permite filtrar y analizar productos específicos, y ayuda a identificar qué artículos están asociados con retrasos o problemas del proceso. Dónde obtenerlo Es un campo principal de las tablas de transacciones de inventario, normalmente denominado INVENTORY_ITEM_ID, que se vincula con la tabla maestra de artículos, EGP_SYSTEM_ITEMS_B, para obtener más información. Ejemplos AS54888CPU-INT-i9MEM-DDR5-32GB
	Persona usuaria que realiza la acción UserPerformingAction	ID o nombre de la persona que ejecutó la transacción de inventario.
Descripción Este atributo identifica a la persona usuaria responsable de realizar una actividad determinada, como la persona operaria del almacén que completó una tarea de ubicación o la persona responsable del inventario que aprobó un ajuste. Analizar los datos por persona usuaria es fundamental para comprender la distribución de la carga de trabajo, identificar necesidades de formación y garantizar el cumplimiento. Por ejemplo, el Dashboard 'Inventory Adjustment Frequency And Reasons' utiliza este atributo para saber quién realiza ajustes con mayor frecuencia, lo que puede poner de relieve a las personas con mejor rendimiento o a quienes necesitan formación adicional sobre los procedimientos de control del inventario. Por qué es importante Atribuye las acciones a personas concretas y permite analizar el rendimiento, la carga de trabajo, las necesidades de formación y el cumplimiento del proceso por parte de las personas usuarias. Dónde obtenerlo Normalmente se encuentra en las tablas de transacciones como campo 'USER_ID' o 'CREATED_BY', por ejemplo, CREATED_BY en INV_MATERIAL_TXNS. Ejemplos JSMITHAMARTINWAREHOUSE.OPERATOR
	Ubicación del almacén WarehouseLocation	Ubicación específica dentro del almacén donde tuvo lugar la actividad, como una ubicación o una zona.
Descripción Este atributo especifica la ubicación física dentro del almacén, como un pasillo, estantería o ubicación concreta, relacionada con la transacción de inventario. Proporciona información detallada sobre dónde se almacena o se mueve el stock. El análisis por ubicación del almacén ayuda a identificar ineficiencias logísticas. Por ejemplo, el Dashboard «Tiempo de ciclo de los movimientos internos de stock» puede utilizarlo para mostrar si las transferencias entre determinadas zonas son sistemáticamente lentas. También puede revelar si ciertas ubicaciones son propensas a discrepancias de inventario. Por qué es importante Proporciona contexto geográfico dentro del almacén y permite analizar la eficiencia de los movimientos y los problemas específicos de cada ubicación, como cuellos de botella o ajustes frecuentes. Dónde obtenerlo Se obtiene de campos como LOCATOR_ID en las tablas de transacciones de inventario, que pueden combinarse con los datos maestros de ubicaciones (INV_ITEM_LOCATIONS) para obtener nombres descriptivos. Ejemplos A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
	Cantidad Quantity	Cantidad del artículo implicado en la transacción.
Descripción Este atributo representa el número de unidades de un artículo que se movieron, ajustaron, contaron o procesaron de cualquier otra forma. Proporciona una medida de la magnitud de cada evento. La cantidad es una métrica fundamental para muchos análisis. Se utiliza para calcular el volumen de mercancías procesadas, el tamaño de las discrepancias de inventario y la cantidad de desechos. Al combinarla con los datos de costes, permite cuantificar el impacto financiero de las ineficiencias del proceso, como se muestra en el Dashboard «Análisis de discrepancias de recuentos cíclicos». Por qué es importante Cuantifica el volumen de cada transacción y permite analizar el rendimiento, el tamaño de las discrepancias y el impacto financiero de las actividades de inventario. Dónde obtenerlo Campo estándar de las tablas de transacciones de inventario, como PRIMARY_QUANTITY o TRANSACTION_QUANTITY en INV_MATERIAL_TXNS. Ejemplos 100-105000
	Categoría de SKU SKUCategory	Categoría o familia a la que pertenece el producto (SKU).
Descripción La categoría de SKU es una clasificación que agrupa productos similares. Algunos ejemplos son «Electrónica», «Materias primas», «Productos terminados» o categorías basadas en el valor, como artículos A, B y C. Este atributo permite realizar análisis de alto nivel por grupo de productos, que suelen ofrecer más información que el análisis de miles de artículos individuales. Se utiliza en Dashboards como «Análisis de la tasa de desechos y obsolescencia» para identificar qué categorías de productos tienen mayor probabilidad de desecharse y orientar las mejoras de las políticas de inventario y las previsiones de demanda. Por qué es importante Permite agregar y comparar el rendimiento del proceso entre distintos grupos de productos y revela tendencias que podrían no ser visibles al nivel de cada artículo. Dónde obtenerlo Esta información suele almacenarse en los datos maestros de artículos (EGP_SYSTEM_ITEMS_B) y debe combinarse con los datos de transacciones. Ejemplos Alta rotaciónAlto valorRepuestos
	Código de subinventario SubinventoryCode	División de una organización de inventario que representa un área o tipo de almacenamiento específico.
Descripción Un subinventario es una agrupación lógica o física de artículos dentro de una organización de inventario más grande, como un almacén. Algunos ejemplos son «Recepción», «Productos terminados», «Retención de calidad» o «Material defectuoso». Este atributo permite realizar un análisis de ubicación de nivel superior al de una ubicación concreta dentro de un almacén. Es útil para seguir el flujo de materiales entre distintas áreas funcionales, como el tiempo que tardan los artículos en pasar del subinventario «Recepción» al subinventario «Productos terminados» después de la inspección de calidad. Por qué es importante Permite analizar los movimientos de inventario y los tiempos de permanencia entre distintas áreas funcionales de un almacén, como recepción, calidad y almacenamiento principal. Dónde obtenerlo Campo estándar de las tablas de inventario, normalmente denominado SUBINVENTORY_CODE. Ejemplos RECEPCIÓNFGIALMACENES
	Días de permanencia del inventario InventoryHoldingDays	Tiempo total que un lote de inventario permanece en stock, desde la primera recepción hasta la salida o eliminación final.
Descripción Este es un KPI a nivel de caso que calcula el tiempo total durante el que se mantiene un lote específico de inventario. Se mide desde la marca de tiempo de la primera actividad «Recepción de mercancías registrada» hasta la marca de tiempo de la actividad final «Salida de mercancías registrada» o «Stock desechado/eliminado» de ese caso. Esta métrica es fundamental para gestionar el capital circulante y los costes de almacenamiento. Un valor elevado de días de permanencia del inventario indica stock de baja rotación, lo que puede aumentar los costes, el riesgo de obsolescencia y el uso ineficiente del espacio del almacén. El análisis de este KPI ayuda a optimizar los niveles de inventario y mejorar la rotación. Por qué es importante KPI fundamental para la eficiencia financiera y operativa: mide durante cuánto tiempo el capital permanece inmovilizado en el inventario y ayuda a identificar el stock de baja rotación. Dónde obtenerlo Es una métrica a nivel de caso que calcula la herramienta de Process Mining mediante la diferencia entre la marca de tiempo del último evento relevante y la del primero. Ejemplos 30 días 10:05:0095 días 04:00:0015 días 12:30:00
	Es un ajuste de recuento cíclico IsCycleCountAdjustment	Indicador booleano que es verdadero si un ajuste de inventario ocurre inmediatamente después de una actividad de recuento cíclico.
Descripción Este atributo derivado es un indicador booleano (Verdadero/Falso) que identifica las actividades «Discrepancia de inventario ajustada» que ocurren poco después de una actividad «Recuento cíclico realizado» para el mismo artículo y ubicación. Ayuda a aislar los ajustes que son consecuencia directa del proceso de recuento. Este indicador se utiliza para el KPI «Tasa de ajustes posteriores al recuento cíclico». Permite medir la eficacia del programa de recuentos cíclicos al mostrar con qué frecuencia los recuentos dan lugar a ajustes. Una tasa elevada de estos ajustes puede indicar problemas sistémicos en la precisión de los registros de inventario. Por qué es importante Ayuda a medir específicamente la eficacia del proceso de recuento cíclico al aislar los ajustes que son consecuencia directa de un recuento físico. Dónde obtenerlo Es un atributo derivado que se crea durante la transformación de datos al comprobar la secuencia de actividades de un artículo o lote determinado. Ejemplos truefalse
	Estado del artículo ItemStatus	Indica el estado actual del artículo de inventario, como activo, inactivo u obsoleto.
Descripción El estado del artículo refleja la etapa del ciclo de vida del producto. Por ejemplo, un artículo puede estar «Activo» para las transacciones normales, «En espera» durante una revisión de calidad u «Obsoleto» si ya no se utiliza. Este atributo puede aportar un contexto valioso para analizar determinadas actividades. Por ejemplo, es esperable que los artículos con estado «Obsoleto» presenten una tasa elevada de desechos, pero desechar artículos «Activos» puede indicar un problema grave. Ayuda a segmentar el análisis para centrarse en el inventario relevante y activo. Por qué es importante Proporciona contexto sobre el ciclo de vida del producto y ayuda a diferenciar entre acciones esperadas, como desechar artículos obsoletos, y problemas imprevistos del proceso. Dónde obtenerlo Esta información procede de la tabla maestra de artículos, por ejemplo EGP_SYSTEM_ITEMS_B, y debe combinarse con los datos de transacciones. Ejemplos ActivoInactivoObsoleto
	ID de transacción de inventario InventoryTransactionId	Identificador único generado por el sistema para un solo evento de inventario.
Descripción El ID de transacción de inventario es la clave principal de un registro de transacción de inventario individual y atómico en el sistema de origen. Cada fila del registro de eventos corresponde a uno de estos ID. Aunque normalmente no se utiliza directamente en los mapas de procesos de alto nivel, este ID es muy valioso para validar datos, realizar auditorías y analizar información en detalle. Proporciona un enlace directo al registro específico de Oracle Fusion SCM, lo que permite investigar anomalías o eventos concretos en el propio sistema de origen. Por qué es importante Proporciona una clave única para cada evento, esencial para validar los datos y garantizar la trazabilidad y el acceso detallado al registro correspondiente del sistema de origen. Dónde obtenerlo Es la clave principal de la tabla principal de transacciones de inventario, normalmente TRANSACTION_ID en INV_MATERIAL_TXNS. Ejemplos 987654321123456789555444333
	Organización de inventario InventoryOrganization	Organización específica, como un almacén o una planta de fabricación, donde se mantiene el inventario.
Descripción Una organización de inventario representa una instalación o entidad diferenciada que mantiene stock, como un centro de distribución o una fábrica. Es un elemento clave de los datos organizativos en Oracle Fusion SCM. Este atributo se utiliza para filtrar y comparar procesos entre distintos centros físicos. Ayuda a responder preguntas como «¿Qué almacén tiene el tiempo de ubicación más rápido?» o «¿La tasa de discrepancias de inventario es mayor en nuestras instalaciones europeas o norteamericanas?». Esto permite comparar el rendimiento y compartir las mejores prácticas en toda la organización. Por qué es importante Permite comparar y evaluar el rendimiento de los procesos entre distintas instalaciones, como almacenes o plantas, y ayuda a identificar el rendimiento específico de cada centro. Dónde obtenerlo Campo principal de las tablas de transacciones, como ORGANIZATION_ID, que enlaza con una tabla de datos maestros de organizaciones para obtener el nombre. Ejemplos Centro de distribución US1Fabricación en SeattleAlmacén central de la UE
	Tipo de transacción TransactionType	Tipo de transacción de inventario definido por el sistema.
Descripción Este atributo es la clasificación de un evento de inventario en bruto y a nivel de sistema, como «Recepción de pedido de compra», «Transferencia entre subinventarios» o «Ajuste de recuento cíclico». A menudo es una clasificación más técnica a partir de la cual se deriva el nombre de actividad, más fácil de usar. Aunque el nombre de actividad se utiliza en los mapas de procesos de alto nivel, el tipo de transacción puede ser útil para realizar análisis técnicos detallados o validar la correspondencia con las actividades. Puede ayudar a identificar subprocesos específicos o comportamientos del sistema agrupados bajo una sola actividad. Por qué es importante Proporciona la clasificación del evento en bruto del sistema, útil para realizar análisis detallados y validar la derivación del «nombre de actividad». Dónde obtenerlo Campo estándar de las tablas de transacciones de inventario, normalmente combinado con una tabla maestra de tipos de transacción como MTL_TRANSACTION_TYPES. Ejemplos Recepción de pedido de compraTransferencia de subinventarioSalida de componente para producción en curso
	Unidad de medida UnitOfMeasure	Unidad de medida de la cantidad de la transacción, por ejemplo, unidad, kg o caja.
Descripción La unidad de medida (UOM) proporciona contexto para el atributo «Cantidad» y especifica qué representa el valor numérico. Por ejemplo, una cantidad de «10» puede significar 10 artículos individuales, 10 cajas o 10 kilogramos. Este atributo es esencial para interpretar correctamente los análisis basados en cantidades. Sin la UOM, resulta imposible comparar transacciones de artículos diferentes o agregar cantidades con precisión. Garantiza que los análisis se realicen sobre una base coherente y significativa. Por qué es importante Proporciona el contexto esencial para el atributo «Cantidad» y garantiza que los valores se interpreten correctamente y que las comparaciones sean significativas. Dónde obtenerlo Normalmente se encuentra junto al campo de cantidad en las tablas de transacciones, como TRANSACTION_UOM en INV_MATERIAL_TXNS. Ejemplos EAKGBOX

Obligatorio Recomendado Opcional

Actividades de gestión de inventario

Estos son los pasos e hitos cruciales del proceso que debe registrar en su registro de eventos para garantizar un descubrimiento preciso y detallado de los procesos de sus operaciones de inventario.

7 Recomendado 8 Opcional

	Actividad	Descripción
	Discrepancia de inventario ajustada	Es una transacción explícita para corregir la cantidad disponible en el sistema de un lote de inventario y hacerla coincidir con el recuento físico, o para reflejar otras discrepancias, como daños. Esta transacción reconoce formalmente una ganancia o pérdida de inventario.
Por qué es importante Hacer un seguimiento de la frecuencia y los motivos de los ajustes es fundamental para identificar las causas raíz de la falta de precisión del inventario, como robos, daños o errores de proceso. Esto afecta directamente a los registros financieros y a la fiabilidad de las existencias. Dónde obtenerlo Se registra como una transacción de material en INV_MATERIAL_TXNS, con un tipo específico como 'Cycle Count Adjustment' o 'Miscellaneous Issue/Receipt', normalmente acompañado de un código de motivo. Recopilar Se registra cuando se aprueba y contabiliza una transacción de ajuste de inventario. Tipo de evento explicit
	Existencias desechadas o eliminadas	Representa la retirada formal de un lote de inventario de las existencias porque ha caducado, está dañado, ha quedado obsoleto o no se puede utilizar por otro motivo. Se trata de una transacción explícita que da de baja el valor del inventario.
Por qué es importante Este es un punto final para el inventario que no se vende ni se utiliza. Hacer un seguimiento de los desechos ayuda a identificar problemas relacionados con el envejecimiento del inventario, la previsión de la demanda o los procesos de manipulación, y tiene un impacto financiero directo. Dónde obtenerlo Se registra como una transacción de material en INV_MATERIAL_TXNS, normalmente de tipo 'Miscellaneous Issue' o un tipo específico de transacción 'Scrap', vinculada a una cuenta específica de desechos y a un código de motivo. Recopilar Se registra cuando la transacción de desecho se ejecuta y se aprueba. Tipo de evento explicit
	Inspección de calidad realizada	Indica la finalización del proceso de inspección de calidad, durante el cual se decide aceptar o rechazar el lote de inventario. Por lo general, este evento se infiere a partir de la actualización del estado final del registro de inspección de calidad.
Por qué es importante Se trata de un hito fundamental que determina la disponibilidad de las existencias para los procesos posteriores. Analizar los resultados y la duración de las inspecciones ayuda a optimizar el control de calidad y el rendimiento de los proveedores. Dónde obtenerlo Se infiere a partir de la marca de tiempo en que el registro de inspección de calidad de QA_RESULTS se actualiza con un estado final como 'Accepted' o 'Rejected', o cuando el estado del material del lote cambia de 'QA' a 'Active'. Recopilar Se obtiene a partir de la fecha de finalización del registro de inspección de calidad asociado al lote de inventario. Tipo de evento inferred
	Picking completado	Indica que el lote de inventario se ha recogido físicamente de su ubicación de almacenamiento y se ha trasladado a una zona de preparación. Se trata de una transacción explícita en la que la persona encargada del picking confirma en el sistema que ha completado la tarea.
Por qué es importante Este es un hito clave en el cumplimiento de pedidos. La duración desde 'Picking Initiated' hasta este evento mide la eficiencia de la persona encargada del picking y el rendimiento del proceso de picking. Dónde obtenerlo Se captura mediante una transacción de confirmación de picking, que actualiza el estado de la línea de orden de movimiento o de la tarea de almacén a 'Completed', o activa una transacción 'Subinventory Transfer' en INV_MATERIAL_TXNS. Recopilar Se registra cuando una persona usuaria confirma la transacción de picking en el sistema, normalmente mediante un dispositivo móvil de radiofrecuencia. Tipo de evento explicit
	Recepción de mercancías registrada	Marca la llegada física inicial de un lote de inventario al almacén, normalmente asociada a una orden de compra o a una autorización de devolución de materiales. Se trata de una transacción explícita que se registra en el sistema cuando se reciben las mercancías y que crea el primer registro del lote de inventario.
Por qué es importante Esta actividad sirve como punto de inicio principal para analizar el ciclo de vida del inventario. Hacer un seguimiento del tiempo transcurrido desde este evento hasta otros, como la ubicación o la inspección de calidad, es fundamental para medir la eficiencia de las operaciones de entrada. Dónde obtenerlo Se registra como una transacción de material en la tabla INV_MATERIAL_TXNS, con tipos de transacción como 'PO Receipt', 'RMA Receipt' o 'Intransit Shipment Receipt'. La fecha de creación de esta transacción sirve como marca de tiempo del evento. Recopilar El evento se registra cuando se ejecuta una transacción de recepción. Tipo de evento explicit
	Salida de mercancías registrada	Marca la salida final de un lote de inventario del almacén, ya sea mediante el envío a un cliente, la entrega a una orden de producción o la transferencia a otra instalación. Se trata de una transacción de material definitiva y explícita que reduce el inventario.
Por qué es importante Este es un punto final principal del ciclo de vida del inventario y resulta fundamental para calcular la rotación del inventario y los días de almacenamiento. Confirma el cumplimiento de la demanda correspondiente a ese lote específico. Dónde obtenerlo Se registra como una transacción de material en INV_MATERIAL_TXNS, con tipos como 'Sales Order Issue', 'WIP Component Issue' o 'Transfer Order Shipment'. Recopilar Se registra cuando se procesa la confirmación del envío o la transacción de entrega del componente. Tipo de evento explicit
	Ubicación completada	Representa la finalización del traslado del lote de inventario a su ubicación de almacenamiento o subinventario designado, por lo que pasa a formar oficialmente parte de las existencias disponibles. Se captura mediante una transacción explícita de material que actualiza la ubicación del lote, desde recepción hasta una ubicación de almacenamiento.
Por qué es importante Este hito marca el final del proceso de entrada. El tiempo de ciclo desde 'Goods Receipt Recorded' hasta este evento es un KPI clave para medir la eficiencia de la ubicación. Dónde obtenerlo Se registra como una transacción de material, normalmente 'Subinventory Transfer' o 'Put Away', en la tabla INV_MATERIAL_TXNS. Esta transacción mueve el lote de un subinventario de recepción a un subinventario de almacenamiento. Recopilar El evento se registra cuando se completa la transacción que confirma el traslado a una ubicación de almacenamiento. Tipo de evento explicit
	Devolución de mercancías procesada	Captura la recepción y el procesamiento de un lote de inventario devuelto por un cliente mediante una Return Material Authorization (RMA). Esta actividad reincorpora el lote al sistema de inventario y suele activar procesos de inspección y disposición.
Por qué es importante Analizar el proceso de devoluciones es clave para comprender los problemas de calidad de los productos y mejorar la eficiencia de la logística inversa. Puede servir como punto de partida para un subproceso independiente de devoluciones. Dónde obtenerlo Se registra como una transacción de material 'RMA Receipt' en la tabla INV_MATERIAL_TXNS. Los detalles de la transacción se vinculan con la orden de venta original y el cliente. Recopilar Se registra cuando se ejecuta la transacción de recepción de la RMA en el sistema. Tipo de evento explicit
	Estado del artículo cambiado	Representa un cambio en el estado de uso o de restricción de un lote de inventario, como ponerlo en retención, restringir su venta o liberarlo. Por lo general, se infiere a partir de cambios en el atributo de estado del lote.
Por qué es importante Supervisar los cambios de estado ayuda a comprender la disponibilidad y el control del inventario. Las retenciones frecuentes pueden indicar problemas de calidad, mientras que hacer un seguimiento de las liberaciones es importante para el flujo del proceso. Dónde obtenerlo Se infiere mediante el seguimiento de cambios en 'LOT_STATUS_CODE' o en campos similares de tablas de inventario como INV_LOT_NUMBERS. Puede ser necesario utilizar el historial de auditoría o los registros de la base de datos para capturar la marca de tiempo del cambio. Recopilar Se captura comparando los valores actuales y anteriores del campo de estado del lote a lo largo del tiempo. Tipo de evento inferred
	Existencias trasladadas internamente	Captura el movimiento de un lote de inventario entre distintas ubicaciones de almacenamiento, como ubicaciones o subinventarios, dentro del mismo almacén. Estos movimientos se registran como transacciones explícitas de material para fines como la reposición o la consolidación.
Por qué es importante Analizar los movimientos internos ayuda a identificar distribuciones ineficientes del almacén, una manipulación excesiva y oportunidades para optimizar la ubicación de las existencias. Una frecuencia elevada puede indicar una lógica de ubicación inicial deficiente. Dónde obtenerlo Se registra como una transacción de material en INV_MATERIAL_TXNS, con un tipo como 'Subinventory Transfer' o 'Locator Transfer' que no implica a una parte externa. Recopilar Se registra al completar una transacción de transferencia interna. Tipo de evento explicit
	Inspección de calidad iniciada	Representa el momento en que un lote de inventario se destina a una inspección de control de calidad antes de quedar disponible para su uso. Por lo general, se infiere a partir de la creación de un registro de plan de inspección asociado al lote recibido o de un cambio de estado que coloca el lote en estado de retención 'QA'.
Por qué es importante Identifica el inicio del proceso de aseguramiento de la calidad. La duración entre este evento y 'Quality Inspection Performed' revela el plazo y los posibles cuellos de botella del departamento de control de calidad. Dónde obtenerlo Se infiere a partir de la creación de un registro de inspección de calidad en el módulo Quality Management, por ejemplo, QA_RESULTS, o mediante el seguimiento de un cambio del estado del material del lote a un estado de inspección designado. Recopilar Se infiere a partir de la marca de tiempo de creación de un plan de inspección de calidad o de un cambio del estado del lote a 'Awaiting Inspection'. Tipo de evento inferred
	Packing completado	Representa la finalización del proceso de packing, cuando el lote recogido se coloca en un contenedor de envío y este se sella. Puede tratarse de un escaneo explícito en la estación o inferirse a partir de un cambio de estado del envío.
Por qué es importante Marca el final del procesamiento físico en el almacén antes del envío. Analizar el tiempo entre el picking y el packing ayuda a identificar ineficiencias en la estación de packing. Dónde obtenerlo Se infiere a partir de un cambio de estado en el detalle de entrega o en el registro de envío, por ejemplo, en WSH_DELIVERY_DETAILS, a 'Packed'. En algunas configuraciones, puede tratarse de una transacción explícita en una estación de packing. Recopilar Se obtiene a partir de la marca de tiempo de una actualización del estado del envío o de un registro específico de transacciones de packing. Tipo de evento inferred
	Picking iniciado	Marca el inicio del proceso de cumplimiento de pedidos, cuando se crea una tarea para recoger un lote de inventario de su ubicación de almacenamiento para una orden de venta, una orden de trabajo o una transferencia. Se infiere a partir de la creación de una ola de picking o de una línea de orden de movimiento.
Por qué es importante Este evento pone en marcha el tiempo de ciclo del picking. Los retrasos entre la asignación del pedido y el inicio del picking pueden revelar cuellos de botella en el procesamiento de pedidos o en la asignación de tareas del almacén. Dónde obtenerlo Se infiere a partir de la marca de tiempo de creación de un registro en las tablas WMS para una tarea de picking o de una actualización del estado de una línea de orden de movimiento, por ejemplo, Mtl_Txn_Request_Lines, a 'Released to Warehouse'. Recopilar Se identifica mediante la creación de una tarea de picking o de una orden de movimiento asociada al lote de inventario. Tipo de evento inferred
	Recuento cíclico realizado	Indica que se ha contado físicamente un lote de inventario como parte de un programa de recuento cíclico o de inventario físico. Se trata de una acción explícita en la que una persona usuaria introduce en el sistema la cantidad contada.
Por qué es importante Esta actividad es fundamental para analizar los programas de precisión del inventario. Proporciona la base para identificar discrepancias y medir la eficacia del proceso de recuento. Dónde obtenerlo Se registra en la tabla INV_CYCLE_COUNT_ENTRIES cuando una persona usuaria introduce y guarda una cantidad contada. La marca de tiempo de la entrada del recuento sirve como hora del evento. Recopilar Se registra cuando una persona usuaria envía el recuento de un artículo y lote específicos en una tarea de recuento cíclico. Tipo de evento explicit
	Ubicación iniciada	Marca el inicio del proceso para trasladar las mercancías recibidas desde una zona de preparación o recepción hasta su ubicación de almacenamiento definitiva. Por lo general, se infiere a partir de la creación de una tarea dirigida por el sistema o de una solicitud de movimiento para la operación de ubicación.
Por qué es importante Iniciar rápidamente el proceso de ubicación es clave para liberar los muelles de recepción y poner el inventario a disposición. Este evento ayuda a medir el retraso entre la recepción y el inicio de las actividades de ubicación. Dónde obtenerlo Se infiere a partir de la marca de tiempo de creación de una solicitud de movimiento o de una tarea de almacén en el módulo Warehouse Management System (WMS) relacionada con el lote recibido. Recopilar Se identifica mediante la creación de una tarea de ubicación asociada a la transacción de inventario o al lote. Tipo de evento inferred

Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Oracle Fusion SCM

Pasos

Acceda a Oracle BI Publisher: Inicie sesión en su instancia de Oracle Fusion SCM. Acceda al área de trabajo Reports and Analytics desde el menú Navigator. A continuación, seleccione 'Browse Catalog' para abrir la interfaz de Oracle BI Publisher.
Cree un nuevo modelo de datos: Dentro del catálogo, elija una carpeta adecuada para almacenar los recursos de extracción. Haga clic en el menú desplegable 'New' y seleccione 'Data Model'.
Defina el conjunto de datos SQL: En el editor de Data Model, haga clic en el icono '+' para añadir un conjunto de datos y seleccione 'SQL Query'.
Configure la fuente de datos: En el cuadro de diálogo del nuevo conjunto de datos, introduzca un nombre, por ejemplo, 'InventoryManagementEventLog'. Seleccione 'ApplicationDB_FSCM' como fuente de datos. Establezca 'Type of SQL' en 'Standard SQL'.
Introduzca la consulta SQL: Copie la consulta SQL completa incluida en la sección 'query' de este documento y péguela en el área de texto de SQL Query.
Defina los parámetros: La consulta utiliza parámetros para el intervalo de fechas (p_start_date, p_end_date) y el código de organización (p_organization_code). BI Publisher los detectará automáticamente. Puede establecer valores predeterminados o marcarlos como obligatorios para las personas que ejecuten el informe.
Guarde y consulte los datos: Guarde el modelo de datos. Puede acceder a la pestaña 'Data', introducir los valores de los parámetros y hacer clic en 'View' para ver una muestra de los datos extraídos y confirmar que la consulta funciona según lo previsto.
Cree un informe: Vuelva al catálogo. Haga clic en el menú desplegable 'New' y seleccione 'Report'. En el asistente de creación del informe, seleccione el modelo de datos que acaba de crear.
Configure el diseño del informe: Avance por el asistente. Cuando se le solicite el diseño, elija un diseño sencillo de tipo 'Table'. Arrastre todas las columnas del conjunto de datos a la tabla. No necesita aplicar un formato complejo, ya que el objetivo es exportar datos sin procesar.
Programe el informe para la extracción automatizada: Guarde el informe. Utilice la opción 'Schedule' del informe y cree un nuevo trabajo programado. En la pestaña 'Output' de la configuración de la programación, especifique CSV como formato de salida. En la pestaña 'Destination', configure la entrega a un directorio del servidor de contenido o a un servidor SFTP externo desde el que pueda recuperar los archivos.
Recupere el Registro de eventos: Cuando se ejecute el trabajo programado, acceda al destino especificado, por ejemplo, descargue el archivo desde el servidor de contenido o acceda al servidor SFTP, para recuperar el archivo CSV generado. Este archivo es el Registro de eventos, listo para cargarlo en una herramienta de Process Mining.

Configuración

Requisitos previos: Una cuenta de usuario con los roles necesarios de BI Administrator y acceso a los datos para consultar tablas de gestión de inventario como INV_MATERIAL_TXNS, RCV_TRANSACTIONS y WSH_DELIVERY_DETAILS.
Fuente de datos: Utilice la fuente de datos estándar 'ApplicationDB_FSCM' en BI Publisher, que se conecta a la base de datos transaccional principal de Fusion SCM.
Parámetros del informe: Es fundamental filtrar los datos para gestionar el rendimiento. La consulta proporcionada utiliza estos parámetros:
- p_start_date: Fecha de inicio del periodo del informe.
- p_end_date: Fecha de finalización del periodo del informe.
- p_organization_code: Código de la organización de inventario específica, es decir, del almacén cuyos datos desea extraer.
Intervalo de fechas: Para las extracciones iniciales, comience con un periodo histórico limitado, como los últimos 3 a 6 meses, para garantizar que el trabajo finalice en un tiempo razonable. Para las extracciones periódicas, programe ejecuciones diarias o semanales que cubran el periodo reciente.
Formato de salida: Configure el trabajo de informe de BI Publisher para generar la salida en formato CSV. Asegúrese de que el delimitador y la codificación de caracteres del CSV sean compatibles con su herramienta de Process Mining.
Programación: Programe el informe fuera de las horas punta para minimizar el impacto en el rendimiento del sistema. Los grandes volúmenes de datos pueden consumir recursos importantes durante la ejecución.

a Consulta de ejemplo sql

WITH EventData AS (
-- 1. Goods Receipt Recorded (PO & RMA)
SELECT
    IMT.TRANSACTION_ID,
    'Goods Receipt Recorded' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation, -- Using Org Code for warehouse level
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- 2. Quality Inspection Initiated (Move to QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Initiated' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE = 'QA' -- This is a placeholder, adjust based on your system's QA subinventory naming convention

UNION ALL

-- 3. Quality Inspection Performed (Move out of QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Performed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.TRANSFER_SUBINVENTORY = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE <> 'QA' -- Moved out of a QA-type subinventory
    AND IMT.SUBINVENTORY_CODE IN (SELECT SUB.SUBINVENTORY_CODE FROM INV_SUBINVENTORIES_VL SUB WHERE SUB.ORGANIZATION_ID = IMT.ORGANIZATION_ID AND SUB.SUBINVENTORY_TYPE = 'QA')

UNION ALL

-- 4. Put-away Initiated (Modeled by Move Order Creation for received items)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Put-away Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 6 -- Put Away

UNION ALL

-- 5. Put-away Completed (Subinventory transfer from Receiving)
SELECT
    IMT.TRANSACTION_ID,
    'Put-away Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND IMT.TRANSACTION_SOURCE_TYPE_ID = 1 -- Purchase Order
    AND ISV.SUBINVENTORY_TYPE = '[Your Receiving Subinventory Type]' -- Adjust based on configuration

UNION ALL

-- 6. Stock Moved Internally
SELECT
    IMT.TRANSACTION_ID,
    'Stock Moved Internally' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE || ' -> ' || IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Subinventory Transfer'

UNION ALL

-- 7. Cycle Count Performed & 8. Inventory Discrepancy Adjusted
SELECT
    IMT.TRANSACTION_ID,
    CASE 
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Cycle Count Adjustment' THEN 'Cycle Count Performed'
        ELSE 'Inventory Discrepancy Adjusted'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Cycle Count Adjustment', 'Miscellaneous issue', 'Miscellaneous receipt')

UNION ALL

-- 9. Item Status Changed
SELECT 
    ILN.LOT_NUMBER_ID AS TRANSACTION_ID,
    'Item Status Changed' AS ActivityName,
    ILN.LAST_UPDATE_DATE AS EventStartTime,
    ILN.LAST_UPDATE_DATE AS EventEndTime,
    ILN.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    ILN.STATUS_CODE AS MovementReasonCode,
    ILN.ORGANIZATION_ID
FROM 
    INV_LOT_NUMBERS ILN
JOIN EGP_SYSTEM_ITEMS_B ESIB ON ILN.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND ILN.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON ILN.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON ILN.LAST_UPDATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE 
    ILN.LOT_NUMBER IS NOT NULL

UNION ALL

-- 10. Picking Initiated (From Pick Wave Move Order)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Picking Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 1 -- Pick Wave

UNION ALL

-- 11. Picking Completed (Transfer to Staging)
SELECT
    IMT.TRANSACTION_ID,
    'Picking Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Staging Transfer'

UNION ALL

-- 12. Packing Completed (Inferred from Ship Confirm)
-- 13. Goods Issue Recorded (Sales Order Issue)
-- 14. Return Goods Processed (RMA Issue - though this is usually a receipt)
-- 15. Stock Scrapped/Disposed
SELECT
    IMT.TRANSACTION_ID,
    CASE
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order issue' AND IMT.TRANSACTION_ACTION_ID = 1 THEN 'Goods Issue Recorded'
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order pick' THEN 'Packing Completed' -- Using Pick as a proxy for packing start/completion
        WHEN ITT.TRANSACTION_TYPE_NAME = 'RMA Receipt' THEN 'Return Goods Processed' -- This is a receipt, not an issue.
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Miscellaneous issue' AND MTR.REASON_NAME LIKE '%Scrap%' THEN 'Stock Scrapped/Disposed'
        ELSE 'Other'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Sales order issue', 'Sales order pick', 'RMA Receipt', 'Miscellaneous issue')
)
SELECT
    ED.InventoryBatchLot,
    ED.ActivityName,
    ED.EventStartTime,
    'Oracle Fusion SCM' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    ED.EventEndTime,
    ED.UserPerformingAction,
    ED.ItemNumber,
    ED.WarehouseLocation,
    ED.MovementReasonCode
FROM
    EventData ED
JOIN INV_ORG_PARAMETERS OOD ON ED.ORGANIZATION_ID = OOD.ORGANIZATION_ID
WHERE
    ED.EventStartTime BETWEEN :p_start_date AND :p_end_date
    AND OOD.ORGANIZATION_CODE = :p_organization_code
    AND ED.ActivityName <> 'Other' -- Exclude unmapped transactions
ORDER BY
    ED.InventoryBatchLot, ED.EventStartTime

Pasos

Inicie sesión en su entorno de Oracle Fusion Cloud Applications con un usuario que tenga asignado el rol de administrador de BICC.
Acceda a la consola de Business Intelligence Cloud Connector (BICC) seleccionándola en el menú principal de navegación, dentro de Tools.
En la consola de BICC, seleccione 'Manage Offerings and Data Stores'. Busque la oferta 'Supply Chain Management' y asegúrese de que esté habilitada. Esto hace que todos los almacenes de datos relacionados con SCM (PVO) estén disponibles para la extracción.
Acceda a 'Manage Extract Schedules' y cree una nueva programación específica para el proceso de gestión de inventario.
En la nueva programación, busque y añada los Public View Objects (PVO) necesarios para extraer los datos requeridos. Entre los PVO clave se incluyen FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO, FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO, FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO y FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO.
Para cada PVO seleccionado, acceda a la pestaña 'Configure Columns'. Seleccione todas las columnas necesarias para el Registro de eventos, como números de lote, detalles del artículo, marcas de tiempo, identificadores de usuario y tipos de transacción. Anule la selección de las columnas que no necesite para optimizar el tamaño de la extracción.
Defina filtros para gestionar el volumen de datos. En la pestaña 'Manage Filters', establezca un filtro global que permita realizar cargas incrementales. La expresión de filtro estándar es LAST_UPDATE_DATE >= '#BI_LAST_EXTRACT_DATE'. Así, cada ejecución extraerá únicamente los datos modificados desde la ejecución anterior.
Configure el almacenamiento externo para la entrega de datos. En 'Configure External Storage', seleccione 'Cloud Storage Service' e introduzca las credenciales de conexión del almacenamiento de destino, como Oracle Cloud Infrastructure (OCI) Object Storage.
Guarde la configuración de la programación y envíela para su ejecución. Puede supervisar el progreso del trabajo desde la pantalla 'Manage Extract Schedules'.
Cuando finalice el trabajo de BICC, los archivos de datos sin procesar, en formato CSV, estarán disponibles en la ubicación de almacenamiento en la nube configurada.
Implemente un script de posprocesamiento o un Workflow ETL para descargar estos archivos CSV. El script deberá transformar y combinar los datos de varios archivos según la lógica descrita en la sección de consultas para crear el Registro de eventos final.
El script deberá generar un único archivo CSV con las columnas exactas (InventoryBatchLot, ActivityName, EventStartTime, etc.) necesarias para cargar los datos en ProcessMind.

Configuración

Ofertas: La oferta 'Supply Chain Management' debe estar habilitada en BICC para acceder a los PVO de inventario, envíos y gestión de calidad.
PVO clave (almacenes de datos): Una extracción completa requiere varios PVO. Como mínimo, incluya:
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO: Fuente principal de la mayoría de los movimientos de materiales, como recepciones, salidas, transferencias y ajustes.
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO: Proporciona detalles sobre los estados de los lotes.
- FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO: Registra los resultados de las inspecciones de calidad.
- FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO: Contiene información relacionada con los procesos de picking y envío.
Configuración de la extracción incremental: Utilice siempre la funcionalidad de extracción incremental para las cargas periódicas. Configure un filtro en la columna LastUpdateDate mediante la variable #BI_LAST_EXTRACT_DATE. Para la carga histórica inicial, puede ejecutar una extracción completa de un periodo definido, por ejemplo, los últimos 6 a 12 meses.
Filtros a nivel de PVO: Para mejorar el rendimiento y reducir el tamaño de los archivos, aplique filtros adicionales directamente en los PVO. Entre los filtros habituales se incluyen OrganizationId para limitar los datos a almacenes específicos o TransactionTypeId para excluir movimientos irrelevantes.
Requisitos previos: El proceso requiere una cuenta de usuario con el rol BICC_ADMINISTRATOR_JOB. También debe disponer de acceso y credenciales para un servicio de almacenamiento en la nube compatible, como OCI Object Storage, donde BICC pueda entregar los archivos extraídos.

a Consulta de ejemplo sql

-- This is a conceptual query representing the logic to be applied in a post-processing script
-- after extracting raw data from the specified PVOs using BICC.

-- Activity: Goods Receipt Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Receipt Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'Transfer Receipt')

UNION ALL

-- Activity: Quality Inspection Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionPlanExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Initiated' AS "ActivityName", insp.CreationDate AS "EventStartTime", NULL AS "EventEndTime", insp.CreatedBy AS "UserPerformingAction", insp.ItemNumber AS "ItemNumber", insp.OrganizationCode AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", insp.LastUpdateDate AS "LastDataUpdate"
FROM InspectionPlanExtractPVO_output.csv insp JOIN MaterialTransactionExtractPVO_output.csv trx ON insp.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Quality Inspection Performed (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Performed' AS "ActivityName", res.TransactionDate AS "EventStartTime", res.TransactionDate AS "EventEndTime", res.CreatedBy AS "UserPerformingAction", res.ItemNumber AS "ItemNumber", res.OrganizationCode AS "WarehouseLocation", res.InspectionResultStatus AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", res.LastUpdateDate AS "LastDataUpdate"
FROM InspectionResultExtractPVO_output.csv res JOIN MaterialTransactionExtractPVO_output.csv trx ON res.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Put-away Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Initiated' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- Activity: Put-away Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode LIKE '%RECEIVING%'

UNION ALL

-- Activity: Stock Moved Internally (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Moved Internally' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode NOT LIKE '%RECEIVING%'

UNION ALL

-- Activity: Cycle Count Performed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.CycleCountEntriesExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Cycle Count Performed' AS "ActivityName", CountDate AS "EventStartTime", CountDate AS "EventEndTime", CountedByEmployeeName AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM CycleCountEntriesExtractPVO_output.csv
WHERE CountedByEmployeeName IS NOT NULL

UNION ALL

-- Activity: Inventory Discrepancy Adjusted (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Inventory Discrepancy Adjusted' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Cycle Count Adjustment', 'Physical Inventory Adjustment')

UNION ALL

-- Activity: Item Status Changed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Item Status Changed' AS "ActivityName", LastUpdateDate AS "EventStartTime", NULL AS "EventEndTime", LastUpdatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", NULL AS "WarehouseLocation", 'New Status: ' || LotStatusCode AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM LotControlExtractPVO_output.csv

UNION ALL

-- Activity: Picking Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Initiated' AS "ActivityName", CreationDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM DeliveryDetailExtractPVO_output.csv
WHERE ReleasedStatus = 'R'

UNION ALL

-- Activity: Picking Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", TransferSubinventory || ' / ' || TransferLocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Sales Order Pick'

UNION ALL

-- Activity: Packing Completed (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryExtractPVO)
SELECT dd.LotNumber AS "InventoryBatchLot", 'Packing Completed' AS "ActivityName", d.ConfirmedDate AS "EventStartTime", d.ConfirmedDate AS "EventEndTime", d.LastUpdatedBy AS "UserPerformingAction", dd.ItemNumber AS "ItemNumber", dd.Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", d.LastUpdateDate AS "LastDataUpdate"
FROM DeliveryExtractPVO_output.csv d JOIN DeliveryDetailExtractPVO_output.csv dd ON d.DeliveryId = dd.DeliveryId
WHERE d.StatusCode = 'CL'

UNION ALL

-- Activity: Goods Issue Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Issue Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Sales Order Issue', 'Work Order Issue')

UNION ALL

-- Activity: Return Goods Processed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Return Goods Processed' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'RMA Receipt'

UNION ALL

-- Activity: Stock Scrapped/Disposed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Scrapped/Disposed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Scrap Transaction', 'Inventory Write-Off')

Pasos

Requisitos previos: Asegúrese de tener Python 3.6 o una versión posterior instalada en su sistema. Instale la biblioteca requests, necesaria para realizar llamadas a la API HTTP, ejecutando el comando pip install requests en su terminal.
Obtenga las credenciales de la API: Consiga las credenciales necesarias para acceder a la API REST de Oracle Fusion SCM. Incluyen la URL base de su instancia de Oracle Fusion, por ejemplo, https://your-fusion-instance.oraclecloud.com, un nombre de usuario y una contraseña para una cuenta con privilegios suficientes para leer datos de inventario.
Configure el script de Python: Descargue el script de Python proporcionado. Abra el archivo en un editor y localice la sección de configuración situada al principio. Complete los valores de marcador de posición de BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE y ORGANIZATION_ID.
Comprenda los endpoints de la API: El script utiliza principalmente el endpoint de la API REST inventoryTransactions. Este endpoint proporciona un registro completo de los movimientos y ajustes de materiales, que se convertirá en el Registro de eventos de Process Mining.
Revise la lógica de asignación de actividades: Examine la función map_transaction_to_activity del script. Esta función contiene la lógica principal que convierte TransactionTypeName de Oracle en el ActivityName estandarizado que requiere el Registro de eventos. Es posible que deba ajustar esta asignación según los tipos de transacción utilizados en su organización.
Ejecute el script: Ejecute el script desde su terminal con el comando python your_script_name.py. El script se autenticará en la API, recuperará los datos de transacciones página por página, los procesará y mostrará actualizaciones de estado en la consola.
Gestione la paginación y la obtención de datos: El script gestiona automáticamente la paginación de la API mediante solicitudes secuenciales con los parámetros offset y limit hasta recuperar todos los datos del intervalo de fechas especificado. Así se extrae el conjunto de datos completo sin sobrecargar el servidor ni la memoria del script.
Transforme los datos: Para cada transacción recuperada, el script reestructura la respuesta JSON en un registro plano. Asigna campos como LotNumber, TransactionDate y CreatedBy a los Atributos requeridos del Registro de eventos: InventoryBatchLot, EventStartTime y UserPerformingAction.
Genere la salida CSV: Cuando se hayan obtenido y procesado todos los datos, el script escribirá los resultados en un archivo CSV llamado oracle_fusion_inventory_log.csv, en el mismo directorio donde se encuentra el script.
Revise y cargue los datos: Abra el archivo CSV generado en una aplicación de hojas de cálculo para verificar su contenido. Compruebe que los datos estén completos, que los intervalos de fechas sean correctos y que estén presentes todas las actividades previstas. Una vez validado, el archivo estará listo para cargarlo en ProcessMind.

Configuración

Credenciales de la API: Se requieren un username y una password válidos para un usuario de Oracle Fusion. El usuario debe tener un rol con permisos para leer datos de transacciones de inventario, como Inventory Manager o un rol de integración personalizado.
URL base: Debe especificar correctamente la URL raíz de su instancia de Oracle Fusion SCM, por ejemplo, https://your-instance.oraclecloud.com.
Intervalo de fechas: Establezca los parámetros START_DATE y END_DATE en formato YYYY-MM-DD para definir el periodo de extracción. Se recomienda comenzar con un periodo de 3 a 6 meses para gestionar el volumen de datos.
ID de organización: Especifique ORGANIZATION_ID para limitar la extracción a una única organización de inventario o almacén. Esto es fundamental para el rendimiento y la relevancia de los datos.
Tamaño de página (límite): La variable LIMIT del script controla cuántos registros se obtienen en cada llamada a la API. Un valor entre 100 y 500 suele ofrecer un buen equilibrio entre rendimiento y carga de la API.
Versión de la API: El script presupone una versión específica de la API REST (11.13.18.05). Es posible que deba actualizar la ruta de la URL si su entorno de Oracle Fusion utiliza otra versión.

a Consulta de ejemplo python

import requests
import json
import csv
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion SCM instance details
BASE_URL = class="hl-string">"https://[your-fusion-instance.oraclecloud.com]"
USERNAME = class="hl-string">"[your_api_user]"
PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Define the date range for the extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"
class=class="hl-string">"hl-comment"># Specify the Inventory Organization ID to filter results
ORGANIZATION_ID = class="hl-string">"[your_organization_id]"
LIMIT = 500  class=class="hl-string">"hl-comment"># Number of records to fetch per API call
OUTPUT_FILE = class="hl-string">"oracle_fusion_inventory_log.csv"

class=class="hl-string">"hl-comment"># --- API Endpoint ---
API_ENDPOINT = fclass="hl-string">"{BASE_URL}/fscmRestApi/resources/11.13.18.05/inventoryTransactions"

def map_transaction_to_activity(transaction_type_name):
    class="hl-string">"""Maps Oracle Fusion transaction type names to standardized activity names."""
    mapping = {
        class=class="hl-string">"hl-comment"># Goods Receipt & Returns
        class="hl-string">"PO Receipt": class="hl-string">"Goods Receipt Recorded",
        class="hl-string">"RMA Receipt": class="hl-string">"Return Goods Processed",
        class=class="hl-string">"hl-comment"># Put-away & Internal Moves
        class="hl-string">"Subinventory Transfer": class="hl-string">"Stock Moved Internally",
        class="hl-string">"WMS Putaway": class="hl-string">"Put-away Completed", class=class="hl-string">"hl-comment"># Assuming WMS module is used
        class="hl-string">"Move Order Transfer": class="hl-string">"Stock Moved Internally",
        class=class="hl-string">"hl-comment"># Adjustments & Counts
        class="hl-string">"Cycle Count Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class="hl-string">"Physical Inventory Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class=class="hl-string">"hl-comment"># Note: Cycle Count Performed is often the same transaction as the adjustment.
        class=class="hl-string">"hl-comment"># We can create a dedicated activity for the adjustment itself.
        class=class="hl-string">"hl-comment"># Picking, Packing, Shipping (Goods Issue)
        class="hl-string">"Sales Order Pick": class="hl-string">"Picking Completed",
        class="hl-string">"Sales Order Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"Movement Request Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"WIP Component Issue": class="hl-string">"Goods Issue Recorded",
        class=class="hl-string">"hl-comment"># Disposals
        class="hl-string">"Miscellaneous Issue": class="hl-string">"Stock Scrapped/Disposed", class=class="hl-string">"hl-comment"># Often used for scrap with a reason code
        class="hl-string">"Account Alias Issue": class="hl-string">"Stock Scrapped/Disposed",
        class=class="hl-string">"hl-comment"># Status Changes (often handled outside material transactions, placeholder)
        class="hl-string">"Lot Status Update": class="hl-string">"Item Status Changed",
    }
    return mapping.get(transaction_type_name, None)

def fetch_inventory_transactions():
    class="hl-string">"""Fetches and processes all inventory transactions within the specified date range."""
    event_log = []
    offset = 0
    has_more = True

    class=class="hl-string">"hl-comment"># Use a session for persistent authentication
    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)

    print(class="hl-string">"Starting data extraction...")

    while has_more:
        params = {
            class="hl-string">'finder': class="hl-string">'TransactionDateFinder',
            class="hl-string">'q': fclass="hl-string">'OrganizationId={ORGANIZATION_ID};TransactionDate between \'{START_DATE}\class="hl-string">' and \'{END_DATE}\class="hl-string">'',
            class="hl-string">'onlyData': class="hl-string">'true',
            class="hl-string">'limit': LIMIT,
            class="hl-string">'offset': offset,
            class="hl-string">'fields': class="hl-string">'TransactionId,TransactionDate,TransactionTypeName,LotNumber,ItemNumber,CreatedBy,SubinventoryCode,LocatorId,TransactionReasonId,LastUpdateDate'
        }

        try:
            response = session.get(API_ENDPOINT, params=params)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an exception for bad status codes (4xx or 5xx)
            data = response.json()
            items = data.get(class="hl-string">'items', [])

            if not items:
                print(class="hl-string">"No more items found. Ending extraction.")
                has_more = False
                continue

            print(fclass="hl-string">"Fetched {len(items)} records. Processing offset {offset}...")

            class=class="hl-string">"hl-comment"># Process each transaction from the API response
            for item in items:
                if not item.get(class="hl-string">'LotNumber'):
                    continue class=class="hl-string">"hl-comment"># Skip transactions without a lot number as it's the case ID
                
                activity_name = map_transaction_to_activity(item.get(class="hl-string">'TransactionTypeName'))
                
                class=class="hl-string">"hl-comment"># If the transaction type doesn't map to a relevant activity, skip it
                if not activity_name:
                    continue

                class=class="hl-string">"hl-comment"># Create the event log entry
                event = {
                    class="hl-string">'InventoryBatchLot': item.get(class="hl-string">'LotNumber'),
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventStartTime': item.get(class="hl-string">'TransactionDate'),
                    class="hl-string">'EventEndTime': item.get(class="hl-string">'TransactionDate'), class=class="hl-string">"hl-comment"># End time is often same as start for transactions
                    class="hl-string">'UserPerformingAction': item.get(class="hl-string">'CreatedBy'),
                    class="hl-string">'ItemNumber': item.get(class="hl-string">'ItemNumber'),
                    class="hl-string">'WarehouseLocation': item.get(class="hl-string">'SubinventoryCode'), class=class="hl-string">"hl-comment"># Using Subinventory as location
                    class="hl-string">'MovementReasonCode': item.get(class="hl-string">'TransactionReasonId'),
                    class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion SCM',
                    class="hl-string">'LastDataUpdate': datetime.now().isoformat()
                }
                event_log.append(event)

            class=class="hl-string">"hl-comment"># Check if there are more pages
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += LIMIT

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except Exception as err:
            print(fclass="hl-string">"An error occurred: {err}")
            break
    
    return event_log

def write_to_csv(data):
    class="hl-string">"""Writes the processed data to a CSV file."""
    if not data:
        print(class="hl-string">"No data to write to CSV.")
        return

    print(fclass="hl-string">"Writing {len(data)} records to {OUTPUT_FILE}...")
    
    class=class="hl-string">"hl-comment"># Define the headers based on the keys of the first dictionary
    headers = [
        class="hl-string">'InventoryBatchLot', class="hl-string">'ActivityName', class="hl-string">'EventStartTime', class="hl-string">'EventEndTime',
        class="hl-string">'UserPerformingAction', class="hl-string">'ItemNumber', class="hl-string">'WarehouseLocation',
        class="hl-string">'MovementReasonCode', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate'
    ]

    with open(OUTPUT_FILE, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=headers)
        writer.writeheader()
        writer.writerows(data)
    
    print(class="hl-string">"CSV file has been created successfully.")

if __name__ == class="hl-string">"__main__":
    all_transactions = fetch_inventory_transactions()
    write_to_csv(all_transactions)

¿Listo para comenzar?

Utilice esta plantilla para agilizar la preparación de sus datos y empezar a descubrir información clave sobre sus procesos de inventario. Comience a optimizar sus operaciones hoy mismo.

Volver a la guía de mejora Descargar Template

Transforme Inventory Management: comience a optimizar hoy mismo

Identifique las ineficiencias para reducir un 30 % el tiempo del ciclo del inventario.

Iniciar la prueba gratuita

No necesita tarjeta de crédito. Comience en cuestión de minutos.

Su Template de datos de gestión de inventario

Su Template de datos de gestión de inventario

Atributos de la gestión de inventario

Actividades de gestión de inventario

Guías de extracción

Extracción de Inventory Management con Oracle BI Publisher

Pasos

Configuración

a Consulta de ejemplo sql

Exportación masiva de datos con Oracle BI Cloud Connector (BICC)

Pasos

Configuración

a Consulta de ejemplo sql

Extracción mediante un script de Python a través de las API REST de Oracle Fusion SCM

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Transforme Inventory Management: comience a optimizar hoy mismo

Su Template de datos de gestión de inventario

Su Template de datos de gestión de inventario

Atributos de la gestión de inventario

Actividades de gestión de inventario

Guías de extracción

Extracción de Inventory Management con Oracle BI Publisher

Pasos

Configuración

a Consulta de ejemplo sql

Exportación masiva de datos con Oracle BI Cloud Connector (BICC)

Pasos

Configuración

a Consulta de ejemplo sql

Extracción mediante un script de Python a través de las API REST de Oracle Fusion SCM

Pasos

Configuración

a Consulta de ejemplo python

¿Listo para comenzar?

Transforme Inventory Management: comience a optimizar hoy mismo

Valoramos su privacidad