jueves, 31 de diciembre de 2015

Transferencia de Assets a General Ledger

Oracle Assets  está totalmente integrado con Oracle Subledger Accounting para la generación de asientos contables, desglose de transacciones, y presentación de informes. El programa concurrente Crear Contabilidad - Assets crea asientos diarios para eventos de transacciones  de Oracle assets. Los asientos diarios se pueden transferir y contabilizar en General Ledger. Si  no  desea transferir los asientos a General Ledger a la vez, puede ejecutar el programa concurrente Transferir Asientos Diarios a GL - Assets en un momento posterior.

En el módulo de FA, las asientos deben ser generados después de la adición de activos, la depreciación, revaluación, ajuste, transferencias y retiros. Se sugiere que en el final de cada mes, después de la ejecución de la depreciación y al cerrar el módulo de FA, el usuario debe generar asientos diarios y transferir a GL .

Tener en cuenta que en la versión 11i se entraba al sistema y en una responsabilidad de Assets >> Ver >> Solicitudes se enviaba a ejecutar el programa Crear Asientos Diarios. Donde como parámetros se selecciona el libro y el período que desea generar asientos diarios.

En r12 Cómo SLA trabaja en activos fijos, El Proceso Contabilidad auxiliar consiste en estos tres pasos:
  • Se inicia con el ingreso de las transacciones en la aplicación.
  • Luego ejecutar el Programa de Crear Contabilidad - Assets para procesar la contabilidad.
  • Una vez completada con éxito, pude ejecutar reportes. También puede desglosar la información desde las páginas SLA.



Estas son las principales cuatro eventos de ingresos de clases Contables, que se puede obtener en el modulo de Activos fijos. Oracle  Assets: Agrupa todas las clases de eventos contables en las siguientes cuatro entidades de eventos:



Transacciones: Esta entidad agrupa las siguientes clases de eventos: Additions, Adjustment, Capitalization, Category Reclass, CIP Additions, CIP Adjustments, CIP Category Reclass, CIP Retirements, CIP Revaluation, CIP Transfers, CIP Unit Adjustments, Depreciation Adjustments, Retirements, Retirement Adjustments, Revaluation, Terminal Gain and Loss, Transfers, Unit Adjustments y Unplanned Depreciation.

Depreciación:Esta entidad agrupa las siguientes clases de eventosDepreciation and Rollback Depreciation.

Transacciones Inter-ActivosEsta entidad agrupa las siguientes clases de eventos: Source Line Transfers, CIP Source Line Transfers y Reserve Transfers.

Depreciación diferida:Esta entidad agrupa la siguientes clase de eventos: Deferred Depreciation.

Aparte de esto hay algunas clases de evento adicionales que existen como Retirements .

martes, 22 de diciembre de 2015

Definir Opciones de Conversión para aplicaciones

Para cada juego de libros de información se debe definir las opciones de conversión para cada combinación de Oracle aplicaciones y la unidad operativa para la que desea convertir las transacciones a sus monedas funcionales de informes. Puede configurar las opciones de conversión para estas aplicaciones:  General Ledger, Assets, Payables, Receivables, Projects y Purchasing.

Con la pantalla Opciones de conversión puede configurar el tipo de conversión que se desea informar, la acción a tomar será cuando una tasa de conversión no se puede encontrar, y el rango de fechas efectivas para las transacciones deben ser convertidas para informar en divisas. Además, es necesario establecer algunas opciones específicas de la aplicación, tales como:

Oracle Assets: Se debe especificar el libro de Activos.
Oracle PayablesSe debe opcionalmente especificar el Libro Secundario Información AP si utiliza la contabilidad de forma combinada.
General LedgerSe debe especificar Reglas de conversión GL, que controlan la conversión de asientos a nivel de origen y categoría.

Asignar opciones de conversión
Para asignar opciones de conversión un juego de libros del información al primario debemos ir a  ir a General Ledger >> Configuración >> Financiera >> Libros >> Asignar.  En la ventana elegir el botón Opciones conversión. Aparecerá la ventana Opciones de conversión, mostrando su juego de libros primario y de información.



Seleccione la pestaña Unidades Operativas/Libros. En la región inferior, seleccione la aplicación para la que desea definir las opciones de conversión. Ingresar su unidades operativas. 


