Nomeie um responsável e um local para o registro
Escolha quem mantém o registro de pagamento do projeto e quem pode acessá-lo quando essa pessoa estiver ausente. O contato de cobrança, o operador da carteira e o operador da aplicação podem ser pessoas diferentes. Vincule o registro ao identificador de projeto do cliente e ao registro de aprovação para que um revisor posterior possa entender por que a compra foi feita.
Use um espaço de trabalho de projeto controlado com acesso adequado ao seu conteúdo. Não armazene seeds de carteira, chaves de gasto, senhas ou conjuntos completos de dados de clientes junto a um orçamento de hospedagem. Um registro pode apontar para evidências aprovadas mantidas em outro lugar em vez de copiar todos os documentos para uma pasta compartilhada.
Capture o orçamento aprovado em USD
Registre o plano base e cada opção recorrente selecionada antes de aplicar o desconto de período. Mantenha compras externas e o trabalho da sua equipe separados. Isso permite ao cliente ver se uma mudança veio de mais recursos, de um período pré-pago mais longo ou de um serviço não relacionado.
O catálogo atual do PrivateHostLab tem preços em USD. Sua referência mensal é útil para comparar configurações, mas o valor solicitado é o total com desconto para o período selecionado. Não descreva esse pagamento de período completo como um débito mensal. O guia de orçamento contém um exemplo de configuração gerado.
Role horizontalmente para ver todas as colunas da tabela.
| Campo | Registro | Propósito |
|---|---|---|
| Projeto e aprovador | ID interno do projeto; referência de aprovação; data com fuso horário | Vincular o gasto ao briefing acordado |
| Configuração | Plano, recursos, imagem, localização do servidor e opções selecionadas | Identificar exatamente o que foi revisado |
| Referência mensal | Valor de USD antes do desconto do período | Comparar o orçamento de recursos |
| Período pré-pago | Número de meses, desconto e total de USD do período completo | Separar o compromisso da referência mensal |
| Custos externos | Taxa de rede; domínio, licenças ou outras compras separadas | Evitar tratar esses itens como encargos de VPS incluídos |
| Decisão de renovação | Responsável, data de revisão e termos ainda a confirmar | Manter o planejamento de continuidade visível |
Preserve a cotação como cotação
Confirme o e-mail de contato do projeto antes que as instruções de pagamento sejam exibidas. É um dado de contato, não uma conta verificada. Corrigir apenas o e-mail mantém inalterados a referência de pagamento exibida, o valor, a taxa e a expiração original; as instruções permanecem ocultas até que a edição seja confirmada ou cancelada.
Após gerar os detalhes de pagamento, registre a referência local, o ativo e a rede selecionados, o valor exato em cripto, o endereço de destino completo, o horário de obtenção da taxa, o horário de criação e a expiração. Use os carimbos de data e hora da própria cotação em vez de uma nota dizendo “hoje”. O período de validade é exatamente uma hora; reabrir a página não cria uma nova hora.
A referência é gerada localmente e não é um número de pedido emitido pelo servidor. A documentação de ticker da Kraken identifica o preço da última negociação usado por este checkout. Essa referência de mercado não é um preço de execução garantido na sua exchange. Uma cotação de stablecoin também usa uma taxa de mercado.
Se uma edição efetiva da configuração ou a expiração levar a uma cotação de substituição, marque o registro anterior como substituído e vincule a substituição. Não apague a cotação anterior se uma transferência já tiver sido tentada com base nela. Seu momento e seus detalhes podem importar ao discutir uma exceção.
Um orçamento aprovado aguardando detalhes de pagamento
Cenário fictício: um estúdio prepara hospedagem para um site de captação de contatos. O cliente aprovou o seguinte orçamento ilustrativo. Nenhuma cotação, transferência ou confirmação de provedor é fabricada para o exemplo.
Role horizontalmente para ver todas as colunas da tabela.
| Item do registro | Entrada de exemplo |
|---|---|
| Projeto / aprovação | Site de captação de contatos · exemplo interno CLIENT-BRIEF-01 · orçamento de configuração aprovado neste cenário fictício |
| Configuração | Estúdio + 1 GB de RAM + 50 GB SSD + opção de backup diário |
| Período e orçamento de USD | 6 meses · referência mensal de $18.50 · desconto de 28% · $79.92 antecipado |
| Custos externos | Domínio e trabalho do operador: cotações separadas ainda necessárias; taxa de rede: registrar da transferência real |
| Evento de cotação | Ainda não gerado. Adicione a referência local, o ativo/rede, o valor, o destino e os carimbos de data e hora exatos do checkout. |
| Evento de transferência | Nenhuma transferência registrada. Mantenha este campo separado da aprovação do orçamento. |
| Confirmação do provedor | Não recebida. Não marque o pagamento como verificado nem o serviço como entregue. |
| Próxima ação | O operador de faturamento revisa a configuração final e gera os detalhes de pagamento atuais. |
Se o cliente alterar os recursos, retenha esta aprovação como a versão anterior e obtenha a decisão de orçamento revisada antes de usar uma nova cotação. As etapas restantes do guia descrevem como adicionar eventos reais quando ocorrerem.
Adicione o evento de transferência separadamente
Registre a referência da carteira de envio ou da exchange permitida pelo seu processo, o identificador da transação, o ativo, a rede, o valor, a taxa e o horário. Mantenha a taxa separada do valor destinado ao endereço de recebimento; uma tela de saque de exchange pode apresentar esses números de forma diferente. Compare o destino real com o endereço completo mostrado pela cotação selecionada.
Uma captura de tela ou um identificador de transação é evidência para investigar, não uma declaração de que PrivateHostLab recebeu e aceitou o pagamento. Mantenha o status administrativo como “transferência registrada; confirmação do provedor pendente” até que um processo autorizado do lado do servidor forneça a confirmação. O checkout atual permanece como “Pagamento não verificado” e não entrega um servidor.
Deixe um rastro explícito de exceções
Se o valor, a rede ou o momento não corresponderem à cotação, documente o que era esperado e o que realmente aconteceu. Mantenha as referências relevantes juntas e identifique a pessoa responsável pela próxima decisão. Evite enviar um segundo pagamento apenas para fazer o registro local parecer completo.
Transferências tardias, parciais, em excesso ou em rede errada dependem da política aplicável de serviço e recuperação. Esta planilha não pode decidir se os fundos são recuperáveis ou reembolsáveis. Consulte os termos de pagamento e reembolso e obtenha uma resolução documentada pelo canal acordado do provedor quando disponível.
Feche o ciclo administrativo
Quando uma confirmação do provedor ou um registro de serviço estiver disponível, anexe sua referência como um novo evento e compare-a com a configuração do projeto. Registre discrepâncias em vez de reescrever silenciosamente a aprovação inicial. Planeje uma validação de serviço separada; um pagamento aceito não prova que a aplicação está pronta para o cliente.
Antes que o período pré-pago termine, revise se o projeto continuará, mudará ou será encerrado. Confirme o próximo preço e os termos de renovação em vez de assumir que o desconto atual continua. A saída de uma agência deve transferir a responsabilidade por este calendário e registro em conjunto.
Este é um modelo de registro operacional, não uma fatura, decisão de tratamento tributário ou aconselhamento contábil. Qualquer conversão para a moeda do cliente e registros legais pertencem ao seu próprio processo administrativo e profissional acordado.
Fontes e revisão
As referências técnicas foram verificadas em setembro de 12, 2026. Os exemplos são exercícios de planejamento; a documentação de software referenciada não estabelece capacidades de serviço PrivateHostLab.