Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Estamos chegando na etapa de planejamento das homologações. Deste modo, compartilhamos com vocês dois conjuntos de informações importantes:

  • Processo de homologação
  • Datas importantes de homologação e virada à produção.
  • Impactos no SUPORTE aos produtos Dimensa em versões descontinuadas e antigas.


1º - Definimos um processo de homologação para facilitar e agilizar nosso atendimento, buscando ter um canal ágil para as tratativas da homologação. Segue fluxo abaixo:Image Removed

Image Added



Ao abrir o ticket, por favor, anexe a maior quantidade de informações sobre o cenário reportado. Uma vez que cada cliente, terá um banco de dados e cenário (completo ou simplificado) configurado de maneira distinta.

É de suma importância a nomenclatura descrita acima na abertura do chamado HOMOLOG_IFRS9, pois através deste filtro, o time de atendimento direcionará de forma automatizada aos times de projetos.


2° - 2°  Fique ligado nas datas planejadas para a homologação. Estamos prevendo 3 ciclos e um último de refinamento., segue abaixo:

Todos os clientes poderão participar de todos os fluxos, desde que, tenham realizado as etapas de configuração de ambientes e instalações.


Image RemovedImage Added



Pontos importantes e que foram ajustados:

  • Ambientes e Versões: Conforme as agendas de infraestrutura, já adicionamos as versões da IFRS9 o pré-requisito de desativação das versões em Jboss 6.4, ou seja, as versões Java 5.x.x serão substituídas por versões 6.x.x. Estas versões já estão disponíveis para instalações e validações e estaremos como suporte a dúvidas até 2106  *** postergado a data inicial prevista em 21/6 devido solicitação dos clientes.
  • Pré-homologação: Etapa criada para que os clientes possam instalar as versões finais, planejadas para o final de junho-2024 e possam fazer uma validação inicial dos ambientes.
  • Suporte produção versões antigas: A Dimensa realizará o suporte/ sustentação deixará de realizar as expedições de versões antigas
  • Preparativos produção: Para mitigar riscos de atualização de todas as versões e produtos de uma única vez em Dezembro-2024, a versão foi segregada, podendo ser enviada a produção a partir de Setembro-24 com a flag IFRS9 desligada, ou seja, as atualizações em ambiente podem ser iniciadas e as configurações ocorrerão posteriormente.
  • Todos os itens tem têm períodos recomendados, que são onde o planejamento da Dimensa está focado em finalizar estas etapas.


3º Este ano, vinculado a IFRS9 temos ompactos SUPORTE AS VERSÕES dos clientes:

  • Com base no planejamento acima e conforme COMUNICADOS e AGENDAS anteriores, versões antigas e descontinuadas deixarão de receber a SUPORTE DIMENSA, ou seja, para caso de correção ou retirada de dúvidas, o cliente deverá manter a versão atualizada.
  • Entende-se como versões antigas:
    • Versões Java 3.x.x deixam de receber suporte a partir de , atualmente já são defasadas.
    • Versões Java 4.x.x.x deixam de receber suporte a partir de , atualmente já são desfasadas e coexistêntes com a versão 5.x.x.x
    • Versões Java 5.x.x.x deixam de receber suporte a partir de , substituídas pela versão 6.x.x.x
    • Versões PB (8 ou 12) permanecem com sustentação conforme processo atual.
    • Produtos com PB 8 não serão migrados para PB12, visto que a Dimensa tem como direcionamento, substituir totalmente a tecnologia Power Builder por Java, até 2026.


4º Informativo de versões não impactadas pela IFRS9.

  •  Existem clientes com versões 4.x.x.x, ou seja, que ainda não realizaram a atualização tecnologica para a versão 5.x.x.x e que não serão impactados pela IFRS9, devido ao produto instalado ou segmento financeiro.
  • Deste modo, para mitigiar o risco de atualização. A versão 4.x.x.x será congelada sem os ajustes da IFRS9 e mantida até 30/01/2025 nde a partir desta data, os clientes tem o dever de regularizar para a a versão vigente V6 (6.x.x.x.)
    • Alertas sobre o plano acima:
      • Os clientes nesta condição, com produtos congelados na versão 4.x.x.x terão um gap de funcionalidades não homologadas a partir de  
      • A homologação deve ser planejadas, considerando a homologação de uma versão defasada em até 12 meses.
      • Este cenário deve ser utilizado como exceção as entidades que não planejaram atualizações de infraestrutura.


Em caso de dúvidas, estamos a disposiçã nos canais:

[email protected]