Monetização de Criadores: Checklist de Implementação para QA de Pagamento e Entrega Antes do Lançamento
Um checklist de implementação de monetização de criadores deve responder a uma pergunta desconfortável antes de a promoção começar: o que exatamente acontece depois que alguém paga?
A maioria dos planos de monetização passa tempo demais escolhendo uma fonte de receita e tempo de menos comprovando o caminho operacional. Uma assinatura pode ter uma boa proposta e ainda assim falhar porque o acesso é manual. Uma campanha com patrocinador pode parecer lucrativa e ainda assim perder margem porque a responsabilidade pelas revisões não está clara. Um produto digital pode vender bem e ainda assim gerar caos no suporte porque recibos, reembolsos, arquivos e registros de clientes ficam em lugares diferentes.
Este guia é o companheiro de QA de lançamento para o checklist de implementação de monetização de criadores mais amplo da Nuvelle. Use o checklist canônico para escolher a oferta e passar pelos sete portões de lançamento. Use este artigo para testar pagamento, entrega, suporte, divulgação e coleta de evidências antes que a primeira campanha séria vá ao ar.
O objetivo não é uma pilha operacional complicada. O objetivo é um caminho pago simples que possa sobreviver a clientes reais, prazos reais e relatórios reais.
Importante: Este é um framework operacional, não uma सलाह de ordem jurídica, fiscal, contábil ou de políticas de plataforma. Utilize profissionais qualificados e fontes oficiais atuais para decisões específicas do seu negócio, contratos, localidade e canais de publicação.
O Checklist de QA de Pagamento e Entrega em Resumo
Este checklist de implementação de monetização de criadores transforma um plano de lançamento em um caminho operacional testável. Ele deve ser usado como um portão de pré-voo, não como um memorando de estratégia.
| Área de QA | Comprovante necessário antes do lançamento | Sinal de parada |
|---|---|---|
| Repasse da oferta | Uma ação do comprador cria o registro interno correto | Compras, consultas ou aprovações de patrocinadores exigem interpretação manual |
| Caminho de pagamento | Checkout, fatura, repasse, reembolso e tratamento de taxas são compreendidos | A receita não pode ser reconciliada com o caixa ou com o status de pagamento |
| Acesso ou entrega | O comprador recebe o ativo, serviço, assinatura, relatório ou entrega de campanha prometidos | A entrega depende da memória de uma pessoa |
| Suporte e exceções | Reembolsos, pagamentos com falha, arquivos ausentes, aprovações atrasadas e disputas têm responsáveis | A equipe improvisa cada exceção |
| Direitos e divulgação | Uso comercial, divulgação de patrocínio e permissões de uso são verificados no contexto | O caminho pago pode criar uso não aprovado de ativos ou divulgação pouco clara |
| Pasta de evidências | Cada transação, campanha, entrega, aprovação e métrica tem uma regra de armazenamento | A prova existe apenas em DMs, painéis que desaparecem ou capturas de tela no telefone |
| Revisão semanal | O lançamento produz uma decisão de manter, corrigir, pausar ou escalar | A equipe consegue ver a receita, mas não o custo operacional nem a carga de entrega |
Não trate isso como limpeza administrativa. Para um negócio de criadores, pagamento e entrega fazem parte do produto. Se forem pouco confiáveis, a oferta não está pronta para o lançamento.
Quando Usar Este Checklist
Use este checklist de implementação de monetização de criadores depois de ter selecionado um canal principal de receita e antes de anunciar um lançamento, enviar uma fatura de patrocinador, abrir o checkout, publicar uma CTA paga ou aceitar uma solicitação de licenciamento. Nesta etapa, o checklist de implementação de monetização de criadores deve comprovar o caminho pago com evidências, e não apenas descrever a oferta.
Ele funciona para:
- Assinaturas e comunidades pagas
- Produtos digitais, templates, kits de ferramentas e downloads pagos
- Patrocínios e parcerias com marcas
- Campanhas de afiliados e recomendações rastreáveis
- Workshops pagos, coaching, serviços e auditorias
- Licenciamento, pacotes de conteúdo localizados e acordos de PI de criadores
- Equipes de drama vertical empacotando cenas prontas para patrocinadores, acesso a bônus ou assets de produção
Se você ainda está decidindo o que vender, comece com o template de checklist de monetização de criadores de 30 dias. Se o dinheiro já está entrando e o problema é a análise, use o guia de rastreamento de receita de monetização de criadores. Este artigo fica entre essas duas etapas: ele verifica o caminho de lançamento antes que o volume chegue.
Step 1: Map the Buyer Handoff
Toda oferta monetizada precisa de uma passagem da ação do público para o trabalho interno. A passagem pode começar com checkout, fatura, aprovação do patrocinador, clique de afiliado, solicitação por mensagem direta, formulário de reserva, solicitação de licenciamento ou compra na plataforma.
Escreva o caminho em uma frase:
Quando [buyer action] acontece, [system or owner] cria [record], atribui [owner], aciona [delivery step] e armazena [evidence].Exemplos:
- Quando um espectador compra a assinatura da cena bônus, a plataforma de assinatura cria o registro do cliente, concede acesso, marca a campanha de origem e envia um e-mail de confirmação.
- Quando um patrocinador aprova o cartão de escopo, o responsável pela campanha cria o registro do projeto, verifica a linguagem de divulgação, agenda a produção e armazena os termos assinados.
- Quando um comprador adquire um template de produção, o checkout envia o arquivo, registra o ID da transação e cria uma rota de suporte para solicitações de acesso ausente.
A passagem deve criar um registro visível, e não apenas uma notificação. Uma mensagem no Slack, um alerta por e-mail ou um recibo de pagamento é útil, mas não é suficiente se ninguém puder ver o status da entrega depois.
Handoff QA table
| Questão | Resposta obrigatória |
|---|---|
| O que inicia o fluxo pago? | Checkout, fatura, formulário, acordo assinado, evento da plataforma ou aprovação manual |
| Que registro é criado? | Transação, cliente, campanha, pedido, tarefa de entrega ou oportunidade |
| Quem é o responsável pelo registro? | Pessoa ou função nomeada |
| Que dados de origem são capturados? | ID do conteúdo, ID da campanha, UTM, código de referência, patrocinador, mercado, idioma ou origem declarada |
| O que o comprador recebe imediatamente? | Recibo, acesso, confirmação, cronograma, próximo passo ou rota de suporte |
| O que precisa acontecer manualmente? | Se algo for manual, nomeie o responsável e o prazo |
| Onde a evidência é armazenada? | Razão, CRM, pasta do projeto, drive, exportação da plataforma ou pasta de contratos |
Se a equipe não consegue preencher esta tabela, a oferta não está pronta para um CTA público.
Passo 2: Teste o Caminho de Pagamento com uma Transação Real
Um checklist de implementação de monetização de criadores é fraco se apenas verifica que existe uma página de checkout. Teste o caminho completo do dinheiro.
Execute pelo menos uma transação interna de baixo valor ou um pedido de teste controlado antes do lançamento. Confirme:
- O checkout ou link da fatura funciona no celular
- A confirmação do comprador está correta
- O status do pagamento está visível
- As taxas da plataforma são identificáveis
- O processo de reembolso é compreendido
- O timing do repasse está documentado
- O registro do cliente se conecta à oferta e à campanha
- O responsável financeiro sabe onde os registros ficam
- Questões de imposto, contabilidade e entidade têm um caminho de revisão qualificado
O IRS diz que os registros comerciais devem mostrar claramente receitas e despesas, e sua orientação de manutenção de registros descreve documentos de suporte como comprovantes de venda, faturas, recibos, informações de depósito e registros de compra. Estruture o caminho pago de modo que esses documentos sejam fáceis de encontrar depois, e não fiquem espalhados em e-mails pessoais, painéis da plataforma e conversas em chat.
Para processadores de pagamento, separe o evento do dinheiro. Uma venda, um repasse pendente, uma transação de saldo, um reembolso, uma taxa, uma disputa e um depósito bancário podem aparecer como registros diferentes. A Stripe, por exemplo, documenta as transações de saldo como o razão dos fundos que passam por um saldo da Stripe, e também mantém documentação separada para reembolsos e disputas. Mesmo que você use outro provedor, o princípio operacional é o mesmo: o razão do criador deve conectar a transação voltada ao cliente ao evento voltado ao caixa.
Tabela de QA de pagamento para um checklist de implementação de monetização de criadores
| Teste | Condição de aprovação |
|---|---|
| Checkout mobile | O comprador consegue concluir a transação sem layout quebrado ou texto pouco claro |
| Recibo | O comprador recebe o nome correto da oferta, o valor e o próximo passo |
| Registro interno | O livro-razão ou sistema recebe ID da transação, ID da oferta, ID do cliente e status do pagamento |
| Taxas | As taxas da plataforma e de pagamento podem ser identificadas ou estimadas de acordo com os relatórios do provedor |
| Reembolso | O proprietário sabe como um reembolso é solicitado, aprovado, registrado e comunicado |
| Pagamento com falha | O comprador e o responsável interno recebem instruções úteis |
| Repasse | A data de disponibilidade do dinheiro ou a data prevista de repasse está visível |
| Evidências | Recibo, fatura, configurações de checkout e relatório de repasse têm locais de armazenamento |
Não promova a oferta até que pelo menos uma transação possa passar do pagamento ao registro contábil e à entrega sem confusão.
Etapa 3: Verificar a entrega antes da promoção
A entrega é a parte da monetização que os compradores lembram. Pode ser acesso instantâneo a arquivos, entrada em comunidade, um entregável de patrocínio, uma consultoria, uma licença de uso, um pacote de conteúdo localizado ou o lançamento de um episódio privado. Um checklist de implementação de monetização de criadores está incompleto até que essa unidade de entrega tenha sido testada do ponto de vista do comprador.
Para cada oferta, defina a unidade de entrega:
| Tipo de oferta | Unidade de entrega a testar |
|---|---|
| Assinatura | Nível de acesso, feed de membros, status de cobrança, caminho de cancelamento, lembrete de renovação |
| Produto digital | Arquivo, modelo, política de atualização, link de download, canal de suporte |
| Patrocínio | Recurso aprovado, postagem ao vivo, divulgação, link de rastreamento, relatório, fatura |
| Afiliado | Link correto, página de destino, divulgação, sub-ID, exportação de relatórios |
| Serviço | Formulário de entrada, agenda, escopo, marco, entrega final, janela de suporte |
| Licenciamento | Pacote de recursos, cronograma de direitos, território, prazo, entrega de arquivo, lembrete de renovação |
| Conteúdo bônus de drama vertical | Acesso ao episódio, versão editada, legendas, miniaturas, notas de lançamento, caminho de visualização |
Execute uma simulação de "primeiro comprador":
- Crie o cenário exato do comprador.
- Acione o caminho de pagamento ou aprovação.
- Meça quanto tempo a entrega leva.
- Verifique a mensagem voltada ao comprador em um telefone.
- Confirme que o responsável interno consegue ver o status da entrega.
- Armazene evidências da entrega.
- Registre cada etapa manual que ocorreu.
Se a entrega exigir que uma pessoa se lembre de uma sequência, o lançamento é frágil. Transforme a sequência em um checklist, modelo, automação ou tarefa atribuída antes de abrir a oferta para um público maior.
Para equipes de formato curto e drama vertical, a entrega geralmente inclui recursos de lançamento, legendas, verificações de área segura, arquivos de localização, miniaturas e registros de versão. O fluxo de trabalho de empacotamento de episódios ajuda a conectar compromissos pagos ao pacote real de ativos pronto para lançamento.
Etapa 4: Construir a fila de exceções
Um plano de lançamento que assume que tudo funciona não é um plano de implementação. Todo sistema de monetização de criadores precisa de uma fila de exceções.
Crie uma única fila para as exceções que este checklist de implementação de monetização de criadores foi projetado para revelar:
- Pagamento recusado
- Pagamento duplicado
- Solicitação de reembolso
- Estorno ou disputa
- Download ausente ou falha de acesso
- Feedback tardio do patrocinador
- Solicitação de alteração de escopo do patrocinador
- Remoção ou correção de conteúdo
- Erro em link de afiliado
- Pergunta sobre direitos de licenciamento
- Escalonamento do suporte ao cliente
- Fatura em atraso
- Lembrete de expiração de direitos
Cada exceção precisa de cinco campos:
| Campo | Por que isso importa |
|---|---|
| Tipo de exceção | Agrupa problemas recorrentes |
| ID da transação, cliente, campanha ou ativo relacionado | Evita que o suporte fique desconectado da receita |
| Responsável | Torna a resolução responsável |
| Prazo | Evita limpeza sem prazo definido |
| Decisão e evidência | Cria um registro de aprendizado útil |
A fila de exceções é onde a realidade operacional aparece primeiro. Se metade dos primeiros compradores precisar de ajuda manual para acessar, o problema não é "suporte". É um caminho de entrega quebrado. Se os patrocinadores continuam solicitando cortes sem preço, o problema não é "feedback". É uma card de escopo fraco.
Etapa 5: Conecte Direitos e Divulgação ao Fluxo Pago
A receita muda o perfil de risco do conteúdo. Uma publicação que é inofensiva como conteúdo comum pode precisar de divulgação mais clara, direitos mais fortes ou aprovação diferente quando se torna patrocinada, licenciada, localizada, usada em mídia paga ou vendida como parte de um produto.
As orientações de divulgação de mídia social da FTC explicam que conexões materiais devem ser divulgadas de forma clara e visível, usando linguagem que pessoas comuns possam entender. Elas também alertam os criadores a não dependerem apenas das ferramentas de divulgação da plataforma quando o relacionamento ainda assim permaneceria obscuro.
Transforme essa orientação em QA:
- Verifique a divulgação no formato exato que os espectadores verão.
- Confirme que a divulgação se mantém em legendas, cortes, versões reduzidas e versões traduzidas.
- Armazene a linguagem aprovada de divulgação.
- Preserve capturas de tela ou links ao vivo após a publicação.
- Verifique se links de afiliados, produtos recebidos de presente, relações de emprego e patrocínios têm o padrão correto de divulgação.
O YouTube também fornece orientações sobre promoção paga e um fluxo de declaração para vídeos que incluam colocação paga de produto, patrocínios ou endossos. Se o YouTube fizer parte do lançamento, torne a declaração específica da plataforma uma etapa obrigatória de publicação, em vez de uma verificação final baseada na memória.
A QA de direitos pertence ao mesmo fluxo. Antes do lançamento de uma oferta paga, confirme:
- Os arquivos de origem estão liberados para o uso pago.
- Música, voz, imagem, performance, arte, legendas e traduções têm permissões documentadas.
- Os direitos de uso, território, prazo, direitos de edição e direitos de mídia paga estão explícitos.
- A exclusividade do patrocinador não conflita com compromissos existentes.
- Lembretes de renovação e expiração têm responsáveis.
- Licenças e acordos estão armazenados ao lado do registro comercial.
Para equipes com forte presença de patrocinadores, a lista de verificação de operações de campanhas de patrocinadores amplia isso para adequação da campanha, escopo, direitos, aprovações, publicação, evidências, liquidação e renovação.
Etapa 6: Crie um Sistema de Confirmação Voltado ao Comprador
O comprador nunca deve ficar se perguntando o que aconteceu depois do pagamento.
Crie um padrão de confirmação para cada oferta:
| Oferta | A confirmação deve incluir |
|---|---|
| Membership | Link de acesso, cadência de cobrança, caminho de cancelamento, contato de suporte |
| Produto digital | Link de download, formato do arquivo, política de atualização, contato de suporte |
| Campanha de patrocinador | Resumo do escopo, próxima etapa, data de entrega do material, responsável pela aprovação |
| Serviço | Link de entrada, agenda, instruções de preparação, política de reagendamento |
| Licença | Método de entrega do material, resumo dos direitos, prazo, usos permitidos, responsável pelo suporte |
| Campanha de afiliado | Divulgação e expectativa claras; não sugira resultados sem suporte |
A confirmação não precisa ser longa. Ela precisa reduzir a incerteza e evitar suporte evitável.
Use este formato:
Obrigado por [ação].
Agora você tem [acesso/entrega/status].
Em seguida, [próxima etapa específica].
Prazo esperado: [data ou janela].
Precisa de ajuda? Contate [canal].
Referência: [ID do pedido/campanha/licença].Teste no celular. Se a confirmação for difícil de ler, contiver o nome errado da oferta, não tiver um caminho de suporte ou omitir o prazo, corrija antes do lançamento.
Etapa 7: Monte a Pasta de Evidências Antes do Início da Campanha
A coleta de evidências é mais fácil antes do lançamento do que depois que todos estão ocupados.
Crie uma pasta ou workspace com estas seções:
| Pasta | O que pertence ali |
|---|---|
01-offer | Resumo da oferta, preços, escopo, CTA, capturas de tela da página de vendas |
02-payment | Configurações de checkout, faturas, recibos, relatórios de taxas, relatórios de pagamento |
03-rights | Licenças, autorizações, permissões de uso, registro de direitos, lembretes de expiração |
04-disclosure | Texto de divulgação aprovado, configurações da plataforma, capturas de tela |
05-delivery | Arquivos entregues, logs de acesso, materiais do patrocinador, relatórios, links finais |
06-support | Reembolsos, pagamentos com falha, disputas, tickets de suporte, resoluções |
07-measurement | Exportações de analytics, relatórios da campanha, dashboard semanal, memorando de decisão |
Toda operação de lançamento deve produzir um rastro de evidências que outro operador possa inspecionar. Isso importa para renovações, reembolsos, prova para patrocinadores, relatórios de afiliados, registros fiscais, disputas de direitos e futuras decisões de conteúdo.
Se o lançamento atual usar tráfego pago, promoção por influenciadores ou CTAs específicos da plataforma, mantenha os IDs de origem consistentes. O Google Analytics documenta parâmetros manuais de campanha como utm_source, utm_medium e utm_campaign, e observa que os valores dos parâmetros diferenciam maiúsculas e minúsculas. Use um dicionário de nomenclatura controlado para que uma campanha não se fragmente em vários rótulos.
Etapa 8: Faça o Ensaio de Lançamento de 24 Horas
Execute um ensaio de lançamento pelo menos um dia antes da promoção real.
Use esta monetização de criadores: checklist de implementação como roteiro do ensaio:
- Abra a página da oferta ou o cartão de escopo do patrocinador no mobile.
- Clique no CTA a partir do mesmo tipo de conteúdo que o público verá.
- Conclua um checkout controlado, aprovação de fatura ou consulta.
- Confirme a mensagem voltada ao comprador.
- Confirme o registro interno.
- Acione a entrega ou a atribuição da próxima etapa.
- Teste o contato de suporte.
- Processe um reembolso ou exceção de forma controlada, se apropriado.
- Armazene as evidências.
- Realize uma decisão de prontidão para lançamento de 15 minutos.
A decisão tem apenas três resultados:
| Decisão | Significado |
|---|---|
| Lançar | Os fluxos de pagamento, entrega, suporte, direitos, divulgação e evidências estão prontos |
| Corrigir e testar novamente | Existe um bloqueador específico e ele tem um responsável |
| Não lançar | A oferta cria um risco operacional, financeiro, legal, de direitos ou de confiança inaceitável |
Não altere os critérios após o ensaio para fazer o lançamento parecer pronto.
Etapa 9: Revise as 10 Primeiras Ações do Comprador ou Parceiro
As dez primeiras ações reais ensinam mais do que uma média do painel.
Revise cada uma:
| Pergunta de revisão | O que inspecionar |
|---|---|
| O comprador certo agiu? | Origem, conteúdo, CTA, adequação do comprador |
| O pagamento ou aprovação funcionou? | Checkout, fatura, status, taxa, expectativa de pagamento |
| A entrega aconteceu no prazo? | Acesso, arquivo, marco, ativo do patrocinador, carga de suporte |
| Os direitos e a divulgação se mantiveram? | Posicionamento da divulgação, configuração da plataforma, registro de permissão |
| O fluxo de evidências funcionou? | Recibos, capturas de tela, relatórios, links, estrutura de pastas |
| A contribuição foi aceitável? | Custos diretos, horas, reembolsos, suporte, revisões |
| O que deve mudar antes de mais promoção? | Texto, oferta, preço, CTA, cumprimento, escopo, rastreamento |
É aqui que a QA de lançamento se torna aprendizado de receita. Se os primeiros dez compradores convertem, mas consomem tempo demais de suporte, o problema é a entrega. Se os patrocinadores aceitam o conceito, mas expandem os direitos de uso no final, o problema é o escopo. Se as pessoas clicam, mas não compram, o problema pode ser clareza da oferta, adequação do comprador, preço ou confiança.
Gate Final de Lançamento Copiável
Use este gate final antes de ativar uma campanha relevante.
| Portão | Condição de aprovação | Responsável | Evidência |
|---|---|---|---|
| Oferta | Um comprador, uma promessa, uma ação paga, uma unidade de entrega | ||
| CTA | O CTA para mobile leva ao destino correto | ||
| Pagamento | A transação de teste ou o fluxo de fatura funciona | ||
| Registro | É criado um registro de transação, cliente, campanha ou patrocinador | ||
| Entrega | O comprador recebe o próximo passo ou ativo prometido | ||
| Suporte | Os caminhos de reembolso, pagamento com falha, acesso ausente e disputa são atribuídos | ||
| Direitos | As permissões de uso comercial estão documentadas | ||
| Divulgação | A divulgação exigida funciona no formato de publicação real | ||
| Evidência | A estrutura de pastas existe e a primeira evidência foi armazenada | ||
| Medição | Receita, contribuição, origem e carga de trabalho de fulfillment podem ser revisadas semanalmente | ||
| Decisão | Lançar, corrigir e testar novamente, ou não lançar |
Esta tabela é intencionalmente operacional. Um plano de monetização de criadores só está pronto quando alguém pode inspecionar a evidência, não quando a estratégia parece convincente. Mantenha esta checklist de implementação de monetização de criadores anexada ao registro de lançamento para que futuras campanhas possam reutilizar o mesmo portão.
Padrões Comuns de Falha
A oferta vende, mas a entrega é manual demais
Pare a promoção e documente cada etapa manual. Mantenha a oferta ativa somente se o suporte permanecer dentro da capacidade declarada da equipe. Caso contrário, limite as vendas, adicione automação, reduza o escopo ou altere a promessa de entrega.
As aprovações do patrocinador ampliam o escopo
Volte ao cartão de escopo. Separe as entregas incluídas das solicitações adicionais. Precifique ou rejeite novos direitos de uso, cortes, permissões de mídia paga, arquivos brutos e exclusividade. Não deixe o processo de aprovação reescrever o acordo.
A receita aparece na plataforma, mas não em dinheiro
Rotule o valor corretamente. É receita contabilizada, receita estimada, pagamento pendente, dinheiro coletado ou contribuição? Use o fluxo de trabalho de rastreamento de receita de criadores para reconciliar os relatórios da plataforma com o dinheiro e as obrigações de entrega.
A divulgação de afiliado ou patrocinador é adicionada tarde demais
Leve a divulgação para o QA de produção. Verifique-a na experiência real do usuário, e não apenas em um rascunho de legenda ou nas configurações da plataforma.
A equipe não consegue explicar o que funcionou
Padronize IDs de campanha, IDs de conteúdo, campos de origem e armazenamento de evidências. Se um lançamento não puder ensinar o próximo lançamento, ele está com instrumentação insuficiente.
A visão da Nuvelle: Monetização precisa de uma história e de um sistema operacional
A Nuvelle é uma plataforma vertical de drama nativa de IA, não uma ferramenta para criadores. Mas a mesma lição operacional se aplica a equipes de entretenimento de formato curto, negócios de criadores e conteúdo apoiado por patrocinadores: a atenção só é útil quando a próxima ação está clara e o caminho de fulfillment é confiável.
Para equipes de drama vertical, isso pode significar integrações de patrocinadores, conteúdo bônus, pacotes de episódios localizados, licenciamento, parcerias de afiliados ou acesso premium ao público. Cada caminho precisa de uma promessa narrativa e de um sistema operacional. A narrativa cria demanda. O sistema operacional protege a confiança, os direitos, a entrega e a margem.
Use esta checklist de implementação de monetização de criadores antes da campanha, e não depois do primeiro problema de suporte evitável. Teste o fluxo de pagamento. Simule a entrega. Armazene evidências. Verifique os direitos e a divulgação. Revise as dez primeiras ações. Depois, amplie a oferta que resistir às operações reais.
Sources Used
- Base de conhecimento da Nuvelle: Visão Geral do Produto, Recursos do Produto, Diretrizes da Marca e documentos de estratégia de marketing.
- Comissão Federal de Comércio dos EUA: Disclosures 101 for Social Media Influencers.
- Serviço de Receita Federal dos EUA: Recordkeeping e Self-Employed Individuals Tax Center.
- Ajuda do Google Analytics: Campaign URL Builder and custom campaign parameters.
- Ajuda do YouTube: Paid product placements, sponsorships, and endorsements.
- Documentação da Stripe: Balance transaction types, Refunds e Disputes.
