Pular para o conteúdo principal

NÓS, CONSULTORES, VAMOS EMBORA - Parte I

NÓS, CONSULTORES, VAMOS EMBORA

… e nossos clientes ficam com um
sistema configurado, pronto para utilizar; mas por melhor que seja nosso trabalho, ficam também com uma infinidade de: 

Dúvidas

Desafios
Inseguranças
Falta de conhecimento

Normalmente as principais dúvidas surgem no dia-a-dia, quando os usuários precisam tomar decisões e aplicar seus processos em um sistema integrado. E nós não estamos mais .

EBS - VILÃO OU SOLUÇÃO

Implantação
Imagine trocar um sistema ‘caseiro’, feito exatamente para atender as necessidades do negócio, onde existe conhecimento e experiência nas operações.
Surge o vilão. Um sistema integrado e complexo, onde processos terão de ser revistos, criados e muitas vezes adaptados.
O usuário passa a rejeitar o sistema a partir do momento em que não sabe mais como
fazer o dia-a-dia que ele vem fazendo anos.

Migração 
Apesar da adaptação dos usuários normalmente ser mais 
fácil em uma migração do que em um nova implantação, 
ainda assim é comum encontrarmos resistência à algumas
mudanças, customizações que deixam de existir e mudar 
aqueles hábitos incorretos de utilizar o sistema.

CUSTOMIZAÇÃO OU CORE
A documentação das customizações é fundamental para o projeto durante e após a implantação.
É comum os usuários se esquecerem ou de fato não saberem se determinado processo é core ou customizado; neste momento também é importante a DOCUMENTAÇÃO.

Exemplos comuns da importância das documentações:

Pode surgir uma nova necessidade em que a customização deverá ser alterada, até mesmo pela própria Oracle. A documentação facilita o novo consultor a entender o que foi definido;
Um outro consultor pode assumir o projeto enquanto ainda está em andamento. Existindo a documentação se torna mais efetiva a continuidade ao que estava sendo feito;
O usuário conhece o processo e nós, o sistema. A documentação une estes dois conhecimentos, onde um acaba dependendo do outro;
Maior controle no caso de patch aplicado, em que corre riscos de perder customizações;
Documenta a necessidade do negócio, o desenho do processo e solução adotada.

INTERFACES

A implantação foi um sucesso, os usuários entendem a integração entre os módulos e tudo funciona como previsto.


E aquela fatura que veio do OM? Não encontro no AR.

No RI o lançamento foi completo com sucesso. 
Onde está a fatura no AP?
Eu tenho que verificar a Interface? Como faço 
isto?

O que para nós é algo comum, para os usuários é ponto 
de dificuldade. E é importante instruí-los sobre as necessidades para funcionamento 
das interfaces.
Um concurrent de importação da Interface pode estar programado, mas deverá ter um 
responsável para verificar quando ocorre erros. E muitas vezes este papel não existe
A responsabilidade é de TI ou do Key-User? Uma ‘brigacomum;
Terá um usuário ou responsabilidade única para concurrents programados?
Qual o critério de execução? 5, 10, 30 minutos? Quem será responsável por verificar?

Continua no próxima post... até lá!

Postagens mais visitadas deste blog

Configurando o Oracle com Dataload

Para que Serve o Dataload? Dataload é um programa que copia linhas de uma origem que pode ser uma planilha do excel, para outras planilhas ou formulários. Como ele faz este processo? Ele usa comandos que, quando inseridos em certas posições entre as celulas ou linhas fazem com que as mesmas sejam copiadas na ordem desejada para o arquivo de destino. Tenho que utilizar sempre uma planilha para carregar o Dataload? Não, os dados podem ser inseridos e formatados na propria planilha do Dataload, mas por segurança é indicada a elaboração do processo em uma planilha independente para posterior utilização, sem o risco de perda dos dados pelo Dataload.

Oracle FDG: Integrando Oracle Cloud Receivables com a SEFAZ na Geração de Notas Fiscais

Olá, pessoal! Hoje vamos explorar um dos temas mais importantes para quem trabalha com Oracle Cloud no Brasil: a integração entre o Oracle Fiscal Document Generator (FDG), o módulo de Receivables e a SEFAZ para a geração de Notas Fiscais eletrônicas. Se você precisa entender como funciona esse fluxo ou está enfrentando desafios na implementação, este tutorial vai ajudar você a dominar esse processo essencial. O que é o Oracle FDG? O Oracle Fiscal Document Generator (FDG) é um módulo da solução Latin America Cloud Local Solution (LACLS) para o Brasil, desenvolvido especificamente para atender aos requisitos fiscais brasileiros. Ele é responsável pela geração, validação e envio de documentos fiscais eletrônicos para a SEFAZ, garantindo a conformidade com a legislação fiscal brasileira. Como funciona a integração entre Receivables, FDG e SEFAZ? O fluxo de integração entre esses sistemas é fundamental para o correto funcionamento do processo de faturamento no Brasil. Veja abaixo como essa ...

Pick Release Sales Order

Pick Release é o processo onde a ordem de venda já programada e reservada, é liberada do estoque para que o material seja entregue. Aqui temos o passo-a-passo de cada ação desse processo.  Está em inglês, pois achei mais simples de entender, pois os campos e tabelas sempre serão apresentados dessa forma. 1: ENTER THE SALES ORDER Once order is entered. The Header information stored in OE_ORDER_HEADERS_ALL and the Line information stored in OE_ORDER_LINES_ALL, when the order is entered. The Column:  Flow_Status_Code  is available both OE header and line tables, to define status of order at each stage.            Flow_Status_Code consists of 4 types 1.         Entered 2.         Cancelled 3.         Closed 4.         Booked