Resposta direta
O tempo de resposta do sistema é premissa do desenho do processo, não detalhe técnico resolvido depois da compra. Antes de contratar, o processo precisa declarar quanto tempo cada passo pode esperar, em qual volume, em qual horário e o que acontece quando a resposta não chega. O fornecedor responde a essas condições por escrito. Sem essa declaração, o processo herda o tempo real de operação do sistema, e o gargalo aparece na fila de trabalho, não no contrato. A negociação começa pelo fluxo, não pela lista de funções.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o tempo de resposta como premissa de desenho e item contratual, com o que medir, onde medir e o que fica fora do acordo.
O passo que espera resposta
Boa parte dos fluxos trata a consulta ao sistema como instantânea. O passo é desenhado como se a resposta chegasse no mesmo instante em que é pedida. Na operação, cada consulta consome segundos, e o tempo se acumula em cada atendimento, em cada conferência, em cada fechamento.
Quando esse tempo não está no desenho, ele aparece como atraso difuso. A equipe compensa com pressa, com trabalho depois do horário ou com etapas feitas por cima do sistema. O sintoma é atribuído à pessoa ou ao volume, quando a origem é uma premissa que nunca foi declarada.
Onde o limite é medido e o que ele cobre
O contrato precisa registrar o tempo de resposta no ponto em que a operação o sente: a tela, a fila, o lote processado. Medir apenas no servidor esconde rede, fila e processamento intermediário, que somam no tempo total percebido.
Além do limite, interessa o comportamento na violação. Quem é acionado, com qual evidência e em qual prazo. Vale separar tempo médio de tempo no pior caso, porque o processo raramente quebra na média: quebra no dia de pico, no fechamento, na carga concentrada.
O que um acordo de tempo não resolve
Um limite de resposta não corrige processo mal desenhado. Se o fluxo tem etapas redundantes ou aprovações que não decidem nada, um sistema mais rápido apenas acelera o retrabalho. Também não substitui a qualidade do dado que entra: resposta rápida sobre cadastro errado continua errada.
Nem todo passo precisa de cláusula. Etapas que rodam fora do horário de atendimento, ou que não bloqueiam ninguém, podem ficar sem limite contratual. Cobrir tudo encarece a negociação e desloca a atenção do passo que de fato trava o processo.
Recurso prático
O que o processo declara e o que o contrato registra
| Condição do processo | O que registrar |
|---|---|
| Tempo máximo de espera em cada passo | Limite aceito, medido no ponto de uso e não apenas no servidor |
| Volume e horário de pico | Faixa de transações por hora e janela em que o limite precisa valer |
| Resposta fora do limite | Comportamento esperado, quem é acionado e com qual evidência |
O erro mais comum é medir o tempo no servidor e não no ponto de uso. O processo sente rede, fila e tela, e esses componentes não aparecem no número informado pelo fornecedor.
Sobre o que está escrito aqui
Conceitos relacionados: tempo de resposta · acordo de nível de serviço · volume de transações por hora · fila de trabalho · janela de operação. 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 alinhar bases par… — planilhas divergentes
- Planilhas divergentes: como dimensionar o des… — planilhas divergentes
Páginas relacionadas
O mesmo problema em outro objetivo
- Tempo de resposta do sistema: a espera que o processo não mede — Diagnosticar
- Tempo de resposta do sistema: quatro arranjos de processo — Comparar alternativas
- Tempo de resposta do sistema: onde a espera entra no processo — Explicar medição
- Tempo de resposta do sistema: o que o processo não conta — Orientar implementação
Outras leituras em Integrações, sistemas e qualidade de dados
- Exportações manuais: o que exigir na contratação de apoio — Parâmetros para contratação de apoio em exportações manuais de dados entre sistemas, focando em conferência, responsabilidade por erros e custo real.
- Falhas silenciosas: o que exigir na contratação de suporte — Critérios técnicos e contratuais para contratar suporte e sustentação de integrações focado na identificação ativa de falhas silenciosas.
- Erro descoberto pelo cliente: o que avaliar antes de contratar — O que avaliar e o que deixar definido no contrato quando o cliente descobre um erro de sincronização. Responsabilidade, evidência e correção.
- Monitoramento de sincronização: o que exigir no contrato — O que definir no contrato de monitoramento de sincronização: o que conta como falha, quem responde, em que prazo e o que fica fora do escopo.
- Exportação com dado pessoal sem máscara: o que exigir — O que definir em contrato, escopo e conferência ao contratar exportação com dado pessoal sem máscara, e o que esse arranjo não resolve.