ebs

Já precisou habilitar o calendário do EBS em campos data do seu form? Os forms nativos do EBS possuem nos campos que são do tipo data, um calendário para facilitar o seu preenchimento. A data pode ser digitada, mas ter a opção do calendário deixa a tela mais elegante e funcional. Esse recurso está disponível no form de TEMPLATE do EBS, assim telas customizadas também podem usufruir da funcionalidade. Se quiser aprender como habilitar o calendário nos seus forms, acompanhe esse artigo para descobrir: Configuração Continue lendo→

Os forms do EBS têm um recurso muito interessante para que você possa organizar, ordenar e manipular algumas características dos campos em tempo de execução. Assim você pode deixar a tela com o seu jeito, sem precisar recorrer a customizações ou personalizações. Esse recurso é chamado de Pasta (ou Folder em inglês). Depois que você configura do jeito que quer, pode salvar essa configuração e definir para que abra sempre de forma automática. Se quiser saber mais sobre o recurso de pasta, acompanhe este artigo Continue lendo→

O objeto FND_MESSAGE fornece uma série de APIs para que você possa trabalhar com o dicionário de mensagens do Oracle EBS em programas PL/SQL. Podemos utilizar essas APIs também para mostrar mensagens em forms e store procedures. Elas fornecem uma grande variedade de formatos e opções de mensagens, podemos mostrar mensagens de depuração, mensagens com perguntas para o usuário tomar uma ação, mensagens com texto dinâmico, etc. Se você quer aprender mais sobre o FND_MESSAGE, continue lendo esse artigo. Você vai saber mais sobre: Dicionário Continue lendo→

O dicionário de mensagens do Oracle e-Business Suite permite que você armazene mensagens para uso em seus programas e assim evite a utilização de texto fixo. Com ele você consegue definir mensagens padronizadas e em várias idiomas para manter a consistência. É possível também criar mensagens dinâmicas, ou seja, mensagens que podem variar quando mostradas. Se você tem interesse em saber mais sobre mensagens, acompanhe esse artigo até o final para descobrir: Como criar mensagens Como utilizar tokens para criar mensagens dinâmicas Exemplos de utilização Continue lendo→

Existem dois parâmetros que são obrigatórios em programas concorrentes do tipo “Procedimento Armazendo do PL/SQL”, que são o ERRBUF e RETCODE. Eles são parâmetros de saída (OUT) e são utilizados para retornar informações sobre a execução do concurrent. São esses parâmetros que controlam a cor de cada resultado de execução de um concurrent que aparece na tela de solicitações do EBS: Cor padrão para sucesso, amarelo para alerta e vermelho para erro. Você não precisa informá-los no cadastro do concurrent, mas devem estar configurados no Continue lendo→

Se você já precisou desenvolver uma tela customizada no Forms onde o bloco precisava mostrar informações de colunas que não eram de base, ou seja, colunas de uma tabela que não era a principal do bloco, vai adorar essa dica. Nas tabelas geralmente temos informações de outras tabelas, mas não a informação completa, apenas uma chave para que possamos relacionar com a tabela original. Essa chave pode ser um ID ou código de outra tabela. Por exemplo, na tabela de pedidos do OM temos o Continue lendo→

Quando estamos criando um programa concorrente e configurando os parâmetros, muitas vezes precisamos que um (ou vários) deles seja dependente de outro parâmetro. Mas como assim? Já explico! Imagine que você tenha duas tabelas, uma pai e outra filha, ou mestre e detalhe, como preferir. A filha é dependente da pai, certo? Vamos usar como exemplo as tabelas do Order Management, onde nós temos a tabela de pedidos (OE_ORDER_HEADERS_ALL) e tabela de linhas de pedido (OE_ORDER_LINES_ALL). A tabela de linhas é dependente da tabela de Continue lendo→