para a correcao de um bug, por exemplo. Esse tipo de atualizacao e tao simples que pode ser aplicada pela propria equipe encarregada pelo ERP na organizacao. Pode ser liberada e implementada semanalmente. O segundo tipo trata de atualizacoes mais abrangentes e uniformes, onde sao criados pacotes de correcoes e novas funcionalidades, semelhante a um Service Pack do seu Windows. O nivel de criticidade e moderado e nao exige acoes de terceiros. Pode ser liberada e implementada a cada bimestre. O terceiro tipo e bem mais consistente, altera caracteristicas do banco de dados, implementa novos modulos e recursos, semelhante a troca de uma versao do Windows (por exemplo da versao XP para 7). Exige compatibilizacao da base de dados e conhecimentos tecnicos mais avancados, quando se faz necessario envolver o fornecedor ou um terceiro por ele autorizado / homologado. Pode ser liberada semestralmente, anualmente ou ate a cada dois anos. Obviamente que o player que destacamos acima, tem clientes de todos os tamanhos, inclusive clientes onde nao ha muitas janelas de atualizacao disponiveis, inclusive cliente que esperam respostas rapidas especialmente para a correcao de bugs. Existem, no entanto, sistemas ERP bem mais simples e menores e esses fornecedores nao tem toda a estrutura e arquitetura citada acima, portanto suas atualizacoes sao bem amadoras. Existe, contudo, uma tendencia de mercado que busca criar tipos de atualizacoes mais simples que nao dependam tanto do fornecedor e que possam ser realizadas com sucesso pelo CIO e equipe encarregada pelo ERP na organizacao. Como estamos falando cada dia mais em ERP na nuvem e SaaS, essa tendencia de criar atualizacoes com mais simples esta se acentuando a cada dia. Licao #8 Nao implante novas funcionalidades disponibilizadas nas atualizacoes, sem o acompanhamento do fornecedor para garantir aderencia aos processos de negocio. Muitos clientes de ERP tentam sempre adotar ao maximo as novas funcionalidades que sao disponibilizadas pelo fornecedor. Com essa atitude esses clientes estao sempre muito alinhados com as novidades recem-lancadas pelo fornecedor e essa atitude e muito boa para os negocios se a implementacao das novas funcionalidades ocorrer da forma correta. E preciso contudo que os clientes de ERP estejam cientes dos impactos demandados pela implementacao de novas funcionalidades e modulos em relacao a funcionalidades e modulos que ja estavam funcionando anteriormente. E bem como, por exemplo, ouvir algum cliente pedir ao fornecedor que sejam habilitadas determinadas funcionalidades, ainda que essas funcionalidades nao tenham sido corretamente entendidas, testadas e homologadas em relacao a sua aderencia aos processos de negocio adotados pela organizacao. Quando isso ocorre, e bem comum depois de um determinado tempo o cliente descobrir que ao habilitar determinada funcionalidade ele deixou de ter acesso a outras funcionalidades, uma vez que tratava-se de funcionalidades excludentes. Como exemplo, podemos citar uma empresa que nao tinha integracao bancaria para pagamentos (Pagfor, Sispag, etc) e com a nova funcionalidade disponibilizada pelo fornecedor do ERP deseja implementa-la. Ao fazer a implementacao sem o devido acompanhamento e homologacao do fornecedor, o CIO e equipe encarregada pelo ERP na organizacao nao testam todos os cenarios e implementam a nova funcionalidade em