O módulo usa a identidade Supabase, isola cada workspace e registra storage, TTL, runner e biblioteca XLSX como decisões ainda abertas. Co-authored-by: Cursor <cursoragent@cursor.com>
27 lines
1.3 KiB
Plaintext
27 lines
1.3 KiB
Plaintext
---
|
|
description: Regras do Adaptador de Planilhas dentro do Elo Pro
|
|
globs: src/**/*.{ts,tsx},migrations/**/*.sql,tests/**/*.{ts,tsx}
|
|
alwaysApply: false
|
|
---
|
|
|
|
# Adaptador de Planilhas
|
|
|
|
Ao editar o Adaptador de Planilhas:
|
|
|
|
- Nunca crie autenticação, cadastro, senha, refresh token ou base de usuários própria.
|
|
- Reutilize Supabase Auth, `profiles`, `workspace_members`, workspace ativo, feature flags, RLS, audit log, Sentry e os tokens do EloPro Design System Global V2.1.
|
|
- Tenant é `workspace_id`.
|
|
- Nunca confie em `workspace_id` vindo do browser sem validação no servidor.
|
|
- Storage é privado.
|
|
- Não registre conteúdo de células ou arquivos em log, auditoria ou Sentry.
|
|
- MVP aceita somente XLSX e CSV.
|
|
- Limites: 10 modelos ativos por workspace; 10 fontes por operação; 10 MB e 50.000 linhas úteis por fonte.
|
|
- XLSX com várias abas processa exatamente uma aba escolhida.
|
|
- Mapeamento é 1:1 e colunas obrigatórias precisam estar mapeadas.
|
|
- Prévia é obrigatória antes do processamento.
|
|
- O modelo original é imutável.
|
|
- Redis coordena; PostgreSQL é a fonte durável.
|
|
- Anthropic não faz parte do caminho crítico do MVP.
|
|
- Drag-and-drop precisa de alternativa por select/teclado.
|
|
- Storage, job runner, TTL, biblioteca XLSX e soft delete seguem os ADRs em `docs/decisions/` ou permanecem decisão aberta. Não invente uma política final no lugar deles.
|