Développement sur mesure
Logique de caisse sur mesure et migration HPOS
Les règles de caisse que votre activité a vraiment, écrites pour le stockage que WooCommerce utilise aujourd’hui, pas celui de 2020.
Périmètre et devis établis par projet. Devis ferme avant tout démarrage. Pas de facturation à l’heure.
Le développement d’extension compatible HPOS consiste à écrire le code des commandes pour le High-Performance Order Storage de WooCommerce — les tables de commandes dédiées, activées par défaut sur les nouvelles boutiques — plutôt que pour l’ancien stockage à base d’articles. C’est important parce que la panne est silencieuse. Du code qui lit les commandes via les post meta sur une boutique HPOS ne lève pas d’erreur : il lit ce qui a été synchronisé en dernier, ce qui peut être un statut vieux d’une heure.
L’autre moitié du travail, c’est la caisse elle-même. La plupart des boutiques accumulent des règles qu’aucun réglage n’exprime : un montant minimum par pays, une validation du numéro de TVA avant qu’un client B2B n’obtienne le taux zéro, un mode de livraison qui doit disparaître pour les articles hors gabarit, un moyen de paiement réservé aux comptes vérifiés. Écrites comme de petites extensions basées sur les hooks, elles sont stables. Écrites comme des modifications de thème ou des lignes dans une extension de snippets, elles cassent à la mise à jour suivante, en général un vendredi.
Développement type
- Un audit de compatibilité HPOS de vos extensions installées et de votre code sur mesure, listant ce qui lit encore les commandes à l’ancienne.
- La migration vers High-Performance Order Storage avec répétition sur staging, passage de vérification et plan de retour arrière.
- Des règles de caisse en code d’extension versionné, via les hooks WooCommerce et la Store API — jamais en modifiant le thème.
- Le comportement B2B là où vous en avez besoin : validation du numéro de TVA auprès de VIES, autoliquidation, conditions par client.
- Une logique de statut et de traitement des commandes qui se comporte pareil dans wp-admin, dans l’API REST et dans toute intégration qui la lit.
Pertinent si…
- Vous êtes encore sur l’ancien stockage des commandes et ne savez pas quelles extensions casseraient en basculant.
- Vos règles de caisse vivent dans le fichier functions du thème, ou dans un snippet que personne ne veut toucher.
- Vous vendez aux entreprises et la validation de TVA, l’autoliquidation ou les prix par client doivent être justes à chaque fois.
Lien avec la visibilité IA
Les assistants et le Merchant Center lisent tous deux ce que vos données produit et de caisse affirment — prix taxes comprises, frais de livraison, disponibilité, qui a le droit d’acheter. Des règles qui vivent dans un snippet de thème s’appliquent souvent en caisse mais n’atteignent jamais le schéma ni le flux : le prix qu’un assistant annonce n’est donc pas celui que l’acheteur paie. Déplacer ces règles dans du vrai code d’extension les rend lisibles par tout ce qui suit, y compris par la passe de validation de l’audit.
FAQ
Des réponses directes aux questions que posent les propriétaires de boutiques
Une migration HPOS est-elle risquée ?
Gérable, si elle est répétée. Nous la jouons d’abord sur une copie de la production, comparons le nombre de commandes et un échantillon champ par champ, et gardons le mode de compatibilité disponible pour qu’un retour arrière soit un réglage et non une restauration.
Mes extensions actuelles fonctionneront-elles encore ?
La plupart de celles qui sont maintenues déclarent déjà la compatibilité. L’audit liste celles qui ne le font pas, et pour chacune nous disons s’il faut mettre à jour, remplacer ou encapsuler — vous décidez avec la liste sous les yeux.
Pouvez-vous personnaliser la caisse en blocs ?
Oui. La caisse en blocs s’étend via la Store API et ses hooks d’extensibilité, pas via les anciens filtres de formulaire. Elle est délibérément plus contrainte, ce qui explique aussi qu’elle casse moins.
Nous utilisons une extension de snippets. Est-ce un problème ?
Plutôt un risque qu’un problème : les snippets ne sont pas versionnés, pas relus et invisibles pour qui audite le site. Nous déplaçons en général l’essentiel dans une extension documentée et laissons le reste tranquille.
Développement sur mesure
Dites-nous ce qui devrait se faire tout seul.
Décrivez la tâche que quelqu’un fait à la main, ou le système avec lequel votre boutique ne sait pas dialoguer. Vous recevrez sous un jour ouvré une réponse de l’ingénieur qui le construirait, en anglais.
Décrire mon automatisation