Completar los siguientes campos:


Unidad Operativa: Para Payables, Receivables, Purchasing, o Projects, especifique la unidad operativa para la que se aplican las opciones de conversión. Esto le permite definir diferentes opciones de conversión para cada unidad operativa. 

Libro de Activos: Para Assets, especifique la amortización contable de activos para los que se aplican las opciones de conversión. El libro depreciación de activos puede ser un libro corporativo o un libro de impuestos. Puede asociar múltiples libros de depreciación de activos a un reporte juego de libros.

Libro Secundario Información AP : Para Payables, ingresar el Libro Secundario Información AP si utiliza la contabilidad base combinada y desea que el juego de libros secundario de Payables  desea convertir sus divisas para informes.

En la pestaña Opciones de conversión es donde se ingresan los tipos de conversión.
Completar los siguientes campos:

Información Tipo de conversión: El tipo de conversión de MRC utiliza para recuperar las tasas de cambio para la conversión de las transacciones en su moneda de informe. Esto difiere del tipo de tasa de conversión que usted especifique cuando ingresa una transacción.  Para el tipo de conversión de informes, puede especificar su propio tipo de tasa de conversión o seleccione uno de los tipos de tipos predefinidos.

Sin Proceso de Tipo de cambio: Determina la acción que debe tomar en caso de que no puede encontrar una tasa de conversión de las transacciones a su moneda funcional de informes, para el tipo de conversión de informes a partir de la fecha de conversión.

Puede seleccionar una de dos opciones:

Informar error: Si MRC no puede encontrar un tipo de cambio para la conversión a la moneda funcional de informes, recibirá un error cuando intenta guardar la transacción.

Usar Último Tipo de Cambio: Si MRC no puede encontrar un tipo de cambio para la conversión a la moneda funcional de informes, recupera el tipo de cambio más recientemente ingresado. Si MRC no puede encontrar un tipo de cambio almacenado, recibirá un error cuando intente guardar la transacción.

Fechas Efectivas: El rango de fechas efectivas para los que se desea convertir las transacciones a su moneda funcional de informes con el objetivo específico.

Al finalizar grabar los cambios.

Activar el parámetro MOAC "Unidad Operativa" para un programa concurrente

En la versión  R12 de Oracle se  puede visualizar un nuevo campo  llamado Unidad Operativa cuando uno desea ejecutar una solicitud. Al inicio este campo esta desactivado.



Con la opción de R12 de Control deAcceso Multi-Organización puede acceder a múltiples unidades operativas. Algunos programas concurrentes se han mejorado para procesar múltiples unidades operativas al mismo tiempo, mientras que para otras solicitudes se debe especificar la unidad operativa cuando se ejecute algún programa.

Para apoyar esto, los programas concurrentes se definen con un modo de unidad operativa de S para la unidad operativa simple o M (Los programa concurrente estarán en este modo por defecto) para múltiples unidades operativas. Si el Modo Unidad Operativa no está configurado para el programa concurrente se producirá un error.

El campo o parámetro Unidad Operativa se conoce como Contexto de reporte en MOAC.

Para un programa concurrente aunque puede haber una necesidad de ejecutar sólo por una unidad, cada responsabilidad tiene acceso a los datos de múltiples unidades operativas basado en el perfil  MO: Perfil de seguridad

Ejecutando un programa concurrente en particular para sólo una unidad operativa individual se puede lograr mediante una sentencia de cómo por ejemplo:

UPDATE fnd_concurrent_programs
   SET multi_org_category = 'S'

 WHERE concurrent_program_name = '&PROGRAM_NAME';

Ahora vamos a ver cómo podemos lograr desde el ambiente de aplicaciones del Oracle.
Para ello ir a la responsabilidad de Administración de sistema >> Concurrente >> Programa. Consulta por el nombre abreviado del programa concurrente. Hacer clic en el icono Actualizar del programa.



Consultar la pestaña Solicitud , luego se debe ubicar en la región opciones de solicitud, seleccione Individual en el menú desplegable de Modo Unidad Operativa.  Guardar los cambios haciendo clic en el botón Aplicar.




