Do orçamento à fatura e ao contrato: o ciclo de vida completo dos documentos

Pela equipe da InvoiceFlow — publicado em 16 de junho de 2026 — leitura de 10 minutos

Um negócio não é um único documento. É uma sequência deles, cada um marcando um momento diferente na relação entre você e o seu cliente. Você faz uma oferta. Ele aceita. Vocês combinam os termos por escrito. Você executa o trabalho e o entrega. Você pede para ser pago. Pule uma etapa e você cria uma brecha — uma brecha onde moram os mal-entendidos, as disputas e os saldos não pagos.

O InvoiceFlow trabalha com quatro tipos de documento, e eles correspondem quase exatamente às etapas de um negócio real: o orçamento (a sua oferta), o contrato (os termos acordados, com uma assinatura), a guia de remessa (a prova de que você entregou algo) e a fatura (a cobrança do pagamento). Este artigo conduz um negócio real pelos quatro documentos, explica para que serve cada um e mostra as conversões que os conectam — incluindo a conversão parcial que tanta gente erra.

Os quatro documentos em resumo

Eles não são intercambiáveis, e a ordem importa. Vamos acompanhar um negócio.

O negócio: a montagem de uma cozinha em Leeds

Conheça Priya, dona de uma pequena marcenaria. Um morador, Tom, quer uma cozinha planejada: armários, uma bancada, instalação. É um serviço de £6.400 que vai durar três semanas. Veja como os quatro documentos o conduzem do primeiro telefonema ao pagamento final.

Etapa 1 — o orçamento

Tom liga e descreve o que quer. Priya tira as medidas e então envia um orçamento. Ele lista o escopo em itens — armários montados, bancada de carvalho, mão de obra de instalação, remoção de entulho — com um preço para cada um e um total claro de £6.400. Indica o tratamento tributário, um prazo de validade ("válido por 30 dias") e as condições de pagamento que valerão se Tom seguir em frente.

O orçamento é uma oferta, não uma conta. Tom não deve nada por recebê-lo. Ele pode aceitá-lo, pedir que Priya retire a remoção de entulho ou buscar uma segunda cotação. Crucialmente, por estar registrado e detalhado, não há discussão depois sobre o que estava e o que não estava incluído. A conversa vaga de "é, mais ou menos seis mil" é substituída por um documento que ambas as partes podem consultar.

No InvoiceFlow, o orçamento é um tipo de documento de primeira classe — não uma fatura com outro rótulo. Ele tem a sua própria numeração e o seu próprio status, então Priya enxerga de relance quais orçamentos ainda estão em aberto, quais foram aceitos e quais expiraram sem resposta.

Etapa 2 — o contrato e a assinatura

Tom diz sim. Para um serviço de £6.400 que se estende por três semanas, um aperto de mão não basta — Priya quer os termos por escrito e assinados. Ela elabora um contrato que registra o escopo, o preço, o cronograma (uma entrada, um pagamento quando os armários chegarem, o saldo na conclusão) e os pontos que evitam disputas: o que acontece se Tom mudar de ideia no meio do serviço, quem é responsável por desocupar o cômodo, como as alterações são precificadas.

Então vem a parte que torna tudo firme: os contratos do InvoiceFlow admitem uma assinatura digital. Priya pode capturar a assinatura de Tom na hora — ele assina na tela, ali na mesa da cozinha — e ela é inserida no contrato. Sem impressão, sem digitalização, sem aquele "vou assinar e devolver" que nunca acontece. O contrato assinado é a espinha dorsal de todo o negócio. Cada documento que vem depois remete a ele.

É aqui que a separação de tipos de documento do InvoiceFlow mostra o seu valor. Um contrato é um bicho diferente de uma fatura: ele trata de acordo, não de pagamento. Tratá-lo como um documento distinto — com a sua própria estrutura e um lugar para a assinatura — é o que permite que ele cumpra a sua função.

Etapa 3 — convertendo o orçamento em fatura (a entrada)

O contrato prevê uma entrada de 30% antes de Priya encomendar os materiais. Eis o movimento-chave: ela não redigita nada. Ela converte o orçamento em uma fatura.

A conversão transporta os itens acordados diretamente, de modo que a fatura da entrada corresponde exatamente ao orçamento — mesmas descrições, mesmos preços, mesmo tratamento tributário. Não há risco de um número fugir entre o orçamento que Tom aceitou e a conta que ele recebe. A fatura é um documento novo, com o seu próprio número de fatura (a sequência com que os órgãos fiscais se importam), mas o seu conteúdo vem do orçamento que Tom já aprovou.

Conversão parcial: o movimento que confunde as pessoas

Mas Priya não quer faturar os £6.400 inteiros ainda — apenas a entrada de 30%. É aqui que a conversão parcial importa. Em vez de transformar o orçamento inteiro em uma única fatura, ela converte parte dele: a entrada agora, o resto depois.

