Status automático é atribuído pelo sistema a partir do tracking. Assim que alguém aplica um status manual num título, o sincronizador para de sobrescrevê-lo — voltar a um status automático devolve o controle ao sistema. Status que exige motivo obriga o conferente a escolher um motivo, inclusive em lote.

O perfil ADMIN nativo nunca pode perder gerenciar_usuarios nem gerenciar_perfis — evita que uma configuração errada tranque todo mundo fora do sistema. As demais capacidades dele, e todas as de qualquer outro perfil, são livres.

Motivo com condição é detectado pelo sistema: ele vira filtro na grade e aparece no bloco de conferências do título. Motivo sem condição só é aplicado à mão, quando alguém altera o status. A condição é SQL sobre a consulta de conferência, usando o apelido v — por exemplo v.MODAL_CTE <> v.MODAL_SIM — e é testada antes de ser gravada; use Prever para ver quantos títulos ela pega. A condição de aplicabilidade responde "esta verificação vale para este título?": sem ela, um rodoviário puro apareceria como aprovado na conferência de perna faltante, quando o certo é «não se aplica». Motivos nativos podem ser reconfigurados mas não excluídos.

Cada parâmetro é uma condição que, quando casa, define o status do título. São avaliados em ordem: o de menor número prevalece. Quando nenhum casa, vale a regra base — entrega concluída se todas as pernas presentes estiverem finalizadas. Parâmetro nunca sobrescreve decisão de pessoa: título com status manual fica como está. Depois de alterar, rode a sincronização para refletir nos títulos.

A carga completa (importar relatórios do MySQL + sincronizar a camada de trabalho) roda todos os dias nos horários abaixo, e também sob demanda pelo botão Executar agora. Só uma execução roda por vez; um horário que vence durante uma execução roda logo depois que ela termina. Os docs emitidos vêm do MySQL do Protheus; a planilha abaixo é só reserva — a carga a usa apenas se o desvio para planilha estiver ligado no ETL.