Durante a implementação: integração, configuração e entrada em produção.

Provisionamento, cronograma desde a assinatura até a entrega, formulário de integração e prazos para cada entrada de dados, identidade e comunicações, painel de controle de migração, transição e etapas de entrada em produção.

Provisionamento em três etapas

Etapa	O que acontece
1 — Proposta e contrato	O cliente configura a nuvem, a região, os nós, o banco de dados, a recuperação de desastres e os ambientes; a receita auditada é fornecida; o principal contato técnico é nomeado no contrato.
2 — Construir	O formulário de integração é enviado; a reunião inicial define os marcos, as responsabilidades e o cronograma; os ambientes são construídos a partir da infraestrutura como código.
3 — Transferência	O acesso é concedido ao contato técnico; o cliente verifica a conectividade e o SSO; a configuração e a migração são iniciadas.

A construção só começa após a assinatura do contrato, a comprovação da receita auditada e o recebimento do formulário de integração. Inicie o trabalho de rede e DNS do cliente em paralelo com a assinatura do contrato — geralmente, essa é a etapa com o maior prazo de entrega.

Cronograma (padrão proposto, dias úteis)

De	Para	Quem	Alvo
Contrato assinado	Formulário de integração enviado	Cliente	5 dias úteis
Formulário de integração	Aprovação do projeto	TRANXACT	5 dias úteis
Aprovação do projeto	Data de entrega confirmada	TRANXACT	5 dias úteis, +5 com Live DR (TO_4.1.01)

Conectividade privada, chaves gerenciadas pelo cliente e ambientes adicionais podem expandir a estrutura. A configuração, migração e testes são realizados após a entrega e planejados de acordo com o escopo de cada módulo.

Defina uma data de entrada em produção somente após a data de transferência ser fixada e o plano de migração ser dimensionado.

O formulário de integração

Entrada	Descrição	Quando
Provedor de nuvem e regiões	AWS, Azure ou Google Cloud; regiões primárias e Live DR	Antes de assinar
Dimensionamento em tempo de execução	Tamanho e número de nós de trabalho (mínimo de 3); ambientes	Antes de assinar
Banco de dados	Motor de escolha e tamanho (HA)	Antes de assinar
Padrão de continuidade	Nível de disponibilidade, região Live DR, retenção de cofre, RPO/RTO	Antes de assinar
Módulos e escopo	Módulos na entrada em operação, entidades jurídicas, moedas, idiomas	Antes de assinar
Sinalizadores de conformidade	Dados regulamentados (saúde, educação, folha de pagamento), retenção	Antes de assinar
ASK À IA	Nível do motor ou BYOK, região de processamento, orçamento de utilização	Antes de assinar
Rede	Intervalos /22 privados (e DR), opção de conectividade, lista de permissões de saída	Dentro de 5 dias úteis após o início.
DNS e certificados	FQDN, proprietário do DNS, certificado de CA pública	Em até 5 dias úteis
Identidade	IdP para SSO, usuários administradores, política de MFA	Em até 5 dias úteis
Integrações	Banco, folha de pagamento, impostos, BI e endpoints legados	Em até 5 dias úteis
Contatos	Técnico, rede, segurança, finanças, migração de dados; dois contatos disponíveis 24 horas por dia, 7 dias por semana.	Em até 5 dias úteis

O envio é tarefa do cliente (MIG_8.5.01). A falta de informações atrasa a data de entrega acordada. A maioria das informações é mapeada diretamente para o configurador, portanto, reutilize o PDF de configuração do cliente para preenchê-lo previamente.

Corrigido após o início da compilação: região, intervalos de endereços, FQDN, mecanismo de banco de dados.
Os intervalos não devem sobrepor-se a nenhuma rede de cliente, parceiro ou zona de destino, incluindo a região de Live DR.
O contato técnico deve ser um líder de TI que possa agir em relação às credenciais e às alterações de rede — e não um executivo de alto nível (CxO), da área financeira ou de compras (MIG_8.5.03).
As alterações feitas após o envio passam pelo Orchestrator e são registradas como solicitações não padronizadas ou de alteração.
Acompanhe todas as entradas abertas na sincronização quinzenal de operações até a transferência de responsabilidade.

