Nommez un responsable et un emplacement pour le registre
Choisissez qui tient le registre de paiement du projet et qui peut y accéder en son absence. Le contact de facturation, l'opérateur du portefeuille et l'opérateur applicatif peuvent être des personnes différentes. Reliez le registre à l'identifiant de projet du client et à l'enregistrement d'approbation pour qu'un réviseur ultérieur puisse comprendre pourquoi l'achat a été effectué.
Utilisez un espace de travail de projet contrôlé avec un accès adapté à son contenu. Ne stockez pas de phrases mnémoniques de portefeuille, de clés de dépense, de mots de passe ou de jeux de données clients complets à côté d'un budget d'hébergement. Un registre peut pointer vers des preuves approuvées conservées ailleurs plutôt que de copier chaque document dans un dossier partagé.
Capturez le budget approuvé en USD
Consignez le forfait de base et chaque option récurrente sélectionnée avant d'appliquer la remise sur la période. Séparez les achats externes et le travail de votre équipe. Cela permet au client de voir si un changement provient de plus de ressources, d'une période prépayée plus longue ou d'un service sans rapport.
Le catalogue actuel de PrivateHostLab affiche les prix en USD. Sa référence mensuelle est utile pour comparer les configurations, mais le montant demandé est le total remisé pour la période sélectionnée. Ne décrivez pas ce paiement pour la période complète comme un débit mensuel. Le guide budgétaire contient un exemple de configuration généré.
Faites défiler horizontalement pour toutes les colonnes du tableau.
| Champ | Enregistrement | Objet |
|---|---|---|
| Projet et approbateur | ID de projet interne ; référence d'approbation ; date avec fuseau horaire | Relier les dépenses au cahier des charges convenu |
| Configuration | Formule, ressources, image, emplacement du serveur et options sélectionnées | Identifier précisément ce qui a été examiné |
| Référence mensuelle | Montant USD avant la remise sur la période | Comparer le budget de ressources |
| Période prépayée | Nombre de mois, remise et total USD sur toute la période | Distinguer l'engagement de la référence mensuelle |
| Coûts externes | Frais de réseau ; domaine, licences ou autres achats distincts | Éviter de les considérer comme des frais VPS inclus |
| Décision de renouvellement | Responsable, date de révision et conditions restant à confirmer | Maintenir la planification de la continuité visible |
Conservez le devis en tant que devis
Confirmez l'adresse e-mail de contact du projet avant l'affichage des instructions de paiement. Il s'agit d'une coordonnée, et non d'un compte vérifié. Corriger uniquement l'e-mail laisse inchangés la référence de paiement affichée, le montant, le taux et l'expiration initiale ; les instructions restent masquées jusqu'à ce que la modification soit confirmée ou annulée.
Après avoir généré les détails de paiement, consignez la référence locale, l'actif et le réseau sélectionnés, le montant exact en cryptomonnaie, l'adresse de destination complète, l'heure d'obtention du taux, l'heure de création et l'expiration. Utilisez les horodatages du devis lui-même plutôt qu'une note indiquant « aujourd'hui ». La période de validité est exactement d'une heure ; rouvrir la page ne crée pas une nouvelle heure.
La référence est générée localement et n'est pas un numéro de commande émis par le serveur. La documentation sur les tickers de Kraken identifie le prix de la dernière transaction utilisé par ce paiement. Cette référence de marché n'est pas un prix d'exécution garanti sur votre plateforme d'échange. Un devis en stablecoin utilise également un taux de marché.
Si une modification effective de la configuration ou une expiration conduit à un devis de remplacement, marquez la fiche antérieure comme remplacée et liez le remplacement. N'effacez pas le devis antérieur si un transfert a déjà été tenté sur cette base. Son calendrier et ses détails peuvent compter lors de l'examen d'une exception.
Un budget approuvé en attente des détails de paiement
Scénario fictif : un studio prépare l'hébergement d'un site de demandes de renseignements. Le client a approuvé le budget illustratif suivant. Aucun devis, transfert ou confirmation de fournisseur n'est fabriqué pour l'exemple.
Faites défiler horizontalement pour toutes les colonnes du tableau.
| Élément de la fiche | Exemple de saisie |
|---|---|
| Projet / approbation | Site de demandes de renseignements · exemple interne CLIENT-BRIEF-01 · budget de configuration approuvé dans ce scénario fictif |
| Configuration | Studio + 1 GB RAM + 50 GB SSD + option de sauvegarde quotidienne |
| Période et budget USD | 6 mois · référence mensuelle de $18.50 · remise de 28 % · $79.92 d'avance |
| Coûts externes | Domaine et travaux de l'exploitant : devis distincts encore nécessaires ; frais de réseau : à consigner à partir du transfert réel |
| Événement de devis | Pas encore généré. Ajoutez la référence locale, l'actif/le réseau, le montant, la destination et les horodatages exacts du paiement. |
| Événement de transfert | Aucun transfert enregistré. Gardez ce champ distinct de l'approbation budgétaire. |
| Confirmation du fournisseur | Non reçue. Ne marquez pas le paiement comme vérifié ni le service comme livré. |
| Prochaine action | L'opérateur de facturation examine la configuration finale et génère les détails de paiement actuels. |
Si le client modifie les ressources, conservez cette approbation comme version antérieure et obtenez la décision budgétaire révisée avant d'utiliser un nouveau devis. Les étapes restantes du guide décrivent comment ajouter les événements réels lorsqu'ils se produisent.
Ajoutez l'événement de transfert séparément
Consignez la référence du portefeuille ou de la plateforme d'échange émettrice autorisée par votre processus, l'identifiant de transaction, l'actif, le réseau, le montant, les frais et l'heure. Gardez les frais distincts du montant destiné à l'adresse de réception ; un écran de retrait sur une plateforme d'échange peut présenter ces chiffres différemment. Comparez la destination réelle avec l'adresse complète indiquée par le devis sélectionné.
Une capture d'écran ou un identifiant de transaction est une preuve à examiner, et non une déclaration selon laquelle PrivateHostLab a reçu et accepté le paiement. Maintenez le statut administratif « transfert enregistré ; confirmation du fournisseur en attente » jusqu'à ce qu'un processus côté serveur autorisé fournisse une confirmation. Le paiement actuel reste « Paiement non vérifié » et ne livre pas de serveur.
Laissez une trace d'exception explicite
Si le montant, le réseau ou le calendrier ne correspond pas au devis, documentez ce qui était attendu et ce qui s'est réellement produit. Conservez les références pertinentes ensemble et identifiez la personne responsable de la prochaine décision. Évitez d'envoyer un second paiement simplement pour que la fiche locale paraisse complète.
Les transferts tardifs, partiels, excédentaires ou sur un mauvais réseau dépendent de la politique de service et de récupération applicable. Cette fiche ne peut pas déterminer si les fonds sont récupérables ou remboursables. Consultez les conditions de paiement et de remboursement et obtenez une résolution documentée par le canal convenu du fournisseur lorsqu'il est disponible.
Bouclez la boucle administrative
Lorsqu'une confirmation du fournisseur ou un enregistrement de service devient disponible, joignez sa référence comme nouvel événement et comparez-la à la configuration du projet. Consignez les écarts plutôt que de réécrire silencieusement l'approbation initiale. Planifiez une validation de service distincte ; un paiement accepté ne prouve pas que l'application est prête pour le client.
Avant la fin de la période prépayée, examinez si le projet va se poursuivre, changer ou se clôturer. Confirmez le prochain prix et les conditions de renouvellement au lieu de reconduire la remise actuelle par hypothèse. Le départ d'une agence doit transférer la responsabilité de ce calendrier et de cette fiche ensemble.
Il s'agit d'un modèle de fiche opérationnelle, et non d'une facture, d'une décision de traitement fiscal ou d'un conseil comptable. Toute conversion en devise client et tout document réglementaire relèvent de votre propre processus administratif et professionnel convenu.
Sources et révision
Les références techniques ont été vérifiées en septembre 12, 2026. Les exemples sont des exercices de planification ; la documentation logicielle citée n'établit pas les capacités de service PrivateHostLab.