> 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 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

Este Template ofrece una guía completa para extraer y estructurar los datos de gestión de inventario de 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
Guía para extraer datos de Oracle Fusion SCM

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

Descargar Template

Atributos de gestión de inventario

Estos son los campos de datos esenciales que se recomienda incluir en el Registro de eventos para analizar en profundidad los 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 registra la fecha y hora exactas en que comenzó una actividad. Es el principal elemento temporal 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 la duración y los tiempos de espera entre actividades. Permite detectar cuellos de botella, medir los tiempos de ciclo de KPI como «Tiempo medio del ciclo de almacenamiento» y analizar el rendimiento del proceso en distintos periodos (por ejemplo, turnos, días o meses). Por qué es importante Esta marca de tiempo es esencial para ordenar los eventos, calcular los tiempos de ciclo y de espera, y entender los cuellos de botella del proceso. Dónde obtenerlo Suele obtenerse de un campo de fecha de transacción o de creación en 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 se utiliza como ID del caso para seguir su ciclo de vida.
Descripción El número de lote de inventario es el identificador principal del caso y agrupa todas las actividades relacionadas con una cantidad específica de un producto. Esto permite seguir el ciclo de vida completo de una cantidad concreta de existencias, desde su recepción hasta sus distintos movimientos y su entrega o consumo final. En el análisis de Process Mining, este atributo es fundamental. Vincula eventos distintos, como la recepción, la inspección de calidad, los traslados internos y la salida de mercancías, en una sola instancia de proceso coherente. Analizar los procesos por lote de inventario permite calcular los tiempos de ciclo de principio a fin, identificar las rutas habituales y descubrir los cuellos de botella que afectan a grupos específicos de existencias. Por qué es importante Este es el identificador de caso esencial que vincula todas las actividades relacionadas con el inventario y permite seguir el recorrido completo de un lote de existencias, desde su recepción hasta su entrega. Dónde obtenerlo Esta información suele encontrarse en las tablas de transacciones de inventario, como INV_MATERIAL_TXNS, asociada a los detalles de control de lotes. Ejemplos LOTE2024-A01134LOTE-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 paso o evento concreto que tuvo lugar en el proceso de gestión del inventario de un lote específico. Estos eventos conforman la secuencia del flujo del proceso. Algunos ejemplos son «Recepción de mercancías registrada», «Inspección de calidad realizada», «Existencias trasladadas internamente» y «Salida de mercancías registrada». Analizar la secuencia y la frecuencia de estas actividades es la base de Process Mining: permite visualizar los mapas de procesos, identificar desviaciones y analizar los tiempos de transición entre pasos. Por qué es importante Este atributo es fundamental para crear el mapa del proceso, ya que define los distintos pasos y eventos que conforman el ciclo de vida del inventario. Dónde obtenerlo A menudo se obtiene asignando nombres de actividad comprensibles para las personas 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 registradaAlmacenamiento completadoDiscrepancia de inventario ajustadaPreparación de pedidos iniciada
	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 los datos y para entender su contexto. Ayuda a resolver problemas de extracción de datos y permite comparar procesos que abarcan distintos sistemas o instancias, por ejemplo, comparar los procesos de gestión del inventario de distintos sistemas ERP regionales. Por qué es importante Aporta contexto esencial sobre el origen de los datos, importante para validarlos, garantizar su gobernanza y analizar procesos que pueden abarcar varios sistemas. Dónde obtenerlo Suele ser un valor estático que se añade durante la extracción y transformación de los datos para indicar su origen. Ejemplos Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Última actualización de los 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. Indica qué tan actualizados están los datos analizados. Esta marca de tiempo es esencial para saber cuán recientes son las conclusiones del análisis. 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. Por qué es importante Indica cuán actualizados están los datos, para que las personas usuarias sepan qué tan reciente es el análisis del proceso y cuándo se espera la próxima actualización. Dónde obtenerlo Es un campo de metadatos que se genera durante el proceso de extracción, transformación y carga de datos (ETL). Ejemplos 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Código de motivo del movimiento MovementReasonCode	Código que explica el motivo empresarial de un movimiento o ajuste de inventario.
