Paiements

Cette page couvre comment les clients vous paient sur votre boutique. Par défaut en Algérie c'est le paiement à la livraison (COD) — le client paie en espèces à la livraison. Les boutiques digitales peuvent aussi accepter des paiements par reçu manuel (CCP, BaridiMob, RedotPay, méthodes personnalisées) où le client envoie une capture d'écran de son virement que vous vérifiez.

DZBuild ne prend aucune commission sur vos ventes. Vous payez votre plan et rien d'autre ; ce que prélèvent le transporteur ou votre banque se règle entre eux et vous.

Les rails carte servent aux marchands qui paient DZBuild, pas au checkout client

Les paiements des marchands vers DZBuild passent par deux rails carte : SlickPay (CIB / Edahabia) et les cartes internationales (Visa / Mastercard / PayPal / Apple Pay, facturées en dollars américains). SlickPay couvre les quatre achats — abonnements aux plans, crédits IA, addons payants et achats de domaine ; le rail carte internationale couvre les abonnements aux plans, les addons payants et les domaines (les packs de crédits IA s'achètent uniquement sur le rail local). Aucun des deux n'est branché sur le checkout de votre boutique. Les méthodes supportées côté client sont le COD, le reçu manuel et free_digital.

Les trois méthodes de paiement client

Quoi qu'envoie la boutique, le serveur enregistre sur la commande l'une de ces trois valeurs exactement :

payment_method	Quand
cod	Paiement à la livraison — la valeur par défaut, et le repli pour tout le reste sur une commande physique.
free_digital	Un produit numérique gratuit (lead magnet, téléchargement gratuit). Le checkout n'a aucune étape de paiement.
digital_payment	Checkout par reçu manuel sur une boutique en thème Digital.

La boutique ne propose jamais de quatrième option, et si une autre valeur atteint le serveur depuis une commande boutique, elle est enregistrée en cod (ou en free_digital quand la livraison est numérique). Les commandes créées via l'API publique sont plus strictes : un payment_method inconnu est rejeté avec une erreur au lieu d'être corrigé en silence, envoyez donc exactement l'une des trois valeurs.

Il n'y a pas de paiement par carte pour vos clients

Vos clients ne peuvent pas vous payer par carte sur votre boutique. Ni CIB, ni Edahabia, ni carte internationale, sur aucun thème.

Les deux rails carte de DZBuild vivent dans votre tableau de bord et vendent des produits DZBuild : plans, crédits IA, addons payants et domaines. Aucun des deux ne peut être pointé vers votre propre checkout, et il n'existe nulle part un réglage qui branche un compte de paiement à vous sur votre boutique. Un client qui veut payer avant la livraison envoie l'argent hors plateforme et téléverse le reçu : c'est le flux du thème Digital décrit plus bas.

Le paiement par carte pour les acheteurs est prévu. Aucune date n'a été annoncée, construisez donc votre boutique sur le COD et les reçus pour l'instant.

Paiement à la livraison (COD)

Méthode par défaut et la plus utilisée en Algérie. Aucun fournisseur de paiement n'intervient au checkout — le client entre son téléphone, son adresse et sa wilaya, et paie en espèces au transporteur à la livraison.

• Booste la conversion. Le COD est la norme de confiance en Algérie.
• Il n'y a pas d'interrupteur COD. Sur tous les thèmes sauf Digital, le COD est la seule méthode de paiement client que le checkout accepte — il n'y a rien à désactiver. Le choix n'existe que sur les boutiques en thème Digital, où vous pouvez proposer des méthodes par reçu manuel à la place ; le faire pour des produits physiques destinés à des acheteurs algériens coûte généralement une grande part des conversions.
• Aucuns frais de transaction d'un fournisseur de paiement.
• Cycle de trésorerie. Le transporteur vous paie directement, selon son propre calendrier. DZBuild n'intervient pas dans ce versement : la cadence est celle de votre contrat avec ce transporteur.

Comment le client vit le COD

1. Le client remplit le formulaire (nom, téléphone, wilaya, ville, articles).
2. Il soumet — la commande arrive dans votre dashboard en pending.
3. Vous confirmez par téléphone, le transporteur livre, le client paie en espèces.

C'est le parcours sur lequel vivent la plupart des marchands algériens, et sur tous les thèmes sauf digital, COD est la seule méthode de paiement client intégrée.

Paiements par reçu manuel (thème Digital uniquement)

Le checkout par reçu manuel est un addon payant — Payment Gateway, 500 DZD/mois — configuré sur /dashboard/digital/payment. Il est principalement utilisé pour les produits non-physiques (formations, e-books, téléchargements) où le COD n'a pas de sens.

• Tant que l'addon n'est pas actif, cette page n'affiche que la carte d'achat et aucune méthode ne peut être enregistrée.
• Il s'achète par carte : CIB / Edahabia via SlickPay, ou par carte internationale Visa / Mastercard / PayPal en dollars américains. Le payer en téléversant un reçu CCP ou BaridiMob a été supprimé en juillet 2026 et n'est plus proposé.
• La page vous redirige vers l'accueil de votre tableau de bord si le thème de votre boutique n'est pas Digital.

Les méthodes par reçu intégrées comprennent :

• CCP (compte postal algérien)
• BaridiMob (virement mobile algérien)
• RedotPay (portefeuille USDT / TRC20)
• Méthodes personnalisées que vous définissez vous-même (compte bancaire IBAN, etc.)

Comment fonctionne un paiement par reçu manuel

1. Le marchand configure une ou plusieurs méthodes de paiement sur /dashboard/digital/payment.
2. Au checkout, le client choisit une méthode, envoie l'argent hors plateforme, et téléverse une capture d'écran du reçu.
3. La commande arrive avec payment_method = digital_payment, un statut de commande pending, et un champ payment_status distinct qui démarre lui aussi en attente.
4. Vous vérifiez le reçu manuellement et passez payment_status à payé. Rien n'est vérifié automatiquement.

Personne ne contrôle ce virement à votre place. L'argent circule hors de DZBuild, la capture d'écran n'est qu'une preuve, et la commande reste en pending tant que vous ne l'ouvrez pas pour la marquer payée. Prenez l'habitude de relire cette file chaque jour : un client qui a payé et attend son téléchargement viendra vous relancer, et le support DZBuild ne peut ni voir ni approuver un reçu téléversé dans votre boutique.

Où trouver le reçu

Les commandes numériques apparaissent bien dans votre liste Commandes habituelle, mais l'image du reçu n'y est pas affichée. Ouvrez Dashboard → Digital → Orders (/dashboard/digital/orders) et cliquez la commande pour la voir.

La vérification est un champ distinct du statut de commande : vous basculez payment_status depuis la page de détail de la commande numérique, et confirmer la commande la marque payée automatiquement.

Les images de reçus sont privées : le tableau de bord les affiche via un lien temporaire qui expire au bout d'une heure, l'URL de l'image ne peut donc être ni partagée, ni mise en favori, ni affichée ailleurs.

Page de configuration

Allez sur Dashboard → Digital → Payment (/dashboard/digital/payment). Vous pouvez configurer jusqu'à 10 méthodes par boutique, chacune avec :

• Nom
• Type — Custom, RedotPay, CCP ou BaridiMob
• Nom du titulaire du compte
• Détails de paiement et instructions
• Devise — DZD, USD ou EUR, avec un taux de conversion pour les devises autres que le dinar
• Reçu obligatoire — oui / non
• Activée / désactivée
• Logo — méthodes personnalisées uniquement ; CCP, BaridiMob et RedotPay ont des logos intégrés
• Frais supplémentaires, exprimés en pourcentage

Les frais supplémentaires sont calculés côté serveur comme ce pourcentage du sous-total après remise, ajoutés au total de la commande, et stockés sur la commande dans payment_fee.

Le client voit les méthodes activées sur la page checkout du thème Digital.

Le checkout numérique collecte des canaux de contact, pas une adresse

Comme il n'y a pas de livraison, le checkout numérique demande des canaux de contact au lieu d'une adresse postale : Telegram, Instagram, WhatsApp, plus jusqu'à trois champs personnalisés. Configurez-les — et indiquez lesquels sont obligatoires — sur Dashboard → Digital → Checkout fields (/dashboard/digital/checkout-fields).

Remboursements

DZBuild n'automatise pas les remboursements. Gérez-les par méthode :

• COD — annulez simplement la commande ; aucun argent n'a été pris.
• Reçu manuel — remboursez le client par le canal d'origine (CCP / BaridiMob / etc.), puis marquez la commande DZBuild comme cancelled ou returned.

Conséquence sur le stock : passer une commande en cancelled ou returned remet ses articles en stock dès lors qu'ils avaient été déduits. Par défaut, le stock est décrémenté à la confirmation, pas à la création de la commande : annuler une commande encore pending ne change donc rien, puisque rien n'avait été réservé. Une boutique réglée sur la déduction à la réception (page Commandes, engrenage « Paramètres d'affichage », Déduction du stock) récupère les articles à l'annulation, même depuis pending.

Questions fréquentes

Q : Je veux filtrer les fausses commandes en imposant le prépaiement. R : Pour les boutiques de produits physiques, il n'y a pas d'option de prépaiement aujourd'hui — la plupart des marchands combattent les fausses commandes avec les addons Captcha Protection et Limit Orders Per IP, plus la confirmation téléphonique dans Advanced Orders.

Q : Puis-je accepter les virements BaridiMob / CCP ? R : Oui, mais uniquement sur les boutiques en thème Digital via le flux de reçu manuel décrit ci-dessus. Sur les autres thèmes, les clients virent sur votre compte hors plateforme et vous marquez la commande payée manuellement.

Q : Quand SlickPay et le rail carte internationale interviennent-ils ? R : Uniquement quand vous (le marchand) payez DZBuild — pour souscrire à un plan, recharger des crédits IA, activer un addon payant, ou acheter un domaine. SlickPay gère CIB / Edahabia, et le rail carte internationale gère Visa / Mastercard / PayPal / Apple Pay en dollars américains. Les deux checkouts sont créés sur votre tableau de bord, jamais sur votre boutique, et il n'y a aucun réglage pour brancher votre propre compte marchand au checkout client.

Q : Un client a payé via BaridiMob mais ma commande est toujours pending. R : C'est normal. Les commandes par reçu manuel démarrent avec un statut de commande pending et un payment_status en attente, et le restent jusqu'à ce que vous ouvriez la commande sous Dashboard → Digital → Orders, vérifiiez la capture d'écran, et la marquiez payée. Il n'y a pas de vérification automatique.

Astuces

• Gardez le COD sur les boutiques ciblant l'Algérie. Sur les thèmes non-Digital vous ne pourriez pas le retirer même en le voulant ; sur une boutique en thème Digital vendant des produits physiques, remplacer le COD par le seul reçu manuel coûte généralement une grande part de vos conversions.
• Pour les produits digitaux, appuyez-vous sur le reçu manuel — les clients algériens sont à l'aise avec CCP et BaridiMob et leur font confiance tant que vos infos de compte sont claires.
• Affichez clairement les infos de compte dans les instructions de paiement de votre boutique. Moins le client a de questions, plus le taux de réussite est élevé.
• Vérifiez les reçus sous 24h — le client s'attend à ce que le téléchargement digital (ou l'exécution) démarre dès qu'il a envoyé la preuve.
• Utilisez Captcha Protection pour stopper les commandes COD générées par des bots avant qu'elles n'atteignent votre file de confirmation téléphonique.

La suite

• Commandes — une fois le paiement reçu (ou la commande COD passée), c'est ici que vous agissez.
• Clients — gérer les acheteurs récurrents et bannir les mauvais payeurs.
• Addon Captcha Protection
• Addon Limit Orders Per IP