Mauro Cesar Leite de Oliveira’s Post

O BÁSICO (SE FEITO) É BOM: MIGRAÇÃO DE DADOS E OS ERP: QUANDO É NECESSÁRIO, DESEJADO, DESNECESSÁRIO OU INDESEJADO FAZER UMA MIGRAÇÃO DE DADOS NUMA TROCA DE ERP? Tenho absoluta certeza que com o post de hoje vou gerar alguma polêmica (para não dizer atrito) com algumas linhas de pensamento que clientes e fornecedores de ERP têm sobre o tema. Numa implantação de ERP o fornecedor não quer migrar nada do ERP anterior do seu cliente. Durante a venda do ERP o vendedor orienta o seu cliente a somente migrar alguns cadastros e afirma que todo o passado deve ficar no passado e que ele pode consultá-lo no ERP antigo, num repositório de dados ou acessando os dados através de um BI (Business Intelligence). O cliente do ERP, mesmo quando tem algum profissional que conhece um pouco mais sobre o assunto, quer migrar os seus cadastros (um pouco mais que o fornecedor quer) e alguns movimentos (normalmente o financeiro, compras e, às vezes, as vendas). Quando percebem as tarefas que precisam fazer nas bases, alguns clientes de ERP até desistem de fazer. Mas o que é certo precisa prevalecer. 01) Necessário Migrar: todas as médias/grandes bases de cadastros e movimentos relevantes, todos os movimentos que são impactados por obrigações legais. 02) Desejável Migrar: todos os cadastros e movimentos contemplados no novo ERP. 03) Desnecessário Migrar: todos os cadastros e movimentos que não são contemplados no novo ERP. 04) Indesejável Migrar: todos os cadastros e movimentos de pequeno/médio porte que tenham problemas significativos de qualidade, cuja as tratativas tenham dificuldades de serem feitas por regras comuns. É importante lembrar que a condição ideal dessa migração de dados é que ela ocorra na implantação do novo ERP, porém, pode ocorrer em qualquer momento na sua maturidade. A migração de dados numa mudança de ERP é muito mais do que levar dados de um banco de dados para outro pelas vias certas. Estamos falando de mudanças de estruturas de dados, regras e restrições diferentes, necessidades de validações diversas e tratativas de riscos durante a migração. AFIRMAÇÃO: Migrar dados de um ERP para outro tem os seus desafios, mas também tem vantagens econômicas e operacionais significativas. PERGUNTA: CLIENTE DO ERP: Você tem alguma base de dados relevante dentro do seu ecossistema de ERP anterior que você precisa/gostaria de migrar para o seu ERP atual? Quanto entrave de gestão isso gerou ou está gerando no momento? PERGUNTA: FORNECEDOR DO ERP: Como você se posiciona em relação a migração dos dados dos seus sistemas ERP? Já analisou essa situação como uma grande oportunidade para gerar novas receitas e atender melhor os seus clientes? CLUBE DO ERP: https://lnkd.in/dyQh38Dq CLUBE DO ERP: COMUNIDADE: WHATSAPP: https://lnkd.in/d-kZsaJ8 ASSINAR NEWSLETTER O BÁSICO É BOM NO LINKEDIN: https://lnkd.in/dkuKx2tA #ERP #ClubedoERP #OBásicoseFeitoéBom

O BÁSICO (SE FEITO) É BOM: MIGRAÇÃO DE DADO E OS ERP: UMA VISÃO BÁSICA DE MIGRAÇÃO DE DADOS ENTRE ERP TEM AS SUAS NECESSIDADES DE CUIDADOS Ok, você está seguindo aquela visão bem básica de migração de dados em projetos de ERP onde você somente vai trabalhar com os cadastros principais e vai deixar todo o legado para trás, em forma de uma consulta relativamente eficaz, mas improdutiva. Mesmo nessa visão, cuidados são necessários que nem sempre são observados. Vamos ver o processo: 01) Você levanta as bases de cadastros que quer migrar. Lembrando que as vezes esses cadastros podem estar em um ou mais sistemas/planilhas. 02) Faz uma verificação da qualidade dos cadastros e toma a decisão se os mesmos precisam de alguma adequação. 03) Precisando de uma adequação de qualidade, esses cadastros passam por ajustes manuais ou por filtros automáticos/manuais de verificação/conversão que serão realizados numa base separada… normalmente de forma simples, porque se for muito complexo é tomado a decisão de desistir e cadastrar tudo manualmente. 04) As bases limpas serão ajustadas para os padrões de entrada de dados no novo ERP. 05) A migração desses cadastros ocorrem (na maioria das vezes) através de uma ferramenta dentro do ERP que vai receber esse arquivo, fazer as validações de forma e de conteúdo (muitas das vezes de forma incompleta), e caso tenha alguma divergência vai apresentar uma crítica na tela para que o usuário possa tomar uma decisão sobre o que fazer. 06) Tendo divergências, a migração poderá ser cancelada para fazer ajustes e tentar de novo, seguir em frente com ajustes sendo feitos dentro do ERP ou os pontos divergentes são retirados da migração. 07) Depois de migrado para o ambiente de teste (Deus queira que alguém tenha pensado em colocar num ambiente de teste) os cadastros são utilizados e caso tenha algum problema o ERP (caso tenha este recurso) pode retirar aquela migração feita. 08) Cadastros ok? Virar a base para o ambiente de produção no momento oportuno. O detalhe aqui é o fato que a maioria dos fornecedores de ERP deixam essa atividade inteiramente nas mãos dos seus clientes, ou, executam uma parte dessa atividade (somente a entrada dos dados já limpos). AFIRMAÇÃO: Ainda vemos muita improdutividade e muitos riscos nos processos atuais de migração de dados. PERGUNTA: CLIENTE DO ERP: Você precisa fazer migrações de dados? Você está seguro para realizar este processo? O seu fornecedor de ERP te apoia de forma adequada nisso? PERGUNTA: FORNECEDOR DO ERP: Os recursos de migração de dados dentro do seu ERP são eficazes e de fácil uso? Já pensou em ofertar serviços mais completos de migração de dados cobrando por isso? CLUBE DO ERP: https://lnkd.in/dyQh38Dq CLUBE DO ERP: COMUNIDADE: WHATSAPP: https://lnkd.in/d-kZsaJ8 ASSINAR NEWSLETTER O BÁSICO É BOM NO LINKEDIN: https://lnkd.in/dkuKx2tA #ERP #ClubedoERP #OBásicoseFeitoéBom

