maio 2017

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→

Não sei se você já notou, mas alguns forms do EBS exigem logo ao abrir que você escolha uma organização de inventário. Depois que você escolhe uma organização, não será solicitado novamente até você trocar de responsabilidade ou forçar a troca manualmente. No cadastro de itens lá no INV você consegue verificar essa funcionalidade. Nesse artigo vou mostrar o passo a passo para você utilizar esse recurso e implementar nos seus forms. Caso você não seja desenvolvedor, também é interessante saber como funciona, principalmente pela Continue lendo→