Consultores EBS

Júlio 28 de julho de 2010

É uma boa prática utilizar um owner diferente dos existentes no EBS quando desenvolvemos uma customização, pois desta forma mantemos o ambiente organizado e fica fácil saber o que é uma customização e o que faz parte do sistema original.

Durante o desenvolvimento de customizações complexas, que envolvem diversas tabelas e packages novas, é relativamente comum não documentarmos tudo o que fazemos (quem trabalha com programação e prazos apertados entende do que estou falando). Porém, em um determinado momento precisamos fazer o repasse para que a nova customização seja colocada no ambiente de produção. Nesta hora podemos ter problemas, pois como não está tudo documentado, podemos esquecer de exportar algum objeto, e a customização não poderá ser aplicada pelos ATGs.

Existem softwares que auxiliam neste processo, extraindo todos os objetos que fazem parte da customização para que a mesma possa ser aplicada em outro ambiente, porém, nem sempre temos estas ferramentas à disposição.

Nestes casos, o select abaixo pode ser útil, pois ele lista a relação de objetos dos quais depende o objeto informado, e se utilizarmos um owner exclusivo para customizações, esta consulta nos traz apenas os objetos customizados que criamos, facilitando a contrução do repasse:

SELECT X.*
FROM  (
  SELECT OWNER, TYPE, REFERENCED_OWNER, REFERENCED_NAME, REFERENCED_TYPE
  FROM   DBA_DEPENDENCIES
  WHERE  NAME = 'NXS_AR_001_K' -- Nome do objeto que queremos procurar
 ) X
WHERE  X.OWNER = 'NXS' -- Owner que criamos para colocar nossos objetos customizados
ORDER BY TYPE, REFERENCED_TYPE, REFERENCED_NAME

O select traz as dependências diretas do objeto NXS_AR_001_K, porém, nem sempre isto é suficiente, pois os objetos listados também podem ter suas dependências. Utilizando este select como base, podemos criar um script que lista todas as dependências envolvidas na customização, mas isto já é assunto para outro post.

Tags: customização, objetos, repasse

• Geral
• Comentários(0)

Marcos 31 de março de 2010

Uma das grandes dificuldades para quem vai trabalhar com EBS é entender como as tabelas se relacionam, suas chaves e suas principais colunas. Dando sequência ao módulo INV, vemos abaixo uma relação com as chaves primárias das principais tabelas deste módulo.

Tags: chaves primárias, inventory, pks, tabelas

• Inventory (INV) , Oracle E-Business Suite
• Comentários(0)

Marcos 23 de março de 2010

Pesquei a seguinte relação de vários pontos da web: metalink, alguns blogs e foruns. O mix deu nisto aí debaixo:

Tags: inventory, tabelas

• Oracle E-Business Suite
• Comentários(0)

Marcos 19 de março de 2010

GL
——————————
GL_BUDGET_INTERFACE
GL_DAILY_RATES_INTERFACE
GL_IEA_INTERFACE
GL_INTERFACE
GL_INTERFACE_CONTROL
GL_INTERFACE_HISTORY

AP
——————————
AP_INTERFACE_CONTROLS
AP_INTERFACE_REJECTIONS
AP_INVOICES_INTERFACE
AP_INVOICE_LINES_INTERFACE

AR
——————————
AR_PAYMENTS_INTERFACE_ALL
AR_TAX_INTERFACE
HZ_DQM_SYNC_INTERFACE
HZ_PARTY_INTERFACE
HZ_PARTY_INTERFACE_ERRORS
RA_CUSTOMERS_INTERFACE_ALL
RA_INTERFACE_DISTRIBUTIONS_ALL
RA_INTERFACE_ERRORS_ALL
RA_INTERFACE_LINES_ALL
RA_INTERFACE_SALESCREDITS_ALL

FA
——————————
FA_BUDGET_INTERFACE
FA_INV_INTERFACE
FA_PRODUCTION_INTERFACE
FA_TAX_INTERFACE