O BÁSICO (SE FEITO) É BOM: MIGRAÇÃO DE DADO E OS ERP: UMA VISÃO BÁSICA DE MIGRAÇÃO DE DADOS ENTRE ERP TEM AS SUAS NECESSIDADES DE CUIDADOS Ok, você está seguindo aquela visão bem básica de migração de dados em projetos de ERP onde você somente vai trabalhar com os cadastros principais e vai deixar todo o legado para trás, em forma de uma consulta relativamente eficaz, mas improdutiva. Mesmo nessa visão, cuidados são necessários que nem sempre são observados. Vamos ver o processo: 01) Você levanta as bases de cadastros que quer migrar. Lembrando que as vezes esses cadastros podem estar em um ou mais sistemas/planilhas. 02) Faz uma verificação da qualidade dos cadastros e toma a decisão se os mesmos precisam de alguma adequação. 03) Precisando de uma adequação de qualidade, esses cadastros passam por ajustes manuais ou por filtros automáticos/manuais de verificação/conversão que serão realizados numa base separada… normalmente de forma simples, porque se for muito complexo é tomado a decisão de desistir e cadastrar tudo manualmente. 04) As bases limpas serão ajustadas para os padrões de entrada de dados no novo ERP. 05) A migração desses cadastros ocorrem (na maioria das vezes) através de uma ferramenta dentro do ERP que vai receber esse arquivo, fazer as validações de forma e de conteúdo (muitas das vezes de forma incompleta), e caso tenha alguma divergência vai apresentar uma crítica na tela para que o usuário possa tomar uma decisão sobre o que fazer. 06) Tendo divergências, a migração poderá ser cancelada para fazer ajustes e tentar de novo, seguir em frente com ajustes sendo feitos dentro do ERP ou os pontos divergentes são retirados da migração. 07) Depois de migrado para o ambiente de teste (Deus queira que alguém tenha pensado em colocar num ambiente de teste) os cadastros são utilizados e caso tenha algum problema o ERP (caso tenha este recurso) pode retirar aquela migração feita. 08) Cadastros ok? Virar a base para o ambiente de produção no momento oportuno. O detalhe aqui é o fato que a maioria dos fornecedores de ERP deixam essa atividade inteiramente nas mãos dos seus clientes, ou, executam uma parte dessa atividade (somente a entrada dos dados já limpos). AFIRMAÇÃO: Ainda vemos muita improdutividade e muitos riscos nos processos atuais de migração de dados. PERGUNTA: CLIENTE DO ERP: Você precisa fazer migrações de dados? Você está seguro para realizar este processo? O seu fornecedor de ERP te apoia de forma adequada nisso? PERGUNTA: FORNECEDOR DO ERP: Os recursos de migração de dados dentro do seu ERP são eficazes e de fácil uso? Já pensou em ofertar serviços mais completos de migração de dados cobrando por isso? CLUBE DO ERP: https://lnkd.in/duuhp8Y2 CLUBE DO ERP: COMUNIDADE: WHATSAPP: https://lnkd.in/dgR7-da3 ASSINAR NEWSLETTER O BÁSICO É BOM NO LINKEDIN: https://lnkd.in/dZ6mtcBj #ERP #ClubedoERP #OBásicoseFeitoéBom

A questão é "Quem não passou por um problema de atualização de versão de um sistema ERP?"   Acredito devemos ter como atenção em alguns pontos antes de aplicar alguma atualização em seu sistema ERP: - Planejar a atualização; - Criar um cronograma para os testes, backup, ajustes, implementação, etc... - Fazer backup dos dados e do sistema; - Testar esta atualização em um ambiente de teste; - Após os testes e ajustes, programar a atualização em um ambiente de produção; - Informar os usuários da atualização que será implementada: - Fornecer treinamento aos usuários, caso seja necessário; - Aplicar o passo a passo da atualização; - Preparar o suporte após atualização: - Caso ocorram problemas que não foram identificados nos testes; - Dificuldade de os usuários utilizarem a nova versão; - Avaliação de Desempenho e Feedback; - Por um tempo verificar o desempenho e Feedback dos usuários; Estes são alguns pontos, sei que devemos ter muita atenção para uma ação como esta.   Caso: Já passei por isto fazendo de uma forma URGENTE e IMEDIATA, já sabem o que aconteceu... O sistema travou, ficou tudo parado, prejuízo para a empresa, mas neste caso eu consegui de uma forma rápida e organizada a recuperação de todo o sistema, sem prejuízo para a empresa.   Sem planejamento e organização, nunca você terá sucesso em uma atualização de sistema ERP. Uma matéria interessante sobre este assunto: https://lnkd.in/dmFtuVVX

