---
title: "Pedidos e carteira: pedidos não são receita"
description: "Separe pedidos e carteira definidos pela empresa de faturamento, caixa, saldos contratuais, receita contábil e obrigações de desempenho remanescentes, e teste conversão, cancelamentos, margens e concentração."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Pedidos e carteira: pedidos não são receita

> Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas.

<a id="answer"></a>

## Resposta direta

Bookings e backlog costumam ser métricas operacionais definidas pela própria empresa, não linhas padronizadas pelos princípios contábeis dos Estados Unidos. Bookings geralmente medem o valor de pedidos ou contratos adicionados durante um período. Backlog geralmente mede alguma parcela do valor adjudicado ou contratado que a empresa espera converter em receita futura. O conjunto de contratos, a mensuração, a data, o tratamento de cancelamentos e as regras de atualização variam; por isso, valem a definição e a conciliação atuais do emissor.

Nenhuma das métricas equivale a receita, recebível incondicional, caixa, lucro ou garantia. A contabilidade reconhece receita quando ou à medida que as obrigações de desempenho são satisfeitas. Faturamento e recebimento podem ocorrer antes ou depois. As obrigações de desempenho remanescentes, ou RPO, são uma divulgação contábil sobre o preço da transação alocado a obrigações não satisfeitas ou parcialmente satisfeitas; podem se sobrepor à carteira, mas não devem ser presumidas idênticas.

<a id="mechanism"></a>

## Separação das métricas

Associe cada medida a uma data, período e população de contratos:

- bookings: adições do período conforme a definição da empresa, talvez brutas ou líquidas de cancelamentos
- backlog: saldo, em uma data, do trabalho incluído que ainda não foi convertido em receita
- RPO: preço da transação alocado a obrigações remanescentes segundo a norma de receita e as escolhas de divulgação aplicáveis
- faturamento: faturas emitidas durante o período, muitas vezes uma métrica calculada pela empresa e não uma linha da demonstração do resultado
- recebível: direito incondicional à contraprestação, sujeito apenas à passagem do tempo até o vencimento
- ativo de contrato: contraprestação reconhecida condicionada a algo além do tempo, como desempenho adicional
- passivo de contrato ou receita diferida: contraprestação recebida, ou vencida conforme a apresentação do emissor, antes do reconhecimento da receita relacionada
- receita: contraprestação reconhecida quando ou à medida que os bens ou serviços prometidos são transferidos segundo a política contábil

Os eventos não seguem uma sequência universal. O cliente pode pagar antecipadamente ou por marcos, receber a fatura após a entrega ou usar financiamento do fornecedor. A receita pode ser reconhecida em um ponto ou ao longo do tempo. Um booking pode nunca entrar no backlog divulgado, o backlog pode ser revisto sem receita, e a receita de contratos curtos ou variáveis pode nunca ter aparecido no backlog ou no RPO divulgado.

Para uma carteira definida de modo consistente, esta conciliação é útil:

`backlog final = backlog inicial + adições - receita convertida - cancelamentos ± mudanças de escopo, preço, câmbio e estimativas`

Os nomes e sinais devem seguir a definição do emissor. Aquisições, alienações, câmbio, modificações contratuais, contraprestação variável, opções, ordens de serviço e reclassificações devem aparecer separadamente, não ser tratadas em silêncio como demanda orgânica.

<a id="example"></a>

## Exemplos resolvidos

Suponha que uma empresa de software firme um contrato de serviço não cancelável de três anos por `$300`, fature e receba tudo no início e reconheça a receita uniformemente. Se bookings usarem o valor contratual total, aumentam `$300`. Antes do serviço, caixa e passivo de contrato aumentam `$300` cada, enquanto a receita permanece `$0`. Após um ano, a receita acumulada é `$100` e, desconsiderando impostos, financiamento, reembolsos e outros lançamentos, o passivo de contrato restante é `$200`.

`receita do primeiro ano = $300 / 3 = $100`

O exemplo não torna bookings, caixa, passivo de contrato e receita intercambiáveis. Uma empresa que use valor anual do contrato poderia divulgar outro booking, e um contrato com cancelamento, uso, contraprestação variável, aceite ou financiamento exigiria outra análise.

Agora suponha backlog inicial de `$1.00 billion`. No ano, a empresa adiciona `$600 million`, reconhece `$500 million` de receita originada do backlog incluído e remove `$50 million` por cancelamentos, sem outras mudanças:

`backlog final = $1.00 billion + $600 million - $500 million - $50 million = $1.05 billion`

