Facturation et compteUne fenêtre de remboursement de 48 heures paraît chiche à côté d'un abonnement résiliable à tout moment — jusqu'à ce qu'on remarque que le provisionnement a lieu à l'instant où le paiement passe, pas après une période d'essai. La fenêtre est courte parce que ce contre quoi elle protège commence immédiatement.
Pourquoi le provisionnement instantané façonne la politique
Contrairement à un SaaS au coût marginal quasi nul par inscription, un forfait serveur réserve de la mémoire et du CPU réels sur du matériel réel à l'instant même où une facture est payée — cette ressource est mise de côté que l'acheteur se connecte un jour ou non. Une longue fenêtre de remboursement sans question sur quelque chose provisionné aussi vite serait une porte ouverte pour réserver de la capacité, l'utiliser, puis la rendre gratuitement ; la fenêtre de 48 heures existe pour laisser une sortie aux achats réellement erronés et aux regrets immédiats, sans transformer les remboursements en moyen de louer du matériel sans frais.
Ce qui est éligible et ce qui ne l'est pas
| Situation | Éligible au remboursement ? |
|---|---|
| Demandé dans les 48 heures suivant le premier achat, nouveau client | Oui, en tant qu'annulation standard |
| Une panne vérifiée dépassant 24 heures consécutives | Oui, c'est l'exception pour échec de service, indépendante de la fenêtre de 48 heures |
| Épuisement de ressources dû à vos propres extensions ou mods | Non — le forfait a tenu sa taille annoncée ; c'est la configuration qui tourne dessus qui a changé |
| Un bannissement en jeu ou une suspension pour AUP | Non — le service a été livré ; une suspension est une conséquence de son usage, pas un échec du service |
| Un renouvellement passé les premières 48 heures | Non — toutes les ventes sont définitives passé cette fenêtre |
Un remboursement termine le service de la même façon qu'un impayé — le conteneur et ses données partent avec lui. Ce que vous avez construit ne reste vôtre que dans la copie que vous en avez prise vous-même.