O BÁSICO (SE FEITO) É BOM: MIGRAÇÃO DE DADOS E OS ERP: A MIGRAÇÃO DE ARMAZENAMENTO TAMBÉM TEM OS SEUS CUIDADOS Quando analisamos o ciclo de vida dos ERP nas empresas é comum perceber que em vários momentos os armazenamentos dos dados/arquivos associados sofrem mudanças ou precisam se adaptar às mudanças de sistemas que estão relacionados a eles. Quero retratar duas mudanças mais comuns, que são: 01) Migração de um ambiente com armazenamento on premise para outro em nuvem. Muitos gestores de empresa acreditam que quando a sua área de TI fala que vai migrar as suas bases de dados de um servidor interno para a nuvem o investimento de consumo da nuvem é o seu único investimento e que isso é algo que o técnico faz em questão de minutos… já escutei isso algumas vezes. Todo o processo inclui ajustes de licenciamentos, revisão de rotinas de segurança, configurações das armazenagem com base em cada banco de dados que será utilizado, todas as novas vinculações dos dados às suas aplicações, ajustes nas rotinas de backup, testes e qualquer outra atividade relacionada. Não tem muitos mistérios, mas tem os seus cuidados. 02) Associação de arquivos aos ERP. Numa troca de ERP, eventualmente pode ocorrer situações de vinculações de arquivos, digitalização de documentos associados e até criação de documentos pelo ERP. Muitas vezes uma empresa tem uma estrutura simples de rede com repositório interno de arquivos e distribui alguns outros pequenos repositórios de arquivos na nuvem e precisa consolidar tudo numa estrutura mais robusta com AD (Active Directory). Este é outro exemplo que os gestores desconhecem os investimentos necessários e precisam lidar com ajustes ao longo do tempo, principalmente com as permissões de acesso aos arquivos pelo AD e pelo ERP. Também não tem mistério, tem trabalho e investimento. AFIRMAÇÃO: Entenda que eventualmente os armazenamentos de dados/arquivos vão precisar mudar, que essa atividade é técnica e que precisa de investimentos. PERGUNTA: CLIENTE DO ERP: No seu processo de seleção de ERP, caso tenha necessidade, você incluiu os custos de adequação de infraestrutura para armazenamento? Na implantação considerou prazos razoáveis para essa atividade? Tem recursos internos ou contratados que possam executar bem essa atividade? Seu fornecedor de ERP passou alguma orientação? PERGUNTA: FORNECEDOR DO ERP: Você, durante a venda do ERP, passou orientações mínimas para o seu cliente sobre infraestrutura para armazenamentos? No checklist de implantação você incluiu verificações de infraestrutura? Caso atenda clientes pequenos, você intensifica esse tipo de orientação?  CLUBE DO ERP: https://lnkd.in/dyQh38Dq CLUBE DO ERP: COMUNIDADE: WHATSAPP: https://lnkd.in/d-kZsaJ8 ASSINAR NEWSLETTER O BÁSICO É BOM NO LINKEDIN: https://lnkd.in/dkuKx2tA #ERP #ClubedoERP #OBásicoseFeitoéBom

O BÁSICO (SE FEITO) É BOM: ESTRUTURAS DE PRODUTOS E OS ERP: PRECISAMOS FALAR DE ESTRUTURAS DE PRODUTOS ASSOCIADAS AOS SERVIÇOS Muitas operações nas empresas utilizam um documento chamado Ordem, onde destacamos: Ordem de Produção, Ordem de Serviço, Ordem de Empacotamento, Ordem de Compras, Ordem de Descarte, etc. Em praticamente todas essas Ordens o padrão de trabalho inclui a vinculação de itens / estruturas de produtos, sendo que nas Ordens de Serviços isso não é tão normal assim. É muito comum encontrarmos Ordens de Serviços com a utilização somente de textos para associar serviços e/ou itens vinculados a elas, o que acarreta em ter (em vários casos) riscos de falhas nas atividades, falhas nos registros e improdutividades operacionais. Isso não deveria ser assim. Vamos conversar sobre alguns pontos envolvidos: => A grande maioria dos ERP/Sistemas Especialistas que operam com Estruturas de Produtos tem a possibilidade de cadastrar e estruturar serviços nativamente, só que muitos não exploram este recurso. => Muitas modelagens de Ordens de Serviços nos sistemas não têm a capacidade implementada de capturar informações dos cadastros de itens e/ou das estruturas de produtos, mesmo quando necessitam. => Uma quantidade expressiva de sistemas conseguem utilizar recursos de listas de tarefas e transferem para essa lista a colocação dos serviços e até dos itens utilizados… esse não é o papel deste recurso. => Certamente operações simplórias de serviços ou que não atuem com padrões pré-estabelecidos de trabalho não se beneficiam com as Estruturas de Produtos dos Serviços, mas as que se beneficiam as vantagens são significativas, e não vemos isso ocorrer de forma corriqueira. => Algumas operações de serviços compensam as deficiências dos sistemas em não usar Estruturas de Produtos de Serviços nativamente nas Ordens de Serviços utilizando o recurso de Roteiro de Processos dos sistemas… em alguns casos os resultados são bem interessantes, em operações mais complexas de serviços a administração fica mais difícil com este recurso. AFIRMAÇÃO: Ok, temos alternativas para não usar as Estruturas de Produtos de Serviços, mas, em vários casos, essas alternativas não são os melhores caminhos. PERGUNTA: CLIENTE DO ERP: Como você opera os seus serviços? Os mesmos são estruturados? Já avaliou a vantagem de usar Estruturas de Produtos para modelar os seus serviços? PERGUNTA: FORNECEDOR DO ERP: O que te impede de adotar as Estruturas de Produtos nos Serviços dos seus sistemas? Já avaliou ônus e bônus disso? CLUBE DO ERP: https://lnkd.in/duuhp8Y2 #ERP #ClubedoERP #OBásicoseFeitoéBom