INVENTORY
——————————
MTL_CC_ENTRIES_INTERFACE
MTL_CC_INTERFACE_ERRORS
MTL_CI_INTERFACE
MTL_CI_XREFS_INTERFACE
MTL_COPY_ORG_INTERFACE
MTL_CROSS_REFERENCES_INTERFACE
MTL_DEMAND_INTERFACE
MTL_DESC_ELEM_VAL_INTERFACE
MTL_EAM_ASSET_NUM_INTERFACE
MTL_EAM_ATTR_VAL_INTERFACE
MTL_INTERFACE_ERRORS
MTL_INTERFACE_PROC_CONTROLS
MTL_ITEM_CATEGORIES_INTERFACE
MTL_ITEM_CHILD_INFO_INTERFACE
MTL_ITEM_REVISIONS_INTERFACE
MTL_ITEM_SUB_INVS_INTERFACE
MTL_OBJECT_GENEALOGY_INTERFACE
MTL_RELATED_ITEMS_INTERFACE
MTL_RESERVATIONS_INTERFACE
MTL_RTG_ITEM_REVS_INTERFACE
MTL_SECONDARY_LOCS_INTERFACE
MTL_SERIAL_NUMBERS_INTERFACE
MTL_SO_RMA_INTERFACE
MTL_SYSTEM_ITEMS_INTERFACE
MTL_TRANSACTIONS_INTERFACE
MTL_TRANSACTION_LOTS_INTERFACE
MTL_TXN_COST_DET_INTERFACE

Tags: interfaces

• Oracle E-Business Suite
• Comentários(0)

Marcos 10 de julho de 2009

• Oracle E-Business Suite
• Comentários(0)

Marcos 25 de junho de 2009

Continuando o post anterior, faremos mais algumas observações práticas sobre cuidados interessantes a se ter ao implantar um ERP.

Nro 3: É importante conhecer o tipo de trabalho que será feito pelos implementadores. Os tipos de trabalhos podem ser:

• parametrizações: onde usamos certas telas do próprio produto para dizer como este deve se comportar. No mundo ideal, dos sonhos, as implantações são feitas apenas usando parametrizações, o produto permanece o mais original possível e o cliente usufrui dos processos nativos da ferramenta, já testados e aprovados em N ambientes diferentes.

• personalizações: também chamadas “forms personalizations”, onde alteramos algumas coisas nas próprias telas, mas usando um recurso oferecido pelo próprio EBS. Alterações mais “light” podem ser feitas deste modo e o suporte da Oracle permanece muito feliz ao atender o cliente.

• customizações: quando construímos novos programas e anexamos no EBS ou substituímos algo do sistema por uma rotina que nós mesmos construímos. Desconfie quando clientes falarem mal do produto e você constatar que centenas ou milhares de customizações foram feitas. Ou o cliente conseguiu o quase milagre de realmente ser muito diferente, ou está usando módulos do EBS que não funcionam direito para o seu país ou a fase de mapeamento de processos foi mal conduzida.

Nro 4: Deve-se ter em mente que, ao comprar um produto como o EBS, o vendedor (no caso, a Oracle) prestará suporte à empresa. Entretanto, quanto mais o produto original for alterado (ou seja, quanto mais customizações forem feitas), mais difícil será o suporte e mais problemas isto trará a empresa no seu dia-a-dia. Por isto, somente customizações realmente necessárias devem ser feitas.

Nro 5: Ainda falando de customizações, é comum em todas as empresas a sensação de que “o nosso caso é único”, e por isto tenta-se moldar perfeitamente o produto à empresa. Ocorre que muitas vezes esta sensação não é correta. Por exemplo, uma montadora de automóveis tem como “fim” produzir automóveis. Ali está a sua expertise, o seu diferencial. Nada justificaria, nesta análise hipotética de primeiro momento, que houvessem customizações na área contábil. Ora, contabilidade é contabilidade em qualquer parte do mundo. Há formas de fazê-la corretamente usando os recursos do EBS, sem necessitar construir ou alterar programas. Uma customização na parte contábil de uma montadora de automóveis teria que ser muito bem analisada, pois é quase certo que o custo x benefício neste caso fosse favorável à empresa se moldar ao produto e não o contrário.

Nro 6: Sobre a questão dos processos de negócios, deve-se lembrar que o EBS é utilizado em centenas de empresas no mundo todo, ou seja, muitas das melhores práticas do mercado estão colocadas nele, de forma que a empresa pode se beneficiar disto, especialmente se sofre com um certo grau de “bagunça” em suas operações.

