Defina o nível mínimo de detalhe útil do registo
Utilize a loja, a moeda, o identificador da encomenda, o SKU quando relevante, o identificador da transação ou do evento, o identificador do extrato e a data do evento. Uma encomenda pode conter vários artigos e ajustamentos posteriores, pelo que o seu identificador nem sempre é uma chave única para cada linha.
Preserve os valores e os nomes dos campos originais do ficheiro exportado. Acrescente colunas de trabalho para a base prevista, a taxa aplicável, a comissão prevista, a comissão efetiva, o estorno e a diferença. Assim, outra pessoa pode reproduzir o cálculo sem depender de alterações ocultas na folha de cálculo.
| Grupo de colunas | Exemplos | Finalidade |
|---|---|---|
| Identificação | Loja, encomenda, SKU, evento, extrato | Evitar linhas duplicadas ou ambíguas |
| Datas | Datas da encomenda, entrega, extrato e reembolso | Aplicar o período de vigência correto da política |
| Fundamento da taxa | Categoria, incentivo, referência da taxa | Explicar por que se aplica esta percentagem |
| Fundamento da base | Vendas, portes, cupões, reembolsos | Reconstruir o montante sujeito a comissão |
| Controlo | Previsto, efetivo, estorno, diferença | Tornar as diferenças visíveis sem substituir os factos |
Exemplo de divergência: omissão dos portes pagos pelo comprador
Considere vendas de artigos de €50, portes de €4 pagos pelo cliente, sem cupões nem reembolsos, e uma comissão da plataforma de 9%. Um modelo que use apenas o preço do artigo prevê €4,50; a comissão efetiva sobre €54 é €4,86. A diferença de €0,36 corresponde exatamente a 9% dos portes omitidos.
Isto só demonstra a causa neste exemplo hipotético. Num registo real, verifique a base da comissão e a cobrança efetiva antes de atribuir uma causa. Uma diferença de dimensão semelhante pode resultar de outro campo ou de uma taxa elegível.
Diferença ilustrativa = €4,86 efetivos − €4,50 previstos = €0,36 = €4 de portes omitidos × 9%Associe reembolsos e ajustamentos sem perder a venda original
Um reembolso posterior de €10 relativo ao artigo, no mesmo exemplo simples, origina um estorno de €0,90 da comissão da plataforma. Preserve a cobrança original de €4,86 e o estorno de €0,90; a comissão acumulada da plataforma passa a €3,96. Não apague a linha original nem crie outra venda quando receber o registo do reembolso.
Nas encomendas com categorias diferentes, utilize a taxa efetiva de cada artigo. Para cupões da plataforma, preserve os campos relativos ao financiamento e à base relevante, pois os documentos públicos de comissões descrevem as condições dos descontos de formas diferentes. Mantenha o sinal positivo ou negativo das linhas de ajustamento; nem todos os ajustamentos são custos.
Classifique as exceções antes de pedir apoio
Distinga uma linha em falta de uma divergência de taxa, de base, de datas, de conversão cambial, de uma importação duplicada ou de arredondamentos. Comece pelos montantes relevantes e pelos padrões recorrentes. O arredondamento deve ser uma diferença residual comprovada, não a primeira explicação para qualquer divergência.
Um pedido de esclarecimento deve incluir os identificadores afetados, as linhas originais, a equação prevista, o fundamento na política, o resultado efetivo e a diferença exata. Evite incluir dados do cliente sem relação com o caso quando os identificadores da encomenda e da comissão forem suficientes.
- Verifique a integridade dos dados e as chaves duplicadas.
- Confirme a taxa e o seu período de vigência.
- Reconstrua a base sujeita a comissão.
- Associe as cobranças originais aos estornos posteriores.
- Classifique a diferença restante.
- Anexe apenas as provas relevantes e resolva a exceção ou mantenha-a em aberto.
Que controlos devem ser executados em cada período?
Eventos repetidamente em falta e importações duplicadas podem ter mais importância do que uma diferença residual de um cêntimo no cálculo da comissão. Acompanhe a integridade dos dados, os eventos sem correspondência com encomendas, as alterações de taxas em vigor e os totais de diferenças não explicadas. Preserve histórico suficiente para distinguir uma exceção nova de uma recorrente.
Automatize as verificações com definições estáveis, mantendo visíveis as ambiguidades da política aplicável à conta para posterior análise. Um motor de regras não deve forçar uma encomenda incerta a entrar numa categoria conhecida apenas para apresentar um painel sem pendências.