Skip to content

docs(conectores): o cartão da política de dados pessoais dos conectores - #974

Draft
leandrotcawork wants to merge 5 commits into
mainfrom
docs/conexus-personal-data-policy-card
Draft

leandrotcawork wants to merge 5 commits into
mainfrom
docs/conexus-personal-data-policy-card

Conversation

@leandrotcawork

Copy link
Copy Markdown
Collaborator

O que é

O cartão de A política de dados pessoais dos conectores, em docs/steps/a-politica-de-dados-pessoais.md, para o fundador aprovar a página dele. Só documentos.

A base é o estudo "dados pessoais de terceiros nos conectores" (seções 1, 7 e 9), o estudo do caminho dos dados e as respostas do fundador de 2026-11-11 (A1, B1, C1, D1; E depois).

A forma

  • O conector declara caminho e tipo (contato, endereço, documento, sensível) em cada leitura. Ele não corta mais nada: o omit/BUYER do Mercado Livre sai.
  • A empresa decide por papel: os tipos viram permissões do better-auth, no mesmo editor de Papéis, para qualquer papel, inclusive os criados pela empresa. Dono e administrador vêm com contato, endereço e documento; sensível não vai a ninguém (D1).
  • O Hub aplica num ponto, readThrough, para o app, o Assistente, o Builder e a cópia. Documento nunca vai a quem é um modelo (B1).
  • O registro: CONNECTOR_CALLED ganha os tipos entregues e os tirados, nunca o valor.
  • A conformidade do kit falha quando um caminho declarado não existe na resposta, ou quando aparece um CPF, e-mail ou telefone fora de um caminho declarado.
  • A cópia guarda só a coluna de um tipo liberado, por GRANT SELECT (colunas), e a apaga ao desligar (C1).

A página responde às duas perguntas do fundador citando o código das referências: n8n sensitiveOutputFields, twenty common-select-fields-builder.ts:46-52, Shopify por níveis, better-auth. Ela diz também o que nenhuma referência faz.

Decisões novas na página

  • F: em um app, de quem é o "pode ver". Recomendado: o que a versão declara, conferido contra quem publica, como a C1 da etapa 20.
  • G: a porta genérica do Sankhya. É um remendo e tem limites ditos.
  • H: o lugar no roteiro. Recomendado: logo depois do Sync e antes da Capacidade 4.

Como foi conferido

Um leitor de outro modelo (Sonnet) leu o cartão e abriu cada linha citada. Os achados dele estão no segundo commit:

  • O CPF ficava dentro de buyer.
  • destination ficava aberto.
  • A conformidade lia o valor já cortado. Por isso a declaração e a aplicação viraram uma unidade só.
  • Faltava sentBy na chamada do app.
  • Faltavam arquivos no raio das unidades.
  • Havia citações erradas.

node scripts/check-docs.ts só acusa second-card: este é o segundo cartão da trilha principal, e pela regra L5 ele espera em rascunho até o Sync fechar.

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants