Índice
Uma operação que atravessa meia-noite pode ter um único turno repartido entre dois dias no relatório. O erro cresce quando filiais usam horários locais diferentes e o banco recebe eventos em um fuso comum.
O desenho que precisa ser contratado
Peça ao fornecedor a separação entre instante do evento, horário local e data operacional definida pelo negócio. A duração não deve ser calculada apenas subtraindo textos de relógio. Mantenha a referência de fuso da unidade e a regra que relaciona cada evento ao turno; alterações dessa regra precisam de uma decisão explícita sobre o histórico. Para uma única unidade, corrigir a transformação existente pode bastar. Uma camada de engenharia de dados se justifica quando várias origens aplicam convenções incompatíveis. Inclua chegada tardia de apontamentos e relógios sem sincronização no levantamento. Se a fonte fornece somente uma hora sem data ou fuso, documente a ambiguidade em vez de produzir precisão aparente. O resultado esperado é uma comparação operacional consistente, não a imposição automática do calendário do servidor.
Critérios para o fornecedor
- Instante original e referência local preservados para conferência.
- Turno identificado por regra acordada, inclusive atravessando dias.
- Carimbos incompletos sinalizados sem atribuição silenciosa de fuso.
Prova de aceite com uma exceção
Em um teste hipotético, o turno começa antes da meia-noite e termina no dia seguinte. Eventos dos dois lados devem participar do mesmo recorte operacional e manter seus horários locais consultáveis.
Referência para avaliar o escopo
Documentação de restrições do PostgreSQL
Prepare a contratação com a Quantum9
Leve à Quantum9 exemplos de um turno noturno e de duas unidades com horários distintos. A análise identifica onde normalizar os eventos e quem deve aprovar a convenção de fechamento.