Olá vamos continuar falando sobre ERP. 4.Estimar os custos do projeto Um caso de negócios realista dependerá de obter uma estimativa precisa do custo de o novo sistema ERP. Há vários fatores-chave a serem considerados. Os mais óbvios são os custos de licenciamento do software em si. Se você estiver comprando um sistema ERP baseado em nuvem, precisará fator em um custo de assinatura com base em fatores como o número de módulos e usuários. Se você estiver usando um sistema local, o custo incluirá licenças de software, o hardware necessário para executar o sistema, e quaisquer especialistas em tecnologia ou profissionais de ERP necessários para instalar, executar e manter o sistema. Mas você também precisa considerar os custos de implementação do novo sistema. Estes incluir: Configuração e implantação de software: Para todos os sistemas, você precisar para incluir o custo de configurar o sistema e personalizá-lo para o seu negócio necessidades, se necessário, para as quais você provavelmente precisará de ajuda profissional ou pelo menos alguém em sua equipe de TI que tenha experiência e conhecimento com o sistema você é Implementação. Se você escolher um sistema local, inclua também o custo do sistema no local licenças de hardware e software, além do custo da experiência necessária para instalação e manutenção Redesenho de processos: Processos de negócios aprimorados são um dos principais objetivos de muitos Implementações de ERP. As empresas geralmente precisam de ajuda profissional ou precisam de ajuda para alocar recursos internos para determinar como redesenhar processos de negócios. Dados migração  mover dados de sistemas legados para o ERP é um momento Consumir e processo tedioso. Determine quanto histórico você precisa no novo ERP e como você ainda pode obter informações históricas dos sistemas anteriores. A maioria das empresas leva não mais do que 3 anos de dados encaminhados para o novo ERP para ajudar a reduzir a implementação Custos Redação do relatório: A maioria dos projetos inclui um redator de relatórios que Desenvolver relatórios personalizados para as pessoas de toda a empresa. Boas soluções ERP incluirá uma selecção decente de relatórios normalizados; alguns deles fazem a criação Relatórios personalizados gerenciáveis para a maioria dos usuários avançados Formação: Incluir custos para treinamento de funcionários sobre como usar o sistema, além de qualquer treinamento necessário para a equipe de TI necessária para instalar no local sistemas e outros especialistas, como o relator. Mudar Gerenciamento mudança é inevitável com qualquer implementação de ERP. Não apenas para os funcionários que usam o novo mas também para clientes que recebem uma nova fatura, fornecedores que têm que Conheça um novo processo de compras ou gerentes que recebem novos relatórios #agl.solutions #netsuite #ERP #tecnologia da informação #gestão de negócios #curta e compartilhe

