Desactivar un Numero de Activo

Un Numero de Activo sólo puede ser desactivado si no hay Pedidos de Trabajo abiertos para el numero de activo, o si el numero de activo no es parte de una jerarquía de activos. Para ello se debe  retirar el numero de activo de la jerarquía, esto se puede lograr si se actualiza la jerarquía (padre o hijo) donde la fecha final sea  una fecha anterior / actual. Cerrar cualquier solicitud de trabajo abierto u pedido de trabajo en las que se utiliza el activo.

Una forma adecuada para desactivar un número activo, si es necesario, es realizar lo siguiente:

Primero debemos remover la relación del padre para el número de activo. Para ello debemos acceder a una responsabilidad de Enterprise Asset Management que tenga acceso de Super Usuario como por ejemplo la responsabilidad Super user de mantenimiento. Debemos  seleccionar  la organización de mantenimiento de la página principal a la que pertenece el numero de activo.

Luego hacer clic en la pestaña Activos y realizar la búsqueda en base al número de activo o Categoría de Activos que desea desactivar. Seleccionar este numero de Activo y haga clic en la opción  Historial de configuraciones.

Por defecto la página de configuraciones muestra sólo los hijos o secundarios. Elegir la opción principales  para mostrar los padres de esta página y haga clic en el botón Ir. 

Ahora se mostrará el padre del número de activo. Actualizar al padre y colocar una  Fecha final para asegurar  que el activo no tiene ningún padre.

Una vez retirado el padre debemos desactivar el numero de activos para ello debemos asegurarnos que los pedidos de de trabajo asociados al número de activo deben ser cerrados. Para ello debemos ir a un responsabilidad  Enterprise Asset Management  >> Activos >> Números de activos >>  Números de activos. Consultar el Número de activos, desmarcar  la opción de Mantenible e  Ir a Herramientas, y dar a la opción Desactivar Número de Activo.

Confirmar la desactivación y la opción Activo se habrá desmarcado.

Si desea activar nuevamente el numero de activo ir a Herramientas >> Reactivar Activo

Visión general de Oracle Payments

El nuevo sistema Oracle Payments combina el desembolso y la captación de fondos en un motor de pago centralizado. Las empresas pueden generar pagos a través de múltiples organizaciones, monedas y regiones, aumentando directamente a través de las tasas de procesamiento. Dado que el procesamiento centralización puede proporcionar visibilidad en tiempo real para los ingresos y salidas de efectivo, las empresas pueden lograr una mejor gestión del capital. Desde un punto de vista auditable, un mejor control y un seguimiento de auditoría están disponibles a un solo punto del proceso de pago.  Oracle Payments también gestiona las interfaces entre los productos E-Business Suite y las instituciones financieras como banco.

Esta centralización también se extiende a la creación y gestión de cuentas bancarias. En la versión 11i,la gestión de cuentas bancarias se separa. Cash Management, Payables y Receivables accede a las cuentas bancarias de Payables,Payroll  accede a las cuentas bancarias de Payroll, y Treasury tiene acceso a las cuentas bancarias de Treasury. La gestión de estas cuentas es independiente, por lo que los datos deben ser replicados incluso si la información bancaria entre estos tres sistemas de cuentas bancarias es el mismo. Ahora, en la versión 12, todas las cuentas bancarias están asociadas a la entidad legal y permanece en la Trading Community Architecture (TCA). Este cambio mejora el control de datos y ahorra tiempo en la instalación y mantenimiento.

Nuevos conceptos

Una serie de nuevos conceptos se ha introducido, pero los principales son:

Payment Process Profile - El Perfil de Proceso de Pago rige la forma de un pago de documentos por pagar se procesa con un método de pago específico

Payment Request - Solicitud de Pago es uno o más documentos por pagar, son análogos a un lote de pagos en 11i pasan por los pasos - Seleccionar, Construir, Formatear, y Confirmar. Un PR contendrá una o más instrucciones de pago.

Payment Instruction - Instrucción de pago de uno o más documentos por pagar 

Pasos de procesamientos 11i vs R12

Los desembolsos de pagos
Todos los desembolsos de pago se realizan ahora por el módulo de pagos. Esto significa que el módulo de Payables, como cualquier otro libro auxiliar envía una solicitud de pago al módulo de Payments. Los pagos a continuación, crea instrucciones de pago sobre la base de la solicitud de pago. Como las instrucciones de pago se pueden combinar en todas las organizaciones el concepto de un lote de pagos ha cambiado - ahora hay solicitudes de pago y las instrucciones de pago

En 11i - un lote de pagos fue una colección de facturas a pagar por un método de pago en un solo archivo sin embargo, en R12 de la relación 1: 1 se ha ido y una solicitud de pago se puede dividir en múltiples instrucciones de pago y múltiples solicitudes de pago se pueden combinar en una instrucción de pago si se utiliza mismo perfil de pago. Una instrucción de pago sería entonces dar lugar a un archivo de pago o transferencia.

El perfil de pago R12 puede ser omitido en la solicitud de pago sin embargo Oracle Payments tendrán la última palabra de que perfil de pago se va a utilizar. El proceso de pago no siempre tiene que ser un proceso de dos pasos sin embargo, el perfil de pago se debe especificar en el momento de la solicitud de pago.

La capacidad de combinar múltiples solicitudes de pago en una sola instrucción de pago se reducirá de manera significativa el número de transferencias bancarias y por lo tanto reducir los costos de pago especialmente en las grandes organizaciones.

