Quand un client passe une commande, vous êtes notifié instantanément et la commande progresse dans une machine à états que vous contrôlez depuis le tableau de bord. Cette page passe en revue tout le flux — ce que voit le client, ce que vous faites, et comment la commande arrive chez le client.
🎬 Vidéo — démonstration du flux de commande
Ce que fait le client
Atterrit sur votre boutique (
{votre-slug}.dzbuild.appou votre domaine personnalisé).Choisit un produit, sélectionne les variantes s'il y en a, et ajoute au panier.
Va au checkout, remplit nom, téléphone, wilaya et adresse.
Choisit un mode de livraison et confirme.
Voit une page de remerciement avec son numéro de commande.
C'est tout du côté client. Pas besoin de compte pour commander.
Trois modes de livraison sont possibles au checkout :
Livraison à domicile — toujours disponible.
Stop desk — uniquement dans les wilayas où vous avez activé la livraison en bureau dans vos tarifs. La liste recherchable des vrais bureaux du coursier n'apparaît que si l'addon Stop Desk est actif et que le coursier lié a synchronisé ses données de bureaux ; sinon, cela retombe sur une simple livraison en bureau à votre tarif desk.
Retrait dans votre propre magasin — nécessite l'addon Pickup from Store et au moins un point de retrait configuré.
📝 Remarque — La commande peut mettre quelques secondes à apparaître
Le checkout confirme à l'acheteur immédiatement et la commande est enregistrée juste après. Une commande n'est jamais perdue silencieusement — mais quelques secondes peuvent s'écouler avant qu'elle n'apparaisse dans votre liste de commandes.
Cycle de vie d'une commande
pending → confirmed → processing → shipped → delivered
↓
cancelled (depuis tout état non-terminal)
↑
returned (après delivered)
Statut | Ce que ça veut dire | Qui le déclenche |
| Commande passée, pas encore confirmée | Client au checkout |
| Vous avez appelé le client et vérifié | Vous (tableau de bord) |
| Vous êtes en train d'emballer, ou vous avez envoyé la commande à un coursier | Vous (tableau de bord), ou automatiquement lors de l'envoi au coursier |
| Le coursier l'a en transit | La synchronisation de suivi, qui lit l'état chez le coursier |
| Le client l'a reçue | La synchronisation de suivi, ou vous |
| Commande annulée avant la livraison | Vous ou le client |
| Le client a retourné après livraison | API du coursier ou vous |
ℹ️ Info — Quand le stock bouge
Le stock est engagé la première fois qu'une commande atteint l'un des statuts confirmed, processing, shipped ou delivered — jamais à pending, pour ne pas perdre de stock à cause de fausses commandes ou de spam. Notez la conséquence : envoyer directement au coursier une commande encore pending la fait passer en processing, ce qui déduit aussi le stock. Le stock est restauré quand une commande passe en cancelled ou returned. Quel que soit le nombre de fois où vous changez le statut d'une commande, son stock est déduit au plus une fois et restauré au plus une fois — il ne peut jamais être compté deux fois.
Ce que vous faites
1. Vous êtes notifié
Quand une commande arrive :
Toast en direct — dans n'importe quel onglet du tableau de bord ouvert, instantanément, sans rafraîchir.
Telegram — vers un ou plusieurs comptes connectés. C'est le canal que les marchands algériens utilisent réellement ; connectez-le depuis
/dashboard/notifications.Discord — même page, si vous pilotez vos opérations dans un serveur Discord.
Email — à l'adresse de notification de la boutique.
Push navigateur / application — Web Push dans le navigateur, et push natif dans l'application Android.
Webhook — via l'addon Webhooks. Voir Webhooks.
⚠️ Attention — Désactiver l'email coupe aussi le push
Le push navigateur et le push application sont actuellement liés à l'interrupteur email. Si vous désactivez les notifications par email sur /dashboard/notifications, le push navigateur et application s'arrête silencieusement aussi.
2. Ouvrez la commande
Tableau de bord → Commandes (/dashboard/orders) → cliquez sur la nouvelle commande.
3. Call-confirm
La plupart des boutiques algériennes appliquent un flow call-confirm : les commandes en attente restent jusqu'à ce que vous appeliez le client, vérifiiez qu'il a bien voulu commander, puis passiez la commande à confirmed. C'est l'habitude la plus importante à prendre — elle réduit drastiquement les retours.
Pour une UI call-confirm style CRM, installez l'addon Gestion Avancée des Commandes et utilisez /dashboard/orders/advanced. C'est aussi le seul endroit avec un véritable historique par commande : il enregistre les sous-statuts (sans réponse, occupé, reporté, faux, …), journalise chaque tentative d'appel et conserve un historique complet des changements.
4. Envoyer au coursier
D'abord le prérequis : liez un compte coursier avec ses identifiants API dans Tableau de bord → Lier les coursiers (/dashboard/link-shipping). Ensuite :
Ouvrez la commande — depuis la fenêtre d'aperçu de la liste des commandes, ou depuis la page complète de la commande.
Cliquez sur envoyer à la livraison et choisissez le coursier lié.
L'API du coursier renvoie un numéro de suivi et une étiquette d'expédition, tous deux stockés sur la commande. Vous pouvez ensuite imprimer l'étiquette / le QR du coursier directement depuis la commande.
Le statut de la commande passe de
pendingouconfirmedàprocessing— et non àshipped.
La liste des commandes permet aussi de cocher plusieurs commandes et de les envoyer à un coursier en une seule action groupée.
DZBuild n'envoie aucun SMS à votre client, à aucun moment. Si l'acheteur en reçoit un, il vient du système propre au coursier.
Plus de 50 coursiers sont supportés — Yalidine, Yalitec, Guepex, Easy & Speed, Maystro, ZR Express (ancien et nouveau), Abex Express, NOEST Express, Zimou Express, Colivraison, Ecom Delivery, DHD Livraison, Conexlog, MSM Go et d'autres — et tout coursier fonctionnant sur la plateforme Ecotrack peut être ajouté via la tuile « custom Ecotrack ». Voir Tour des coursiers.
5. Suivez jusqu'à delivered
La plupart des intégrations coursier synchronisent automatiquement le statut de livraison : DZBuild lit l'état de l'expédition chez le coursier à intervalles réguliers et fait passer la commande en shipped puis plus tard en delivered tout seul, généralement quelques minutes après la mise à jour du coursier. Pour les coursiers sans synchronisation automatique, changez le statut à la main une fois que le coursier vous confirme la livraison — par téléphone, via son portail, ou par son propre message.
Chaque commande indique aussi d'où vient l'acheteur, pour que vous voyiez quel canal l'a produite.
Quand une commande n'arrive jamais
Si un client dit avoir commandé mais que rien n'apparaît dans votre tableau de bord, quatre choses peuvent bloquer une commande avant qu'elle ne vous parvienne :
Le captcha du checkout — si l'addon Captcha Protection est actif, le checkout exécute une vérification automatique et un acheteur qui valide avant la fin ne passe pas.
La barrière anti-fraude / bannissement — les acheteurs que vous avez bannis sont refusés avant même qu'une commande ne soit créée.
La limite de commandes par IP — si vous avez installé l'addon Limit Orders per IP, les commandes répétées depuis une même IP sont bloquées.
Le plafond du plan Gratuit — une boutique Gratuite cesse d'accepter les commandes après 30 commandes dans un mois calendaire, et la boutique se ferme à tous les visiteurs jusqu'au mois suivant ou jusqu'à votre abonnement.
Et après