Formar Personalización (Release 12)

En este documento se describe el uso de la característica de la Forma Personalización, lo que le permite alterar de forma declarativa el

comportamiento de las pantallas basadas en formularios. Los siguientes temas están cubiertos:

• Visión de conjunto

• Usando la forma Personalización

• limitaciones
• Ejemplos y sugerencias
• ventana administración
• Mover personalizaciones entre instancias
• Relación con biblioteca personalizada
• Relación con las carpetas
• Solución de problemas, soporte y actualización de las consideraciones
• Cambios en la Forma Personalización en R12.ATG_PF.A.Delta.6 (RUP6) y más tarde
• Oracle-entregado personalizaciones de formulario en la versión 12.1.2

Visión de conjunto
La característica de la Forma Personalización le permite modificar de forma declarativa el comportamiento de las pantallas basada en formularios, incluyendo
el cambio de propiedades, la ejecución de las órdenes internas, la visualización de mensajes, y la adición de entradas de menú.

Para cada función (una forma de correr en un contexto particular, sobre la base de parámetros que recibe), puede especificar una o
más reglas. Cada regla se compone de un evento, una condición opcional, la posibilidad de que se aplique, y una o más acciones a
realizar.

Las reglas pueden ser especificadas como actuar ya sea a nivel de función (por defecto) o en el nivel de formulario. En este último caso, se
aplican para todas las funciones que se ejecutan el formulario. Cuando se crean reglas a nivel de forma, prestar mucha atención al número
de secuencia y cómo se va a mezclar con otras reglas a nivel de la función de la misma forma.

Un evento es un punto de activación dentro de un formulario, como el arranque (WHEN-NEW-FORM-ejemplo), o cuando el foco se mueve

a un nuevo registro (WHEN-NEW-REGISTRO-INSTANCIA). Hay eventos estándar que casi todas las formas envía, y ciertas formas

envían eventos adicionales específicos del producto. El alcance se evalúa en función del contexto de ejecución actual para determinar si

una regla debe ser procesado o no. El alcance puede estar en el sitio, Responsabilidad, usuario, o el nivel de la industria. Cada regla

puede tener uno o más ámbitos asociados a ella. NOTA: el alcance de 'Industria' está reservado para uso futuro.

La condición es un fragmento de código SQL opcional que se evalúa cuando se produce el evento; si se evalúa como TRUE

entonces se procesan las acciones. Cada acción consiste en uno de los siguientes:

• Si una propiedad, como hacer un campo obligatorio u ocultar una página Tab
• la ejecución de una Builtin, como GO_BLOCK, DO_KEY o FND_FUNCTION.EXECUTE
• mostrando un mensaje
• permitiendo una entrada de menú

Una vez definidos Reglas, cuando la función objetivo se ejecuta entonces las reglas se aplican automáticamente como eventos se producen dentro de
esa forma.

1
Aunque la característica Formulario personalización es declarativa, el público objetivo es una persona familiarizada con las formas de
Oracle, incluyendo el lenguaje de programación PL / SQL, y el Guía de Oracle E-Business Suite Developer. Además, cualquier cambio
realizado podría interferir con el código base de un formulario (el código que se incluye Oracle), por lo tanto, las declaraciones de apoyo se
explican más adelante en este capítulo deben seguirse con diligencia.

Utilizando el Formulario de Personalización

Para crear personalizaciones para una función particular, invoca en primer lugar que la función del Menú de navegación. Mientras que en la
forma, seleccione Ayuda-> Diagnostics-> Code-pedido> Personalizar en el menú desplegable. Esta entrada del menú está asegurada por el
FND_HIDE_DIAGNOSTICS (Hide Diagnóstico entrada de menú) y diagnósticos (Utilidades): Diagnóstico perfiles, al igual que la mayoría de
otras entradas en el menú de diagnóstico.

La forma Personalización se abrirá automáticamente y consultar las reglas existentes para esa función. Después de hacer cambios,
guardarlos a continuación, cierre y vuelva a ejecutar la función para hacer que tomen efecto. También puede validar o aplicar ciertos cambios
de forma inmediata para probarlos sin tener que volver a ejecutar la forma deseada pulsando el 'Validar' o 'Aplicar ahora' botones.

Figura 1: La pantalla de Personalización, cuando se abre desde los Usuarios formar (Nombre de la función FND_FNDSCAUS)

Cada regla se compone de los siguientes campos:

SEC: La secuencia en la que se procesan las reglas. Este es un valor entre 1 y 100, con 1 que se procesa primero. La
secuencia de reglas no tiene que ser único. Tenga en cuenta que hay una interacción con el campo de disparador, se describe
a continuación.

Descripción: Utilice este campo para documentar la personalización que están haciendo.

habilitado: Desactive esta casilla de verificación para desactivar temporalmente el procesamiento de una regla. Los siguientes

campos aparecen en la ficha Estado:

Evento de disparo: Seleccione el evento en el que desea que la regla se procesa. Usted puede escoger de

2
la lista de eventos estándar, o escribe en un único evento específico a la forma. Tenga en cuenta que este campo es un cuadro combinado, que es
un híbrido de un Poplist y elemento de texto. Las reglas se procesan primero haciendo coincidir el evento, entonces por su número de secuencia.

Objeto de activación: Dependiendo del Evento de disparo, este campo puede ser desactivado o habilitada y es necesaria en cuyo caso
se validará contra una lista de valores. Por ejemplo, si se selecciona Evento de disparo WHEN-NEW-PUNTO-INSTANCIA, entonces se
debe ingresar una específica block.field para que el gatillo para ser procesados.

Condición: Este es un fragmento de código SQL opcional que se evalúa cuando se produce el evento; si se evalúa como TRUE
entonces se procesan las acciones. La condición puede contener cualquiera de los siguientes:

• funciones SQL y operadores, tales como Y, O, TO_CHAR, DECODE, y NVL

• Referencias para unirse variables (: block.field), incluyendo: sistema,: valores de los parámetros: global y. Utilice el botón 'Agregar
elemento ...' para ayudar con nombres de los elementos.
• Las llamadas a funciones del lado del servidor que no tienen parámetros OUT El fragmento entero debe ser
sintácticamente correcto, y se pueden probar con el botón 'Validar', que evaluar en el contexto actual de la forma objetivo. Si la
evaluación falla, el motor de procesamiento devolverá un error ORA como si la condición había sido parte de una expresión SQL.
Algunos ejemplos:

Condición comentarios
: Users.user_name no es nulo e: La regla será procesada si el campo nombre_de_usuario tiene un valor y el
users.description es nulo campo de descripción no lo hace
sysdate> = to_date ( '1-1-2005', 'DD- La regla se procesará si la fecha actual es igual a partir del 1 de enero
MM-RRRR') del 2005.

Puede “Obtener” una propiedad en su expresión de su condición.

Las condiciones pueden referirse a las propiedades de los objetos utilizando una sintaxis juego (simple posible Expression Language). Por
ejemplo, esto le permite construir una condición que pone a prueba si se muestra o no un campo. Estas expresiones tienen el siguiente
formato general:
$ {} ObjectType.objectName.Property
Internamente, la expresión SPEL es una cubierta para Oracle Forms órdenes internas como GET_ITEM_PROPERTY,
GET_BLOCK_PROPERTY, etc. Además, las expresiones SPEL apoyan la recuperación de los valores del perfil, diccionario mensaje de
texto y variables locales (descritos más adelante). Una nueva ventana, que se activa mediante el botón "Insertar 'Get' Expresión ...", sirve
para construir la expresión de forma automática. Cuando se haya completado, la expresión se inserta en el campo Condición desde
donde se lanzó la ventana. Puede escribir manualmente la expresión también; Sin embargo, se recomienda utilizar la ventana para
construirlo para reducir errores.

Todo el procesamiento se marcha la existencia de la cadena '$ {', de modo que la cadena ya no es válida en cualquier estado excepto

para este propósito. Un ejemplo:

Tipo Cadena escrita en forma Resultado en tiempo de ejecución

Personalización
Condición $ {} = item.block.field.required {Verdadero o Falso, dependiendo de la propiedad
'CIERTO' requerida actual de block.field campo}

Para obtener más información sobre el uso de la expresión 'Get', ver: Evaluación de Cuerdas , A continuación.

Fuego en Enter-consulta en modo: Especificar si la regla (s) se puede aplicar mientras no esté en Enter-

3
el modo de consulta (por defecto), sólo en el modo Enter-consulta, o en ambos modos.

Cada regla consiste en una o más filas alcance y una o más acciones. Si una regla tiene ninguna fila o filas de ámbito de acción, no
se procesa. Tenga en cuenta que al guardar una regla, si no se han introducido filas Alcance forma creará automáticamente una fila a
nivel del sitio. Si cualquier ámbito coincide con el contexto de ejecución actual, entonces la regla se procesará.

Los siguientes campos Alcance aparecen en la región Contexto de la pestaña Estado:

Nivel: Seleccione el nivel en el que desea que la regla se aplique, ya sea del sitio, Responsabilidad, Usuario o Industria.

Valor: Basado en el nivel, ya sea discapacitado o habilitada y es necesaria en cuyo caso se validará contra una lista de valores.

Todos los campos de acción aparecen en la ficha Acciones.

Figura 2: la ficha Acciones de la forma Personalización

SEC: La secuencia en la que las acciones será procesada dentro de esa regla. Este es un valor entre 1 y 100, con 1 que se procesa primero.
La secuencia no tiene que ser único. Todas las acciones asociadas con una regla en particular se procesan como un grupo, entonces la
siguiente regla (si los hay) se procesa. Esta característica es particularmente útil cuando se muevan los elementos, en cuyo caso un lienzo
puede tener que cambiar de tamaño primero antes de una Posición X puede ser alterado.

Tipo: el tipo de acción a tomar:

• Propiedad: le permite seleccionar un objeto específico, una propiedad de ese objeto, y especificar un nuevo valor para esa
propiedad
• Builtin: permite la ejecución de un estándar Forms Builtin, como GO_BLOCK o DO_KEY
• Mensaje: muestra un mensaje en uno de varios estilos
• Menú: permite una entrada de menú especial, la definición de su etiqueta, nombre del icono y que bloquea la que se aplica.

4
Descripción: Utilice este campo para documentar la acción de personalización que están haciendo.

Idioma: Especifique 'Todos' para tener la acción procesada para cualquier idioma o seleccione un idioma específico. Normalmente
personalizaciones relacionadas con el texto se aplicarían para un idioma específico.

habilitado: Desactive esta casilla de verificación para desactivar temporalmente el procesamiento de la acción.

Aplica ya: Durante varios tipos, este botón se activará. Se le permite aplicar el cambio inmediatamente a la forma de destino para probar su
efecto. Tenga en cuenta que el efecto real que se producirá durante la ejecución en tiempo de ejecución normal de reglas puede ser diferente,
debido a la sincronización de los disparadores y otras consideraciones.

Los siguientes botones están habilitados de forma condicional basan en el campo Tipo:

Agregar parámetro ...: Lista de valores para ver los parámetros utilizados en la actualidad. Se aplica sólo a la FND_FUNCTION.EXECUTE
orden interna.

Añadir Bloque ...: Lista de valores que muestra nombres de los bloques.

Añadir artículo…: Lista de valores que muestra nombres de los elementos.

Validar: Se utiliza para probar si la sintaxis de la cadena es válida. Si la evaluación falla, el motor de procesamiento devolverá un error

ORA como si la cadena se había formado parte de una expresión SQL. De lo contrario, se mostrará el texto tal y como aparecería en

tiempo de ejecución en el contexto actual. Los siguientes campos aparecen en función condicional en el campo Tipo: Para un tipo de

'propiedad':

Figura 3: Los campos asociados con una acción de 'Propiedad'

Selección por texto: Este botón le permite seleccionar un objeto basado en texto que aparece en la pantalla en el momento en el que se
invoca el formulario de personalización, incluyendo cualquier cambio que las normas actuales podrían haber realizado. Por ejemplo, si
desea cambiar un campo con el símbolo actual de 'Número de artículo', debería ver 'Número de artículo' en esta lista, y la selección se
configurará automáticamente en el tipo de objeto y los campos objeto de destino.

Nota: Dado que el texto visible para los objetos puede ser idéntico a través de múltiples ventanas de la misma forma, a veces es
difícil determinar con exactitud cuál es el objeto que desea personalizar.

5
 La lista “Seleccionar por el texto” incluye el título de la ventana entre paréntesis a continuación el texto objeto normal.

Tipo de objeto: el tipo de objeto, incluido el tema, Ventana, Bloque, Tab, Lona, botón de radio, Lista de Valor (LOV),
Vista, una variable global, variable local o parámetro. Una variable local es similar a una variable global, salvo que se
crea una variable local a la forma actual, con una longitud máxima de 4000 bytes (variables globales están limitados a
255 bytes).

Objeto de destino: basado en el tipo de objeto, el nombre interno del objeto. Por Tipos de objetos de interés mundial y parámetro, el
nombre del objeto de destino no debe incluir las palabras clave. Por ejemplo, para referirse a GLOBAL.XX_MY_VARIABLE, sólo entran
XX_MY_VARIABLE. Nota: Si una página Tab no aparece en la lista de objetos de su nombre se puede introducir manualmente. Esto se
pretende dar respuesta a la limitación conocida que algunos nombres de las fichas no se pueden detectar de forma automática en
tiempo de ejecución. Tendrá que abrir el formulario en el Oracle Forms Builder para determinar estos nombres de ficha, y luego se
puede escribir en este cuadro combinado.

Nombre de la propiedad: basado en el tipo de objeto, las propiedades que se pueden personalizar. El objeto de tipo de artículo es
compatible con una amplia gama de propiedades, incluyendo:
• propiedades de nivel de elemento, que establece la propiedad para todas las instancias de ese objeto.

• propiedades de los elementos de la instancia, que establecen la propiedad para el registro actual de ese bloque usando
set_item_instance_property ()
• Las solicitudes se refieren propiedades, que son un híbrido de múltiple elemento y las propiedades de nivel de instancia Item-.
Estos están completamente documentadas en el Guía de Oracle E-Business Suite del desarrollador.

Para el tipo de objeto LOV, propiedades LOV simples pueden ser modificados usando el Formulario Personalización, incluyendo
GROUP_NAME, altura, TÍTULO, anchura, x_pos y y_pos. En este punto en el tiempo, la RECORD_GROUP_QUERY propiedad, lo
que permitirá cambiar dinámicamente la consulta subyacente de una lista de valores, no se puede cambiar; esto está siendo
considerado para una versión futura.

Para el tipo de objeto del bloque, se proporciona la ALLOW_NON_SELECTIVE_SEARCH propiedad. Para aquellos bloques donde un
“Blind consulta” se ha impedido el desarrollo por razones de rendimiento, esta nueva propiedad le permite volver a habilitar “Blind
consulta” sobre una base de bloque por bloque. También para el tipo de objeto del bloque, los EXPORT_HIDDEN_CANVASES
propiedad permite exportar datos de bloque que se encuentra en lienzos ocultos. Ver: Exportación de datos sobre telas ocultas, a
continuación.

Valor: el nuevo valor. La apariencia y la validación de este campo cambia en función de si la propiedad acepta valores
booleanos (verdadero / falso), números, un conjunto restringido de valores, o una cadena (Ver Evaluación de Cuerdas abajo)

Obtener valor: Este botón se obtiene el valor actual de la propiedad del objeto. Para un tipo de

'mensaje':

6
 Figura 4: Los campos asociados con una acción de 'Mensaje'

Tipo de mensaje: 'Mostrar', 'la pista', 'Advertir', 'Error' o 'depuración'. 'Error' y 'Advertir' si el usuario selecciona el botón 'Cancelar' levantará
un form_trigger_failure después de la ejecución, y detener todo el procesamiento ulterior. Los mensajes del tipo 'depuración' sólo se
mostrarán si se marca la casilla de verificación "Mostrar mensajes de depuración.

Mensaje de texto: El texto que desea mostrar en el mensaje. (Ver Evaluación de Cuerdas
abajo)

Para un tipo de 'Integrados':

Figura 5: Los campos asociados con una acción de 'Builtin'

Tipo interno: El nombre de la orden interna. Ejemplos incluyen:

• GO_ITEM
• DO_KEY
• GO_BLOCK
• AUMENTAR FORM_TRIGGER_FAILURE
• FORMS_DDL
• 'Poner en marcha una URL' (antiguamente llamado FND_UTILITIES.OPEN_URL). Esta orden interna permite una ventana de destino
HTML que desea ajustar. Por defecto, el objetivo es '_BLANK', que abrirá una nueva ventana del navegador. Puede seleccionar entre
4 objetivos predefinidos, o introducir su propio nombre de destino.

• 'Poner en marcha una función' (antiguamente llamado FND_FUNCTION.EXECUTE). La función se puede seleccionar ya sea
por su nombre interno (programador) o su nombre fácil de usar.
• 'Lanzamiento Formulario SRS' permite que el Envíe el formulario de Solicitud Concurrente (SRS) que se ejecuta en el contexto
de un programa específico. Esto toma un solo argumento del nombre del programa. Tenga en cuenta que no hay seguridad
adicional se aplica a este nombre de programa - lo que la oferta estará disponible para el usuario, incluso si una invocación
estándar de la pantalla SRS no permite el acceso a ese programa.

• 'Ejecutar Procedimiento' permite un procedimiento almacenado para ser ejecutado. Escriba el nombre del procedimiento y los
argumentos exactamente como lo haría en el código PL / SQL. La cadena entera será evaluado antes de ser enviado al servidor
para su procesamiento. Ver Evaluación de Cuerdas
abajo. Internamente, este utiliza la orden interna FORMS_DDL, pero suministra automáticamente el texto adicional
envoltorio PL / SQL.
• SYNCHRONIZE está destinado a circunstancias excepcionales, cuando la pantalla no está sincronizada entre el
cliente y los niveles intermedios, típicamente al formulario de inicio.

7
 • EXECUTE_TRIGGER le permite ejecutar un disparador dentro de la forma. Se toma un argumento del nombre de
disparo. Esto pondrá a prueba incorporada form_success después de la finalización, y si eso es falso entonces se
elevará form_trigger_failure.

• 'Call Evento personalizado' permite que la biblioteca personalizada que se llamará. A pesar de la interfaz declarativa de las
formas de personalización sigue siendo a veces necesario escribir código PL / SQL dentro de la biblioteca personalizada. Para
facilitar esto hemos introducido un nuevo tipo interno de 'Call Evento personalizado' que tiene un solo argumento del nombre
del evento. Dentro de la biblioteca personalizada, el código puede ser escrito para responder a este evento.

• 'Crear Registro de Grupo de Consulta' le permite crear un grupo de registros de forma dinámica. Esta toma dos
argumentos, la instrucción SQL para crear el grupo y el nombre de grupo de registros que no debe existir ya dentro de la
forma. Esta orden interna se puede utilizar para crear un grupo declarativa registro que luego se pueden utilizar para
rellenar una lista de valores. Tenga en cuenta que el uso de esta orden interna requiere el conocimiento de la estructura
del grupo de registro existente con el fin de alcanzar el éxito. La estructura del grupo de registro actual asignado a la lista
de valores sólo puede determinarse mediante la apertura de la forma en Forms Builder, determinar el grupo de registro
correcto, y luego mirar a la instrucción SQL. También tenga en cuenta que toda esta rutina hace es crear un grupo de
registros - que no llena el grupo

Argumento: El argumento de la orden interna seleccionada en ese momento, en su caso. Dependiendo de la orden

interna específica, pueden aparecer otros campos de argumento.

Figura 6: Los campos asociados con una acción de 'Builtin' y Builtin Tipo de FND_FUNCTION.EXECUTE

Nombre de la función: El nombre de la función que se debe ejecutar.

parámetros: Puede introducir manualmente los parámetros o utilice el botón 'Añadir parámetro ...'. El botón 'Añadir parámetro ...', se
mostrará una lista de valores lista de parámetros definidos actualmente para el nombre de función, mediante la consulta de otras
funciones para esa misma forma. Es posible que existan otros parámetros que no se mostrará en la lista de valores. La única manera de
ver todos los parámetros que tiene una función es abrir el formulario en el Oracle Forms Builder. Oracle no ofrece ninguna garantía de que
cualquier función proporciona los parámetros de entrada específicos que usted pueda desear, ni que cualquier parámetro existente y su
comportamiento se mantendrá sin cambios después de un parche. Para un tipo de 'Menú':

8
 Figura 7: Los campos asociados con una acción de 'Menú'

La entrada de menú: Una entrada de menú que puede activar. Si selecciona un menú que la forma básica ya está utilizando, su
funcionalidad anulará la funcionalidad del formulario.

Etiqueta de menú: La etiqueta textual que usted quiere en la entrada del menú. (Ver Evaluación de Cuerdas , Más abajo).

Render línea antes de menú: Si se marca, hará que una línea por encima de la entrada del menú para separar visualmente de las entradas
anteriores.

Habilitado en el Bloque (s): Especificar los bloques que desea que la entrada de menú habilitar; especificar más de un bloque separando
los nombres con una coma. Si no se especifican los bloques, la entrada será habilitado en todos los bloques. Utilice el botón 'Añadir
bloque ...' para añadir un nombre de bloque al final del campo.

Nombre icónico: Especificar un nombre de icono opcional que desee agregar a la barra de herramientas para lograr la misma funcionalidad que en
la entrada del menú desplegable especial.

Especificación de una acción de 'Menú' (anteriormente llamado 'Especial') sólo se activa la entrada de menú apropiada.
Cuando el usuario selecciona la entrada, que se disparará la correspondiente MENÚ # gatillo. También debe crear otra regla
que atrapa este evento de disparo y realiza la funcionalidad deseada.

Tenga en cuenta que las acciones bloquean automáticamente por defecto algunos valores de la fila anterior cuando se crea una nueva fila.
En la versión inicial de la Forma Personalización, las acciones de bloque utilizado por defecto automáticamente la mayoría de los valores de
la fila previa al crear una nueva fila. Ahora, un número más pequeño de propiedades es por defecto, con el fin de reducir la confusión. Para
copiar todos los valores de la fila anterior, utilizar la entrada de menú Editar> Duplicar> Grabar encima.

Evaluación de Cuerdas
Cada propiedad que toma una cadena o bien se puede procesar literal o evaluada en tiempo de ejecución.
Si escribe una cadena en la que no se inicia con '=', entonces el valor exacto que teclee se puede utilizar en tiempo de ejecución

Si la cadena se escribe comienza con '=', entonces el texto inmediatamente después de que el personaje será
evaluado en tiempo de ejecución. Esto le permite escribir la lógica compleja que puede incluir referencias tales como:

• operadores de SQL, como ||, TO_CHAR, decodificar y NVL

• variables se unen (: block.field), incluyendo: sistema,: valores de los parámetros: global y. Utilice el botón 'Agregar elemento ...' para ayudar
con nombres de los elementos.
• Las llamadas a funciones de servidor que no tienen parámetros OUT.
• instrucciones SELECT. Para utilizar este método, debe seguir las siguientes reglas:
• El texto debe comenzar con '= SELECT'
• La columna está seleccionada debe evaluar a un CHAR, con una de no más de 2000 bytes de longitud.

9
 • Su instrucción SELECT sólo debe devolver una fila, pero si hay más de uno se devuelve sólo se
utiliza el valor de la primera fila.
• En la versión inicial de la Forma Personalización, se necesitaba poner un alias para la columna que se ha
seleccionado a 'A'. Que ya no es necesario, aunque preexistente texto alias seguirá funcionando como antes. Sin
embargo, existe la limitación adicional de que el conjunto de resultados debe devolver sólo una única fila y sólo
una sola columna. Si este no es el caso, entonces se mostrará un error durante el procesamiento.

Al utilizar este método debe seguir las convenciones de SQL para el procesamiento de cadenas, incluyendo escapar de las
cotizaciones. Los siguientes ejemplos muestran cómo se puede utilizar:

Cadena escrita en forma Personalización Resultado en tiempo de ejecución

= 'Su contraseña caducará en' || (sysdate + 7)
= 'La contraseña debe tener al menos '||:
global.password_length ||' caracteres.'
Su contraseña caducará el 31-DEC-2004
{asumiendo que es actualmente sysdate
24-DEC-2004}
Su contraseña debe tener al menos 8 caracteres.
{Asumiendo que existe PASSWORD_LENGTH
variable global y tiene un valor de 8}

= 'La contraseña no es válida.' Su contraseña no es válida.

=: Items.part_number {Cualquiera que sea el valor actual de la variable: es
items.part_number}
= Significado SELECT de fnd_lookups donde lookup_type Sábado {suponiendo que el sistema está funcionando
= 'DAY_NAME' y lookup_code = 'SAT' en Inglés}

= SELECT 'La oficina está cerrada' || significado de La oficina está cerrada el sábado {suponiendo que el
fnd_lookups donde lookup_type = 'DAY_NAME' y sistema está funcionando en Inglés}
lookup_code = 'SAT'

Utilice el botón 'Validar' para comprobar si la sintaxis de la cadena es válida. Si la evaluación falla, el motor de procesamiento
devolverá un error ORA como si la cadena se había formado parte de una expresión SQL. De lo contrario, se mostrará el texto
tal y como aparecería en tiempo de ejecución en el contexto actual.

La capacidad de 'Get' de una propiedad en una expresión

Cuerdas, (como condiciones descritas anteriormente) pueden ahora hacer referencia a propiedades de los objetos utilizando una sintaxis

juego (más simple posible Expresión Language). Por ejemplo, esto le permite construir una condición que pone a prueba si se muestra o

no un campo. Estas expresiones tienen el siguiente formato general: $ {} objectType.objectName.Property

Internamente, la expresión SPEL es una cubierta para Oracle Forms órdenes internas como GET_ITEM_PROPERTY,

GET_BLOCK_PROPERTY, etc. Además, las expresiones SPEL apoyan la recuperación de los valores del perfil, diccionario mensaje de

texto y variables locales (descritos más adelante). Una nueva ventana, que se activa mediante el botón "Insertar 'Get' Expresión ...", se ha

proporcionado para construir automáticamente la expresión. Cuando se haya completado, la expresión se inserta en el campo Valor o

condición desde donde se lanzó la ventana. Puede escribir manualmente la expresión también; Sin embargo, se recomienda utilizar la

ventana para construirlo para reducir errores. Para completar, la expresión SPEL admite la propiedad 'valor' de un artículo; Sin embargo,

el rendimiento en tiempo de ejecución es más rápida con el: sintaxis block.field.

10
Todo el procesamiento se marcha la existencia de la cadena '$ {', de modo que la cadena ya no es válida en cualquier condición o el valor

excepto para este propósito. Si un valor contiene una expresión SPEL, se procesa como si se inició con '='. Algunos ejemplos:

Tipo Cadena escrita en forma Personalización Resultado en tiempo de ejecución

Valor = 'El mensaje es:' El símbolo es: Nombre de Usuario, ubicada
|| $ {} item.block.field.prompt_text || 'ubicada en:' || $ {} en: 2.0 {suponiendo que el símbolo actual de
item.block.field.x_pos block.field campo es 'Nombre de usuario', y
su posición es de 2,0 X}

Condición $ {} item.block.field.required = 'TRUE' {Verdadero o Falso, dependiendo de la

propiedad requerida actual de block.field
campo}

Exportación de datos sobre el Hidden lienzos

Cuando la exportación de datos a partir de un bloque forma, sólo los datos que se muestra actualmente para el bloque se exporta. Si desea permitir la
exportación de los datos de bloque que se encuentra en otras telas ocultas, como ocurre a menudo con las páginas de la ficha, puede crear una regla de
personalización formulario para permitir la exportación de los lienzos ocultos.

Para crear una personalización para permitir la exportación de telas ocultas, crear una nueva personalización de la siguiente manera: Condición

Evento de disparo: nivel cuando-NEW-FORM-INSTANCIA. Modo de

procesamiento: No en Enter-consulta-Mode. Ajuste el nivel de contexto
apropiado. Comportamiento

Tipo: Propiedad Tipo de

Objeto: Bloque
Objeto de destino: <el bloque para la personalización de exportación>
Nombre: EXPORT_HIDDEN_CANVASES Valor: TRUE

limitaciones
Esta característica tiene varias limitaciones significativas debido a la arquitectura de Oracle Forms y / o el E-Business Suite.

Sólo se puede cambiar lo que permite a Oracle Forms en tiempo de ejecución. Por ejemplo, lo siguiente no se puede cambiar: •

Usted no puede crear nuevos elementos

• No se puede mover elementos entre lienzos

• No se puede mostrar un elemento que no está en un lienzo (por lo tanto, los segmentos FlexField individuales no se
pueden mostrar)
• No se puede establecer ciertas propiedades, tales como el tipo de datos de un elemento.

• No se puede cambiar marcos, gráficos o texto modelo

• No se puede ocultar el elemento que está seleccionado actualmente

Personalización forma sólo puede responder a eventos que son procesados ​y enviados por AppCore centralmente. Estos se
limitan a:
• WHEN-NEW-FORM-ejemplo, cuando-NEW-BLOQUE-INSTANCIA, cuando-
NEW-REGISTRO-ejemplo, cuando-NEW-PUNTO-INSTANCIA. Estos eventos

11
 ocurrir cuando el usuario mueve el foco dentro de la forma.
• CUANDO-VALIDAR-RECORD (en muchos, pero no todas las formas). Este evento se produce cuando se
hayan realizado cambios en el registro actual en el bloque actual.
• MENU1 través MENU15 entradas de menú, disponible en el menú desplegable Herramientas. Estos no están
garantizados para ser utilizado por Oracle y son exclusivamente para uso del cliente, por lo tanto, se recomienda
encarecidamente utilizar estas entradas en contraposición a las entradas de menú especial con el fin de evitar
colisiones de código. Cuando el usuario selecciona la entrada, que se disparará la correspondiente MENÚ # gatillo.
También debe crear otra regla que atrapa este evento de disparo y realiza la funcionalidad deseada.

• eventos específicos del producto. Estos son normalmente documentadas en manuales de aplicación, tales como 'El
configurar, de informes y de administración del sistema de Oracle HRMS en'.

Se puede ver eventos que se están pasando activando la opción 'Mostrar eventos' en el menú de código personalizado.

Ciertas personalizaciones se deben realizar en los eventos específicos:

• Para especificar el valor inicial de un artículo, debe realizar esa acción en el evento
cuando-NEW-RECORD-instancia del bloque que contiene el elemento.
• # entradas de menú del menú sólo se pueden crear en el formulario de inicio (AL-NEW-FORM ejemplo)

Tanto la forma personalización y el motor de procesamiento de tiempo de ejecución informará de errores para estos casos y omitir el
procesamiento de ellos.

Ciertos objetos pueden no estar disponibles para usted para cambiar, o no puede ser validada. Específicamente, los tipos de objeto global y
parámetro no puede ser detectado, por tanto, estos campos no tienen listas de valores que restringen su entrada. Utilice el 'Validar' o 'Aplicar
ahora' botones para determinar si los valores que ha introducido realmente existen. Tenga en cuenta que las variables globales se crean de
forma dinámica, por lo que si existen o no puede ser una cuestión de tiempo.

Nota: Si una página Tab no aparece en la lista de objetos de su nombre se puede introducir manualmente. Esto se pretende dar

respuesta a la limitación conocida que algunos nombres de las fichas no se pueden detectar de forma automática en tiempo de ejecución.

Tendrá que abrir el formulario en el Oracle Forms Builder para determinar estos nombres de ficha, y luego se puede escribir en este cuadro

combinado. Más significativamente, cualquier cambio que realice podría interferir con el funcionamiento normal de la forma. Esto puede

manifestarse de varias maneras, tales como:

• Es posible realizar una personalización pero no entra en vigor, porque no hay código en la forma que lo
anule. En algunos casos es posible que pueda llevar a cabo su personalización moviendo el evento de
disparo a un nivel 'inferior', como por bloques o a nivel de artículo.

• Su personalización puede producir simplemente un resultado erróneo, debido a su cambio interactuó con el código
base de maneras inesperadas y no probados. En el mejor de este error se producirá inmediatamente después de
ser aplicada la personalización; en el peor, podría afectar a algún procesamiento posterior, que no parece estar
directamente relacionado con el objeto o evento.

• En casos extremos, los cambios pueden prevenir la forma de correr en absoluto, por lo que es difícil de abrir
la pantalla de personalización para eliminar la personalización infractor menos que desactive el código
personalizado.
Debido a esto, es crítico que cualquier cambio ser probado a fondo en un entorno de prueba. Ver 'Resolución de problemas, soporte y
Consideraciones sobre la actualización' más adelante en este capítulo para obtener más información.

12
Ejemplos y sugerencias

Cambio de la indicación de un elemento

Este es un ejemplo paso a paso de cambiar un símbolo. En este caso, vamos a modificar la forma 'Usuarios', y cambiar el símbolo del 'Nombre
de usuario' a 'Nombre de conexión':
1. Abra el formulario Usuarios
2. Seleccione Ayuda-> Diagnostics-> Code-pedido> Personalizar en el menú desplegable. Si esta entrada del menú está
deshabilitada, compruebe los valores de los FND_HIDE_DIAGNOSTICS y diagnósticos perfiles.

3. Crear una regla con los siguientes valores:

SEC: 1
Descripción: Cambiar pronto de nombre de usuario Acepte los valores predeterminados para
todos los demás valores de la Regla y Contexto
4. Seleccione la etiqueta Actions e introduzca los siguientes valores:
SEC: 1
Pulse el botón 'Seleccionar por texto' botón y seleccione la fila 'User Name' desde la lista de valores
Nombre de la propiedad: PROMPT_TEXT
Valor: Nombre de inicio de sesión
Aceptar los valores por defecto para todos los demás valores de las acciones.
5. Guardar
6. Active la forma Usuarios, y luego cerrarlo.
7. reabrir los usuarios del formulario. Debería ver que el símbolo es ahora 'Nombre de inicio de sesión'.
8. Para desactivar esta Regla, conjunto activado a desactivado (ya sea en la Regla o umbral de intervención), o simplemente eliminar la regla, a
continuación, en Guardar.

Desactivación u ocultar una página de la ficha

Al deshabilitar u ocultar una página de pestaña, que no cambia el estado de los elementos de esa página. Más significativamente, si los
artículos siguen siendo navegable, y no hay código en otra parte que intenta navegar a ellos, que tendrá éxito, haciendo que aparezca la
etiqueta. Para lograr completamente el efecto de ocultar o deshabilitar una pestaña, puede que tenga que dar cuenta de lo siguiente:

El 'Elemento de Navegación' del artículo que precede inmediatamente al primer punto de la pestaña.

El 'Anterior Navegación de artículos' del artículo (s) que sigue inmediatamente al último elemento de la página pestaña.

El 'Siguiente Navegación Bloquear' del bloque que precede inmediatamente al bloque que contiene un artículo
en la etiqueta.
El 'Bloque Anterior Navegación' del bloque (s) que siguen inmediatamente el bloque que contiene un artículo
en la etiqueta.
Dependiendo de cómo se ha codificado la forma, puede haber propiedades o eventos que necesitan ser cambiado adicionales.

Los mensajes son una gran herramienta de depuración

Debido a las interacciones de personalización y el código base de cada forma, es común para crear reglas que no parecen ser
cada vez aplicado, o se aplican de forma incorrecta. La forma más sencilla de depuración es incluir acciones de mensajes del tipo
'depuración' inmediatamente antes o después de la acción de interés.

Modo de depuración soporta dos niveles. 'Mostrar mensajes de depuración' mostrarán mensajes de tipo de depuración. El modo 'paso
a paso' que mostrará los mensajes cuando se evalúa cada condición y se ejecuta cada acción, para ayudar a determinar si se están
aplicando sus reglas y acciones como se esperaba. 'Off' desactiva estos modos

Si no ve su mensaje de depuración en absoluto, entonces las razones más probables son:

La regla o acción no está habilitado
La condición que ha introducido para la Regla ha evaluado a FALSO El Evento de disparo
y / o gatillo de objetos no eran lo que esperaba

13
 El alcance de la norma sólo se compone de Responsabilidad, Industria y / o usuario, y ninguno es cierto para el contexto
actual.
Una acción se ejecuta la orden interna 'SUBIR FORM_TRIGGER_FAILURE'. Eso va a abortar todo el procesamiento ulterior
para ese evento.
El lenguaje de la acción es diferente de lo que se está ejecutando actualmente Ha configurado código
personalizado para 'código del núcleo única' 'Off' o en el menú desplegable.

Interacción con casilla de verificación 'Cerrar' Otras Formas

Aunque la construcción de personalizaciones, puede que tenga que salir y volver a abrir el formulario con el fin de ver el efecto de sus
personalizaciones. Le recomendamos que configure la opción 'Cerrar Otras Formas' en el menú Herramientas del navegador y no marcado, de
lo contrario la forma Personalización sí se cerrará automáticamente antes de su formulario de carreras.

Usando el mismo valor varias veces

A menudo en código que desea determinar un valor de una vez, a continuación, se refieren a ella varias veces. Usted puede hacer eso con Forma
Personalización mediante la propiedad 'valor' de una variable global. Se puede establecer un valor tal utilizando cualquiera de los métodos
mencionados en el apartado Evaluación de Cuerdas . Al establecer que la propiedad, la variable global se creará en ese punto en el tiempo, y luego
con cualesquiera acciones futuras puede hacer referencia a esa variable. Para reducir al mínimo el riesgo de colisión con las variables globales que
la forma de base puede crear, el nombre de su partida variable 'XX'.

Zoom a una forma

Un escenario común es abrir otra función y tienen que formulario de consulta una fila específica de datos asociados con la forma de la
fuente. Por ejemplo, considere la forma de Usuarios, que permite la entrada de responsabilidades para cada usuario. Una posible zoom
sería llevar a la clave actual responsabilidad al formulario de responsabilidades y tienen que consultar ese registro de forma automática.
Algunas estrategias para llevar a cabo este tipo de funcionalidad son:

La función de destino ya puede aceptar el valor como parámetro de entrada. Simplemente pasando el nombre del
parámetro y el valor como argumento de la función puede lograr el resultado deseado.

En las formas que tienen Encuentra ventanas, puede ser posible para poblar el campo apropiado en la ventana Buscar, a
continuación, emitir DO_KEY ( 'NEXT_BLOCK') que debe simular que se presionan la Ventana de búsqueda. Pasar el valor (s)
entre las formas mediante el uso de variables globales. Se podría modificar la cláusula DEFAULT_WHERE del bloque
apropiado, entonces se le pregunta usando DO_KEY ( 'execute_query'), restablezca la cláusula DEFAULT_WHERE de nuevo a
su valor original. Pasar el valor (s) entre las formas mediante el uso de variables globales. Poner el formulario en modo de entrar
en consultas usando DO_KEY ( 'ENTER_QUERY'), rellenar los campos deseados, y luego emitir DO_KEY ( 'execute_query').
Pasar el valor (s) entre las formas mediante el uso de variables globales. Esta es una técnica compleja, porque aunque
invocando el modo de entrar en consultas suspenderá el procesamiento de dicho artículo; completando los campos y la emisión
de la DO_KEY ( 'execute_query') tendría que ser hecho en el caso RECORD-ejemplo cuando-NEW- que los incendios como
resultado de haber consulta en modo. Con cualquier técnica que utiliza variables globales, ser conscientes de que no pueden
existir todavía. Siempre se debe inicializar antes de referirse a ellos estableciendo el valor inicial en nulo, lo que creará la
variable si no existe todavía, de lo contrario, no lo cambie. También debe codificar Condiciones para tener en cuenta situaciones
en las que todavía no se ha entrado en el valor que desea pasar entre formas, por ejemplo, cuando el cursor está sentado en
una fila nueva marca.

ventana administración
La ventana '' Encuentra personalizaciones administración puede ser invocada desde el Formulario de Personalización. En el menú Herramientas
desplegable, seleccione 'Administración'. Esto le permitirá obtener una lista de todas las funciones que actualmente tienen las personalizaciones
(Reglas) definidos.

Formar: El nombre de archivo de un formulario.

14
Si pulsa el botón Buscar, mientras Nombre del formulario está vacía, se pueden consultar todas las formas que tienen las personalizaciones
(activado o no). Esto es particularmente útil después de la aplicación de un parche; Saber qué forma afecta el parche, se puede determinar
rápidamente si las personalizaciones necesitan ser re-validada.

Reglas habilitados: El número de reglas activas que una función ha definido.

Mover personalizaciones entre instancias

Una vez que crear y probar las personalizaciones en la instancia de prueba, puede moverlos a instancias de producción. Personalizaciones

pueden ser extraídos por el cargador en una base por-función o per-forma base (es decir, cada archivo del cargador contendrá todas las

personalizaciones para una sola función o la forma, respectivamente). Tenga en cuenta que al subir, a todas las personalizaciones anteriores

para esa función se eliminan en primer lugar, y luego se insertan los contenidos del archivo del cargador. La sintaxis loader es como sigue:

Para descargar reglas para una función particular:

FNDLOAD <id de usuario> / <contraseña> 0 Y DESCARGAR $ FND_TOP / parche / 115 / importación / affrmcus.lct <filename.ldt>
FND_FORM_CUSTOM_RULES function_name = <nombre de función>

Nota: No se recomienda este estilo, como las personalizaciones que afectan a una función particular ahora pueden ser una
mezcla de reglas y Función- a nivel de formulario.

Para descargar las reglas de una forma particular:

FNDLOAD <id de usuario> / <contraseña> 0 Y DESCARGAR $ FND_TOP / parche / 115 / importación / affrmcus.lct <filename.ldt>
FND_FORM_CUSTOM_RULES FORM_NAME = <nombre de formulario>

Para descargar todas las personalizaciones (todas las formas y funciones):

FNDLOAD <id de usuario> / <contraseña> 0 Y DESCARGAR $ FND_TOP / parche / 115 / importación / affrmcus.lct <filename.ldt>
FND_FORM_CUSTOM_RULES

Subir:
FNDLOAD <id de usuario> / <contraseña> 0 Y SUBIDA $ FND_TOP / parche / 115 / importación / affrmcus.lct <filename.ldt>

Relación con biblioteca personalizada

Personalización forma permite personalizaciones que se podrían hacer en la biblioteca personalizada, pero no requiere que utiliza el Oracle
Forms Builder para editar y compilar el archivo personalizado. Dependiendo de la complejidad de sus personalizaciones, todavía puede
requerir un grado de habilidad comparable a la necesaria para utilizar la biblioteca de codificación personalizada. Y la biblioteca personalizada
es capaz de soportar las personalizaciones más complejas, ya que le da acceso a todas las capacidades del lenguaje de programación PL /
SQL, incluidas las llamadas unidades de programa del lado del cliente, todas las órdenes internas de Oracle Forms, y la emisión de cualquier
SQL.

Tanto el Formulario personalización y la biblioteca personalizada en coche fuera exactamente los mismos eventos. La característica de la
Forma Personalización recibe y procesa primero, y luego los pasa a la biblioteca personalizada, así que puede utilizar ambos mecanismos
de forma simultánea. ( Nota: SPECIALXX eventos y MENUXX no se pasan a la biblioteca personalizada).

Ambas características también responden de forma idéntica a los eventos de código personalizado de 'Normal', 'Off' y 'Código Core Solo'.

En general, Oracle recomienda que utilice la característica de la Forma Personalización siempre que sea posible, y sólo utiliza la
biblioteca personalizada cuando se requiere significativamente más complejo de procesamiento.

15
Relación con las carpetas
Carpetas permiten a un usuario final a 'personalizar' una pantalla cambiando los campos y registros que se muestran. En su mayor parte, los bloques de

carpetas son identificables por una entrada de menú activado 'Carpeta', y el icono de una 'Abrir carpeta' por encima del bloque. En unos pocos casos, la

tecnología de carpeta puede ser utilizada por código base para alterar dinámicamente un bloque, pero ninguna funcionalidad de carpeta está expuesto al

usuario final. Carpeta de bloques se construyen de manera diferente que las formas de los bloques 'normales' - que incluyen un bloque extra que hace

que las instrucciones para los campos, y muchas propiedades del bloque se gestionan de forma dinámica por el código de la carpeta, ya que recibe

eventos. Como resultado, al utilizar la función Formulario Personalización en un bloque de carpeta, debe tener en cuenta ciertas restricciones:

Las siguientes propiedades de un bloque carpeta sólo se pueden establecer en formulario de inicio (CUANDO-NEW- FORM-ejemplo). Más
específicamente, se deben establecer antes de cualquier código carpeta intenta leer los valores de lo contrario se pueden producir resultados
inesperados:

PROMPT_TEXT
VISUALIZADA ANCHO

DEFAULT_WHERE
order_by
X_POSITION y Y_POSITION, en un bloque de carpeta de una sola fila Las siguientes

propiedades también tienen consideraciones especiales:

HABILITADO: dentro de un bloque de carpeta, no es válido para establecer esta propiedad a FALSO. El cursor debe ser capaz de navegar a
cada elemento de un bloque de carpeta. Considerar el establecimiento, modificables a FALSO lugar.

NEXT_ NAVIGATION_ITEM y PREVIOUS_NAVIGATION_ITEM: Estas propiedades no tienen ningún efecto en un bloque de

carpetas. En un bloque carpeta de una sola fila, la secuencia de navegación se calcula basándose en X_POSITION y
Y_POSITION. La secuencia de navegación de un bloque carpeta de varias filas no se puede cambiar.

Solución de problemas, soporte y actualización de las consideraciones

Usando la característica de la Forma Personalización de alterar Oracle código en tiempo de ejecución puede pasar por alto la lógica de
validación importante y puede poner en peligro la integridad de los datos. Debería probar exhaustivamente todos los cambios que realice en
un caso de prueba antes de usarlo en un entorno de producción. Antes de contactar con el soporte de Oracle, siempre debe confirmar que
sus personalizaciones no son la fuente del problema. Oracle apoyo y desarrollo no pueden proporcionar asistencia sobre cómo se puede
hacer personalizaciones a una forma particular utilizando este mecanismo, ni tampoco Oracle garantiza que cualquier personalización
deseada se puede hacer con este mecanismo.

Solución de problemas
Cualquier personalización haces puede tener consecuencias no intencionadas, al extremo de impedir que una forma de correr en
absoluto. Si esto ocurre, puede desactivar todas las personalizaciones mediante la invocación del menú desplegable y seleccionando
Ayuda-> Diagnostics-> Custom Code-> Off. Esta entrada del menú está asegurada por los perfiles FND_HIDE_DIAGNOSTICS y
diagnósticos. Esto le permitirá abrir el formulario e invocar la pantalla de Personalización para que pueda corregir el problema.

Consideraciones sobre la actualización

Una forma puede cambiar después de una actualización o parche de Oracle E-Business Suite. Debe probar cualquier lógica de
personalización que ha definido para confirmar que todavía funciona como se espera antes de utilizarlo en un entorno de producción.

dieciséis
Es común que los nombres de objeto dentro de una forma de cambiar después de una aplicación de un parche. Para ayudarle con esto,
hay una función que confirmará la existencia de objetos que hacen referencia a sus personalizaciones. Debe realizar lo siguiente para cada
formulario que se cambió durante un parche y tiene personalizaciones:

Ejecutar esa forma. Si el formulario no se ejecuta debido a las personalizaciones que ahora están en error, apague primero código
personalizado en 'Off' y vuelva a ejecutar el formulario. Invocar la pantalla de Personalización de esa forma

En el menú Herramientas desplegable, seleccione 'Validar todos'. Este procesará todas las reglas para esa función, la comprobación de la
validez de las referencias a objetos en el formulario. Sólo unas normas que están habilitados son procesados.

Para cada regla o acción identificadas por tener un error, a continuación, puede localizar rápidamente esa fila y hacer correcciones.

Tenga en cuenta que esta función sólo comprueba la existencia de objetos; todavía puede ser el caso de que ciertas personalizaciones que
anteriormente trabajaban ya no lo hacen. Tenga en cuenta que al pulsar el botón 'Validar todas las' creará en primer lugar las variables globales que
se hace referencia en la configuración de propiedad de uno u otro valor o valor inicial; esto reducirá faltan referencias a variables se unen a ellos si el
código que les crea aún no se ha ejecutado.

Cambios en la Forma Personalización en R12.ATG_PF.H.Delta.6 (RUP6) y más tarde

Apoyo a la creación del grupo de registro de la consulta

AppCore ahora es compatible con el uso de sentencias SQL con valores ligados o literales para la creación de grupos de registros. Esto se hace
normalmente para cambiar el subyacente cláusula WHERE de la consulta de una lista de valores. Si hay que cambiar las columnas devueltas por la
consulta, se debe tener cuidado para asegurarse de que los nombres de columna y tipos de datos se ajustan a lo que se ha definido para la lista de
valores que se está cambiando.

El SQL puede hacer referencia a los valores de los campos del formulario, parámetros de formularios y variables globales. Todas las sentencias
SQL utilizadas para esta función deben ser probados desde SQL * Plus para asegurar que el SQL es válido y funcionará como se espera. Si el
SQL para la personalización tiene referencias a variables ligadas, valores sustitutivos que se esperaría normalmente.

Para crear una personalización para cambiar el grupo de registro utilizado por una lista de valores, crear una nueva personalización de la

siguiente manera: Condición

Evento de disparo: nivel cuando-NEW-FORM-INSTANCIA. Modo de

procesamiento: No en Enter-consulta-Mode. Ajuste el nivel de contexto
apropiado. Comportamiento

#1
Tipo: Incorporado
Incorporado Tipo: Crear grupo de Argumento de consulta: <la
instrucción SQL para ser utilizado> Nombre del grupo: <nombre del
nuevo grupo de registro>

#2
Tipo: Propiedad Tipo de
Objeto: LOV
Objeto de destino: <la lista de valores para utilizar el nuevo grupo de registro>
Nombre: GROUP_NAME
Valor: <nombre del grupo de registro creado en el paso 1 acción>

17
Oracle-entregado personalizaciones de formulario en la versión 12.1.2
La característica de Oracle E-Business Suite Formulario personalizaciones se ha extendido en la Versión
12.1.2 para permitir la personalizaciones de formulario entregado por Oracle.

La forma personalizaciones (FNDCUSTM.fmb) tiene ahora dos modos. Cuando se muestra el formulario, el FND: Habilitar se comprueba la

industria de edición de valores de perfil. Si el perfil está establecido en Sí, sólo se mostrarán las personalizaciones que tienen un valor para

la columna de clave. Si el perfil está establecido en No o no definidos en todo, sólo se mostrarán las personalizaciones que tienen un valor

nulo para la columna de clave. Los clientes deben ser conscientes de que al crear sus propias personalizaciones, que no debería tener el

FND perfil: permitir a la industria de edición (FND_INDUSTRY_EDIT) establece en Sí. La creación de personalizaciones con la FND: Habilitar

Industria Edición con el conjunto de perfiles en Sí puede introducir posibles conflictos con personalizaciones de formulario entregado por

Oracle. Los clientes se les aconseja que sólo se establece la FND: Activar perfil de la industria de edición en Sí si desean examinar las reglas

personalizaciones que han sido entregados por el desarrollo de Oracle E-Business Suite.

18