Triagem de devoluções com IA: confira pedido, política e evidências
Organize condições, lacunas e perguntas para que a operação revise cada recomendação.
O cliente escreve “sem uso” e envia uma foto da embalagem. A operação ainda precisa do pedido, da confirmação de entrega, do horário da solicitação e da política aplicável. Cada documento resolve uma pergunta diferente.
Você pode usar a Buda para criar um fluxo de triagem de devoluções e preparar recomendações a partir de pedidos e políticas aprovadas. Comece com arquivos autorizados e um responsável pela revisão. Reembolso, alteração do pedido e compromisso com o cliente exigem decisões separadas.
Defina a regra antes de contar dias
No exemplo fictício, a política P-R1 admite a análise de itens comuns sem uso solicitados até 14 dias decorridos da entrega. O responsável confirmou a contagem por tempo decorrido e a inclusão do instante exato de 14 dias. Todos os horários usam Asia/Shanghai; conjuntos promocionais seguem uma revisão de exceção. A regra é didática: direitos legais e a política real precisam ser verificados.
Registre aprovação, vigência, escopo e seção. A data de atualização de um documento, sozinha, não determina sua aplicação a uma compra anterior. Conflitos de versão vão ao dono da política.
Quatro casos e quatro encaminhamentos
| Caso | Evidência fictícia | Fila proposta |
|---|---|---|
| R01 | Entrega em 1º/10 às 10h; pedido em 15/10 às 10h; condição sem uso validada pelo revisor designado | Regra atendida, sujeita à revisão humana |
| R02 | Solicitação em 15/10; entrega sem confirmação | Obter comprovante; prazo desconhecido |
| R03 | 10 dias decorridos; foto da caixa; uso não verificado | Solicitar evidência da condição |
| R04 | 7 dias; conjunto promocional e brinde | Revisão de exceção |
Mantenha a entrega de R02 desconhecida. O horário de execução da tarefa não substitui o da solicitação. A foto de R03 comprova apenas o que mostra. Em R04, estar no prazo não resolve a regra do conjunto. Lacuna de evidência não vira recusa.
Entregue um pacote que possa ser conferido
Em return-triage.csv, preserve ID da solicitação, pedido, categoria, arquivo e linha, versão e seção da política, horários e fusos, condição do item, exceções, fila, pergunta pendente e revisor. Separe confirmado, ausente e conflitante.
Em return-review.md, explique condição por condição. Para R03: “Pedido linha 3 e solicitação confirmam 10 dias. Foto da embalagem recebida. Condição sem uso ainda não verificada. Perguntar quais evidências estão disponíveis conforme o procedimento aprovado.” Isso orienta o atendimento sem prometer aprovação.
Anexos duplicados usam a mesma referência; não aumentam a contagem de provas. Nomes ou valores iguais não autorizam unir solicitações. Uma exportação corrigida gera uma nova versão do pacote e identifica as linhas afetadas.
Delimite a execução
Leia apenas os pedidos, solicitações e a política P-R1 fornecidos e autorizados. Gere os dois arquivos. Cite a fonte de cada condição. Preserve desconhecidos, conflitos e exceções. Não altere pedidos, não reembolse e não contate clientes.
Organize arquivos e resultados no Agent Workspace. Configure separadamente as permissões reais dos dados e ferramentas: instruções não substituem controles de acesso. Revise uma correspondência, uma lacuna e uma exceção antes de reutilizar o processo como Skill. Para Skills existentes, pesquise e instale no Marketplace da Buda AI.
Perguntas práticas
E se os fusos forem diferentes? Guarde horários e offsets originais, converta para o fuso acordado e aplique a convenção da política. Datas sem horário perto do limite precisam de confirmação.
Como tratar brindes e conjuntos? Preserve a composição da compra. O responsável confirma as regras de devolução e rateio antes da recomendação.
E quando há conflito ou condição não atendida? Mostre as duas fontes e a condição pendente ao responsável por exceções ou atendimento. Não escolha automaticamente a versão mais permissiva.
Comece com quatro casos históricos autorizados e confira cada fila proposta contra suas fontes.