O BÁSICO (SE FEITO) É BOM: INFRAESTRUTURA DE TI E OS ERP: COMPREENDENDO UM POUCO MELHOR OS IMPACTOS DAS INFRAESTRUTURAS DE TI NOS ERP “Nossa, como o meu ERP é lento!!!”. “Não entendo o porque que o meu ERP tem sempre problemas”. “Meu ERP travou do nada… essa porcaria só me dá trabalho.” Essas e outras reclamações ecoam nos corredores das empresas o tempo todo. O que muita gente não percebe é que em um número expressivo de casos o problema não tem nada a ver com o ERP em si e sim com a infraestrutura de TI que foi disponibilizada para que o ERP pudesse trabalhar. Quantas e quantas vezes eu vi projetos robustos de ERP que o cliente nem fez uma auditoria física e lógica da sua rede de trabalho. Quantas operações com ERP web ou que precisam muito da web para ser operacionalizado, foi disponibilizado um link com alta latência, instável, compartilhando com os downloads de vídeos dos usuários ou sem link reserva de trabalho. Quantas operações travaram ao usar os ERP porque teve uma atualização no sistema operacional ou no browser ou ainda foi incluído um add neles que gerou um transtorno enorme. Poderia ficar aqui e colocar facilmente uma lista com dezenas de ações ou possibilidades de gerar transtornos operacionais por descuido da infraestrutura de TI. Gestores de empresas, eu tenho a convicção de que a grande maioria dos fornecedores dos ecossistemas de ERP poderiam orientá-los melhor em relação a infraestrutura de TI necessária, mas ponham as mãos nas consciências e lembrem-se que a infraestrutura de TI é de total responsabilidade sua, e sendo assim, você deve garantir que a melhor composição para o seu caso seja disponibilizada. Não tem um bom técnico interno para tratar disso, contrata um serviço temporário e/ou permanente. Tem um técnico local que não está pronto para este desafio, que tal capacitá-lo? A única coisa que você não pode fazer é se omitir em relação a este fato: a infraestrutura de TI pesa demais para o sucesso operacional do seu ERP e é você o principal responsável. AFIRMAÇÃO: Acredito que o maior problema relacionado a infraestrutura de TI seja de não entendimento do valor dela e dos seus impactos nos ecossistemas de ERP. PERGUNTA: CLIENTE DO ERP: Você consegue perceber a importância da infraestrutura de TI nas suas operações com o ecossistema de ERP? Consegue mesmo? PERGUNTA: FORNECEDOR DO ERP: Você orienta adequadamente os seus clientes em relação a tudo vinculado à infraestrutura de TI que eles precisam? Está confortável com isso? CLUBE DO ERP: https://lnkd.in/dyQh38Dq #ERP #ClubedoERP #OBásicoseFeitoéBom

O BÁSICO (SE FEITO) É BOM: INFRAESTRUTURA DE TI E OS ERP: COMPREENDENDO UM POUCO MELHOR OS IMPACTOS DAS INFRAESTRUTURAS DE TI NOS ERP “Nossa, como o meu ERP é lento!!!”. “Não entendo o porque que o meu ERP tem sempre problemas”. “Meu ERP travou do nada… essa porcaria só me dá trabalho.” Essas e outras reclamações ecoam nos corredores das empresas o tempo todo. O que muita gente não percebe é que em um número expressivo de casos o problema não tem nada a ver com o ERP em si e sim com a infraestrutura de TI que foi disponibilizada para que o ERP pudesse trabalhar. Quantas e quantas vezes eu vi projetos robustos de ERP que o cliente nem fez uma auditoria física e lógica da sua rede de trabalho. Quantas operações com ERP web ou que precisam muito da web para ser operacionalizado, foi disponibilizado um link com alta latência, instável, compartilhando com os downloads de vídeos dos usuários ou sem link reserva de trabalho. Quantas operações travaram ao usar os ERP porque teve uma atualização no sistema operacional ou no browser ou ainda foi incluído um add neles que gerou um transtorno enorme. Poderia ficar aqui e colocar facilmente uma lista com dezenas de ações ou possibilidades de gerar transtornos operacionais por descuido da infraestrutura de TI. Gestores de empresas, eu tenho a convicção de que a grande maioria dos fornecedores dos ecossistemas de ERP poderiam orientá-los melhor em relação a infraestrutura de TI necessária, mas ponham as mãos nas consciências e lembrem-se que a infraestrutura de TI é de total responsabilidade sua, e sendo assim, você deve garantir que a melhor composição para o seu caso seja disponibilizada. Não tem um bom técnico interno para tratar disso, contrata um serviço temporário e/ou permanente. Tem um técnico local que não está pronto para este desafio, que tal capacitá-lo? A única coisa que você não pode fazer é se omitir em relação a este fato: a infraestrutura de TI pesa demais para o sucesso operacional do seu ERP e é você o principal responsável. AFIRMAÇÃO: Acredito que o maior problema relacionado a infraestrutura de TI seja de não entendimento do valor dela e dos seus impactos nos ecossistemas de ERP. PERGUNTA: CLIENTE DO ERP: Você consegue perceber a importância da infraestrutura de TI nas suas operações com o ecossistema de ERP? Consegue mesmo? PERGUNTA: FORNECEDOR DO ERP: Você orienta adequadamente os seus clientes em relação a tudo vinculado à infraestrutura de TI que eles precisam? Está confortável com isso? CLUBE DO ERP: https://lnkd.in/duuhp8Y2 #ERP #ClubedoERP #OBásicoseFeitoéBom

