T-Minus: configurar em aberto
O ciclo de configuração diária, os sete dias de configuração de T-17 a T-11, o ASK como acelerador, os padrões de configuração "nunca codifique", a lista de verificação por módulo e as integrações dentro da contagem regressiva.
O ciclo de configuração diária
- Exibir a linha do Fit Ledger.
- Configure em tempo real, sem precisar programar.
- O cliente é quem impulsiona a mudança.
- Verificar com dados de exemplo.
- Registre e marque a linha.
| Quem | Onde | Saída |
|---|---|---|
| O Arquiteto de Ledger lidera e o usuário principal participa em conjunto. | No próprio imóvel do cliente | Um inquilino visivelmente mais perto de entrar em funcionamento a cada dia. |
| O proprietário do Countdown participa das chamadas de escopo. | Em telas reais com dados de amostra do cliente. | Uma linha da planilha de configuração por configuração. |
| O Navegador de Adoção monitora as necessidades de função e fila. | Nunca em um quadro branco ou em um documento. | Uma verificação de configuração foi adicionada ao Plano de Teste. |
Não há nenhuma fase de construção que o cliente aguarde passivamente: se o cliente não estiver na sessão, a sessão não acontece. O usuário-chave deve estar no controle até o momento T-14 — se o TRANXACT ainda estiver usando o teclado no momento T-13, mencione isso na reunião diária como um risco de adoção.
Sete dias de configuração (padrão proposto)
| Dia T | Foco | Configurado | O que depende disso |
|---|---|---|---|
| T-17 | Estrutura | Entidades jurídicas, plano de contas, calendário fiscal, dimensões | Mapeamento de migração (GL) |
| T-16 | Dinheiro e conformidade | Moedas e câmbio, códigos fiscais, numeração de documentos, bancos | Saldos iniciais, itens em aberto |
| T-15 | Pessoas e acesso | Funções e permissões, grupos SSO, hierarquia de aprovação | Ensaios de papéis, filas |
| T-14 | Dados mestres | Clientes, fornecedores, itens, funcionários — o ASK cria em massa a partir de extrações. | Carga simulada M1 |
| T-13 | Fluxos e regras | Fluxos de aprovação, regras de publicação, regras de correspondência, precificação | Testes de integração |
| T-12 | Especificações do módulo | Pipeline de CRM, custos da cadeia de suprimentos, elementos de remuneração de RH, alternância de módulos | Roteiro de ensaio |
| T-11 | Integrações e filas | Clientes de API, endpoints bancários/fiscais/de folha de pagamento, filas de ações por função | Portão: configuração concluída |
Mantenha a sequência mesmo que a ordem do Fit Ledger seja diferente: estrutura antes das transações, para que o mapeamento de migração possa começar em T-15.
ASK como um acelerador de configuração
O ASK realiza o trabalho pesado na velocidade da máquina, com as mesmas permissões e registro de auditoria de um clique humano:
| Trabalho | Exemplo de solicitação |
|---|---|
| Criação em massa de dados mestres | "Crie esses 2.400 clientes a partir do extrato, com condições de pagamento por segmento" |
| Regras de publicação em versão preliminar | "Lançar o frete nas faturas de compra no código 5120, discriminando por centro de custo do armazém de recebimento." |
| Gerar configurações de funções | "Um auxiliar de contas a pagar que pode inserir, mas não aprovar, faturas acima de 10.000" |
| Verificar configuração | "Liste todos os fluxos de aprovação sem um aprovador alternativo" |
Cada configuração gerada pelo ASK é revisada pelo usuário principal antes de ser marcada no Fit Ledger. O registro de auditoria mostra quem solicitou a configuração, o que o ASK fez e quem a aprovou.
Configure, nunca programe: padrões comuns
| Solicitação que parece código | Padrão de configuração | Onde |
|---|---|---|
| "Nosso processo de aprovação é único" | Fluxo de aprovação em várias etapas com regras de valor, entidade e dimensão. | Fluxos de trabalho |
| "Precisamos de um layout de fatura personalizado" | Modelo de documento com campos, logotipo e idioma por entidade | Modelos de saída |
| "Preços especiais por grupo de clientes" | Listas de preços, descontos e validade por segmento | CRM / precificação |
| "Um campo de tela que não existe" | Um campo personalizado no formulário, usado em relatórios e regras. | Formulários (sem código) |
| "Nosso relatório histórico, exatamente como está" | Construtor de relatórios ou painel de controle — questione o layout, muitas vezes "desnecessário". | Relatórios |
| "Uma interface para o nosso banco / MES" | Um cliente de API com uma função definida; troca de arquivos quando necessário. | Integrações |
| "Alertas quando X acontece" | Uma regra de fila de ações que leva em consideração a função | Fila de ações |
Quando nenhum padrão se encaixa, as opções são T-Plus ou um "não" sincero. O código no cluster passa pela estrutura de extensão e nunca pela contagem regressiva.
Lista de verificação de módulos (apenas módulos da onda 1, padrão proposto)
| Módulo | Normalmente configurado na contagem regressiva. |
|---|---|
| Contabilidade | Entidades, plano de contas, calendário, impostos, bancos, regras de lançamento, lista de verificação de fechamento |
| CRM | Etapas do pipeline, listas de preços, fluxo de cotações/pedidos, limites de crédito |
| Cadeia de mantimentos | Armazéns, método de custeio, regras de reabastecimento, recebimento e conciliação |
| HRMS | Estrutura organizacional, elementos de remuneração, regras de férias, calendário de folha de pagamento |
| Fabricação | Centros de trabalho, listas de materiais (BOMs), roteiros, regras de rastreabilidade |
| EHR | Funções clínicas, faturamento de pacientes, regras de convênios, consentimento |
| Ciclo de vida do estudante | Programas, processo de admissão, taxas, ex-alunos |
| Plataforma | Funções, fluxos de aprovação, filas, nível ASK, idiomas |
Apenas os módulos da onda 1 aparecem na contagem regressiva; todo o resto é uma opção T-Plus no mesmo livro-razão.
Integrações dentro da contagem regressiva (padrão proposto)
T-18 Lista e proprietários → T-13 Clientes de API e endpoints de teste → T-10 Testes de integração → T-3 Teste de ponta a ponta em simulação → T-0 Mudança para produção.
| Integração | Padrão típico | Teste por | Provisório, caso ainda não esteja pronto. |
|---|---|---|---|
| Serviços bancários e pagamentos | API / SFTP host-to-host | T-10 | Envio manual de arquivos bancários |
| Impostos / Fatura eletrônica | API | T-10 | Envio de dados para o portal por meio da área financeira. |
| Fornecedor de folha de pagamento | API / SFTP | T-9 | Execução da folha de pagamento no sistema legado, importação de diários |
| Identidade (SSO) | SAML / OIDC | T-17 | Nenhum — necessário para o ensaio |
| BI / data warehouse | Extrato programado | T-6 | T-Plus |
Parceiros — bancos, folha de pagamento, impostos — precisam de endpoints de teste até o T-13. Um parceiro que não puder fornecer um encaminha essa integração para o T-Plus com uma etapa intermediária manual.
Os valores marcados como padrão proposto são os pontos de partida recomendados pela metodologia. Confirme cada um deles para cada projeto; prevalecem o contrato, o formulário de pedido e o SLA.