Metodologia do Revenue Recognition
Saiba como funciona o Revenue Recognition na Stripe.
O Revenue Recognition é integrado a outros objetos Stripe para fornecer configurações padrão inteligentes sobre como reconhecer receitas.
O Revenue Recognition calcula automaticamente todas as transações realizadas na Stripe com precisão de milissegundo, incluindo assinaturas, faturas, pagamentos avulsos, reembolsos, contestações etc.
Tabela de contas
A Stripe criou o Revenue Recognition com base em um livro-razão de dupla entrada que rastreia débitos e créditos resultantes da sua atividade comercial.
Ao entender o plano de contas padrão e os débitos e créditos que afetam essas contas, você pode aproveitar melhor as vantagens do Revenue Recognition.
Modelagem de dados para o Revenue Recognition
Veja a seguir a descrição de como o Revenue Recognition lida com recursos comuns da Stripe para saber como o Revenue Recognition usa a modelagem de dados.
Assinaturas e faturamento
As assinaturas e faturas são recursos mais abrangentes com informações detalhadas sobre cada transação.
Em cada ciclo, as assinaturas criam faturas em que cada item de linha corresponde a um item de assinatura. O período de cada item de linha é definido automaticamente com o período do item de assinatura.
O Revenue Recognition trata cada item de linha da fatura como sua própria obrigação de desempenho. Após a finalização da fatura, o valor total reconhecível é diferido e amortizado uniformemente ao longo do período de cada item de linha da fatura.
Se um item de linha da fatura não tiver um período definido, o valor desse item será reconhecido integralmente na finalização da fatura. Use o recurso de importação de dados para configurar os dados da fatura ou defina regras para personalizar quando e como os itens de linha da fatura são reconhecidos.
Para obter mais detalhes e exemplos sobre como o Revenue Recognition lida com assinaturas e faturas em cenários específicos com upgrades, downgrades, descontos, impostos etc., consulte a página Assinaturas e faturamento.
Pagamentos avulsos
Os pagamentos avulsos criados pelo Checkout contêm informações sobre o produto, o preço e os impostos a partir de 1º de maio de 2025.
Os pagamentos avulsos criados no Dashboard ou por meio das APIs Charges e PaymentIntents contêm menos dados que as faturas.
Como não contêm dados sobre período ou execução de serviços, os pagamentos avulsos são reconhecidos por padrão imediatamente após o pagamento.
Importar dados para adicionar um período de serviço ou dividir um pagamento em diferentes cronogramas de reconhecimento de receitas. Isso permite personalizar o comportamento do tratamento das receitas e configurar regras como valor, descrição e e-mail do cliente do pagamento.
Para obter mais detalhes e exemplos sobre como o Revenue Recognition lida com pagamentos avulsos, consulte a página Pagamentos avulsos.
Reembolsos e contestações
O Revenue Recognition gerencia reembolsos e contestações gerando uma receita de contrapartida para compensar a receita já reconhecida.
Nas transações com receita já reconhecida e diferida, a parte reconhecida é adicionada às contas de receita de contrapartida de reembolsos ou contestações para compensar a receita diferida.
Para obter mais detalhes e exemplos sobre como o Revenue Recognition lida com reembolsos e contestações, consulte a página Reembolsos e contestações.
Transações externas
Você pode monitorar a receita coletada fora da Stripe usando faturas. Configure a fatura como qualquer outra e marque-a como paga no Dashboard ou pela opção paid_ na API.
As faturas marcadas como pagas fora da Stripe contribuem com a conta de ativos externos e não com a conta de caixa.
Cuidado
Se pretende consolidar dados financeiros de Stripe externas no Revenue Recognition, consulte a página Importação de dados.
Multimoedas
Se sua empresa processa transações em várias moedas, reconhecer receitas com precisão pode ser uma tarefa complexa.
O Revenue Recognition processa transações e gera lançamentos contábeis de acordo com as moedas de liquidação da conta. Transações em moedas de apresentação não aceitas para liquidação são automaticamente convertidas para a moeda de liquidação padrão da conta.
Para pagamentos e faturas pagas, é usada a taxa de câmbio da movimentação real dos fundos (ou seja, a movimentação refletida na transação de saldo). Se houver uma demora entre a cobrança (por exemplo, a emissão de uma fatura) e o pagamento, a variação dos valores resultante da evolução das taxas de câmbio entre os dois momentos é adicionada à conta FxLoss.
Para obter mais detalhes e exemplos sobre como o Revenue Recognition lida com várias moedas, consulte a página Multimoedas.
Disponibilidade de dados
O Revenue Recognition calcula seus dados duas vezes por dia, à 0h UTC e às 12h UTC.
Os dados processados à 0h UTC englobam a atividade da conta desde as 12h do dia anterior até as 23h59 UTC. A atualização UTC das 12h abrange atividades das 0h às 11h59 UTC do mesmo dia.
O processamento dos dados pode levar até 24 horas. Usuários em fusos horários distantes de UTC podem notar pequenos atrasos nos relatórios porque a atividade no final do dia em PST corresponde às primeiras horas do dia seguinte em UTC.
Por exemplo, você pode ter atividade de conta ocorrendo em 1º de agosto de 2023, da 0h às 11h59 UTC. Essa atividade deve aparecer nos relatórios do Revenue Recognition até 4 de agosto de 2023, às 12h UTC. Da mesma forma, você pode acessar relatórios de atividade das 12h às 23h59 UTC de 1º de agosto de 2023 até 5 de agosto de 2023 à 0h UTC.
Lançamentos contábeis
Cada atividade de cobrança na Stripe gera um conjunto de lançamentos contábeis. Uma lançamento contábil é um registro de uma transação. Cada lançamento é composto por uma conta de débito e uma de crédito. Por exemplo, uma entrada que finaliza uma fatura debitaria AccountsReceivable e creditaria DeferredRevenue. Pagar uma fatura debitaria Cash e creditaria AccountsReceivable.
Esses lançamentos podem ocorrer em contas de ativos, passivos, patrimônio, despesas ou receitas. Saiba mais sobre as definições de cada conta que aparecerão em um lançamento contábil na seção Tabela de contas.
A tabela abaixo mostra as atividades de cobrança aplicáveis aos lançamentos contábeis comuns. Você pode exportar lançamentos contábeis para CSV usando o relatório de débitos e créditos, que pode ser encontrado na guia Relatórios no Dashboard. Além disso, há opções para baixar relatórios de débitos e créditos por tipo de evento, que fornecem uma breve descrição do evento registrado, o que pode ajudar você a entender a natureza de cada lançamento contábil.
Cuidado
A tabela a seguir não é o conjunto completo de entradas. Atualizaremos periodicamente os registros. Se houver uma entrada específica com a qual você precise de ajuda, crie um ticket em nossa página de suporte.
| Débito | Crédito | Definição |
|---|---|---|
| Contas a receber | Receita diferida | Fatura em finalização |
| Contas a receber não faturadas | Item de fatura não cobrado em fatura | |
| Tarifas de processamento | Finalize uma fatura com tarifas de processamento | |
| Passivo fiscal | Finalize uma fatura com impostos | |
| Dívida incobrável | Contas a receber | Marcar fatura como não cobrável |
| Dinheiro pendente | Marcar uma fatura com um ACH pendente como incobrável | |
| Recoverables | Marcar uma fatura parcialmente paga com saldo do cliente como incobrável | |
| Cash | Contas a receber | Fatura paga |
| Saldo do cliente | Pagamento de saldo negativo do cliente | |
| Disputes | Dispute won | |
| Exclusão | Dinheiro não incluído | |
| Dinheiro pendente | A fatura de pagamento ACH é confirmada | |
| Recoverables | Applies to multiple recoverables cases when the Recover as gains setting is enabled, including dispute won, refund failed, or uncollectible paid | |
| Refunds | Refund failed if the Recover as gains setting is off | |
| Perda de transferência do Connect | Cash | Perda de uma transferência |
| Notas de crédito | Contas a receber | A nota de crédito pré-paga é emitida em uma fatura não paga |
| Saldo do cliente | Saldo do cliente de créditos da nota de crédito pós-paga | |
| Saldo do cliente externo | Saldo do cliente externo de créditos da nota de crédito pós-paga | |
| Saldo do cliente | Ajustes ao saldo do cliente | Reduzir o valor devido pelo cliente |
| Ajustes ao saldo do cliente | Saldo do cliente | Aumentar o valor devido pelo cliente |
| Receita diferida | Cash | Causado por reembolsos e contestações |
| Revenue | Receita reconhecida | |
| Ativo externo | Contas a receber | Marcar uma fatura como paga fora da Stripe |
| Disputes | Cash | Dispute occurs |
| Tarifas | Cash | Stripe fees incurred during payment processing |
| FX loss | Contas a receber | Reduce the settlement amount due to FX changes between invoice finalization and payment |
| Outras perdas | Contas a receber | Reduce the settlement amount due to other losses, such as excess refunds |
| Refunds | Cash | Reembolso |
| Passivo fiscal | Saldo do cliente | Nota de crédito em uma fatura com impostos, que credita o saldo do cliente |
| Saldo do cliente externo | Nota de crédito em uma fatura com impostos, que credita o saldo do cliente externo | |
| Contas a receber não faturadas | Revenue | Receita reconhecida em item de fatura não cobrado |
| Anulações não faturadas | Contas a receber não faturadas | O item de fatura não cobrado foi excluído |
| Voids | Contas a receber | Anular uma fatura |
| Dívida incobrável | Anular uma fatura incobrável | |
| Saldo do cliente | Anular uma fatura parcialmente paga com saldo do cliente |
As atividades acima são todas baseadas em valores positivos. É importante ressaltar que essas atividades de cobrança podem ser anuladas. Essas atividades reversas ocorrem quando atividades são acionadas sobre valores negativos de item de linha da fatura.
Item de linha negativo
Um item de linha negativo ocorre quando o valor do item de linha se torna maior do que o valor pelo qual foi pago. Normalmente, isso ocorre durante um downgrade ou upgrade de assinatura, quando o nível do produto muda.
Aqui está um exemplo de lançamentos contábeis que contêm um item de linha negativo causado por um downgrade:
- Em 1º de abril, a fatura de uma assinatura mensal no valor de US$ 90 é paga pelo cliente.
- Em 21 de abril, o cliente solicita um downgrade do serviço para uma assinatura de US$ 30. Isso resulta em 2 itens de linha não cobrados pelo tempo restante da assinatura.
- il_1 é para o tempo restante em novo plano no valor de US$ 10
- il_2 é para o tempo restante do plano antigo no valor de US$ -30
- Em 1º de maio, a fatura é gerada contendo os itens de linha gerados pelo downgrade, bem como para o novo item de linha, il_3, representando o mês de maio. O cliente paga a fatura no mesmo dia.
- Em 4 de maio, o cliente solicita um reembolso total da fatura de maio, o que resulta no reembolso total do item de linha criado pelo downgrade, bem como do novo item de linha de maio. Processamos o reembolso.
| Data | Débito | Crédito | Valor | Item de linha |
|---|---|---|---|---|
| 2022-04-21 | Contas a receber não faturadas | Revenue | US$ 10 | il_1 |
| Revenue | Contas a receber não faturadas | US$ 30 | il_2 | |
| 2022-05-01 | Contas a receber | Receita diferida | US$ 30 | il_3 |
| Cash | Contas a receber | US$ 30 | il_3 | |
| Receita diferida | Revenue | US$ 30 | il_3 | |
| Contas a receber | Contas a receber não faturadas | US$ 10 | il_1 | |
| Cash | Contas a receber | US$ 10 | il_1 | |
| Contas a receber não faturadas | Contas a receber | US$ 30 | il_2 | |
| Contas a receber | Cash | US$ 30 | il_2 | |
| 2022-05-04 | Refunds | Cash | US$ 10 | il_1 |
| Cash | Refunds | US$ 30 | il_2 | |
| Revenue | Cash | US$ 30 | il_3 |