O BÁSICO (SE FEITO) É BOM: MIGRAÇÃO DE DADOS E OS ERP: A MIGRAÇÃO DE ARMAZENAMENTO TAMBÉM TEM OS SEUS CUIDADOS Quando analisamos o ciclo de vida dos ERP nas empresas é comum perceber que em vários momentos os armazenamentos dos dados/arquivos associados sofrem mudanças ou precisam se adaptar às mudanças de sistemas que estão relacionados a eles. Quero retratar duas mudanças mais comuns, que são: 01) Migração de um ambiente com armazenamento on premise para outro em nuvem. Muitos gestores de empresa acreditam que quando a sua área de TI fala que vai migrar as suas bases de dados de um servidor interno para a nuvem o investimento de consumo da nuvem é o seu único investimento e que isso é algo que o técnico faz em questão de minutos… já escutei isso algumas vezes. Todo o processo inclui ajustes de licenciamentos, revisão de rotinas de segurança, configurações das armazenagem com base em cada banco de dados que será utilizado, todas as novas vinculações dos dados às suas aplicações, ajustes nas rotinas de backup, testes e qualquer outra atividade relacionada. Não tem muitos mistérios, mas tem os seus cuidados. 02) Associação de arquivos aos ERP. Numa troca de ERP, eventualmente pode ocorrer situações de vinculações de arquivos, digitalização de documentos associados e até criação de documentos pelo ERP. Muitas vezes uma empresa tem uma estrutura simples de rede com repositório interno de arquivos e distribui alguns outros pequenos repositórios de arquivos na nuvem e precisa consolidar tudo numa estrutura mais robusta com AD (Active Directory). Este é outro exemplo que os gestores desconhecem os investimentos necessários e precisam lidar com ajustes ao longo do tempo, principalmente com as permissões de acesso aos arquivos pelo AD e pelo ERP. Também não tem mistério, tem trabalho e investimento. AFIRMAÇÃO: Entenda que eventualmente os armazenamentos de dados/arquivos vão precisar mudar, que essa atividade é técnica e que precisa de investimentos. PERGUNTA: CLIENTE DO ERP: No seu processo de seleção de ERP, caso tenha necessidade, você incluiu os custos de adequação de infraestrutura para armazenamento? Na implantação considerou prazos razoáveis para essa atividade? Tem recursos internos ou contratados que possam executar bem essa atividade? Seu fornecedor de ERP passou alguma orientação? PERGUNTA: FORNECEDOR DO ERP: Você, durante a venda do ERP, passou orientações mínimas para o seu cliente sobre infraestrutura para armazenamentos? No checklist de implantação você incluiu verificações de infraestrutura? Caso atenda clientes pequenos, você intensifica esse tipo de orientação?  CLUBE DO ERP: https://lnkd.in/duuhp8Y2 CLUBE DO ERP: COMUNIDADE: WHATSAPP: https://lnkd.in/dgR7-da3 ASSINAR NEWSLETTER O BÁSICO É BOM NO LINKEDIN: https://lnkd.in/dZ6mtcBj #ERP #ClubedoERP #OBásicoseFeitoéBom