Identidade e comunicação

Pacote de boas-vindas e convite para o evento de lançamento após a assinatura (MIG_8.5.02).
Início do projeto (SM_1.1.01): manual de suporte e portal de serviços, panorama geral e escopo, e uma análise detalhada da planilha de responsabilidades e recomendações, da matriz RACI e da matriz de escalonamento.
Federação SSO com o IdP do cliente via SAML 2.0 ou OIDC (PLAT_5.6.01); provisionamento SCIM, se desejado (PLAT_5.6.05).
Mapeamento de funções, testado com usuários reais antes do início da migração de dados.
Análises de acesso agendadas a partir da entrada em operação (PLAT_5.6.04, Excluído).

Toda a comunicação deve ser feita com o contato técnico indicado; as credenciais devem ser enviadas somente a ele (TO_4.1.02). Um substituto pode ser nomeado no formulário.
E-mails operacionais — incidentes, manutenção, lançamentos — são enviados para o contato técnico e para os contatos disponíveis 24 horas por dia, 7 dias por semana.
Adicione os domínios de remetentes da TRANXACT à lista de permissões para que os e-mails de provisionamento e alerta não sejam colocados em quarentena (PLAT_5.5.03).
E-mail não encontrado: verifique primeiro a pasta de spam e a quarentena e, em seguida, abra uma solicitação no portal de atendimento.
Um problema de SSO: confirme os metadados do IdP, o mapeamento de declarações e a função do usuário de teste antes de abrir um incidente.

A cabine de comando da migração

Extração — de sistemas legados e planilhas (MIG_8.3.01, cliente).
Mapear — para entidades, contas e dados mestres do TRANXACT; limpar (MIG_8.3.02, cliente).
Validar — regras, duplicados, dados faltantes (MIG_8.2.01, TRANXACT).
Cargas de teste — em ambientes não produtivos, repetidas (MIG_8.2.01; cargas além dos ciclos acordados são Adicionais, MIG_8.2.02).
Conciliar — balancete de verificação, razão auxiliar, estoque; aprovar saldos iniciais (MIG_8.3.03, cliente).
Transição — congelamento, carga final e verificação técnica (MIG_8.4.03, TRANXACT), após aprovação/reprovação do cliente (MIG_8.4.02).

O TRANXACT fornece o cockpit e os modelos de carregamento (MIG_8.1.01), o plano de migração (MIG_8.1.02) e o plano de transição e janela de congelamento, preparados em conjunto (MIG_8.4.01).

A qualidade dos dados, e não as ferramentas, é que define a data de entrada em produção. Cada saldo inicial é conciliado com a fonte auditada antes da entrada em produção, e essa aprovação é do cliente.

Lista de verificação: assinatura para entrada em operação

Em até 5 dias úteis	Construir	Entregar	prontidão para entrada em operação
Formulário de integração preenchido	VPN / conexão privada	Acesso verificado	Migração reconciliada
Contato técnico nomeado	DNS e certificado ao vivo	Painel de monitoramento compartilhado	Integrações testadas
Lista de permissões de saída elaborada	SSO e mapeamento de funções	Cópias do Vault aterrissando	Transição Live DR concluída com sucesso.
Contatos por área, dois disponíveis 24 horas por dia, 7 dias por semana.	Ambientes construídos (IaC)	A latência Live DR está dentro do alvo	Restauração da sala limpa aprovada

Após a entrada em operação, o suporte intensivo — suporte estendido com verificações diárias, normalmente de 4 a 8 semanas — está disponível como o pacote H1 (PKG_7.6.01).

Os valores marcados como padrão proposto são os pontos de partida recomendados no guia de implementação. Confirme cada um deles para cada cliente; o contrato, o formulário de pedido, o SLA e o DPA prevalecem sobre esta página.

Faça o curso sobre isso, com diagramas e uma verificação.