Solution · Par intégration

Chaque commande WooCommerce devrait sortir facturée de Holded. Aujourd'hui elle sort d'un clavier.

La commande arrive dans la boutique et quelqu'un doit la transformer en facture, ajuster le stock, créer le contact et appliquer la bonne TVA. On monte la couche d'IA entre l'API de WooCommerce et celle de Holded qui fait tout le trajet — y compris les cas qu'aucun connecteur ne couvre.

On le monte chez moi Voir comment ça marche

Le problème

Vendre plus ne devrait pas vouloir dire taper plus.

Chaque commande finit recopiée dans Holded à la main, ou par un connecteur qui ne couvre que le cas simple : un produit, un envoi, un pays, un taux.
Le stock vit à deux endroits. WooCommerce décompte à la vente, Holded à la facture ou au bon de livraison, et quinze jours plus tard ils ne concordent plus : tu finis par vendre ce que tu n'as plus.
La TVA dépend de la destination et du type de client — national, intracommunautaire avec numéro valide, export, guichet unique pour le B2C dans l'UE — et cette règle n'est pas dans la commande : elle est dans la tête d'une personne.
Les retours et les expéditions partielles n'ont pas de connecteur : chacun devient un avoir manuel avec sa série et sa date, presque toujours en retard.
Le client qui achète trois fois par mois finit en trois contacts distincts dans Holded parce que chaque commande est arrivée avec l'e-mail écrit autrement.

Le coût de ne rien changer

Le coût n'apparaît sur aucune facture : il apparaît en stock qui ne tombe pas juste, en traitement de TVA décidé au fil de l'eau, en avoirs émis des semaines trop tard, et en clôture mensuelle qui dépend d'une personne précise qui ne doit pas tomber malade. Et ça empire avec le temps, pas l'inverse : à mesure que la facturation électronique structurée s'impose marché par marché, un flux commande → facture qui dépend de quelqu'un qui tape est exactement celui qui vieillira le plus mal quand chaque facture devra sortir d'un système qui garde trace et empreinte.

La solution

Une couche d'IA entre l'API de WooCommerce et celle de Holded qui transforme des commandes en comptabilité et en stock

1On part de ce que tu as déjà. Si tu utilises un connecteur WooCommerce–Holded, on ne le jette pas : on le laisse couvrir la commande simple et on monte par-dessus ce qu'il ne couvre pas, c'est-à-dire là où passent les heures.
2On écoute les événements WooCommerce par webhook —commande créée, payée, terminée, remboursée ou remboursée en partie— et on les traduit dans le bon document Holded via son API : devis, commande, bon de livraison, facture ou avoir.
3On règle la TVA par des règles explicites et auditables, pas par un prompt vague : pays de destination, type de client, validation du numéro intracommunautaire, traitement du transport et des codes promo. La règle finit écrite dans le document lui-même, pour qu'on puisse la relire.
4On unifie clients et stock. On dédoublonne les contacts par numéro fiscal, e-mail et téléphone au lieu d'en créer un par commande, et on synchronise le stock dans un seul sens —celui que tu choisis— avec réservation, seuil et alerte dès qu'un écart apparaît.
5On ferme les cas bizarres, ceux qui bouffent le mois : expédition partielle qui ne facture que l'expédié, retour avec son avoir, échange de produit, commande avec code promo ou carte cadeau, et frais de port au taux différent de l'article.
6On le laisse mesuré et avec un filet : quelle part des commandes atteint la facture sans intervention, combien d'unités dérivent entre boutique et entrepôt, quels cas remontent à une personne et avec quel contexte.

Ce qui change

Ce que tu arrêtes de perdre