Aplicaciones en Oracle EBS

Cuando se define una Aplicación personalizada, se suministran varias piezas de información para las aplicaciones de Oracle. Debe registrar el nombre de la aplicación, el nombre corto, la ruta base de aplicaciónes, y la descripción de la aplicación con la biblioteca de objetos de aplicaciones de Oracle. Oracle utiliza esta información para identificar los objetos de aplicación tales como las responsabilidades y las formas que pertenece a su aplicación. 

Un dato importante es la ruta  base de aplicaciones con el cual se puede encontrar los archivos asociados con la aplicación personalizada. Puede utilizar la aplicación personalizada para nombrar sus menús personalizados, programas concurrentes, responsabilidades, y muchos otros componentes personalizados. Para algunos objetos, la parte de aplicación del nombre sólo garantiza singularidad a través de las aplicaciones de Oracle. Para otros componentes, la aplicación que elija tiene un efecto sobre la funcionalidad del objeto personalizado.

Tener en cuenta que previamente se debe definir una variable de entorno que se traduce en un camino base de la aplicación (Base Path)

Cuando se registra una aplicación personalizada, Oracle utiliza la información para identificar la aplicación cada vez que se hace referencia a ella. Aunque puede cambiar el nombre de una aplicación, puede producirse un cambio en el código de la aplicación en la que se codifica el nombre de la aplicación. Por ejemplo, si pasa argumentos del programa a través del menú que tiene nombre de aplicación codificado, tendrá también que actualizarla.

Tener en cuenta que no debe cambiar el nombre de cualquier aplicación que no se desarrolló, como no se puede estar seguro de las consecuencias. Nunca se debe cambiar el nombre de cualquier aplicación, ya que estas aplicaciones pueden contener referencias codificadas de forma rígida al nombre de la aplicación.

Para agregar una aplicación debemos ir a la responsabilidad Administrador de Sistema >> Aplicación >> Registrar. Ingresar la Aplicación, este nombre será visto por los usuarios de la aplicación.

Un Nombre corto o Abreviatura  sirve para la identificación de formularios, menús, programas concurrentes y otros componentes de la aplicación. El nombre corto se almacena en campos ocultos mientras que el nombre se muestra para usuarios.

Su nombre corto no debe incluir espacios. Se utiliza un nombre corto de aplicación cuando se solicita un proceso simultáneo de un formulario, y cuando se invoca una subrutina de un menú.

El nombre corto puede ser de hasta 50 caracteres, se recomienda que utilice sólo cuatro o cinco caracteres para la facilidad en el mantenimiento de su aplicación y en llamar a las rutinas que utilizan su nombre corto. Para reducir el riesgo de que su aplicación personalizada podría entrar en conflicto con las aplicaciones de Oracle, se recomienda que el nombre corto comience con "XX".

Introduzca el Base Path o Camino Base como el nombre de una variable de entorno que representa el directorio de las aplicaciónes. Oracle realiza una búsqueda en directorios específicos debajo de este Camino Base para los archivos y secuencias de comandos cuando se definen las acciones que residen en archivos ejecutables externos de la aplicación.

En general, un Camino Base de la aplicación debe ser única para que las aplicaciones específicas no escriban en los mismos directorios. Sin embargo, es posible definir aplicaciones personalizadas que serán utilizados sólo para nombrar sus responsabilidades, menús y otros componentes. En este caso, se puede utilizar un  Camino Base de la aplicación de Oracle que utiliza los mimos formularios como su aplicación. Por ejemplo, si se está definiendo una aplicación personalizada GL, se utilizaría la ruta de la base GL_TOP para su aplicación personalizada.

Query para obtener los Grupos de Solicitudes por Programa Concurrente

El siguiente query que les comparto obtiene datos principales del grupo de solicitudes que se ubica un programa concurrente. Es posible tener mas de un programa concurrente en varios Grupos de Solicitudes.

SELECT

FVL.APPLICATION_ID,

FVL.APPLICATION_NAME APLICACION,

RG.REQUEST_GROUP_ID ,

RG.REQUEST_GROUP_NAME "Grupo de Solicitudes" ,

RG.DESCRIPTION,

DECODE(RGU.REQUEST_UNIT_TYPE,'P',

'Program','S','Set',RGU.REQUEST_UNIT_TYPE) "Tipo",

CP.CONCURRENT_PROGRAM_ID,

CP.CONCURRENT_PROGRAM_NAME "Abreviatura",

CPT.USER_CONCURRENT_PROGRAM_NAME "Programa Concurrente"

FROM

  FND_REQUEST_GROUPS RG,

  FND_REQUEST_GROUP_UNITS RGU,

  FND_CONCURRENT_PROGRAMS CP,

  FND_CONCURRENT_PROGRAMS_TL CPT,

  FND_APPLICATION_VL fVL

WHERE RG.REQUEST_GROUP_ID = RGU.REQUEST_GROUP_ID

AND FVL.APPLICATION_ID = RG.APPLICATION_ID

AND RGU.REQUEST_UNIT_ID = CP.CONCURRENT_PROGRAM_ID

AND CP.CONCURRENT_PROGRAM_ID = CPT.CONCURRENT_PROGRAM_ID

AND CPT.USER_CONCURRENT_PROGRAM_NAME =&P_CONC_PROG_NAME;