Política do Ciclo de Vida das Versões (PCVV) - TMS Embarcador | Senior GKO Frete

A Política do Ciclo de Vida de Versões (PCVV) do TMS Embarcador | Senior GKO Frete apresenta, de forma clara e objetiva, as fases pelas quais cada versão do sistema evolui ao longo do tempo. Este documento explica como ocorrem as liberações (versão, release, build e hotfix) e quais são as expectativas de suporte em cada etapa, permitindo que a organização planeje atualizações com antecedência, avalie impactos técnicos e preserve a continuidade operacional.

Abrangência e público-alvo

Este documento se destina a clientes do TMS Embarcador | Senior GKO Frete nos modelos SaaS e On-Premise. Em ambientes SaaS, a responsabilidade das atualizações é da equipe de infraestrutura da Senior Sistemas, mediante acordo com o cliente. Já em ambientes On-Premise, os clientes são responsáveis por realizar suas próprias atualizações. Caso haja necessidade de um acompanhamento para a conversão de bases, no caso de novas versões, é possível solicitar o apoio de consultor da Senior, mediante negociação comercial.

Fases oficiais do ciclo de vida (PCVV)

A PCVV define quatro fases pelas quais as versões evoluem ao longo do tempo. Cada fase possui expectativas claras quanto a entregas, cobertura de exigências legais e suporte. As definições são as seguintes:

• Em disponibilidade comercial: Período em que a versão é indicada para operação. Recebe novas funcionalidades, atualizações legais e manutenções previstas. É a linha base para implantação e evolução do sistema.
• Transição: Período em que a versão encontra-se estável e não recebe novas funcionalidades. Indica o momento adequado para planejar atualização para a versão em disponibilidade comercial vigente.
• Pré-descontinuação: Janela final antes da descontinuação. As entregas priorizam correções de severidade alta e crítica, preservando estabilidade e segurança enquanto ocorre a migração.
• Descontinuada: Data a partir da qual a versão deixa de receber suporte técnico, correções e atualizações legais. Permanecer nessa condição implica assumir riscos operacionais e de não conformidade.

Ciclo de vida das versões (cronograma oficial)

A tabela a seguir apresenta, por versão, as datas oficiais de Disponibilidade comercial, Início da Transição, Pré-descontinuação e Descontinuada. Essas informações orientam o planejamento de atualização e ajudam a priorizar janelas de homologação. A listagem é apresentada da mais recente para a mais antiga que ainda recebem suporte.

*Versão 6.81 e inferiores.

Conceitos e nomenclaturas de versão

O TMS Embarcador | Senior GKO Frete utiliza um esquema de identificação que torna claro o impacto de cada entrega. A leitura do número permite entender rapidamente o que muda e a profundidade da atualização.

Formato de identificação da versão:

No topo do sistema é possível visualizar o número da versão em uso, no formato GKO FRETE Vs X.XX.YYY.Z.

Cada conjunto de números corresponde a um tipo específico de atualização, com critérios distintos:

• X.XX = Versão — Representa mudanças significativas, com possibilidade de alteração na estrutura do banco de dados.
  • Pode envolver evolução tecnológica e estrutural.
  • Exige planejamento de homologação mais amplo, principalmente em ambientes On-Premise.
  • Exemplos de gatilhos: grandes mudanças legais (como Reforma Tributária e CNPJ Alfanumérico).
• YYY = Release — Representa ajustes e incrementos menores, sem alteração de estrutura de banco.
  • Cadência trimestral.
  • Consolida melhorias e pequenos incrementos funcionais sem impacto de esquema.
  • Em geral, demanda ciclos de homologação mais curtos do que uma versão.
• Z = Build e Hotfix — Representa correções do dia a dia, com numeração incremental.
  • Builds oficiais são liberadas periodicamente, consolidando ajustes do período anterior;
    • A numeração termina em “0” (ex.: 100, 110, 120).
  • Hotfixes são liberados sob demanda para correções pontuais;
    • A numeração não termina em “0” (ex.: 101, 114, 129).