Nro 7: os ERP’s quase sempre substituem um sistema corporativo. O sistema antigo que será substituído é chamado usualmente de “legado”. Uma coisa muitíssimo importante e facilmente esquecível é a consistência dos dados do legado. Quando o EBS é parametrizado para receber os dados dos fornecedores, por exemplo, diversas regras como endereços, cep’s, inscrições estaduais e municipais, são configuradas. No momento em que transportamos os dados do legado para o EBS, se as informações estavam incompletas, erradas ou duplicadas, é assim que elas virão no nosso procedimento de carga e vários problemas podem ocorrer, inclusive atrasos de cronograma pela impossibilidade de carregar os dados daquela forma. O uso de um “Data Clean” pode ser a solução para este caso. Há consultorias especializadas em prestar este serviço de correção de dados para que estes possam depois ser carregados corretamente.

Nro 8: o Brasil possui algumas coisas bem peculiares, como a Nota Fiscal, um documento extremamente importante aqui. Isto pode ser problemático principalmente para produtos desenvolvidos no exterior, como é o caso do Oracle EBS e do SAP. Por este motivo, ao buscar fornecedores destes produtos ou consultorias que os implementem, não esqueça de dar uma atenção toda especial às conversas onde o fornecedor deverá apresentar as soluções para os problemas que necessitem ser corrigidos ou contornados referentes à NF’s.

Por hora era isto. Novas observações podem ser abordadas em posts futuros, já que este é um assunto delicado.

• Oracle E-Business Suite
• Comentários(0)

Marcos 6 de maio de 2009

A implantação de um ERP (EBS, no nosso caso) costuma ser uma etapa traumática na vida de uma empresa. Não que não haja implantações tranquilas, mas em geral não são. Julgo que a principal causa disto seja o fato de que a empresa nunca tenha implantado um programa deste porte antes. Ou seja, é provável que marinheiros de primeira viagem tenham enjôo neste mar revolto, mesmo que tenham lido bastante sobre o mar.

Por este motivo, vou tentar alertar sobre algumas coisas que acho essenciais.

• Oracle E-Business Suite
• Comentários (1)

Marcos 23 de abril de 2009

O EBS é um grande conjunto de aplicativos de negócios interligados que visa atender empresas em âmbito local ou global (ou seja, é um ERP). Ele está integrado por uma série de módulos, cada um procurando abranger uma área de negócio. O objetivo é fornecer uma série de recursos, como por exemplo:

• gestão dos ativos, envolvendo o patrimônio e os demais ativos da empresa, em todo o seu ciclo de vida
• gestão de relacionamento com o cliente
• gestão de projetos
• gestão de compras
• gestão de vendas
• gestão financeira/contábil
• gestão da produção e do ciclo de vida dos produtos
• gestão da cadeia de suprimentos, envolvendo preços, transporte, logística e pedidos
• gestão dos processos de manufatura
• gestão de recursos humanos
• operacionalização de tudo que foi falado acima

As versões R11 e R12 são as mais atuais do EBS, sendo que mudanças significativas ocorreram entre uma e outra. No caso da versão R11, vários programas foram construídos em java, algumas rotinas em C, a grande maioria das telas feitas em Oracle Forms 6i e quase todos os relatórios feitos em Oracle Reports 6i.
Isto significa que, tanto os desenvolvedores envolvidos no projeto, como os analistas funcionais, precisam ter conhecimentos de SQL, a linguagem interna destes aplicativos Oracle. Para os desenvolvedores também é necessário conhecer estas ferramentas de desenvolvimento e a linguagem PL/SQL.

Tags: developer, EBS

• Oracle E-Business Suite
• Comentários (2)

Marcos 14 de abril de 2009

Se você possui na mesma máquina várias versões de java e está tentando abrir o EBS no navegador Mozilla Firefox, pode estar encontrando um erro semelhante ao abaixo:

A causa mais provável é que você não tenha instalado o plugin solicitado. Para fazer isto, basta clicar em “click here” (na figura acima), baixar e instalar o plugin.

Outra causa possível deste problema ocorre quando o Mozilla está utilizando uma versão incompatível do runtime Java (JRE) com o plugin. Isto ocorre porque o firefox vem configurado para procurar e utilizar a versão mais recente do java instalado no seu computador. Para verificar a versão do Java que o Firefox está utlizando, você deve abrir o Firefox e, no menu, acessar a opção Ferramentas > Complementos e selecionar a aba Plugins:

Para corrigirmos este problema, fazemos o seguinte:

1. vamos até o diretório onde está instalada a versão do java que desejamos

2. copiamos do seu diretório “bin” os arquivos NP*.dll (vide abaixo)

3. colamos estes arquivos na pasta “plugins” do Mozilla:

4. reiniciamos o Mozilla e informamos na barra de endereços “about:config”. Filtramos por “plugin.scan.sun” e alteramos o valor para 1.9 ( ou outra versão, superior a versão atual do java existente), para que ele assuma a versão que foi copiada para a pasta “plugins” ( os arquivos NP*.dll copiados acima )

5. Reinicie o Mozilla e pronto! Agora você pode acessar o EBS à partir dele, mesmo tendo outras versões de java na sua máquina. Isto é especialmente interessante para ambientes onde se usa o ERP da Oracle (que possui uma exigência de versão de java), mas também se desenvolve programas utilizando versões mais recentes da plataforma java.

Tags: browser, configuração, EBS, erro, firefox, mozilla, navegação, várias versões de java

• Configurações
• Comentários(0)

Marcos 8 de abril de 2009

Em palavras simples, um ERP consiste de uma série de programas que trabalham juntos, formando um único pacote, e que objetiva informatizar toda uma empresa ou, pelo menos, boa parte dela.

Imagine algumas décadas atrás, quando as primeiras corporações iniciaram o seu processo de automação. Naquele tempo, cada empresa iniciava por um setor, que poderia ser, por exemplo, o departamento de recursos humanos ou a contabilidade, sem se preocupar muito com os demais setores. Depois disso, novo projeto, nova área, novos cadastros. Quanto maior o número de empregados, a complexidade dos processos e o volume de tarefas, maior a chance de a mesma pessoa existir em um cadastro de empregados, outro de fornecedores e outro de clientes. E para piorar, com um código diferente em cada um deles. Como não havia integração, só depois o setor de compras descobria que o setor de vendas havia criado outro cadastro. Duplicidade. Se a empresa tivesse várias filiais, quantos códigos o mesmo fornecedor teria?

Buscando alternativas para este tipo de problema, chegamos a percepção de que os sistemas computacionais de uma mesma empresa deveriam ser o mais integrado possível. Surgiram metodologias, como a análise estruturada e a modelagem entidade-relacionamento, que buscavam fornecer um ambiente computacional sem informações repetidas ou contraditórias. Também nesta época, houve um grande crescimento das empresas de informática, especializadas em construir soluções para terceiros. Bons produtos foram aparecendo no mercado, cada vez com abrangência maior. Surgiram os primeiros ERP’s. As companias brasileiras podiam contar com SAP, Datasul e Microsiga, entre outros, e, mais recentemente, com o Oracle Financials. Com o passar dos anos, a Oracle agregou novos produtos ao Oracle Financials, e a esta evolução deu o nome de Oracle E-Business Suite.

Comprar um ERP pode trazer grandes benefícios ou grandes prejuízos. Em primeiro lugar, é necessário ter em mente que é um investimento de grande vulto. Em seguida (e vamos falar mais sobre implantação de ERP’s em outro post) queria mencionar que o objetivo de se implantar um ERP é obter exatidão nas informações da empresa, evitar duplicidades, ter um ambiente mais “redondo”, mais fácil de manejar, com menor dependência de uns poucos indivíduos “que conhecem o que foi feito”.

Há, além disso, a noção de que uma empresa administrada por um software reconhecido no mercado é mais “transparente” aos investidores, e isto é ótimo para empresas de capital aberto ou em vias disto. Teoricamente, um ERP já consolidado foi “provado” em uma grande quantidade de empresas, cada qual com a sua realidade própria, e por isto possui a correta capacidade de se moldar à realidade da empresa que pensa em adquirí-lo. Há empresas, inclusive, que possuem certa desorganização e que veem na implantação de um ERP a oportunidade para um recomeço de forma mais organizada.

Os líderes do mercado mundial de ERP’s são o SAP e o Oracle E-Business Suite (EBS). Veremos o EBS nos próximos posts.

Tags: EBS, erp

• Geral
• Comentários(0)