Evolução/docs/roadmapEtapa 1 de 1
Roadmap do sistema
Este é o único documento destinado ao futuro. O roadmap anterior foi majoritariamente entregue; abaixo ficam apenas lacunas reais, organizadas por resultado e sem data artificial.
Recorte da seçãoReferência do sistema
Consulte contratos, decisões e comportamentos atuais do sistema com caminhos diretos para os detalhes relacionados.
Atualizado21 de jul. de 2026
Seções5
Tags3
roadmapevolucaoprioridades
Nesta página · 5 tópicos
P0 — Robustez comercial
| Resultado | Estado atual | Próximo corte seguro |
|---|---|---|
| Pagamento produtivo | Métodos configuráveis, vale-presente com reserva/razão e composição de pagamentos estão disponíveis. | Escolher PSP, adicionar adapter tokenizado, idempotência, webhook assinado, conciliação e estorno. |
| Expedição e fiscal | Fila operacional, leitura de SKU/EAN/GTIN, separação por item, romaneio, etiqueta com QR público reduzido e registro fiscal normalizado já usam PostgreSQL e RBAC próprio. | Implementar adapters homologados de fiscal/transportadora, arquivos fiscais protegidos e ajustes auditáveis. Veja 11 - Fulfillment Fiscal e Expedição. |
| Migração verificável | Setup e mídia possuem checksum e ensaios isolados de restauração. | Registrar ensaio periódico com pacote exportado pelo painel. |
| Segurança contínua | Auditoria de dependências e testes de contrato/autorização das rotas críticas estão ativos. | Revisar rotas novas no mesmo commit em que forem criadas. |
P1 — Escala e operação
| Resultado | Trabalho restante | Critério de saída |
|---|---|---|
| Jobs assíncronos | fila PostgreSQL, worker interno e primeiro job de reposição entregues. | Configurar token/cron e migrar os próximos consumidores. |
| Cache coordenado | catálogo público genérico com TTL curto e invalidação por edição de produto/logística; checkout e regionalização continuam transacionais | ampliar apenas após medir hit rate e latência |
| Observabilidade | saúde mostra latência, conexões, cache hit ratio e deadlocks do PostgreSQL | adicionar alertas externos e tracing quando houver volume que justifique |
| Backup segmentado | upload retomável, partes e catálogo de pacotes | arquivos grandes toleram queda de rede |
| Deploy previsível | release imutável, healthcheck e rollback assistido | troca sem sobrescrever runtime |
P2 — Ecossistema
| Resultado | Trabalho restante | Critério de saída |
|---|---|---|
| Commerce Bridge ampliado | adapters e contratos adicionais | provedor liga/desliga sem alterar storefront |
| Extensões promocionais | contrato público de origem externa e métricas | parceiro envia regra com governança |
| Mobile dedicado | estratégia PWA ou app conforme produto | jornada prioritária validada no canal |
| Multi-instância | isolamento de tenant, domínio, banco e mídia | uma implantação atende lojas sem vazamento |
Como transformar em execução
- Escolha um resultado, não uma tecnologia isolada.
- Crie ADR quando houver mudança de fronteira.
- Divida em migração compatível, leitura nova, escrita nova e remoção antiga.
- Defina métrica, segurança, rollback e documentação.
- Entregue verticalmente antes de iniciar outro resultado.
Fora do roadmap imediato
Redis, microsserviços e Kubernetes não são objetivos por si. Só entram quando métricas provarem gargalo, isolamento ou disponibilidade que a arquitetura atual não resolve de forma mais simples.