Se a empresa definir book-to-bill como bookings divididos pela receita do mesmo período e perímetro:

`book-to-bill = $600 million / $500 million = 1.20×`

Superar `1.00×` significa apenas que as adições excederam esse denominador no exemplo; não garante receita, caixa ou lucro futuros. Se o backlog incluir `$300 million` para além de cinco anos, `$150 million` aguardando financiamento e `$100 million` canceláveis por conveniência, o total precisa ser segmentado antes de sustentar uma previsão.

<a id="risks"></a>

## Lista de verificação prática

- Localize definição, data, unidades, moeda, perímetro de consolidação, tipos de contrato e se a métrica foi auditada ou recebeu outra asseguração.
- Determine se bookings usam valor total, anualizado, mínimo comprometido, estimado, financiado, adjudicado, assinado ou ativado, e se incluem renovações, opções, uso, ordens de mudança e aquisições.
- Concilie adições brutas com líquidas após cancelamentos, churn, retiradas de pedidos, mudanças de escopo, preço e câmbio, aquisições, alienações e mudanças de método.
- Concilie backlog inicial e final, compare a conversão com a receita divulgada e explique a receita que não passa pelo backlog.
- Compare backlog e RPO sem equipará-los; examine expedientes práticos, exclusões, contraprestação variável, duração do contrato e faixas temporais de reconhecimento.
- Separe financiado de não financiado, firme de opcional, cancelável de não cancelável e adjudicado de apenas previsto.
- Verifique crédito do cliente, direitos de rescisão, reembolsos, critérios de aceite, condições de financiamento, dotações orçamentárias, aprovações e exigibilidade.
- Compare o cronograma de conversão com capacidade, pessoal, fornecedores, estoques, marcos de implantação, prontidão do cliente e atrasos históricos.
- Teste inflação, exposição a preço fixo, aumento de custos, multas, garantias, retrabalho, contratos deficitários e composição de margens; backlog de receita não é backlog de lucro.
- Compare, ao longo de vários períodos, bookings, backlog, faturamento, recebíveis, ativos e passivos de contrato, cobranças, fluxo de caixa operacional e receita.
- Meça concentração por cliente, programa, produto, região, moeda e governo, incluindo o efeito de uma única adjudicação no crescimento e no book-to-bill.
- Leia divulgações posteriores em busca de cancelamentos, reestruturações, atrasos, revisões de estimativas, mudanças de definição, reapresentações parciais e fim da divulgação.

<a id="misconceptions"></a>

## Erros comuns

**“Booking é receita.”** Booking segue a definição da empresa; receita segue o modelo contábil e a satisfação das obrigações. Momento e valor incluído podem diferir muito.

**“Backlog equivale a RPO ou receita diferida.”** Eles podem se sobrepor, mas suas definições e populações diferem. O passivo de contrato reflete contraprestação anterior ao desempenho; RPO trata do preço alocado ainda não reconhecido.

**“Backlog garante caixa e lucro futuros.”** Permanecem riscos de financiamento, cancelamento, crédito, entrega, preço, custo, margem, câmbio e cobrança, e as estimativas podem ser revistas.

**“Backlog crescente sempre indica demanda mais forte.”** Pode crescer por aquisições, câmbio, contratos mais longos, entrega lenta, inflação de preços ou mudança de definição; também pode cair por conversão acelerada, não por pedidos fracos.

<a id="related"></a>

## Tópicos relacionados

- [Receita diferida](/pt-br/stocks/deferred-revenue/)
- [Receita e lucro](/pt-br/stocks/revenue-and-profit/)
- [Demonstração dos fluxos de caixa](/pt-br/stocks/cash-flow-statement/)

<a id="sources"></a>

## Fontes oficiais

- [Commission Guidance on Key Performance Indicators and Metrics in MD&A](https://www.sec.gov/rules-regulations/2020/01/commission-guidance-managements-discussion-analysis-financial-condition-results-operations) — SEC (2026-08-07)
- [Beginners' Guide to Financial Statements](https://www.sec.gov/about/reports-publications/investorpubsbegfinstmtguide) — SEC (2026-08-07)
- [Revenue Recognition Implementation Q&A](https://fasb.org/page/PageContent?pageId=%2Fprojects%2Fother-staff-projects%2Fimplementationqandabody.html) — FASB (2026-08-07)
- [Revenue from Contracts with Customers Taxonomy Implementation Guide](https://xbrl.fasb.org/impdocs/Rev2_TIG/Revenue.htm) — FASB (2026-08-07)

Source: https://wiki.fcontext.com/pt-br/stocks/bookings-backlog/index.mdx