# Padrões ERP e produto

Versão 1.0.0 · extensão técnica implementada · homologação institucional pendente.

## Referências e limites

Fonte estratégica: DOCX Missão, Visão e Valores; Plataforma de Branding. Fonte digital: guia HTML, seções 12–13 e 15. O prompt de implementação, seções 11–14, amplia o escopo para jornadas de ERP e exige acessibilidade. O institucional não é transplantado como escala visual para tabelas e formulários.

`src/padroes-erp.html` é a jornada central. O shell mantém o estado Alpine de `page`, `loaded`, `darkMode`, `stickyMenu`, `sidebarToggle`, `scrollTop`, e usa header/footer compartilhados em `src/partials/design-system`. O corpo tem `tp-core` e `tp-body`. O mecanismo persistente de tema permanece compatível com o projeto. A adaptação de shell é uma variante de layout permitida pela arquitetura de partials; não migra a stack.

Nenhuma função de negócio real, backend, autenticação, pagamento, envio de e-mail ou upload foi criada. Todos os registros são sintéticos e identificados. A conclusão de uma demonstração não pode ser apresentada como entrega de uma operação real.

## Jornada demonstrativa

| Etapa | Destino | Componente real | Comportamento |
| --- | --- | --- | --- |
| Orientação | Início de `padroes-erp.html` | Cards `.tp-card` e navegação por âncoras | 6 registros fictícios; 2 em cada situação |
| Localizar | `#registros` | `table.html` | Busca por nome/ID/área, filtro por situação, sort e paginação |
| Selecionar | Tabela em `#registros` | Checkbox por linha/página | Seleção retida entre páginas, contador total e limpeza explícita |
| Revisar contexto | Ações de DEMO-001 | `drawer.html`, `dropdown.html` | Detalhe, timeline e ação local |
| Confirmar | Ações de DEMO-001 | `modal.html` | Confirmação de arquivamento ilustrativo; fundo inerte e foco contido |
| Cadastrar | `#cadastro` | `form.html` | Contato essencial → contexto → conclusão; validação e foco local |
| Atender | `#atendimento` | Card, timeline, campo e botão | Rascunho de resposta local sem canal conectado |
| Explorar catálogo | `#catalogo` | Cards | Categorias ilustrativas, sem valores ou resgate disponível |
| Analisar | `#relatorios` | Links para analytics, gráficos e calendário existentes | Funções do template preservadas como demonstrações |
| Configurar | `#configuracoes` | `inputs.html`, `actions.html` | Campos, leitura, radios, switch, datas e arquivo local |
| Recuperar | `#estados` | `feedback.html` + páginas de acesso/erro | Mensagens, vazio, loading e links de recuperação |

A modal e o drawer são explicitamente os detalhes de `DEMO-001`, não se abrem como se representassem a linha selecionada. O cadastro demonstra o padrão de formulário, não insere uma nova campanha em banco ou na tabela. Separar essas demonstrações evita inventar um contrato de negócio ausente.

## Hierarquia e densidade

Use Inter ou seu fallback em menus, controles, textos funcionais e tabelas. Reserve Passo/fallback para expressão institucional e títulos de contexto. A densidade confortável é padrão; `data-density="compact"` reduz altura de controles e padding das células usando o mesmo núcleo de tokens.

As especificações de 1200 px e grandes raios do guia pertencem ao institucional. A jornada ERP limita seu conteúdo, quebra toolbars conforme espaço e preserva número/estado/ação próximos ao registro. Valores numéricos usam `font-variant-numeric: tabular-nums`. Não trunque nomes sem acesso à informação completa; o exemplo contém um título longo deliberadamente.

Tabelas recebem rolagem horizontal em região própria com nome e foco; a página não deve ganhar rolagem lateral. Checkbox de cabeçalho afeta somente a página visível. Ao mudar busca/filtro, a paginação volta para 1. Rótulos “Anterior” e “Próxima” tornam o controle compreensível sem ícones.

## Conteúdo operacional

Use verbos concretos: criar rascunho, revisar seleção, limpar filtros, ver detalhes, manter registro. Não introduza slogan em erros ou confirmação destrutiva. Confirme o que efetivamente aconteceu: “Rascunho demonstrativo validado. Nenhuma mensagem foi enviada.”

Padrões de atendimento: reconhecer a solicitação, coletar o essencial, explicar a próxima ação e confirmar conclusão somente quando houver evidência. Prazo, destinatário e canal não são inventados. A notificação local não equivale a protocolo de produção.

## Acessibilidade, estados e aceitação

As páginas novas permitem zoom por meta viewport sem limitações. O tema consome superfícies/textos/bordas semânticos. Campos têm labels, mensagens associadas e foco no primeiro erro. Abas e menus seguem seus contratos de teclado. Diálogos nativos gerenciam fundo inerte e retorno ao acionador.

Roteiro mínimo de aceitação: buscar termo inexistente; limpar; filtrar Concluído; ordenar; navegar páginas; selecionar parcial/total; executar lote; abrir/fechar modal e drawer com teclado; concluir/reiniciar formulário; testar título longo, tema escuro, densidade compacta, 320 px e zoom. Resultados executados ficam em `validacao.md`; nenhuma conformidade certificada é alegada.

## Integração futura

Ao substituir os dados de exemplo, defina DTOs e regras de negócio no projeto consumidor. Confirme autorização da operação no servidor, estados de loading/erro reais, acessibilidade das atualizações e persistência. Ações destrutivas precisam mostrar o objeto exato e o efeito real. Paginação remota requer contrato próprio; a implementação atual é local, sem promessa de escala.

Use os índices `migracao-tailadmin.md` e `matriz-de-cobertura.md` para detalhes de páginas legadas. Bibliotecas de gráficos, calendários, mapas, upload e carrosséis não devem ser removidas para aparentar consistência. Diferenças ou impedimentos de validação precisam permanecer explícitos.