O InvoiceFlow permite converter um orçamento em fatura por etapas. A fatura da entrada sai agora. O orçamento não fica "esgotado" — ainda resta um saldo a faturar quando os marcos forem atingidos. É exatamente assim que funciona a cobrança por etapas em um projeto real: uma entrada adiantada, um pagamento quando os materiais chegam, o saldo na conclusão. Cada fatura é gerada a partir do mesmo orçamento aprovado, de modo que os números sempre se amarram ao que o cliente concordou. Sem planilha paralela controlando "quanto do orçamento eu já faturei até agora" — o aplicativo mantém o total corrente.

O erro que a conversão parcial evita é o clássico: faturar o valor inteiro adiantado porque redigitar uma fatura parcial à mão é chato, e então ter que emitir um crédito e refaturar quando o cliente (com razão) reclama. Ou o oposto — faturar a entrada e depois esquecer quanto do orçamento ainda resta, faturando a menos no pagamento final. Converter por etapas a partir do orçamento de origem único elimina os dois erros.

Etapa 4 — a guia de remessa

Três semanas depois, a cozinha está montada. Antes de Priya emitir a fatura final, ela entrega a Tom uma guia de remessa: um registro do que foi entregue e instalado — os armários, a bancada, o trabalho de instalação — que Tom assina para confirmar que recebeu tudo e que está conforme o combinado.

As pessoas pulam as guias de remessa em trabalhos de serviço, e isso é um erro. A guia de remessa é o documento que encerra a questão "será que eu recebi mesmo aquilo que estou sendo cobrado?" antes de a fatura chegar. Ela separa o momento da entrega do momento da cobrança. Se, seis semanas depois, Tom alegar que uma porta de armário nunca foi instalada, a guia de remessa assinada resolve a questão na hora. Repare que a guia de remessa lista o que foi entregue, não os preços — os preços ficam na fatura. A guia de remessa trata do recebimento; a fatura trata do dinheiro.

Para um marceneiro, essa guia de remessa assinada também é um gatilho limpo: entrega feita, aceite registrado, agora a fatura final pode sair com confiança.

Etapa 5 — a fatura final

Agora Priya emite a fatura final do saldo restante — novamente convertida a partir do que sobrou do orçamento original, referenciando o contrato e a guia de remessa assinada. A fatura mostra o valor total do serviço, a entrada já recebida e o valor devido. Ela traz as instruções de pagamento: dados bancários, um link de pagamento ou um QR code, conforme Priya preferir.

O InvoiceFlow não é um processador de pagamentos — Tom paga pelo próprio banco, do jeito que pagaria qualquer pessoa. Quando o dinheiro entra, Priya marca a fatura como Paga. Se Tom pagar parte dela, ela registra um pagamento parcial e o aplicativo controla o saldo restante até ele zerar. O negócio está encerrado, e há um rastro de papel limpo do primeiro orçamento ao pagamento final.

Qual documento, quando: as regras de decisão

Tire a história e o que sobra são regras simples.

Para uma transação minúscula — um conserto rápido, uma pequena venda de varejo — você pode usar apenas uma fatura. Para um projeto longo e valioso, você usará os quatro. A arte está em ajustar o peso do documento ao peso do negócio: não faça um cliente assinar um contrato de três páginas por um serviço de £40, e não toque um projeto de £20.000 num aperto de mão verbal.

Por que deixar os documentos se converterem (em vez de redigitar) importa

A maior fonte isolada de erros de cobrança é reinserir a mesma informação em cada etapa. Você orça £6.400, depois digita a fatura de memória e escreve £6.040. Você combina cinco itens e então derruba um quando redigita a conta. Cada redigitação manual é uma chance de os números se afastarem — e quando a fatura não bate com o orçamento, o cliente percebe, a confiança leva um abalo e você acaba emitindo correções.

Converter de orçamento em fatura (integral ou por etapas) significa que os dados fluem adiante a partir do documento que o cliente já aprovou. Os itens, os preços e o tratamento tributário passam inalterados. Você não está redigitando; está avançando o mesmo negócio para a sua próxima etapa. Esse é todo o sentido de tratar os quatro documentos como um único ciclo de vida conectado, em vez de quatro arquivos sem relação entre si.

O ciclo de vida em uma só frase

  1. Orçamento — você faz a oferta, detalhada e precificada.
  2. Contrato — os termos são acordados e assinados (assinatura digital, capturada na hora).
  3. Fatura (entrada) — convertida do orçamento, conversão parcial apenas para a entrada.
  4. Guia de remessa — prova de entrega assinada, sem preços.
  5. Fatura (saldo) — convertida do orçamento restante, referencia o contrato e a guia de remessa.
  6. Marcada como Paga — pagamento registrado; pagamentos parciais controlados até o saldo zerar.

Quatro tipos de documento, um fio contínuo. Cada um fecha uma brecha específica na qual o próximo cairia. Acerte a sequência e um negócio que poderia ter se desfeito em "mas você disse", "eu nunca recebi isso" e "não foi esse o preço que combinamos" passa, em vez disso, do primeiro telefonema ao pagamento final sem uma única discussão que valha a pena ter.