Resposta direta
A resposta é tratar o envio por mensagem como um canal de entrada formal, não como exceção. Antes de contratar, defina-se quem responde pelo arquivo, qual formato é aceito, o que acontece quando o dado não serve e onde fica o rastro. O fornecedor precisa mostrar três coisas: identificação de quem enviou e quando, recusa explícita do arquivo fora do padrão e registro de quem aprovou. Sem esses três pontos, a mensagem continua sendo o sistema de fato, com menos controle.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o envio por mensagem como ponto de entrada a ser contratado, com critério de recusa e responsável nomeado, em vez de discutir integração entre sistemas que já existem.
Por que a mensagem vira o sistema de fato
A mensagem vence quando é mais rápida que o sistema. Quem envia uma planilha por aplicativo resolve o próprio problema e transfere o trabalho para quem recebe. O dado entra, mas sem dono, sem formato e sem registro de aprovação.
Isso não é falha de disciplina. É sinal de que o sistema não cobre aquela entrada: campo que não existe, prazo que não fecha, perfil de acesso que não foi previsto. Enquanto a lacuna existir, o canal paralelo continua.
O que vai no contrato e o que fica com a operação
O contrato separa duas responsabilidades. A operação define o que é aceitável receber: campos obrigatórios, quem pode enviar e o que acontece quando o arquivo chega incompleto. O fornecedor define como o arquivo entra, é identificado e fica registrado.
A proposta deve descrever a recusa. Um arquivo sem os campos mínimos gera retorno ao remetente com o motivo, em vez de ser acomodado no sistema. Também vale definir quem revisa a regra quando o layout da planilha de origem muda, porque isso muda com frequência.
O que contratar o canal não resolve
Formalizar o canal não faz o dado nascer certo. Se a origem digita errado, o erro entra identificado e continua errado. O ganho é rastrear e recusar, não corrigir a origem.
Também não substitui a decisão sobre sistema. Se o volume cresce ou a exigência de auditoria aumenta, o canal de mensagem passa a ser etapa provisória. Contratar a captura sem prever essa saída tende a congelar o arranjo atual.
Recurso prático
O que definir no contrato e o que a proposta deve mostrar
| Ponto a definir | O que a proposta deve mostrar |
|---|---|
| Responsável pelo arquivo que chega por mensagem | O papel que decide aceitar ou recusar, não o nome do canal |
| Formato e conteúdo aceitos | Lista dos campos obrigatórios e o que ocorre quando falta algum |
| Rastro de quem enviou, quando e quem aprovou | Registro consultável depois da conversa, fora do aplicativo |
| Recusa com motivo | Retorno ao remetente dizendo o que corrigir e até quando reenviar |
| Manutenção da regra | Quem revisa o critério quando o layout da planilha de origem muda |
O erro mais comum é contratar a captura do arquivo e deixar a recusa indefinida. Sem critério de recusa, todo arquivo entra e o erro passa a circular dentro do sistema com aparência de dado oficial.
Conceitos usados nesta página
- Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.
Sobre o que está escrito aqui
Conceitos relacionados: canal de entrada · critério de aceite · recusa com motivo · rastro de aprovação · responsável pelo processo. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Planilhas divergentes: como unificar a base d… — planilhas divergentes
- Planilhas divergentes: alternativas para conf… — planilhas divergentes
Páginas relacionadas
O mesmo problema em outro objetivo
- Planilha por mensagem: quando o problema não é o sistema — Diagnosticar
- Arquivo por mensagem: onde ele entra no processo — Organizar um processo
- Arquivo por mensagem: alternativas e o que cada uma exige — Comparar alternativas
- Arquivo por mensagem: como medir a troca fora do sistema — Explicar medição
- Arquivo por mensagem: como levar o envio para o sistema — Orientar implementação
Outras leituras em Integrações, sistemas e qualidade de dados
- Base de teste diferente da produção: o que exigir no contrato — O que pedir ao fornecedor sobre ambiente de homologação com dados parecidos com a produção, quem responde por isso e o que fica fora.
- Chave de ligação ausente: o que exigir do fornecedor — O que avaliar e contratar ao criar uma chave de ligação entre cadastros: escopo, amostra, aceite por registro e responsável pela manutenção.
- Retrabalho de conciliação no fechamento: o que contratar — O que avaliar ao contratar apoio para o retrabalho de conciliação no fechamento, com escopo, responsabilidade sobre divergência, medição e limites.
- Contratar arquitetura: o que fica definido e por quem — O que precisa estar definido em um contrato de arquitetura: decisão, entregável, responsável e critério de aceite, antes de comparar propostas.
- Migração sem critério de aceite: como medir se o dado chegou — O que contar e comparar numa migração para saber se o dado saiu da origem, chegou ao destino e continua sendo usado depois do corte.