Regras e integração
Defina comissões de afiliação compreensíveis e verificáveis
Documente base de cálculo, elegibilidade, devoluções e renovações numa grelha de testes partilhada.

Antes de começar
Uma comissão de 10 % é ambígua sem base, evento gerador e exclusões definidos. Uma regra útil pode ser explicada ao parceiro, reproduzida numa encomenda e reconciliada com um pagamento. Este guia organiza as decisões operacionais a formalizar nas condições do programa. Os valores e percentagens dos exemplos são fictícios: não correspondem a preços de fornecedores nem a recomendações de remuneração.
Escreva a base antes da percentagem
Defina as parcelas incluídas: produtos, descontos, impostos, transporte, serviços e créditos. Distinga o valor apresentado ao cliente do valor elegível. Especifique moeda e momento de conversão. Uma base de 80 € a 10 % produz 8 €; aplicar a mesma percentagem a um carrinho de 100 € produz 10 €. A diferença deve resultar de uma regra documentada.
Separe atribuição de elegibilidade
A atribuição identifica o parceiro reconhecido; a elegibilidade determina se a ação pode ser remunerada. Defina categorias excluídas, clientes, encomendas e meios de promoção permitidos. Explique um conflito entre link e código de parceiros diferentes. Guarde a prova de atribuição e a versão das regras. Estar num relatório não torna uma encomenda automaticamente pagável.
Preveja cancelamentos e reembolsos parciais
Defina estados registado, pendente, aprovado, recusado e pago. Descreva devoluções anteriores e posteriores ao pagamento. Num exemplo fictício, uma base de 80 € menos uma devolução elegível de 30 € passa a 50 €; a 10 %, ficam 5 €. Confirme se o recálculo é automático. Preserve a operação original e o motivo do ajuste.
Modele subscrições e renovações
Indique se a comissão incide no primeiro pagamento, em várias faturas, num prazo ou em pagamentos elegíveis durante o contrato. Inclua períodos experimentais, planos anuais, mudança de plano, suspensão e reativação. O PartnerStack descreve estruturas pontuais e recorrentes; cada programa define condições. Teste uma mudança de plano e uma renovação reembolsada antes de publicar.
Versione alterações
Atribua identificador, início de vigência e responsável a cada regra. Decida que operações abertas seguem a versão anterior. Comunique base, percentagem, exclusões e efeitos sobre transações pendentes. As exigências de notificação e acordo dependem do contrato e devem ser confirmadas. Guarde uma versão que permita reproduzir cálculos históricos em vez de substituir toda a configuração.
Faça testes de aceitação conjuntos
Reúna programa, finanças e integração na mesma grelha: carrinho com desconto, várias moedas, devolução parcial, duplicado, subscrição e conflito link/código. Registe entradas, parceiro esperado, base, comissão e estado final. Compare interface, exportação e liquidação. Resolva diferenças antes de ampliar e repita os casos depois de alterar o checkout.
Comunique a regra com clareza
Apresente uma explicação curta ligada às condições completas, um exemplo representativo, calendário de validação e canal para contestar diferenças. Indique provas necessárias. Uma percentagem anunciada não garante rendimento futuro. A grelha partilhada facilita correções e reduz conflitos causados por significados diferentes de carrinho, venda e pagamento.
Respostas práticas
Perguntas para decidir
Todas as vendas atribuídas devem ser remuneradas?
Atribuição e elegibilidade são decisões diferentes. Contrato e regras publicadas definem ações pagáveis; explique exclusões e motivos de recusa.
E se a regra não puder ser reproduzida?
Suspenda a ampliação, documente um caso mínimo e acorde o cálculo com programa e finanças. Alterar um total sem explicação não resolve a ambiguidade.
Fontes e referências
Este guia é educativo e não constitui aconselhamento jurídico, fiscal ou financeiro. Confirme as condições atuais em fontes oficiais e consulte profissionais qualificados quando necessário.