Kobara

Mode Sandbox — données génériques

Connectez-vous pour voir vos vraies clés API et accéder à votre tableau de bord.

Développeurs

API v1

Intégrez Kobara dans votre site, app ou boutique en quelques minutes. Vous utilisez actuellement les clés Sandbox (Test).

Clé publique (Test)

kobara_pk_test_xxxxxxxxxxxxxxxxxxxxxxxx

Plan actuel

Free

active

Appels API (Aujourd'hui)

0

0 paiements ce mois-ci

Webhook Principal

web

Plugin WordPress Kobara

Acceptez les paiements MonCash sur WordPress et WooCommerce avec Kobara, sans exposer vos clés secrètes.

verifiedWordPress 6+shopping_cartWooCommerce Readytoggle_onTest / Live Mode

Installer les SDKs Kobara

Ajoutez Kobara à votre frontend, backend ou application serveur en quelques minutes.

javascript
v1.0.0

JavaScript SDK

Pour les applications frontend

npm install kobara-js
Voir docs
data_object
v1.0.0

Node.js SDK

Pour les serveurs Node.js

npm install @kobara/node
Voir docs
terminal
v1.0.0

Python SDK

Pour Django, Flask, FastAPI

pip install kobara
Voir docs
code
v1.0.0

PHP SDK

Pour Laravel, Symfony

composer require kobara/php-sdk
Voir docs
auto_awesome

Intégrer Kobara avec l'IA

Copiez ce prompt dans Cursor, Claude, GPT, Lovable ou Bolt pour intégrer Kobara automatiquement dans votre application.

Tu es un architecte logiciel senior spécialisé dans les infrastructures fintech, les APIs de paiement et les intégrations SaaS sécurisées. Ta mission est d’intégrer Kobara Payments dans mon application existante de manière professionnelle, sécurisée et scalable. IMPORTANT : Avant de coder quoi que ce soit : 1. Analyse entièrement mon projet. 2. Détecte automatiquement ma stack technique. 3. Comprends l’architecture frontend/backend. 4. Analyse les routes existantes. 5. Analyse la structure de la base de données. 6. Analyse les systèmes d’authentification existants. 7. Vérifie les variables d’environnement. 8. Vérifie la gestion des paiements déjà existante. 9. Vérifie les middlewares sécurité. 10. Vérifie les endpoints API existants. OBJECTIF : Intégrer Kobara Payments correctement dans mon application sans casser l’architecture existante. RÈGLES CRITIQUES : 1. Ne jamais exposer les clés secrètes Kobara côté client. 2. Toutes les requêtes sensibles doivent passer par le backend. 3. Toujours utiliser les variables .env. 4. Toujours utiliser HTTPS. 5. Vérifier les signatures webhook Kobara. 6. Utiliser uniquement les clés Kobara : - kbr_pk_* côté frontend - kbr_sk_* côté backend 7. Ne jamais communiquer directement avec MonCash ou MonCash. 8. Toute communication paiement doit passer uniquement par l’API Kobara. 9. Utiliser les bonnes pratiques OWASP. 10. Ajouter validation et gestion erreurs. ARCHITECTURE RECOMMANDÉE : Frontend ↓ Backend sécurisé ↓ API Kobara ↓ Infrastructure MonCash ↓ MonCash TÂCHES À EFFECTUER : 1. Installer le SDK Kobara adapté à ma stack. 2. Configurer les variables d’environnement. 3. Créer les services Kobara backend. 4. Créer les endpoints API nécessaires. 5. Créer la logique de paiement. 6. Créer la logique des retraits. 7. Créer la logique des webhooks. 8. Créer la gestion des statuts paiement. 9. Ajouter les logs sécurité. 10. Ajouter la gestion erreurs. 11. Ajouter les protections anti-abus. 12. Ajouter la validation des données. 13. Ajouter les notifications temps réel. 14. Ajouter les analytics paiement. 15. Ajouter le mode Test et Live. ANALYSE AUTOMATIQUE DEMANDÉE : Détecte automatiquement : - Next.js - React - Vue - Laravel - Express - NestJS - FastAPI - Django - Supabase - PostgreSQL - Prisma - Tailwind - TypeScript - Docker - Vercel Puis adapte l’intégration Kobara à cette stack. LOGIQUE DE PAIEMENT À IMPLÉMENTER : 1. Créer paiement : POST /api/v1/payments 2. Retourner : - checkout_url - payment_id - status 3. Rediriger le client vers Kobara Checkout. 4. Après paiement : - recevoir webhook - vérifier signature - mettre à jour DB - notifier frontend - créditer dashboard marchand STATUTS À GÉRER : - pending - succeeded - failed - expired - refunded WEBHOOKS : Créer un endpoint webhook sécurisé. Toujours : - vérifier Kobara-Signature - vérifier timestamp - logger les événements - éviter double traitement ENV VARIABLES : Frontend : NEXT_PUBLIC_KOBARA_PUBLIC_KEY= Backend : KOBARA_SECRET_KEY= KOBARA_WEBHOOK_SECRET= BASE DE DONNÉES : Créer ou adapter : - payments - customers - payment_links - withdrawals - webhook_events - audit_logs GESTION FRONTEND : Créer : - checkout buttons - payment success page - payment failed page - loading states - error handling - notifications GESTION BACKEND : Créer : - services Kobara - middleware auth - rate limiting - webhook verification - retry logic - logging SÉCURITÉ : Ajouter : - validation Zod/Yup - rate limiting - CSRF protection - secure headers - anti replay webhook protection QUALITÉ CODE : - code propre - TypeScript strict - architecture scalable - composants réutilisables - services séparés - aucune duplication IMPORTANT : Avant toute modification : 1. explique ce que tu vas modifier ; 2. explique pourquoi ; 3. explique les impacts ; 4. puis implémente proprement. Si une architecture existante est mauvaise : - explique pourquoi ; - propose une meilleure solution ; - puis migre proprement. Le résultat final doit être : - sécurisé ; - scalable ; - production-ready ; - fintech-grade ; - compatible Kobara ; - optimisé pour MonCash.
Voir docs arrow_forward

API Playground

boltAPI Endpointschevron_rightCréer un paiement
POST

/api/v1/payments

Request

Authorization

Bearerkbr_sk_test_...
{
  "amount": 1000,
  "currency": "HTG",
  "description": "Commande #1001",
  "customer": {
    "name": "Jean Exemple",
    "phone": "50900000000"
  },
  "successUrl": "https://site.com/success",
  "errorUrl": "https://site.com/error"
}
curl -X POST https://api.kobara.app/api/v1/payments \
  -H "Authorization: Bearer kbr_sk_test_xxx" \
  -H "Content-Type: application/json" \
  -d '{"amount": 1000, "currency": "HTG", "description": "Commande #1001", "customer": {"name": "Jean Exemple", "phone": "50900000000"}, "successUrl": "https://site.com/success", "errorUrl": "https://site.com/error"}'