Effectuer des paiements ponctuels et envoyer des factures

Vendre un service unique, une réservation, un billet ou un produit numérique avec un paiement immédiat, une facture à payer plus tard, ou les deux.

Durée: ~45 minutes, plus la vérification du fournisseur de paiement Difficulté: Intermediate Fonctionne avec: Base44 / Lovable / v0

Quand l'utiliser

Lorsque vous vendez un seul service, une réservation, un billet ou un produit numérique et que vous avez besoin d'une caisse de paiement immédiat, d'une facture à régler ultérieurement, ou des deux sans créer d'abonnement.

Avant de commencer

  • Un compte de fournisseur de paiement pris en charge dans son environnement de test. Aucun argent réel ne doit circuler pendant que vous construisez.
  • Le nom exact de l'article ou du service, la description, le prix en [PRIX] et le code de devise à trois lettres en [CODE DE DEVISE].
  • Un choix entre un paiement immédiat, une facture que le client règle plus tard, ou les deux.
  • Votre politique de remboursement et d'annulation rédigée en langage simple.
  • Les coordonnées client dont vous avez réellement besoin pour le paiement et l'exécution.
  • Un service d'e-mail si l'application elle-même doit envoyer des confirmations ou des liens de facturation.

Le prompt

Ces prompts fonctionnent mieux en anglais — collez-les tels quels, même sur les pages traduites.

Add a one-off payment and invoice flow for [SERVICE OR PRODUCT]. This is not a subscription and must never create a recurring charge.

Offer [PAY NOW / SEND AN INVOICE / BOTH]. The price is [PRICE] in [CURRENCY CODE]. The description customers should see is [PLAIN-LANGUAGE DESCRIPTION]. Use [PAYMENT PROVIDER] in its test environment until I approve going live.

For Pay now, show a clear order summary before checkout with the item, quantity if relevant, price, currency, what the customer receives and my refund or cancellation policy [POLICY]. Send the customer to the provider's secure checkout so this app never stores card details. If they cancel or payment fails, return them to the app with a clear message and do not mark anything paid or deliver the item.

For invoices, add an owner-only action that creates an invoice for [CUSTOMER NAME AND EMAIL] with [LINE ITEM DESCRIPTION], [PRICE], [CURRENCY CODE], [DUE DATE] and [OPTIONAL NOTE]. An invoice is a request for payment, while a receipt confirms that payment happened. Send the customer a secure provider-hosted link where possible and show the invoice as unpaid until the provider confirms payment.

After a confirmed payment, show a thank-you page and send the customer a confirmation containing [WHAT THEY BOUGHT], [AMOUNT AND CURRENCY], [PAYMENT DATE], [ORDER OR INVOICE REFERENCE], [WHAT HAPPENS NEXT] and [SUPPORT CONTACT]. Give them access to a provider receipt or paid invoice. Notify [OWNER EMAIL] without including full card or private payment details.

Save a readable status for each order or invoice: pending, paid, failed, cancelled or refunded. Confirm payment with the provider before changing the status, sending a paid confirmation, reserving a time or releasing a download. Refreshing the success page or receiving the same confirmation twice must not fulfil the purchase twice.

Do not invent tax rates, invoice wording required by a particular country or accounting claims. Use [BUSINESS DETAILS], [TAX INFORMATION SUPPLIED BY ME] and the payment provider's settings. Flag anything that needs a local accountant or legal review.

Keep the checkout calm and trustworthy, matching [BRAND STYLE]. Test a successful payment, a cancelled checkout, a failed payment and a repeated page refresh. Tell me what the customer receives in each case and what I must do before accepting real money.

Vous construisez déjà ? Collez ceci dans votre projet. Vous partez de zéro ? Ouvrez un compte gratuit sur un outil compatible ci-dessous.

Créez-le sur

Comment nous gagnons de l’argent

Ce que cela crée

  • Un flux de paiement ponctuel, un flux de facturation ou les deux
  • Des résumés de commande clairs et des statuts de paiement orientés client
  • Des statuts confirmés par le fournisseur : payé, échoué, annulé et remboursé
  • Une page de remerciement ainsi que des confirmations pour le client et le propriétaire
  • L'accès à un reçu ou à une facture payée après le règlement
  • Une protection contre l'exécution en double ou les frais récurrents accidentels

Vérifiez que ça a marché

Collez le prompt, attendez la fin de la construction, puis vérifiez ceci — en langage simple, sans contrôle technique :

  • La page de paiement affiche le bon article, le bon prix et la bonne devise avant que vous ne saisissiez les détails de paiement de test
  • L'annulation vous ramène en toute sécurité sans marquer la commande comme payée
  • Un test de paiement réussi apparaît dans le tableau de bord du fournisseur et modifie le statut de l'application en Payé
  • Le client test reçoit une confirmation avec le bon achat et la prochaine étape
  • Une facture reste Impayée jusqu'à ce que son paiement de test soit confirmé, puis change clairement en Payée
  • Actualiser la page de remerciement ne renvoie pas un autre article, ne réserve pas un autre créneau et ne crée pas une autre confirmation
  • Aucun écran ne demande à l'application de stocker les détails complets de la carte

Il manque quelque chose ? C'est normal — demandez-le dans un court message de suivi plutôt que de relancer tout le prompt.

Étapes suivantes

Suivre l'exécution après le paiement

Lorsque le paiement n'est que le début de la prestation d'un service ou d'un produit

Add a separate fulfilment status for paid [ORDERS / SERVICES / BOOKINGS]: [STATUS OPTIONS]. Only [AUTHORIZED ROLE] may change it. Show the customer the current status and send one update when it changes, without changing the provider's payment status.

Vous saurez que ça a marché quand : Une commande test payée passe par les étapes d'exécution approuvées tandis que son enregistrement de paiement reste exact.

Rappeler à un client une facture impayée

Lorsque les factures ont des dates d'échéance et que les clients peuvent oublier

Add one polite reminder for an unpaid invoice [TIME BEFORE OR AFTER DUE DATE]. Include the invoice reference, amount, currency, due date and secure payment link. Stop reminders immediately when the provider confirms payment, and never send more than [MAXIMUM REMINDERS].

Vous saurez que ça a marché quand : Une facture test impayée reçoit le rappel prévu, tandis qu'une facture payée n'en reçoit aucun.

Gérer un remboursement clairement

Une fois que le flux de paiement et d'exécution est fiable

When a refund for [ORDER OR INVOICE] is confirmed by [PAYMENT PROVIDER], change its status to Refunded, record the date and amount, apply [ACCESS OR FULFILMENT RULE], and send the customer a plain confirmation. Prevent the same refund notice from being applied twice.

Vous saurez que ça a marché quand : Un remboursement test apparaît une fois chez le fournisseur et dans l'application, avec l'accès du client ou l'exécution gérés comme spécifié.

Attention à

  • Une page de remerciement ne prouve pas le paiement. Seul le résultat confirmé du fournisseur de paiement doit marquer une commande comme payée ou déclencher l'exécution.
  • Une facture et un reçu ne sont pas interchangeables. La facture demande le paiement ; le reçu ou la facture acquittée le confirme. Étiquetez chaque document honnêtement.
  • Les exigences fiscales et de facturation varient. Ne laissez pas le constructeur inventer des règles pour votre emplacement. Configurez le fournisseur avec vos vraies coordonnées professionnelles et obtenez des conseils locaux si nécessaire.
  • Les paiements peuvent ne fonctionner que sur un site de test publié. Testez le flux réel publié dans l'environnement de test du fournisseur avant de supposer que l'aperçu de l'éditeur suffit.
  • Les fournisseurs de paiement facturent leurs propres frais et restreignent certains produits ou services. Examinez les conditions actuelles du fournisseur, les emplacements pris en charge et les règles concernant les entreprises interdites avant de vous lancer.
  • Les produits physiques nécessitent une exécution et une gestion des stocks au-delà du paiement. Cette invite couvre le paiement ponctuel et la confirmation, pas une opération de magasin complète.

Notes par plateforme

<ul><li><strong>Base44:</strong> Base44 peut installer Stripe dans un environnement de test et prend en charge le paiement unique ainsi que les factures hébergées par Stripe. Le paiement Stripe doit être testé sur une application publiée, et les fonctionnalités de paiement peuvent nécessiter un forfait Base44 payant.</li><li><strong>Lovable:</strong> Les paiements intégrés de Lovable prennent en charge les achats uniques pour les produits numériques et logiciels appropriés, via Stripe ou Paddle selon le projet. Les stocks physiques et la livraison nécessitent une configuration commerciale plus complète, et les tests de paiement doivent être effectués sur le site publié.</li><li><strong>v0:</strong> v0 peut connecter l'intégration Stripe via Vercel avec des environnements de test et de production. Le paiement est bien pris en charge, tandis que les écrans de facturation personnalisés, l'exécution et les e-mails clients nécessitent une logique d'application explicite ou une configuration du fournisseur.</li></ul>

Dépensez moins de crédits

Chaque plateforme vous facture le travail que fait son IA — la habitude la moins chère est donc de réfléchir avant de construire. Ces six règles éliminent l'essentiel du gaspillage, quelle que soit la plateforme.

  1. Planifiez d'abord dans un chat gratuit. Esquissez le tout dans ChatGPT, Claude ou Gemini — pages, fonctionnalités, ce que chaque formulaire collecte, l'apparence voulue. Réfléchir là-bas est gratuit ; réfléchir dans un builder est facturé.
  2. Partez d'un prompt écrit, pas d'une phrase. « Fais-moi un site » est la phrase la plus chère de la construction avec l'IA. Un premier prompt complet — comme ceux de ce site — évite des dizaines de corrections.
  3. Ne soyez pas paresseux sur les détails. Chaque détail omis revient en correction payante. Nom de l'entreprise, couleurs, chaque page, chaque champ de formulaire, ce qui se passe après l'envoi — mettez tout dans le premier prompt.
  4. Ensuite, un changement par message. « Corrige l'en-tête, et le formulaire, et les couleurs » crée un enchevêtrement plus coûteux à démêler que ce qu'il a économisé.
  5. Bloqué ? Arrêtez de rustiner. Si la même correction échoue environ trois fois, n'en envoyez pas une quatrième — décrivez plutôt l'état final souhaité de toute la section dans un nouveau message.
  6. Commencez gratuitement. Passez au payant quand il vous en faut plus. Utilisez le quota gratuit pour créer et explorer votre première version. Passez au payant quand vous avez besoin de plus d’utilisation ou de fonctionnalités payantes, et vérifiez le coût des services connectés avant le lancement.

Les prompts de cette page sont écrits pour faire l'essentiel de ce travail à votre place — c'est tout leur intérêt.

Lire le guide complet

Dernière vérification: 2026-07-27

FAQ

Nous utilisons des cookies pour analyser le trafic et suivre les clics d'affiliation. En continuant, vous acceptez notre Politique de Confidentialité.