Mapa de Processo · 2026-08-11

Comissionamento técnico
da Ditrasa

Documento de estudo do processo de apuração de comissão de ordens de serviço da Ditrasa (concessionária agrícola), antes do desenvolvimento do agente. Fatos confirmados separados de questões em aberto; regras ambíguas viram exceção, nunca inferência silenciosa.

Case comercial Barroso Projeto sem custo Shadow mode ERP Solution/Solutium

01Processo Atual

Todas as ordens de serviço são fechadas manualmente. Cinco etapas, todas com pessoa no meio:

  1. Técnicos e assistentes técnicos executam ordens de serviço — as horas de cada um ficam registradas, individualmente.
  2. Lançamentos com conferências amostrais — algumas OS são conferidas pontualmente.
  3. Planilha calcula e lança os valores individuais — valores, percentual de comissão, variações e divisão quando há mais de um profissional.
  4. Ricardo valida — última conferência antes do envio.
  5. Envio ao RH — entra na folha.

Vocabulário: na Ditrasa quem recebe o fechamento é o RH, não "DP"/Departamento Pessoal.

02Regras de Rateio

Cargos: o técnico é o mecânico; o assistente técnico é o assistente do mecânico. A regra já é explícita — e regra explícita é o que um agente executa sem variar.

ComposiçãoRegra
Dois técnicos, mesmas horasComissão dividida ao meio
Técnico + assistente técnicoAssistente recebe metade das horas; em 4h juntos → 4h integrais ao técnico e 2h ao assistente
Mais de dois profissionaisCálculo proporcional às horas de cada um
Caso especialA planilha permite divisão manual
"A hora do técnico e a do assistente não aparecem separadas na nota fiscal. Se aparecessem, o cliente questionaria: 'não vou pagar 500 reais pro cara ficar aprendendo'. A separação fica do lado de dentro — e é isso que permite comissionar o assistente."
— Wester, Ditrasa · reunião 2026-08-04

Consequência para a proposta: a complexidade da apuração não é defeito a eliminar, é o preço de uma decisão comercial que funciona. Qualquer solução que simplifique o rateio está atacando o modelo de negócio, não a dor.

03A OS Trabalhada em Partes

Todas as OS são fechadas manualmente. Não existe "parte automatizada e parte não" — o ganho é o fechamento inteiro, não um canto dele.

Dentro desse trabalho todo manual, a OS trabalhada em partes é o caso mais caro: dentro da mesma ordem de serviço, parte das horas foi executada individualmente e parte em dupla.

Exemplo

Uma OS de reforma de máquina com 20 horas. Um trecho o técnico fez sozinho → comissão integral. Outro trecho foi em dupla → entra o rateio, e a regra depende de quem era o par. Uma OS só, mais de um critério de apuração dentro dela.

Não existe divisão única para a OS: é preciso separar as horas por trecho, aplicar a regra correspondente a cada um e somar por profissional — profissional por profissional, OS por OS.

"Uma IA que pegue a planilha de comissão, trate tudo e devolva pronta, destacando só as exceções para trabalho humano."
— Wester, sobre o que ele pediu

04Resposta do Levantamento — 2026-08-08

Wester respondeu ao levantamento enviado por e-mail. Respostas confirmadas:

TópicoRespostaEstado
ComissionamentoTodos os técnicos são comissionadosconfirmado
Esforço — Matriz~16 horasconfirmado
Esforço — BD/PTC/PM Jacto6–8 horasconfirmado
Esforço — MOC/PTU~4 horasconfirmado
PrazoFechamento começa dia 26, entrega até dia 27confirmado
ApontamentoIndividual; por trecho no deslocamento, por período no trabalhoconfirmado
Referência individual vs. duplaCampo Dealer; erros humanos devem ser corrigidos, mas alguns permanecemconfirmado
Variação da comissãoNível técnico + faturamento atingido; alguns percentuais fixosconfirmado
RetrabalhoNão gera comissãoconfirmado
GarantiaPaga normalmenteconfirmado
Horas internasDesconto aplicado antes do faturamentoconfirmado
Divisão manualSem padrão conhecido; precisa analisar planilhaaberto
Entrega ao RHPlanilha avaliada por Ricardo; não confirmado se RH redigitaaberto
API / banco / SolutionVerificar com Fabrício; existe export Excel com ajustes manuaisaberto
"~20% do processo"Significado exato não confirmadoaberto
Acompanhante por trechoNão esclarecidoaberto

05Mapa de Estudo do Processo

Este mapa é uma especificação de estudo, não uma autorização para automatizar regras ainda ambíguas. Dado ausente, divergência ou regra não confirmada deve virar exceção para revisão humana; o agente não deve inferir silenciosamente.