Descripción El código de motivo del movimiento explica por qué se realizó una transacción de inventario. Es especialmente importante para movimientos no habituales, como desechos, ajustes 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 clasificar los ajustes y distinguir entre daños, robos o errores de entrada de datos. El análisis de estos motivos ayuda a priorizar las iniciativas de mejora y centrarlas en los problemas más importantes. Por qué es importante Explica los motivos de los movimientos y ajustes de inventario, algo esencial para analizar las causas raíz de problemas como las discrepancias o los desechos. Dónde obtenerlo Se encuentra en las tablas de transacciones, en un campo de código de motivo como REASON_ID en INV_MATERIAL_TXNS, que se vincula con una tabla maestra de códigos de motivo. Ejemplos DAÑADO DURANTE EL TRANSPORTEAJUSTE DE RECUENTO 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 indica cuándo concluye una actividad. Aunque muchas transacciones de inventario se registran como eventos puntuales, algunas actividades, como la inspección de calidad o la preparación de pedidos, tienen una duración concreta. 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 y el uso de los recursos, así como para identificar las actividades que tardan más de lo previsto y contribuyen a las demoras generales del proceso. Por qué es importante Permite calcular el tiempo de procesamiento de cada actividad y determinar qué pasos concretos requieren más tiempo. Dónde obtenerlo En las transacciones instantáneas, puede coincidir con la hora de inicio. Para las actividades que tienen una duración, correspondería a un campo independiente con la marca de tiempo de finalización en la tabla de origen pertinente. 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 gestiona.
Descripción El número de artículo, también conocido como unidad de mantenimiento de existencias (SKU), identifica el producto específico de una transacción de inventario. Esto permite filtrar o segmentar el análisis por producto. En Process Mining, este atributo es esencial para analizar los procesos desde la perspectiva del producto. Permite responder preguntas como «¿Qué productos tienen los tiempos de ubicación más largos?» o «¿Qué artículos se ajustan con mayor frecuencia?». Así, puede orientar las mejoras a líneas de productos o categorías específicas. Por qué es importante Permite filtrar y analizar productos específicos para identificar qué artículos están relacionados con retrasos o problemas en el proceso. Dónde obtenerlo Es un campo clave en las tablas de transacciones de inventario, que suele llamarse INVENTORY_ITEM_ID y se vincula con la tabla maestra de artículos (EGP_SYSTEM_ITEMS_B), donde se encuentran los detalles. Ejemplos AS54888CPU-INT-i9MEM-DDR5-32GB
	Ubicación en el almacén WarehouseLocation	Ubicación específica dentro del almacén donde tuvo lugar la actividad, como una casilla o una zona.
Descripción Este atributo indica la ubicación física dentro del almacén relacionada con la transacción de inventario, como un pasillo, estante o casilla específicos. Ofrece información detallada sobre dónde se almacena o se traslada el inventario. El análisis por ubicación en el almacén ayuda a detectar ineficiencias logísticas. Por ejemplo, el Dashboard «Tiempo de entrega de los movimientos internos de inventario» puede mostrar si los traslados entre determinadas zonas suelen ser lentos. También puede revelar si hay discrepancias de inventario frecuentes en ubicaciones específicas. Por qué es importante Aporta contexto sobre la ubicación dentro del almacén y permite analizar la eficiencia de los movimientos y detectar 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
	Usuario que realizó 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 responsable de realizar una actividad concreta, como quien completó una tarea de almacenamiento o quien aprobó un ajuste de inventario. Analizar los datos por usuario es fundamental para entender la distribución de la carga de trabajo, detectar necesidades de formación y garantizar el cumplimiento. Por ejemplo, el Dashboard «Frecuencia y motivos de los ajustes de inventario» utiliza este atributo para identificar quién realiza ajustes con mayor frecuencia. Esto puede destacar a quienes obtienen mejores resultados o a quienes podrían necesitar formación adicional sobre los procedimientos de control del inventario. Por qué es importante Asocia las acciones con personas concretas y permite analizar el rendimiento, la carga de trabajo, las necesidades de formación y el cumplimiento de los procesos. Dónde obtenerlo Suele encontrarse en las tablas de transacciones en un campo 'USER_ID' o 'CREATED_BY', como CREATED_BY en INV_MATERIAL_TXNS. Ejemplos JSMITHAMARTINOPERADOR.ALMACEN
	Cantidad Quantity	Cantidad del artículo incluido en la transacción.
Descripción Este atributo representa el número de unidades de un artículo que se trasladaron, ajustaron, contaron o incluyeron en una transacción de otro tipo. Permite medir la magnitud de cada evento. La cantidad es una métrica fundamental para muchos análisis. Se utiliza para calcular el volumen de productos procesados, 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 en 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 en 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 (por ejemplo, artículos A, B y C). Este atributo permite realizar análisis generales por grupo de productos, que suelen aportar 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 se desechan con mayor frecuencia y orientar las mejoras en las políticas de inventario y la previsión de la demanda. Por qué es importante Permite agrupar y comparar el rendimiento del proceso entre distintos grupos de productos, y revela tendencias que podrían pasar inadvertidas al analizar artículos individuales. 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 De alta rotaciónDe alto 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 amplia, como un almacén. Algunos ejemplos son «Recepción», «Productos terminados», «Retención por calidad» o «Material defectuoso». Este atributo permite analizar las ubicaciones a un nivel más general que el de una casilla específica. Es útil para hacer un seguimiento del flujo de materiales entre distintas áreas funcionales, por ejemplo, para medir cuánto 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 en distintas áreas funcionales del almacén, como recepción, control de calidad y almacenamiento principal. Dónde obtenerlo Campo estándar en las tablas de inventario, que suele llamarse SUBINVENTORY_CODE. Ejemplos RECEPCIÓNFGIALMACÉN
	Días de permanencia del inventario InventoryHoldingDays	Tiempo total que un lote de inventario permanece en existencias, desde la primera recepción hasta la salida o eliminación final.
