Integrações Nexa
O Supply gera fatos operacionais; cada produto Nexa mantém a sua responsabilidade.
Produtos do ecossistema
Identidade, tenants, unidades, autorização efetiva e auditoria.
Responsável: KernelColaboradores, cargos, setores e vínculos que alimentam permissões via Core.
Responsável: CrewConsultas de leitura autorizadas; ações apenas com confirmação humana.
Responsável: SenseiPendências e ocorrências geradas por regras, apontando ao documento no Supply.
Responsável: HubChecklists de recebimento, qualidade, temperatura e inventário.
Responsável: CheckitoEstoque físico, lote, validade, produção e CMV (fase futura).
Responsável: FreshEntrega de notificações nos canais autorizados, sempre pelo servidor.
Responsável: KernelIntegration Fabric — fundação demo
Entrada: evento/webhook futuro → Inbox idempotente → projeção do domínio consumidor. Saída: mudança no Supply → Outbox transacional futura → API/webhook/Kernel Event Bus. O Hub continua sendo a fonte oficial das ocorrências.
Lote recebido com temperatura acima do limite. Registro no Hub (demo).
Fixture Hub · Sushito Delivery · correlationId corr-demo-412Sensei — escopo atual do MVP
No Lote 07.5 o Sensei pode ler, criar e editar somente insights e sugestões. Ele não altera saldo, política mínimo/máximo, fornecedor, pedido de compra ou recebimento.
Consultas previstas para integrações futuras
Ações futuras que exigirão confirmação humana
- Preparar solicitação a partir de conversa
- Sugerir consolidação de demandas
- Sugerir transferência antes de compra
- Preparar pedido para aprovação
- Registrar esclarecimento
- Consultar divergências de recebimento
Eventos e auditoria de integração
Há um único catálogo PROPOSED no Supply. Nenhum evento está publicado no Kernel: a persistência, retries, webhook real e entrega por canais só existirão no servidor após alinhamento com o Nexa OS Core.