FT-INTEGRATION-FORM-PARITY-V1· 1.0.0Integrações
Form de criação ↔ edição de integração: paridade total
Criar e editar uma integração usam o mesmo conjunto de campos. Tudo que aparece no edit aparece no create — triggerType, executionWindow, retry policy, file polling, post-processing. Sem surpresa entre os 2 fluxos.
Atualizado em 5/17/2026
Paridade entre criar e editar integração
Antes existiam campos no edit que não existiam no create. Agora ambos têm o mesmo conjunto completo:
| Campo | Onde aparece |
|---|---|
| Nome, parceiro, modo (observability/orchestration) | Os 2 |
| Trigger type (file_polling / webhook / cron / manual) | Os 2 |
| Execution window (start/end horário) | Os 2 |
| Retry policy (intervalos custom) | Os 2 |
| File polling: directory, pattern, post-processing (delete/archive/none) | Os 2 |
| Connections (source + destination com OAuth/Basic/API Key etc.) | Os 2 |
| Message types (com IA suggest e templates) | Os 2 |
Por que importa
User que cria pelo wizard tem as mesmas opções que vê no edit depois. Não há "campo escondido" que só aparece editando. Reduz suporte ("por que essa opção sumiu?") e padroniza o mental model.
Tickets
FT-INTEGRATION-FORM-PARITY-V1(2026-05-08).- Roadmap #198-#204 (paridade wizard ↔ manual ↔ edit, sessão de maratona 15-16/05).
Histórico de versões
- 1.0.0
Paridade do formulário de criação de integração com o de edição: agora aceita triggerType, executionMode, execConfig (schedule, retry, polling, parallel). Backend create-integration persiste todos os campos novos, frontend ganhou <ExecutionConfig />.
5/8/2026 · new