Descripción Este KPI por caso calcula el tiempo total 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 «Existencias desechadas o eliminadas» para ese caso. Esta métrica es fundamental para gestionar el capital circulante y los costes de almacenamiento. Un valor alto de días de permanencia del inventario indica que las existencias tienen poca rotación, lo que puede aumentar los costes y el riesgo de obsolescencia, además de reducir el aprovechamiento 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 cuánto tiempo permanece el capital inmovilizado en el inventario y ayuda a identificar las existencias de baja rotación. Dónde obtenerlo Esta métrica por caso se calcula en la herramienta de Process Mining restando la marca de tiempo del primer evento a la del último evento pertinente. 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. Esto permite 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 alta puede indicar problemas sistémicos en la precisión de los registros de inventario. Por qué es importante Permite 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 Este atributo derivado se crea durante la transformación de datos, comprobando 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 habituales, «En espera» para una revisión de calidad o «Obsoleto» si ya no se utiliza. Este atributo aporta contexto útil para analizar determinadas actividades. Por ejemplo, es esperable que se desechen muchos artículos con estado «Obsoleto», pero desechar artículos «Activos» podría indicar un problema grave. También permite segmentar el análisis para centrarse en el inventario pertinente y activo. Por qué es importante Aporta contexto sobre el ciclo de vida del producto y ayuda a distinguir entre acciones esperadas, como desechar artículos obsoletos, y problemas inesperados en el 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 de sistema generado para un evento de inventario.
Descripción El ID de transacción de inventario es la clave principal de un registro individual de transacción de inventario en el sistema de origen. Cada fila del Registro de eventos corresponde a uno de estos ID. Aunque no suele utilizarse directamente en los mapas de procesos generales, este ID es muy útil para validar datos, realizar auditorías y analizar eventos en detalle. Proporciona un vínculo directo con el 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, garantizar la trazabilidad y acceder al registro correspondiente en el sistema de origen. Dónde obtenerlo Es la clave principal de la tabla principal de transacciones de inventario, que suele llamarse 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 encuentra el inventario.
Descripción Una organización de inventario es una instalación o entidad independiente que almacena existencias, como un centro de distribución o una fábrica. Es un elemento clave de los datos organizativos de Oracle Fusion SCM. Este atributo permite filtrar y comparar procesos entre distintas ubicaciones físicas. Ayuda a responder preguntas como «¿En qué almacén se ubican los productos más rápido?» o «¿La tasa de discrepancias de inventario es mayor en nuestras instalaciones de Europa o de Norteamérica?». Así, permite comparar el rendimiento y compartir las prácticas recomendadas en toda la organización. Por qué es importante Permite comparar procesos y evaluar el rendimiento de distintas instalaciones, como almacenes o plantas, para identificar diferencias específicas de cada ubicación. Dónde obtenerlo Campo clave en las tablas de transacciones, como ORGANIZATION_ID, que se vincula con una tabla maestra de organizaciones para obtener el nombre. Ejemplos Centro de distribución US1Planta de fabricación de 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 sin procesar de un evento de inventario a nivel del sistema, como «Recepción de pedido de compra», «Traslado entre subinventarios» o «Ajuste de recuento cíclico». Suele ser una clasificación más técnica, de la que se deriva el nombre de actividad, más fácil de entender para el usuario. El nombre de actividad se utiliza en los mapas de procesos generales, mientras que el tipo de transacción puede ser útil para análisis técnicos detallados o para validar la asignación de actividades. También puede ayudar a identificar subprocesos o comportamientos específicos del sistema que se agrupan en una sola actividad. Por qué es importante Proporciona la clasificación sin procesar de un evento en el sistema, útil para realizar análisis detallados y validar cómo se deriva el «Nombre de actividad». Dónde obtenerlo Campo estándar en las tablas de transacciones de inventario, que suele obtenerse mediante una unión con una tabla maestra de tipos de transacción como MTL_TRANSACTION_TYPES. Ejemplos Recepción de pedido de compraTraslado entre subinventariosSalida de componentes 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) aporta contexto al atributo «Cantidad» e indica qué representa el valor numérico. Por ejemplo, una cantidad de «10» puede referirse a 10 artículos, 10 cajas o 10 kilogramos. Este atributo es esencial para interpretar correctamente los análisis basados en cantidades. Sin la unidad de medida, no es posible comparar transacciones de distintos artículos ni sumar cantidades de forma precisa. Así, los análisis se realizan sobre una base coherente y significativa. Por qué es importante Aporta contexto esencial al atributo «Cantidad» para interpretar correctamente los valores y realizar comparaciones significativas. Dónde obtenerlo Suele encontrarse 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 y los hitos clave del proceso que debe registrar en el Registro de eventos para descubrir con precisión y detalle cómo se realizan las operaciones de inventario.

7 Recomendado 8 Opcional

	Actividad	Descripción
	Almacenamiento completado	Indica que el lote de inventario se ha trasladado a la ubicación de almacenamiento o al subinventario asignado y que ya forma parte oficialmente de las existencias disponibles. Se registra mediante una transacción explícita de material que actualiza la ubicación del lote, desde la zona de 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 «Recepción de mercancías registrada» hasta este evento es un KPI clave para medir la eficiencia del almacenamiento. Dónde obtenerlo Se registra como una transacción de material, a menudo de tipo 'Subinventory Transfer' o 'Put Away', en la tabla INV_MATERIAL_TXNS. Esta transacción traslada el lote de un subinventario de recepción a uno de almacenamiento. Capturar El evento se registra cuando se completa la transacción que confirma el traslado a una ubicación de almacenamiento. Tipo de evento explicit
	Discrepancia de inventario ajustada	Es una transacción explícita que corrige la cantidad disponible en el sistema para un lote de inventario, de modo que coincida con el recuento físico o refleje otras discrepancias, como daños. Esta transacción reconoce formalmente una ganancia o pérdida de inventario.