Cambiar de responsabilidad y ejecutar su Programa Concurrente donde se pueda ejecutar, al seleccionar el Programa concurrente de la Ventana de Solicitudes, ahora se puede ver que el campo Unidad Operativa está habilitado y se puede ver las unidades operativas  que operan en la lista de valores.


Este valor Unidad Operativa en particular se puede acceder usando la API estándar MOAC: MO_GLOBAL.get_current_org_id

Tener en cuenta que el valor de retorno del contexto de informes o Unidad Operativa se corresponde al  ORG_ID para ser seleccionado  como nombre de Unidad operativa.

lunes, 14 de diciembre de 2015

Como crear y agregar un segmento calificador

Cuando agregamos valores a nuestros juegos de valores que pertenecen a la configuración del plan de cuentas podemos observar que de acuerdo al tipo de cuenta podemos seleccionar segmentos Calificadores.  Dentro de las opciones que nos brinda  Oracle podemos definir calificadores  de segmentos adicionales que son utilizados con la finalidad de brindar una calificación específica para la organización.

Pongamos en siguiente ejemplo: Un centro de costos representa un emplazamiento claramente delimitado donde se producen costos, agrupando estos en unidades de decisión, control y responsabilidad. Un departamento que cuente con un responsable y con un presupuesto es un centro de costos. Los centros de costos se utilizan para la imputación diferenciada de los gastos generales, siendo posible asignar clases de actividad a un centro de costo en particular.

Podemos clasificar los centros de costos entre principales y auxiliares, siendo los principales los que intervienen directamente en la fabricación o construcción y los centros auxiliares los costos indirectos.


Ahora si se requiere crear esta clasificación en Oracle, primero debemos crear un Lookup llamado XX_PRUEBA para ello debemos ir a la responsabilidad de Desarrollador de Aplicaciones >> Aplicación >> Consultas >> Biblioteca de Objetos de Aplicación. Acá debemos crear nuestra consulta con los valores de Principal y Auxiliar.



Para agregar este tipo de clasificador primero debemos empezar a ir a la responsabilidad de Desarrollador de Aplicaciones >> Flexfield >> Clave >> Registrar. Debemos buscar el flexfield clave titulado Accounting Flexfield utilizando la opción de búsqueda o con F11.


Una vez ubicado dar clic al botón Calificadores. Después de hacer clic en el botón Calificador. Consultar el Segmento al cual se requiere en este caso el Segmento Centro de Costo. En la región Calificadores de segmento dar clic al botón nuevo, agregar un nombre para el nuevo calificador, el prompt en este caso llamado tipo. Una descripción que de una referencia al calificador. Se especifica el nombre de una columna derivada al definir un calificador segmento.


En el campo Tipo QuickCode debemos agregar el lookup que se ha definido con anterioridad. Finalmente escoger el Valor por defecto en este caso Principal. Grabar los cambios.



Para revisar los cambios debemos nuevamente verificar los valores de los segmentos de los juego de valores. En el campo Calificadores se puede visualizar el nuevo calificador tipo tal cual se ha configurado.

jueves, 3 de diciembre de 2015

Correcciones de Transacciones de Inventory

La pantalla de  Correcciones  sirve para registrar las operaciones de corrección contra transacciones los cuales se han recepcionado en la pantalla de Recepciones.  Esto no incluye a las transacciones realizadas por envíos internos (internal shipments).

Para seleccionar las transacciones para  correcciones debe ir a una responsabilidad de Purchasing >> Recepción >> Correcciones. Saldra la pantalla  Encontrar correcciones, esta pantalla sirve para buscar los documentos para  los que se deseas realizar correcciones. Escribir cualquiera de los siguientes criterios de búsqueda, como por ejemplo El numero de Orden de compra y seleccione el botón Buscar para pasar a la ventana Correcciones de Recepción.

En la pantalla  Correcciones de Recepción puede navegar a esta ventana a las pestañas alternativas para mostrar información adicional acerca de las transacciones. Se tiene la pestaña de transacciones donde contiene la información del Tipo de destino, el número de artículos, el número de revisiones, Descripción de artículo, ubicación, persona, subinventario, y el localizador.

