Atualização Datasul
Atualizar o Datasul não significa apenas instalar uma nova versão do produto. Em ambientes corporativos, uma atualização pode envolver customizações, integrações, bancos de dados, componentes Progress OpenEdge, sistemas satélites e processos críticos que precisam continuar funcionando depois da mudança.
A DATA IT apoia empresas no planejamento, preparação, homologação e acompanhamento de atualizações do Datasul, combinando conhecimento técnico e funcional para analisar os impactos da mudança antes da entrada em produção.
Atualização de Datasul começa antes da janela de produção
Grande parte do risco de uma atualização pode ser identificada antes da execução técnica.
Customizações antigas, integrações sem documentação, dependências entre sistemas, programas específicos e processos pouco testados podem transformar uma atualização aparentemente simples em um projeto complexo.
Por isso, o trabalho começa pelo entendimento do ambiente existente e pela definição de um plano de atualização e homologação.
Release, patches e evolução do produto
O Datasul recebe evoluções por meio de releases e patches disponibilizados pelo fabricante.
A atualização de release incorpora manutenções e evoluções acumuladas entre versões, enquanto patches podem atender correções e necessidades específicas liberadas dentro de uma determinada release.
A decisão sobre qual atualização aplicar deve considerar a versão atual do ambiente, requisitos do produto, necessidades legais, componentes utilizados e estratégia de manutenção da empresa.
Assessment antes da atualização
Antes de iniciar um projeto, é importante mapear os elementos que podem ser impactados.
Esse levantamento pode envolver versão atual do Datasul, Progress OpenEdge, banco de dados, customizações, UPCs, integrações, APIs, sistemas satélites, jobs, interfaces e processos considerados críticos pela operação.
O objetivo é identificar dependências e organizar o escopo antes da mudança.
Inventário de customizações
Ambientes Datasul que evoluíram ao longo dos anos podem possuir diversos programas específicos e extensões.
Nem todas as customizações possuem o mesmo nível de criticidade. Algumas atendem processos essenciais; outras podem ter perdido sua função ou até possuir alternativa no padrão atual do produto.
Durante uma atualização, é importante saber quais desenvolvimentos existem, onde são utilizados e quais precisam ser avaliados e testados.
Quando necessário, nossa equipe de Progress OpenEdge e ABL pode apoiar a análise e evolução dessas customizações.
Integrações precisam fazer parte do escopo
Uma atualização pode alterar componentes utilizados por integrações com outros sistemas.
APIs, serviços, rotinas específicas, layouts, autenticação e dependências técnicas precisam ser avaliados de acordo com o cenário do cliente.
Por isso, as integrações relevantes devem fazer parte do plano de testes e não serem verificadas apenas depois da entrada em produção.
Conheça também nosso serviço de Integrações Datasul e APIs.
Progress OpenEdge e infraestrutura
O ambiente Datasul também possui dependências relacionadas à plataforma Progress OpenEdge e à infraestrutura utilizada pela empresa.
Compatibilidade entre versão do produto, versão do Progress OpenEdge, sistema operacional e demais componentes deve ser verificada com base na documentação oficial e no ambiente efetivamente utilizado.
Uma atualização do Datasul não deve assumir automaticamente que todos os componentes técnicos permanecem compatíveis.
Homologação: onde o projeto realmente é validado
A homologação precisa reproduzir os processos mais importantes da operação.
Não basta verificar se o sistema abriu ou se uma rotina isolada executou sem erro.
Fluxos completos precisam ser testados considerando as áreas envolvidas e suas integrações.
Recebimento, estoque, produção, faturamento, fiscal, financeiro, contabilidade e outros processos críticos podem possuir dependências que só aparecem quando o fluxo é executado de ponta a ponta.
Usuários-chave fazem parte da atualização
A equipe técnica não conhece sozinha todas as particularidades da operação.
Usuários-chave ajudam a identificar cenários críticos, exceções e processos que precisam ser validados antes da mudança de versão.
Uma boa homologação combina conhecimento técnico, conhecimento funcional e experiência de quem utiliza o sistema diariamente.
Plano de testes
O plano de testes deve priorizar processos de acordo com sua criticidade e impacto na operação.
Além dos fluxos padrão, devem ser considerados customizações, integrações, relatórios, jobs, interfaces e situações específicas relevantes para o ambiente.
Também é importante registrar resultados e pendências para que a decisão de entrada em produção seja baseada em evidências.
Go/No-Go
A decisão de atualizar o ambiente de produção não deveria depender apenas da data prevista no cronograma.
Antes do Go Live, é importante avaliar os testes executados, pendências abertas, criticidade dos problemas identificados, disponibilidade das equipes e plano de retorno caso algum impedimento relevante apareça.
Um processo claro de Go/No-Go ajuda gestores e responsáveis técnicos a tomar a decisão com base no estado real do projeto.
Plano de execução e retorno
A janela de atualização precisa possuir uma sequência definida de atividades, responsáveis e validações.
Dependendo do ambiente e da estratégia adotada, também devem ser previstos procedimentos de contingência ou retorno caso a entrada em produção precise ser interrompida.
Esses procedimentos devem ser definidos de acordo com a arquitetura real de cada cliente.
Acompanhamento após a entrada em produção
O projeto não termina quando a atualização é concluída tecnicamente.
Após a liberação do ambiente, é importante acompanhar os processos críticos, integrações e ocorrências identificadas pelos usuários.
Esse período inicial ajuda a tratar rapidamente situações que não apareceram durante a homologação e a estabilizar o ambiente atualizado.
Atualização também é oportunidade de revisar o ambiente
Durante o levantamento podem aparecer customizações que não são mais utilizadas, processos paralelos, integrações antigas ou controles que poderiam ser simplificados.
Por isso, uma atualização também pode ser oportunidade para reduzir dívida técnica e organizar melhor o ambiente.
Isso não significa aumentar automaticamente o escopo do projeto. Cada melhoria deve ser avaliada quanto a risco, benefício e prioridade.
Conhecimento técnico e funcional no mesmo projeto
Uma atualização pode envolver simultaneamente tecnologia e processo.
A DATA IT reúne profissionais de desenvolvimento e infraestrutura de aplicação com consultores funcionais e especialistas em áreas como fiscal, contabilidade, produção, logística, custos, recebimento, faturamento e finanças.
Essa combinação ajuda a analisar não apenas se um componente técnico foi atualizado, mas se os processos importantes continuam funcionando corretamente.
Precisa atualizar seu ambiente Datasul?
Se sua empresa está planejando uma mudança de release, atualização de ambiente ou precisa entender os impactos de uma nova versão, converse com nosso time.
Podemos apoiar desde o assessment e planejamento até homologação, Go Live e acompanhamento pós-atualização, conforme o escopo do projeto.
Conheça também nossa Consultoria Datasul.