Por qué es importante Seguir la frecuencia y los motivos de los ajustes es fundamental para identificar las causas de fondo 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', a menudo acompañado de un código de motivo. Capturar 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 ya no se puede utilizar por otro motivo. Es 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. Seguir las bajas ayuda a detectar 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 'Scrap', vinculada a una cuenta específica para bajas y a un código de motivo. Capturar Se registra cuando se ejecuta y aprueba la transacción de baja. Tipo de evento explicit
	Inspección de calidad realizada	Indica que ha finalizado la inspección de calidad y que se ha decidido aceptar o rechazar el lote de inventario. Por lo general, este evento se infiere a partir de la actualización final del estado del registro de inspección de calidad.
Por qué es importante Este es un hito fundamental que determina si las existencias están disponibles 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 se actualiza el registro de inspección de calidad en QA_RESULTS con un estado final, como 'Accepted' o 'Rejected', o cuando el estado del material del lote cambia de 'QA' a 'Active'. Capturar Se obtiene de la fecha de finalización del registro de inspección de calidad asociado al lote de inventario. Tipo de evento inferred
	Preparación de pedidos completada	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. Es una transacción explícita en la que la persona encargada confirma la finalización de la tarea de preparación en el sistema.
Por qué es importante Este es un hito clave en la preparación de pedidos. El tiempo transcurrido desde «Preparación de pedidos iniciada» hasta este evento mide la eficiencia de la persona encargada y el rendimiento del proceso de preparación. Dónde obtenerlo Se captura mediante una transacción de confirmación de preparación, 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. Capturar Se registra cuando una persona confirma la transacción de preparación en el sistema, a menudo mediante un dispositivo móvil de radiofrecuencia. Tipo de evento explicit
	Recepción de mercancías registrada	Registra 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 material. Se trata de una transacción explícita que queda registrada en el sistema al recibir la mercancía y crea el primer registro del lote.
Por qué es importante Esta actividad es el punto de partida principal para analizar el ciclo de vida del inventario. Para medir la eficiencia de las operaciones de entrada, es fundamental seguir el tiempo transcurrido desde este evento hasta otros, como el almacenamiento o la inspección de calidad. 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 se utiliza como marca de tiempo del evento. Capturar El evento se registra al ejecutar una transacción de recepción. Tipo de evento explicit
	Salida de mercancías registrada	Marca la salida definitiva de un lote de inventario del almacén, ya sea por un envío a un cliente, una entrega a una orden de producción o un traslado a otra instalación. Es una transacción explícita y definitiva de material que reduce el inventario.
Por qué es importante Este es un punto final principal del ciclo de vida del inventario, fundamental para calcular la rotación del inventario y los días de almacenamiento. Confirma que se ha atendido la demanda correspondiente al lote. 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'. Capturar Se registra cuando se procesa la confirmación del envío o la transacción de entrega de componentes. Tipo de evento explicit
	Almacenamiento iniciado	Marca el inicio del traslado de las mercancías recibidas desde una zona de recepción o preparació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 almacenamiento.
Por qué es importante Iniciar rápidamente el almacenamiento es clave para despejar los muelles de recepción y poner el inventario a disposición. Este evento permite medir la demora entre la recepción y el comienzo de las actividades de almacenamiento. Dónde obtenerlo Se infiere a partir de la marca de tiempo de creación de una solicitud de movimiento o una tarea de almacén en el módulo Warehouse Management System (WMS) relacionada con el lote recibido. Capturar Se identifica por la creación de una tarea de almacenamiento asociada a la transacción de inventario o al lote. Tipo de evento inferred
	Devolución de mercancías procesada	Registra la recepción y el procesamiento de un lote de inventario devuelto por un cliente mediante una autorización de devolución de material (RMA). Esta actividad vuelve a incorporar 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 entender los problemas de calidad de los productos y mejorar la eficiencia de la logística inversa. También puede ser el punto de partida de un subproceso de devoluciones independiente. 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 y el cliente originales. Capturar Se registra al ejecutar la transacción de recepción RMA en el sistema. Tipo de evento explicit
	Embalaje completado	Indica que ha finalizado el embalaje: el lote recogido se ha colocado en un contenedor de envío y este se ha sellado. Puede registrarse mediante un escaneo explícito en una estación o inferirse a partir de un cambio en el estado del envío.
Por qué es importante Marca el final de las operaciones físicas del almacén antes del envío. Analizar el tiempo transcurrido entre la preparación y el embalaje ayuda a detectar ineficiencias en la estación de embalaje. Dónde obtenerlo Se infiere a partir de un cambio de estado del detalle de entrega o del 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 embalaje. Capturar Se obtiene de la marca de tiempo de una actualización del estado del envío o de un registro específico de la transacción de embalaje. Tipo de evento inferred
	Estado del artículo cambiado	Representa un cambio en el estado de uso o las restricciones de un lote de inventario, como ponerlo en espera, impedir 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 entender la disponibilidad y el control del inventario. Las retenciones frecuentes pueden indicar problemas de calidad, mientras que seguir las liberaciones es importante para comprender el flujo del proceso. Dónde obtenerlo Se infiere mediante el seguimiento de los cambios en 'LOT_STATUS_CODE' o en campos similares de tablas de inventario como INV_LOT_NUMBERS. Es posible que se necesiten el historial de auditoría o los registros de la base de datos para capturar la marca de tiempo del cambio. Capturar Se captura comparando a lo largo del tiempo los valores actuales y anteriores del campo de estado del lote. Tipo de evento inferred
	Existencias trasladadas internamente	Registra el movimiento de un lote de inventario entre distintas ubicaciones de almacenamiento, como contenedores o subinventarios, dentro del mismo almacén. Estos movimientos se registran como transacciones explícitas de material para tareas como la reposición o la consolidación.
Por qué es importante Analizar los movimientos internos ayuda a detectar distribuciones ineficientes del almacén, manipulaciones excesivas y oportunidades para optimizar la ubicación de las existencias. Una frecuencia elevada puede indicar que la lógica inicial de almacenamiento no es adecuada. 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 terceros. Capturar Se registra al completarse una transacción de traslado interno. Tipo de evento explicit
	Inspección de calidad iniciada	Indica el momento en que se asigna un lote de inventario a una inspección de control de calidad antes de que pueda utilizarse. Suele inferirse a partir de la creación de un registro del plan de inspección asociado al lote recibido o de un cambio de estado que lo pone en espera de control de calidad ('QA').
Por qué es importante Señala el inicio del proceso de control de calidad. El tiempo transcurrido hasta «Inspección de calidad realizada» muestra el tiempo de entrega 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 del seguimiento de un cambio en el estado del material del lote a un estado de inspección específico. Capturar Se infiere a partir de la marca de tiempo de creación de un plan de inspección de calidad o de un cambio en el estado del lote a 'Awaiting Inspection'. Tipo de evento inferred
	Preparación de pedidos iniciada	Marca el inicio del proceso de preparación 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 un traslado. Se infiere a partir de la creación de una ola de preparación o de una línea de orden de movimiento.
Por qué es importante Este evento inicia el cómputo del tiempo de ciclo de preparación. Las demoras entre la asignación del pedido y el inicio de la preparación 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 de tarea de preparación en las tablas de WMS o de una actualización de estado de una línea de orden de movimiento (por ejemplo, Mtl_Txn_Request_Lines) a 'Released to Warehouse'. Capturar Se identifica por la creación de una tarea de preparación o 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. Es una acción explícita en la que una persona introduce en el sistema la cantidad contada.
Por qué es importante Esta actividad es fundamental para analizar los programas de precisión del inventario. Permite 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 introduce y guarda una cantidad contada. La marca de tiempo de la entrada del recuento se utiliza como hora del evento. Capturar Se registra cuando una persona envía el recuento de un artículo y lote específicos en una tarea de recuento cíclico. Tipo de evento explicit

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. En el menú Navigator, vaya al área de trabajo Reports and Analytics. Desde allí, seleccione 'Browse Catalog' para abrir la interfaz de Oracle BI Publisher.
Cree un modelo de datos: En el catálogo, elija una carpeta adecuada para guardar 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, indique un nombre, por ejemplo, 'InventoryManagementEventLog'. Seleccione 'ApplicationDB_FSCM' como fuente de datos. En 'Type of SQL', elija '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 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 asignarles valores predeterminados o marcarlos como obligatorios para quienes ejecuten el informe.
Guarde y consulte los datos: Guarde el modelo de datos. Vaya a la pestaña 'Data', introduzca los valores de los parámetros y haga clic en 'View' para ver una muestra de los datos extraídos y comprobar 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 de informes, seleccione el modelo de datos que acaba de crear.
Configure la disposición del informe: Avance por el asistente. Cuando se le solicite la disposición, elija una disposición sencilla de tipo 'Table'. Arrastre todas las columnas del conjunto de datos a la tabla. No es necesario aplicar un formato complejo, ya que el objetivo es exportar los datos sin procesar.
Programe la extracción automática del informe: Guarde el informe. Utilice la opción 'Schedule' del informe y cree una nueva tarea programada. En la pestaña 'Output' de la configuració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 la tarea programada, vaya al destino especificado, por ejemplo, descargue el archivo del servidor de contenido o acceda al servidor SFTP, y recupere el archivo CSV generado. Este archivo es el Registro de eventos, listo para cargarse en una herramienta de Process Mining.

Configuración

Requisitos previos: Una cuenta de usuario con los roles necesarios de administrador de BI y acceso a 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' de 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 controlar el rendimiento. La consulta proporcionada utiliza estos parámetros:
- p_start_date: Fecha de inicio del período del informe.
- p_end_date: Fecha de finalización del período del informe.
- p_organization_code: Código de la organización de inventario específica (almacén) cuyos datos se extraerán.
Intervalo de fechas: Para las primeras extracciones, comience con un período histórico limitado, por ejemplo, los últimos 3 a 6 meses, para que la tarea termine en un tiempo razonable. Para las extracciones periódicas, programe ejecuciones diarias o semanales que abarquen el período reciente.
Formato de salida: Configure la tarea del informe de BI Publisher para generar archivos CSV. Compruebe que el delimitador y la codificación de caracteres del CSV sean compatibles con su herramienta de Process Mining.
Programación: Programe el informe para que se ejecute fuera de las horas de mayor actividad y así reducir el impacto en el rendimiento del sistema. La ejecución puede consumir muchos recursos del sistema si el volumen de datos es elevado.

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.
Abra la consola de Business Intelligence Cloud Connector (BICC) desde el menú principal Navigator, en Tools.
En la consola de BICC, seleccione 'Manage Offerings and Data Stores'. Busque la oferta 'Supply Chain Management' y compruebe que esté habilitada. Así estarán disponibles para la extracción todos los almacenes de datos (PVO) relacionados con SCM.
Vaya a 'Manage Extract Schedules' y cree una programación nueva dedicada al 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, vaya a la pestaña 'Configure Columns'. Seleccione todas las columnas necesarias para el Registro de eventos, como números de lote, detalles de artículos, marcas de tiempo, identificadores de usuario y tipos de transacción. Deseleccione las columnas innecesarias para reducir el tamaño de la extracción.
Defina filtros para controlar el volumen de datos. En la pestaña 'Manage Filters', establezca un filtro global que permita 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 que hayan cambiado desde la ejecución anterior.
Configure el almacenamiento externo para la entrega de datos. En 'Configure External Storage', elija '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 de la tarea desde la pantalla 'Manage Extract Schedules'.
Cuando termine la tarea 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 flujo de trabajo 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 debe 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): Para una extracción completa se necesitan varios PVO. Como mínimo, incluya:
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO: Fuente principal de la mayoría de los movimientos de materiales, como recepciones, salidas, traslados 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 sobre los procesos de preparación de pedidos y envío.
Configuración de la extracción incremental: Utilice siempre la función de extracción incremental para las cargas periódicas de datos. Configure un filtro en la columna LastUpdateDate mediante la variable #BI_LAST_EXTRACT_DATE. Para la carga histórica inicial, puede realizar una extracción completa de un período 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 a los PVO. Entre los filtros habituales se incluyen OrganizationId, para limitar los datos a determinados almacenes, y TransactionTypeId, para excluir movimientos irrelevantes.
Requisitos previos: El proceso requiere una cuenta de usuario con el rol BICC_ADMINISTRATOR_JOB. También necesita acceso y credenciales para un servicio de almacenamiento en la nube compatible, como OCI Object Storage, donde BICC pueda entregar los archivos extraídos.

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: Compruebe que tiene instalada la versión 3.6 o posterior de Python en su sistema. Instale la biblioteca requests, necesaria para realizar llamadas a la API HTTP, ejecutando el comando pip install requests en la terminal.
Obtenga las credenciales de la API: Consiga las credenciales necesarias para acceder a la API REST de Oracle Fusion SCM. Necesitará 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 de 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 al principio. Introduzca los valores correspondientes en los campos BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE y ORGANIZATION_ID.
Conozca 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 transformará 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 para convertir TransactionTypeName de Oracle en el valor estandarizado ActivityName que requiere el Registro de eventos. Es posible que deba ajustar esta asignación según los tipos de transacción que utilice su organización.
Ejecute el script: Ejecute el script desde la terminal con el comando python your_script_name.py. El script se autenticará en la API, obtendrá 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.
Transformación de datos: Para cada transacción recuperada, el script reorganiza 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 el archivo CSV: Una vez obtenidos y procesados 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 el archivo: Abra el archivo CSV generado en una aplicación de hojas de cálculo para comprobar su contenido. Verifique que los datos estén completos, que el intervalo de fechas sea correcto y que aparezcan todas las actividades previstas. Una vez validado, el archivo estará listo para cargarse en ProcessMind.

Configuración

Credenciales de la API: Se necesitan 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: Defina el período de extracción con los parámetros START_DATE y END_DATE, en formato YYYY-MM-DD. Se recomienda comenzar con un período de 3 a 6 meses para controlar el volumen de datos.
ID de organización: Especifique ORGANIZATION_ID para limitar la extracción a una sola organización de inventario o almacén. Esto es fundamental para el rendimiento y la pertinencia 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 el rendimiento y la carga de la API.
Versión de la API: El script presupone una versión concreta 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.

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 este Template para agilizar la preparación de los datos y empezar a descubrir información clave sobre sus procesos de inventario. Comience hoy mismo a optimizar sus operaciones.

Volver a la guía de mejora

Descargar Template

Transforme la gestión de inventario: comience a optimizar hoy mismo

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

Comience su prueba gratuita

No se requiere tarjeta de crédito. Comience en unos minutos.

Su Template de datos de gestión de inventario

Su Template de datos de gestión de inventario

Atributos de gestión de inventario

Actividades de gestión de inventario

Guías de extracción

Extracción de datos de gestión de inventario con Oracle BI Publisher

Pasos

Configuración

Consulta de ejemplo sql

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

Pasos

Configuración

Consulta de ejemplo sql

Extracción mediante script de Python y las API REST de Oracle Fusion SCM

Pasos

Configuración

Consulta de ejemplo python

¿Listo para comenzar?

Transforme la gestión de inventario: comience a optimizar hoy mismo