En la pestaña Detalles, puede ver la Nota de Embalaje, número de lote entre otros. En la pestaña de Información del pedido, puede ver el Tipo de pedido , número de pedido, el número de despacho, número de línea, número de envío, Proveedor, Cantidad pedida, UDM y fecha de vencimiento.

En la región de Servicios externos, se puede ver el trabajo / cronograma, Línea, Secuencia de operación, y el Departamento. Ingrese la cantidad de corrección positiva o negativa para la línea actual. Una vez marcado las líneas con los cambios guardar el registro para generar la corrección.


miércoles, 2 de diciembre de 2015

Comandos para cargar y descargar workflow

Usamos las definiciones Workflow Loader para guardar o  cargar definiciones de procesos de una base de datos o un archivo plano. También se puede  definir como un utilitario que mueve los datos de flujos de trabajo entre un archivo y una base de datos. Además también se utiliza para actualizar, cargar y descargar los datos de flujos de trabajo.


A continuación se presenta la sintaxis para cargar un archivo y los detalles de los parámetros de WFLOAD:

WFLOAD <apps/pwd>@<connect_string> 0 Y {UPLOAD | UPGRADE | FORCE} <filepath>[<file_name.wft>]

Ejemplo: WFLOAD apps/appspwd@TEST 0 Y UPLOAD XXWF_APPV.wft

Entre los modos diferentes de cargar para el WFLOAD se tienen:

UPGRADE: Al utilizar esta opción, Workflow Loader sobrescribe los objetos protegidos a un nivel igual o superior al nivel de acceso del archivo actualizado. Durante una actualización, Workflow Loader conserva las personalizaciones realizadas en los datos personalizados en la base de datos.

UPLOAD: El modo de UPLOAD es útil para alguien que está desarrollando un proceso de flujo de trabajo. Permite al desarrollador guardar las definiciones a la base de datos sin la preocupación de que las personalizaciones personalizada para objetos existentes sean cargadas.

FORCE: Cuando se utiliza la opción FORCE, debe estar seguro de que la definición del proceso en el archivo es correcta, ya que sobrescribe todo el proceso y lo  almacena en la base de datos. Esta opción es útil para la solución de problemas de integridad de datos.
Utilice el siguiente comando para descargar la definición de un flujo de trabajo:

WFLOAD <apps/pwd>@<connect_string> 0 Y DOWNLOAD <file_name.wft> <Item_Type>

Ejemplo: WFLOAD apps/appspwd@TEST 0 Y DOWNLOAD XXWF_APPV.wft XXWF_APPV

Como práctica habitual, los parches de actualización de Oracle se ejecutan sobre todo en el modo UPGRADE, por lo tanto, las personalizaciones son protegidas si se siguen las mejores prácticas para el desarrollo.

Si desea obtener los .wft de los flujos de trabajo del oracle puede encontrarlos bajo la siguiente estructura: $<PRODUCT_TOP>/patch/115/import/<LANG>. Por ejemplo para encontrar los flujos de compras lo podemos ubicar en la ruta $PO_TOP/patch/115/import/US. En el caso de crear su prppia carpeta de customización de programas, se recomienda guardar los archivos bajo la misma estructura.

lunes, 30 de noviembre de 2015

Usando condicionales IF -Else en Plantillas RTF

XML Publisher apoya la construcción de programación común para el uso de condicionales IF - THEN - ELSE. Esto es muy útil cuando se necesita ejecutar o utilizar una condición y condicionalmente mostrar un resultado. Podemos utilizar la condición directamente escribiendo <?IF?> CONDICION <?END IF?>

Ejemplo:

<?if: PURCHASED_FLAG='N'?> No Activo <?end if?>

Para agregar la condicional Else podemos usar el siguiente formato:

<?xdofx:if element_condition then result1 else result2 end if?>

Por ejemplo, la siguiente declaración pone a prueba el valor del elemento AMOUNT. Si el valor es mayor que 500, mostrará la palabra Venta Mayor; si es menor , mostrará la palabra Venta Menor; caso sea igual saldrá Venta.

<?xdofx:if AMOUNT > 500 then ’Venta mayor’
else
if AMOUNT < 500 then ’Venta menor’
else ’Venta’  end if?>


Columnas de registro histórico(WHO)