Fluxo conhecido

  1. Execução da OS — técnicos e assistentes executam o serviço
  2. Apontamento individual de horas — por trecho no deslocamento, por período no trabalho
  3. Conferência do Dealer e correções — erros humanos devem ser corrigidos, mas alguns permanecem
  4. Fechamento manual da OS — todas as OS são fechadas manualmente
  5. Classificação da base de comissão/faturamento — retrabalho, garantia, hora interna
  6. Separação por trecho e rateio entre profissionais — regra por trecho, não divisão plana
  7. Cálculo individual da comissão — nível × faturamento × percentual
  8. Planilha consolidada e ajustes — export bruto + regras + ajustes
  9. Validação de Ricardo — aprova ou devolve
  10. Envio ao RH — entra na folha

Etapas detalhadas — entradas, saídas e controles

#EtapaEntradasSaídasControles a validar
1Preparação da competênciaPeríodo, OS, níveis, percentuais, versão das regrasEscopo e parâmetrosData de corte, competência, responsável
2Execução e apontamentoOS, profissionais, registrosHoras individuais por trecho/períodoAusente, duplicado, incompatível, sem acompanhante
3ConferênciaOS, apontamentos, DealerCorrigidos ou fila de pendênciasNão presumir que toda OS com erro foi corrigida
4Fechamento manualDados conferidos e pendênciasOS fechada (ou com ressalva)Pendência bloqueia, exclui ou marca?
5ClassificaçãoOS fechada, faturamento, tipoBase elegívelFormalizar retrabalho, garantia, hora interna, cancelamento
6Decomposição e rateioTrechos, horas, profissionaisParticipação por pessoaRegra por trecho, não plana; preservar ajustes manuais
7CálculoHoras rateadas, nível, faturamentoComissão por profissionalFórmula, arredondamento, vigência, mínimos/tetos
8ConsolidaçãoExport bruto + regras + ajustesPlanilha final + memória de cálculoPreservar original, ajuste e resultado separadamente
9ValidaçãoPlanilha, exceções, memóriaAprovação ou devolução por RicardoRegistrar divergências e alterações
10EntregaPlanilha aprovadaRHLayout, canal, aceite, tratamento pós-entrega

Controles mínimos propostos

  • → Rastreabilidade OS → trecho → pessoa → horas → regra → comissão
  • → Conferir se o rateio fecha com as horas de origem
  • → Destacar: Dealer ausente, erro não corrigido, participante ausente, override
  • → Registrar autor, motivo e aprovação de cada ajuste manual
  • → Versionar percentuais, níveis e regras por competência
  • → Não alterar ERP, folha ou planilha oficial no shadow mode
  • → Comparar linha a linha com o fechamento humano
  • → Manter Ricardo e RH como gates humanos

Questões em aberto

  • aberto O que significa "~20% do processo"?
  • aberto Quem aprova um override?
  • aberto O apontamento identifica quem estava junto em cada trecho?
  • aberto Assistentes técnicos são elegíveis à comissão?
  • aberto O que é "garantia paga normalmente" para base e percentual?
  • aberto Quais níveis, percentuais fixos/variáveis, vigências?
  • aberto Excel é só saída do ERP ou contém fórmulas oficiais?
  • aberto Qual layout e canal o RH exige?
  • aberto API, banco ou exportação? Contato da Solution?

06Rollout do Piloto

Começar pequeno e expandir, por unidade. Em cada etapa, shadow mode: o agente apura em paralelo, mostra o que entregaria, compara-se lado a lado, e só então vira a chave.

Onda 1 · Patrocínio

Um técnico. Validar ingestão, Dealer, apontamentos, fechamento e cálculo básico. Confirmar ausência de rateios compartilhados. Executar em paralelo ao processo atual.

Onda 2 · Montes Claros

Três técnicos, sobreposição rara. Introduzir comparação de OS individuais, duplas e rateios. Testar exceções e overrides em volume controlado. Só avançar após Ricardo e RH concordarem que as divergências estão explicadas.

Onda 3 · Patos

Operação maior. Somente após regras, campos, exceções e critérios de aprovação estabilizados. Expandir gradualmente, mantendo o processo manual como fallback.

Critérios de passagem: concordância por OS e pessoa, cobertura dos casos, quantidade/tipo de exceções, tempo de fechamento, ausência de divergência material para a folha. Limiares numéricos ainda não definidos.

07Contato

Ruan Barroso
ruanbarroso@outlook.com

Interlocutores na Ditrasa: Wester (processo), Fabrício (infraestrutura), Ricardo (validação). Entrada pela Patrícia Barroso.

ERP: Solution/Solutium — API, banco e contato técnico a confirmar com Fabrício.

Comercial: projeto case, sem custo para a Ditrasa. A aposta é que o primeiro agente puxe os próximos processos.