Nombra un propietario y un lugar para el registro
Elige quién mantiene el registro de pago del proyecto y quién puede acceder a él cuando esa persona no esté. El contacto de facturación, el operador de la cartera y el operador de la aplicación pueden ser personas distintas. Vincula el registro al identificador de proyecto del cliente y al registro de aprobación para que un revisor posterior pueda entender por qué se hizo la compra.
Usa un espacio de trabajo de proyecto controlado con acceso adecuado a su contenido. No almacenes semillas de carteras, claves de gasto, contraseñas ni conjuntos de datos completos de clientes junto a un presupuesto de hosting. Un registro puede apuntar a evidencia aprobada guardada en otro lugar en vez de copiar cada documento en una carpeta compartida.
Captura el presupuesto aprobado en USD
Registra el plan base y cada opción recurrente seleccionada antes de aplicar el descuento por periodo. Manten las compras externas y el trabajo de tu equipo separados. Esto permite al cliente ver si un cambio provino de más recursos, un periodo prepagado más largo o un servicio no relacionado.
El catálogo actual de PrivateHostLab tiene precios en USD. Su referencia mensual es útil para comparar configuraciones, pero el importe solicitado es el total con descuento para el periodo seleccionado. No describas ese pago de periodo completo como un débito mensual. La guía de presupuesto contiene un ejemplo de configuración generado.
Desplace horizontalmente para ver todas las columnas de la tabla.
| Campo | Registro | Propósito |
|---|---|---|
| Proyecto y aprobador | ID interno del proyecto; referencia de aprobación; fecha con zona horaria | Vincular el gasto con el brief acordado |
| Configuración | Plan, recursos, imagen, ubicación del servidor y opciones seleccionadas | Identificar exactamente qué se revisó |
| Referencia mensual | Importe de USD antes del descuento del período | Comparar el presupuesto de recursos |
| Periodo prepagado | Número de meses, descuento y total de USD del período completo | Separar el compromiso de la referencia mensual |
| Costes externos | Tarifa de red; dominio, licencias u otras compras separadas | Evitar tratarlos como cargos de VPS incluidos |
| Decisión de renovación | Responsable, fecha de revisión y condiciones aún por confirmar | Mantener visible la planificación de continuidad |
Conserva la cotización como una cotización
Confirmar el correo electrónico de contacto del proyecto antes de que se muestren las instrucciones de pago. Es un dato de contacto, no una cuenta verificada. Corregir solo el correo mantiene sin cambios la referencia de pago mostrada, el importe, la tasa y la expiración original; las instrucciones permanecen ocultas hasta que se confirme o cancele la edición.
Tras generar los datos de pago, registrar la referencia local, el activo y la red seleccionados, el importe exacto en criptomoneda, la dirección de destino completa, la hora de obtención de la tasa, la hora de creación y la expiración. Usar las marcas de tiempo de la propia cotización en lugar de una nota que diga «hoy». El período de validez es exactamente una hora; reabrir la página no crea una hora nueva.
La referencia se genera localmente y no es un número de pedido emitido por el servidor. La documentación del ticker de Kraken identifica el precio de última operación usado por este proceso de pago. Esa referencia de mercado no es un precio de ejecución garantizado en tu exchange. Una cotización de stablecoin también usa una tasa de mercado.
Si una edición efectiva de la configuración o una expiración da lugar a una cotización de reemplazo, marcar el registro anterior como sustituido y enlazar el reemplazo. No borrar la cotización anterior si ya se intentó una transferencia con ella. Su cronología y sus detalles pueden ser relevantes al discutir una excepción.
Un presupuesto aprobado a la espera de los datos de pago
Escenario ficticio: un estudio prepara el alojamiento para un sitio web de consultas. El cliente ha aprobado el siguiente presupuesto ilustrativo. No se fabrica ninguna cotización, transferencia ni confirmación del proveedor para el ejemplo.
Desplace horizontalmente para ver todas las columnas de la tabla.
| Elemento del registro | Entrada de ejemplo |
|---|---|
| Proyecto / aprobación | Sitio web de consultas · ejemplo interno CLIENT-BRIEF-01 · presupuesto de configuración aprobado en este escenario ficticio |
| Configuración | Estudio + 1 GB de RAM + 50 GB SSD + opción de copia de seguridad diaria |
| Período y presupuesto de USD | 6 meses · referencia mensual de $18.50 · 28% de descuento · $79.92 por adelantado |
| Costes externos | Dominio y trabajo del operador: aún se requieren cotizaciones separadas; tarifa de red: registrar a partir de la transferencia real |
| Evento de cotización | Aún no generado. Añadir la referencia local, activo/red, importe, destino y marcas de tiempo exactas del proceso de pago. |
| Evento de transferencia | No hay transferencia registrada. Mantener este campo separado de la aprobación del presupuesto. |
| Confirmación del proveedor | No recibida. No marcar el pago como verificado ni el servicio como entregado. |
| Próxima acción | El operador de facturación revisa la configuración final y genera los datos de pago actuales. |
Si el cliente cambia los recursos, conservar esta aprobación como la versión anterior y obtener la decisión presupuestaria revisada antes de usar una nueva cotización. Los pasos restantes de la guía describen cómo añadir eventos reales cuando ocurran.
Añade el evento de transferencia por separado
Registrar la billetera de envío o la referencia del exchange permitida por tu proceso, el identificador de transacción, el activo, la red, el importe, la comisión y la hora. Mantener la comisión separada del importe destinado a la dirección receptora; una pantalla de retiro de exchange puede presentar esas cifras de forma diferente. Comparar el destino real con la dirección completa mostrada por la cotización seleccionada.
Una captura de pantalla o un identificador de transacción es evidencia para investigar, no una declaración de que PrivateHostLab haya recibido y aceptado el pago. Mantener el estado administrativo como «transferencia registrada; confirmación del proveedor pendiente» hasta que un proceso autorizado del lado del servidor proporcione la confirmación. El proceso de pago actual sigue como «Pago no verificado» y no entrega un servidor.
Deja un rastro de excepciones explícito
Si el importe, la red o el momento no coinciden con la cotización, documentar qué se esperaba y qué ocurrió realmente. Mantener juntas las referencias relevantes e identificar a la persona responsable de la siguiente decisión. Evitar enviar un segundo pago solo para que el registro local parezca completo.
Las transferencias tardías, parciales, excesivas o por una red incorrecta dependen del servicio aplicable y de la política de recuperación. Esta hoja de trabajo no puede decidir si los fondos son recuperables o reembolsables. Consultar los términos de pago y reembolso y obtener una resolución documentada a través del canal acordado del proveedor cuando esté disponible.
Cierra el ciclo administrativo
Cuando esté disponible una confirmación del proveedor o un registro del servicio, adjuntar su referencia como un nuevo evento y compararla con la configuración del proyecto. Registrar las discrepancias en lugar de reescribir silenciosamente la aprobación inicial. Planificar una validación del servicio por separado; un pago aceptado no demuestra que la aplicación esté lista para el cliente.
Antes de que termine el período prepagado, revisar si el proyecto continuará, cambiará o se cerrará. Confirmar el próximo precio y las condiciones de renovación en lugar de arrastrar por suposición el descuento actual. La salida de una agencia debe transferir la responsabilidad de este calendario y registro en conjunto.
Esta es una plantilla de registro operativo, no una factura, una decisión sobre el tratamiento fiscal ni asesoramiento contable. Cualquier conversión a la moneda del cliente y los registros legales pertenecen a tu propio proceso administrativo y profesional acordado.
Fuentes y revisión
Las referencias técnicas se verificaron en septiembre de 12, 2026. Los ejemplos son ejercicios de planificación; la documentación de software referenciada no establece capacidades de servicio de PrivateHostLab.