La commande n'a plus besoin de clavier : elle entre par webhook et ressort en document correct dans Holded, avec son contact, sa série et sa TVA.
Mécanisme
La TVA ne dépend plus de la mémoire de quelqu'un : elle se règle par destination, type de client et validation du numéro intracommunautaire, et elle est écrite et relisible dans le document.
Mécanisme
L'écart de stock ne se découvre plus quand un client achète un article épuisé : il est détecté et signalé le jour où il apparaît, pas à l'inventaire du trimestre.
Mécanisme
Ce qu'on mesure : % de commandes facturées sans intervention, justesse du contact et du taux, unités d'écart entre boutique et entrepôt, et jours nécessaires à la clôture mensuelle.
Ce qu'on mesure

Fiche technique

Travail supprimé: transformer à la main chaque commande de la boutique en facture Holded : créer le contact, choisir le taux de TVA, ajuster le stock et émettre l'avoir quand quelque chose revient
Mise en place habituelle: 2–4 semaines
Entrée: un événement WooCommerce : une commande créée, payée, terminée, remboursée ou remboursée en partie
Sortie: le bon document créé dans Holded —facture, avoir, bon de livraison ou commande— avec son contact dédoublonné, sa série, son taux et le stock ajusté
Compatible avec: WooCommerce (REST API + webhooks)Holded (API v2)WordPressPasarelas de pago conectadas a WooCommerce
Peut se connecter à: Tu conector WooCommerce–Holded, si ya lo tienes activoTu almacén o tu ERP de existencias, si el stock no vive solo en HoldedTus series de facturación, tipos de IVA y reglas de operaciones intracomunitarias
Ce qu’on mesure: % de commandes qui atteignent la facture sans interventionjustesse du contact et du taux de TVAunités d'écart de stock entre boutique et entrepôtjours nécessaires à la clôture mensuelle
Adapté pour: les boutiques WooCommerce dont le volume rend la facturation manuelle douloureuse, et qui tiennent compta et catalogue dans Holded
Pas adapté pour: celui qui expédie quatre commandes par mois —un connecteur standard suffit largement— ou celui qui a besoin qu'on décide son traitement fiscal : ça, c'est ton expert-comptable, pas une intégration

Questions fréquentes

Pour la commande simple, si, et c'est pour ça qu'on n'y touche pas : un produit, un envoi, un client national, un taux. Là où la route s'arrête, c'est sur tout ce qui demande du jugement : une expédition partielle qui ne doit facturer que l'expédié, un retour qui exige un avoir avec la bonne série et la bonne date, un client professionnel d'un autre pays dont il faut valider le numéro avant de décider la TVA, une commande avec code promo où la base n'est plus le prix catalogue, ou le même client qui entre en trois contacts parce qu'il a écrit son e-mail de trois façons. Ce n'est pas 5 % de tes commandes : c'est 100 % du travail manuel qui te reste.

Elle se règle par des règles explicites avant toute émission, pas selon ce que le modèle croit. Le système regarde le pays de destination, si l'acheteur est une entreprise ou un particulier, et —quand c'est une entreprise d'un autre pays de l'UE— valide son numéro intracommunautaire auprès du registre officiel avant d'appliquer la moindre exonération. Pour la vente aux particuliers dans l'UE, il applique le taux du pays de destination selon ta configuration de guichet unique. Tout est écrit et relisible dans le document : quelle règle a été appliquée et pourquoi. Ce qu'on ne fait pas, c'est décider de ton traitement fiscal : les règles, on les fixe avec toi et ton conseil avant de toucher à quoi que ce soit.

C'est pour ça que ça démarre avec un filet. Les documents qui touchent la compta commencent en mode proposition : le système les prépare dans Holded et une personne les valide, jusqu'à ce que la justesse soit haute et que tu lâches de l'autonomie par type de commande —le national simple d'abord, l'intracommunautaire ensuite, les remboursements partiels en dernier. Tout ce qui est douteux remonte toujours à une personne, avec la commande résumée et le lien direct vers WooCommerce. Et tout est journalisé : quel document a été créé, sous quelle règle, à partir de quel événement. Pas de trace, pas d'autonomie.

On le monte chez toi ?

Tu as ciblé le problème. On livre la solution et on la laisse mesurée.

Voir le service