O grupo reprocess gerencia os jobs de reprocessamento de comissões. O fluxo seguro é sempre o mesmo: create (dry-run) → items (inspecionar o impacto) → execute (aplicar em definitivo).
Criação (sempre dry-run)
reprocess create nunca aplica nada sozinho. Mesmo sem nenhuma flag de confirmação, ele só calcula o impacto. A aplicação definitiva é sempre o comando separado execute.
reprocess create é sensitive (pede confirmação), mas é seguro de rodar: é sempre dry-run, calcula o impacto sem alterar nenhuma comissão. Em terminal interativo pede confirmação; fora de TTY exige --yes (veja Convenções).Consulta e impacto
reprocess list e reprocess items são paginados. Veja Paginação para --all e cursores.
repass reprocess items repr_xxx --json
reprocess items antes de executar: é a visão exata do que execute vai aplicar.
Execução e cancelamento
reprocess execute é destructive. Aplica em definitivo as alterações de comissão calculadas no dry-run e não é reversível. Rode reprocess get repr_xxx e reprocess items repr_xxx antes para conferir o impacto exato. O corpo --data/--file ({ confirmationToken }) é exigido quando a política de reprocessamento pede confirmação extra para jobs acima do limite configurado. Em terminal interativo pede confirmação; fora de TTY exige --yes (veja Convenções).reprocess cancel também é destructive. Descarta o job antes da execução. Não desfaz nada já aplicado (só evita a execução), mas o job cancelado não volta a ficar executável. Em terminal interativo pede confirmação; fora de TTY exige --yes.
Para o schema completo de cada corpo (filtros do job, formato dos itens de impacto, origem do confirmationToken), consulte a página SDK equivalente (Reprocess) e a Referência da API. As regras de negócio estão em Reprocessamento. 
