- Projet Laravel existant
- Accès Stripe Test Mode
- Un frontend est requis pour l’interface de paiement
Aucun accès au dépôt n’est requis. L’accès au projet n’est nécessaire que si vous voulez que Bacodo l’intègre directement.
Module complémentaire Laravel
Ajoutez des PaymentIntents, des webhooks signés et commandez des mises à jour à l'application Laravel que vous exécutez déjà. Il s’agit d’un chemin de système d’entreprise PHP – pas de WordPress ni d’un dump PHP générique.
À partir de
$189
USD · Laravel
Intégration Stripe pour Laravel · Laravel
Requirements
Aucun accès au dépôt n’est requis. L’accès au projet n’est nécessaire que si vous voulez que Bacodo l’intègre directement.
Ce que ça fait
Bacodo intègre Stripe dans le projet Laravel que vous possédez déjà. Après le transfert, les routes, la configuration et les tâches résident dans votre dépôt. Vous êtes toujours propriétaire du compte Stripe et des frais. Laravel ne stocke jamais PAN.
Un chemin de production Laravel Stripe nécessite la création de PaymentIntent sur le serveur et la vérification de la signature sur $request->getContent(). La validation de JSON en premier est la façon dont les webhooks Laravel échouent.
Nous ajoutons des routes et un contrôleur (ou une action) adaptés à votre application Laravel existante, .env / config pour les secrets et ordonnons les écritures via les modèles Eloquent que vous utilisez déjà.
Votre équipe ignore la première implémentation de production de Laravel Stripe : webhooks bruts, événements idempotents, PaymentIntents compatibles SCA et transfert test-to-live.
Équipes PHP exécutant les systèmes métier Laravel. Cashier n'est utilisé que si vous en dépendez déjà — nous ne forçons pas Cashier comme produit.
Fonctions clés
Créez des PaymentIntents à partir d’une action ou d’un service Laravel. La clé secrète reste dans .env – jamais dans un FormRequest publié par le client.
Vérifiez Stripe-Signature sur $request->getContent(). CSRF est exclu sur cet itinéraire. Le décodage JSON a lieu après la vérification.
L'exécution s'exécute après la vérification du webhook, et non après une vue de remerciement de Blade. Nous mettons à jour la commande Eloquent que vous avez déjà.
Expédiez d'abord avec les clés de test Stripe. La mise en ligne est une transition documentée de .env et de Dashboard, et non une licence complémentaire.
Nouvelles tentatives de Stripe. Le gestionnaire Laravel supprime l'identifiant de l'événement afin qu'un POST en double ne soit pas rempli deux fois.
Blade, Inertia ou un SPA distinct ne reçoivent qu'une clé publiable et un secret client de courte durée de cette application Laravel.
Cas d’usage
Vous créez déjà des commandes dans Laravel et avez besoin de PaymentIntents ainsi que d'un état payé soutenu par un webhook.
Vous avez besoin d'un chemin Stripe maintenable dans le dépôt client, pas d'une démo unique routes/web.php.
Laravel crée le premier PaymentIntent. Les travaux de facturation/caissier lourds peuvent nécessiter un devis personnalisé.
Cet atterrissage est du côté de Laravel. Frontend Stripe.js est une plate-forme différente si vous en avez également besoin.
Démo
Aperçu, création de PaymentIntent, POST /webhooks/stripe, vérification de la signature, mise à jour de l'état de la commande. Cette page ne traite pas les frais réels.
Comment ça marche
Flux de travail complémentaire standard de Bacodo, avec Laravel vérifiant les itinéraires, .env, Eloquent, les files d'attente et si Cashier est déjà dans le projet.
01
Confirmez l'intégration de Stripe pour Laravel sur votre système d'entreprise PHP existant.
02
Passez en revue les versions Laravel / PHP, les modèles de commande Eloquent, les files d'attente et votre compte Stripe.
03
Ajoutez des routes d'intention de création et de webhook qui vérifient les signatures sur le corps brut.
04
Wire .env : clé secrète, clé publiable pour les clients, secret du webhook, URL HTTPS publique.
05
Exécutez des événements de test Stripe CLI ou Dashboard ainsi que des chemins de création et de refus.
06
Fournissez la source, les notes d'environnement et une liste de contrôle des clés en direct. L'implémentation de Laravel est la vôtre.
Architecture
Le processus Laravel détient la clé secrète. Les clients demandent à Laravel de créer un PaymentIntent. Stripe informe Laravel par webhook. Laravel vérifie la signature, puis écrit l'état de la commande.
Technologies prises en charge
Laravel actuellement pris en charge sur une version PHP acceptée par Stripe. Ce n’est pas WordPress ni un contrôleur frontal PHP brut.
Les mises à jour des commandes restent sur les modèles que vous possédez déjà. Le caissier est facultatif et seulement si vous l'utilisez déjà.
Votre compte Stripe, vos clés de test et en direct, votre point de terminaison webhook. Les frais restent avec Stripe.
Un hébergeur capable d'exécuter PHP (Forge, Vapor, VPS, etc.) et de recevoir des POST HTTPS de Stripe. Un hôte statique ne le peut pas.
Ce qui est inclus
Pricing
Ce prix concerne uniquement la plateforme Laravel. Il n'utilise pas la tarification des modules complémentaires Node.js, Go ou Spring Boot.
Intégration Stripe pour Laravel
Ajoutez des paiements Stripe prêts pour la production à un système commercial Laravel existant et conservez le code source.
Prérequis
$189
paiement uniqueLaravel
Besoin d’un frontend ?
Paiement sécurisé viastripe
Livraison et sécurité
L'intégration typique de Laravel Stripe est définie après la vérification de la compatibilité de Laravel. La chronologie dépend de votre couche de persistance et de la façon dont les clients appellent Laravel.
Les PaymentIntents en mode test, les signatures de webhook, les tentatives et les chemins de refus sont exercés sur l'application Laravel avant la remise.
Les clés secrètes et les secrets de signature des webhooks restent dans l'environnement du serveur. Les clients reçoivent uniquement une clé publiable ou un secret client de courte durée.
Le webhook Laravel vérifie les signatures Stripe sur le corps brut avant de mettre à jour l'état de la commande.
Nous ne revendiquons pas la certification PCI ou le zéro fraude. Laravel ne stocke pas PAN. Les données de carte sont collectées par Stripe Checkout ou Elements sur un client.
FAQ
L'intégration Stripe pour Laravel inclut la création de PaymentIntent sur votre API Laravel existante, un webhook signé sur le corps brut de la demande, des mises à jour de l'état des commandes sur votre boutique, des tests par rapport aux événements de test Stripe et des notes de transfert. Vous recevez la source Laravel. Les frais Stripe et votre compte Stripe sont distincts.
Oui. Stripe Integration for Laravel est conçu pour un système Laravel que vous possédez déjà. Nous n'expédions pas de dépôt de démonstration distinct comme livrable.
Non, Laravel ne doit pas stocker de PAN. Les clients utilisent Stripe Checkout ou Elements. Un formulaire Laravel personnalisé qui publie des données brutes de carte n'entre pas dans la portée par défaut.
Routes et contrôleurs Laravel sur le système commercial PHP que vous possédez déjà. Caissier uniquement si vous en dépendez déjà.
Oui pour l'accomplissement. Stripe doit POST sur un point de terminaison HTTPS Laravel accessible. Laravel local a besoin de Stripe CLI ou d'un tunnel pendant le développement.
Laravel peut créer un PaymentIntent et stocker l'identifiant client Stripe. La facturation récurrente reste sur le serveur. Les travaux Laravel nécessitant beaucoup d'abonnements peuvent nécessiter un devis personnalisé.
Le processus Laravel utilise la clé secrète et le secret de signature du webhook de l'environnement/config. Les clients reçoivent uniquement la clé publiable.
Nous implémentons d'abord l'intégration Stripe pour Laravel sur les clés de test. La mise en ligne est une transition documentée de l'environnement et du tableau de bord, et non une licence complémentaire.
Laravel crée des PaymentIntents qui prennent en charge SCA. Le client complète 3-D Secure avec Stripe.js ou Checkout. Laravel ne se réalise qu'après payment_intent.succeeded sur le webhook.
Oui pour l'accomplissement. Un Laravel 200 au client n'est pas la source de la vérité. Le webhook vérifie les signatures puis marque la commande payée.
Oui. L'intégration Stripe pour Laravel ajoute généralement des champs ou un enregistrement de paiement léger à côté de votre modèle de commande existant.
Non. Vous êtes propriétaire du compte Stripe, des clés et des frais de traitement. Le prix du module complémentaire Laravel est la mise en œuvre dans votre projet Laravel.
Non, nous ne réécrivons pas une application Laravel dans Node.js ou WordPress dans le cadre de ce prix complémentaire Laravel.
Oui. Les métadonnées PaymentIntent et les champs que vous conservez après la confirmation du webhook sont alignés sur votre modèle de commande Laravel existant.
La source Laravel est dans votre dépôt. Le support inclus de 30 jours couvre les défauts de la portée de l'intégration Stripe pour Laravel fournie, et non les travaux sur les fonctionnalités Laravel sans rapport.
Pendant la période de 30 jours, nous aidons en cas de rupture de l'intégration Laravel livrée causée par un changement documenté de Stripe. Les mises à niveau ultérieures relèvent de votre maintenance ou de votre support technique étendu.
Nous documentons l'état de PaymentIntent, les journaux du tableau de bord et la livraison du webhook Laravel. Le support de 30 jours inclut les échecs de signature, les tentatives et les clés mal configurées pour le flux Laravel fourni.
Nous confirmons votre version de Laravel par rapport à la bibliothèque Stripe que nous épinglons au moment de l'intégration. Les environnements d'exécution Laravel plus anciens ou fortement fourchus peuvent nécessiter une portée supplémentaire.
Non, nous ne réécrivons pas une application Laravel dans Node.js ou WordPress dans le cadre de ce prix complémentaire Laravel.
30 jours après la remise sont inclus. Le support technique étendu est facultatif à 20 % du prix de ce module complémentaire Laravel pendant six mois supplémentaires sur cette même intégration Laravel.
Ajoutez des paiements Stripe prêts pour la production à votre projet Laravel existant, conservez le code source et laissez le serveur s'en charger.
$189