La función de registro histórico o Record History (WHO) se caracteriza por dar información acerca de quién creó o actualizo una o varias  filas en tablas de Oracle E-Business Suite.  Si se     agrega columnas especiales WHO a las tablas y la lógica WHO a los formularios y procedimientos almacenados, los usuarios pueden realizar un seguimiento de los cambios realizados en sus datos. Al observar columnas WHO, los usuarios pueden diferenciar entre los cambios realizados por los formularios y los cambios realizados por los programas concurrentes.


Puede presentar las columnas WHO como campos ocultos en cada bloque de su formulario (que corresponden a las columnas de la tabla asociada). Usando la opción  FND_STANDARD.SET_WHO en PRE-UPDATE y PRE-INSERT para rellenar estos campos.

Adición de Columnas de registro histórico
En la siguiente tabla se muestran las columnas estándar utilizados para Historial (WHO), los atributos de la columna y descripciones, como también las fuentes de los valores. Establezca las columnas CREATED_BY y CREATION_DATE sólo cuando se inserta una fila (usando FND_STANDARD.SET_WHO en un formulario).


Cualquier tabla que puede ser actualizado por un programa concurrente también tiene columnas adicionales. La siguiente tabla muestra las columnas de procesamiento simultáneos utilizados para Historial cuando se actualiza por un programa.



Clases de Propiedades
Aplicar la clase de propiedad CREATION_OR_LAST_UPDATE_DATE a los campos CREATION_DATE  y LAST_UPDATE_DATE en los formularios. Estas clases de propiedades establecen los atributos correctos para estos campos, incluyendo el tipo de datos y el ancho. Aplicar la clase de propiedad TEXT_ITEM a los campos del formulario LAST_UPDATED_BY y CREATED_BY.


Insertar FND_STANDARD.SET_WHO en los triggers PRE-UPDATE y PRE-INSERT para a ni vel del bloque de consulta. Una vez guardado los cambios compilar y verificar colocándose en el formulario de la tabla en consulta e ir a Ayuda >> Registrar Historial.

viernes, 27 de noviembre de 2015

Acceso a Herramientas de Diagnóstico Oracle

La responsabilidad de Herramientas de Diagnóstico Oracle es una herramienta gratuita proporcionada por Oracle para facilitar la recopilación y análisis de información de un problema especifico del E-Business Suite o de alguna configuración existente. La herramienta de diagnóstico de Oracle es proporcionada para facilitar la recopilación y análisis de la información de a través de una prueba completa por responsabilidad.

Cuando se crea un nuevo usuario y se le da la opción de acceder a esta responsabilidad, recibe un error al intentar ejecutar una prueba de diagnostico:

Testgroup is secured and requires execution privileges




Un TestGroup es un Grupo de prueba relacionado, el cual puede tener una sensibilidad asignado (baja, media, alta) y las responsabilidades pueden tener los siguientes roles:

Super User: El Super Usuario puede ejecutar, configurar, visualizar informes y configurar la seguridad para todos los grupos de todas las aplicaciones

Aplicación Super User: El Super Usuario de Aplicaciones puede ejecutar, configurar los parámetros y ver los informes de todos los grupos de su aplicación. Puede ejecutar, configurar los ingresos y ver informes de los grupos de baja sensibilidad de otras aplicaciones


Application End UserEl Usuario Final de Aplicaciones puede ejecutar, configurar los parámetros y ver los informes de los grupos de baja sensibilidad de todas las aplicaciones

El acceso de un usuario en particular para las pruebas de diagnóstico se determina por las responsabilidades asignadas a ese usuario y los roles otorgados a las responsabilidades. Por lo general un usuario quien tiene la responsabilidad de Administrador del sistema puede acceder a realizar diagnósticos ya que contiene los privilegios necesarios. En caso se requiera dar acceso a una nueva responsabilidad se debe  configurar por un usuario que tenga la responsabilidad de el Administrador de Sistema.

Configuración de acceso a Herramientas de Diagnóstico Oracle 
Ingresar al Oracle y navegar a la responsabilidad de Herramienta de Diagnóstico de Oracle >> Herramienta de Diagnostico.  Una vez situado en el ambiente web Oracle Diagnostics ir a la opción Configuration y dar luego a la opción Security.