Como funcionam as atualizações na prática no TMS Embarcador | Senior GKO Frete

A periodicidade das atualizações varia de acordo com o tipo de entrega, combinando previsibilidade com rapidez de resposta:

• Semanalmente: builds oficiais consolidam correções e ajustes recentes; hotfixes podem ser aplicados de forma pontual quando necessário.
• Trimestralmente: releases reúnem incrementos funcionais e melhorias menores, sem alteração de estrutura de banco, permitindo homologações objetivas.
• Sob demanda (sem periodicidade específica): versões são liberadas quando há mudanças significativas de produto ou exigências legais relevantes; podem exigir migração de esquema.

SaaS x On-Premise

• Ambientes SaaS: a responsabilidade das atualizações é da equipe de infraestrutura da Senior Sistemas, sendo realizadas mediante solicitação de clientes.
• Ambientes On-Premise: recomenda-se manter ambiente de homologação, definir janelas de atualização, realizar backups e prever plano de rollback. Em integrações e customizações, convém validar fluxos críticos antes de promover a atualização ao ambiente produtivo. Clientes On-Premise GKO são responsáveis por realizar suas próprias atualizações. Caso haja necessidade de um acompanhamento para a conversão de bases no caso de novas versões, é possível solicitar o apoio de consultor da Senior, mediante negociação comercial.

Onde encontrar as atualizações

O download de mídia para atualização está disponível na área do cliente do Portal GKO Frete. Para acessar instruções, consulte a documentação específica clicando aqui. Também é possível acompanhar o conteúdo liberado em cada atualização na página de Notas da Versão.

Suporte e Manutenção

O TMS Embarcador | Senior GKO Frete não oferece suporte para versões Descontinuadas. Versões em Pré-descontinuação recebem apenas atualizações de correções. Documentações sobre novas funcionalidades e manuais de software são desenvolvidos e disponibilizados para as três últimas versões lançadas, desde que estejam Em disponibilidade comercial. Sendo assim, é fundamental que os clientes mantenham seus sistemas atualizados para garantir a continuidade do suporte técnico e o acesso às melhorias mais recentes.

Responsabilidades dos clientes e boas práticas

Para assegurar uma atualização segura e previsível, recomenda-se:

• Planejamento e homologação
  • Manter ambiente de testes com a cópia do dados do ambiente de produção (exceto diretórios e conexões).
  • Validar integrações, customizações, relatórios e rotinas críticas.
  • Formalizar janela de mudança e plano de comunicação interna.
• Gestão de risco e continuidade
  • Realizar backup completo antes de cada atualização.
  • Ter plano de rollback documentado e testado.
  • Registrar evidências de homologação e aprovações.
• Acompanhamento contínuo
  • Acompanhar as liberações semanais e o calendário de releases.
  • Priorizar migração para a versão Em disponibilidade comercial, assegurando conformidade legal e cobertura de suporte.

Perguntas frequentes (FAQ)

• O que muda ao entrar em “Transição”?
  • A versão deixa de receber novas funcionalidades. Recomenda-se iniciar o plano de atualização para a versão Em disponibilidade comercial, mantendo foco em estabilidade e homologação.
• Durante “Pré-descontinuação”, quais entregas continuam?
  • Correções de bugs e liberação de tarefas de sustentação, suficientes para preservar segurança e continuidade das operações até a conclusão da migração.
• O que acontece com a versão que está “Descontinuada”?
  • Não há suporte técnico, correções ou atualizações legais para a versão. A operação permanece sob responsabilidade do cliente, com risco de não conformidade legal.
• Como priorizar janelas de atualização?
  • Versões pedem janelas mais extensas e ciclos completos de validação; releases e builds podem ser tratados em janelas curtas, mantendo cadência regular de melhoria contínua.
• Há diferenças entre SaaS e On-Premise?
  • Sim. Em SaaS, a responsabilidade das atualizações é da equipe de infraestrutura da Senior Sistemas, mediante solicitação, enquanto em On-Premise a responsabilidade de atualizações é do próprio cliente.