A continuación la región inferior le mostrara tres opciones a escoger. Para ello debe dar clic a la opción Application Super User.


A continuación la región inferior se actualizará mostrando una lista de valores el cual se debe escoger la aplicación System Administration (Es la aplicación donde se encuentra la responsabilidad a agregar permisos de Super Usuario).



Se actualizará la pagina web donde de la lista de Available Responsibilities debemos transferir una responsabilidad dentro de la lista Selected Responsibilities, para ello seleccionamos la responsabilidad a la que se quiere dar acceso y damos clic en el botón con el símbolo >.


Una vez que la  responsabilidad este dentro de la lista Selected Responsibilities, una vez confirmado dar clic al botón Save amos clic en el botón con el símbolo >.
Cerrar sesión y consultar con el usuario y la responsabilidad con la que se dio el acceso. Se podrá verificar que ya se puede ingresar los parámetros respectivos por por diagnostico.

viernes, 20 de noviembre de 2015

Creando asientos contables en Payables

Puede crear asientos contables en Payables de dos maneras:
  • Ejecutando el Proceso Contable de Payables.
  • Crear asientos contables para una sola transacción o lote.
Después de que el proceso se complete, Payables produce el Informe Proceso Contable de Cuentas a Pagar. El informe de excepciones muestra todas las transacciones que se encontraron con errores. En la ventana de Actualizar asientos contables, puede actualizar los asientos contables que se crearon con cuentas válidas. Para ello debe ir a una responsabilidad de Payables >> Contabilidad >> Actualizar Asientos Contables

Proceso Contable de Payables
Ejecutar este proceso por lotes para crear asientos contables en Payables. 


Después de que el proceso se ha completado, puede ver los nuevos asientos contables en la ventana de Visualizar Líneas ContablesPara ello debe ir a una responsabilidad de Payables >> Contabilidad >> Visualizar Líneas Contables. Aquí también puede actualizar el asiento dando clic al botón Actualizar Contabilidad.



Informe Proceso Contable de Cuentas a Pagar
Este informe es para revisar los asientos contables creados por el proceso Contable de Cuentas a Pagar. El informe consta de dos secciones:

Informe Auditoría Asientos Contables. El informe de auditoría establece, en detalle o resumen, una lista de asientos contables creados por el proceso de contabilidad.


Informe de Excepciones de Asientos Contables. El informe de excepción enumera con detalle todos los asientos contables que se crearon con un estado de error y una descripción de ese error. Se genera el informe sólo cuando el proceso contable se encuentra con asientos no validados.

Tenga en cuenta que si bien el proceso contable de Payables se somete a una clase de documento, el informe está organizado por categorías de asiento. Oracle General Ledger asocia cada uno de sus asientos contables con una categoría de asiento. Esta categoría se utiliza para indicar la finalidad o naturaleza de la transacción. Hay tres categorías de ingreso de transacciones de Oracle Payables.

Facturas de compras: Asignados a los asientos procedentes de los eventos contables de factura. Los eventos contables de factura pertenecen a la Clase de Documento Factura.

Pagos: Asignados a los asientos procedentes de los eventos contables de pago, excepto los Pagos Conciliados. Los eventos contables de  pago pertenecen a la Clase de Documento Pago.

Pagos Conciliados: Asignados a los asientos procedentes de los eventos contables de Pagos Conciliados. Los eventos contables de  pago pertenecen a la Clase de Documento Pago.

martes, 17 de noviembre de 2015

Query para obtener información de transacciones por Pedido de Movimientos

En Oracle Inventory podemos realizar pedidos de Movimiento de una organización de Inventarios a otro. Una vez aprobado y transaccionado se genera movimientos de material por la transacción, Las siguientes tablas se utilizan en el proceso de Pedidos de Movimiento.

MTL_TXN_REQUEST_HEADERS: Tabla donde se localiza la cabecera de los pedidos de movimientos donde se almacena el número de Pedido de movimiento en la columna (REQUEST_NUMBER). Tiene un estado, pero esto no se utiliza tanto como el estado de las líneas para conducir la funcionalidad.

MTL_TXN_REQUEST_LINES: Tabla donde se localiza las línea de los pedidos de Movimiento, este es el que impulsa más consultas y comprobaciones de estado del pedido de movimiento, ya que cada línea puede ser transaccionado de forma individual.

MTL_MATERIAL_TRANSACTIONS_TEMP: Tabla temporal de transacciones de material también llamado la tabla  de transacción temporal, esto retiene las asignaciones que actúan como reservas de inventario. Una asignación es donde tienes que elegir un artículo específico en el inventario hasta el lote, localizador, serial, revisión de movimiento, pero no se realiza en realidad el movimiento.

MTL_MATERIAL_TRANSACTIONS: Tabla que almacena un registro de cada transacción de materiales o de cada actualización de costos realizado en Inventarios. La columna move_order_line_id contiene el id d la línea del pedido de movimiento transaccionado.

1. Cuando se crea el pedido de movimiento se tiene los siguientes valores:
Quantity: 10
Quantity_Delivered: NULL
Quantity_Detailed: NULL
Required_ Quantity: NULL
Line_Status: 1 (Incompleto)

2. Cuando se aprueba el  pedido de movimiento se tiene los siguientes valores:
Quantity: 10
Quantity_Delivered: NULL
Quantity_Detailed: NULL
Required_ Quantity: NULL
Line_Status: 3 (Aprobado)

3. Cuando se asigna el  pedido de movimiento se tiene los siguientes valores:
Quantity: 10
Quantity_Delivered: NULL
Quantity_Detailed: 10
Required_ Quantity: NULL
Line_Status: 3 (Aprobado)

4. Cuando se transacciona el  pedido de movimiento se tiene los siguientes valores:
Quantity: 10
Quantity_Delivered: 10
Quantity_Detailed: 10
Required_ Quantity: NULL
Line_Status: 5 (Cerrado)

NOTA: Cuando un pedido de movimiento se asigna, se inserta un registro correspondiente en la tabla de pendientes MTL_MATERIAL_TRANSACTIONS_TEMP. Cuando el pedido de movimiento se transacciona, el registro se mueve de la tabla pendiente a la tabla histórica MTL_MATERIAL_TRANSACTIONS.

a) Ejemplo de consulta para enlazar pedidos de movimiento con la tabla pendientes:

SELECT mmtt.transaction_temp_id,
  tol.organization_id,
  toh.request_number,
  toh.header_id,
  tol.line_number,
  tol.line_id,
  tol.inventory_item_id,
  toh.description,
  toh.move_order_type,
  tol.line_status,
  tol.quantity,
  tol.quantity_delivered,
  tol.quantity_detailed
FROM mtl_txn_request_headers toh,
  mtl_txn_request_lines tol,
  mtl_material_transactions_temp mmtt
WHERE toh.header_id = tol.header_id
 AND toh.organization_id = tol.organization_id
 AND tol.line_id = mmtt.move_order_line_id;

b) Ejemplo de consulta que une MTL_MATERIAL_TRANSACTIONS a la orden de movimiento:

SELECT mmt.transaction_id,
  tol.organization_id,
  toh.request_number,
  toh.header_id,
  tol.line_number,
  tol.line_id,
  tol.inventory_item_id,
  toh.description,
  toh.move_order_type,
  tol.line_status,
  tol.quantity,
  tol.quantity_delivered,
  tol.quantity_detailed
FROM mtl_txn_request_headers toh,
  mtl_txn_request_lines tol,
  mtl_material_transactions mmt
WHERE toh.header_id = tol.header_id
 AND toh.organization_id = tol.organization_id
 AND tol.line_id = mmt.move_order_line_id
 AND toh.request_number = '&PedidoMovimiento';

La tabla de pedidos de movimientos (MTL_TXN_REQUEST_LINES) proporciona el estado del pedido en la columna de la LINE_STATUS como numérico. A continuación se enumeran los diferentes estados y de los códigos:

 1 Incompleto
 2 Aprobación Pendiente
 3 Aprobado
 4 No Aprobado
 5 Cerrado
 6 Cancelado
 7 Pre-Aprobado
 8 Parcialmente Aprobado
 9 Cancelado por Origen

Estos se pueden encontrar en el lookup MTL_TXN_REQUEST_STATUS: