Un magasin dont le catalogue est lu en temps réel, pas copié une fois puis oublié.

Cela signifie que l’agent lit la boutique au moment de la question. Cela se vérifie en deux requêtes, sans nous : notre point de catalogue pour un distributeur répond « 154 résultats », et l’interface publique de sa boutique, interrogée directement, renvoie dans l’en-tête `x-wp-total: 154`. Le même chiffre, deux sources indépendantes, à la même date. Un catalogue copié une fois ne peut pas faire cela — il se désynchronise au premier changement.

Pour la lecture du catalogue sur WooCommerce, non. Store API est l’interface publique de la boutique : les mêmes données que voit tout visiteur, servies dans un format lisible par programme, sans clé marchand et sans plugin installé. Le commentaire est écrit directement dans notre code, pour ne pas se perdre. Nous demandons un accès privilégié seulement là où la fonction l’exige vraiment — par exemple pour l’envoi des commandes dans le système de gestion — et alors avec une finalité écrite.

Ils sont traités comme non publiés, pas comme gratuits. Dans l’interface de la boutique, un prix absent arrive comme zéro, et une intégration naïve l’affiche « 0 MDL ». Chez nous, zéro devient « prix sur demande — confirmé par des collègues », et l’agent reçoit l’instruction explicite de ne pas inventer un chiffre et de demander la confirmation d’un humain. Cela se voit dans la réponse publique : le deuxième produit de la liste apparaît exactement ainsi.

Au maximum 10 minutes d’ancienneté au niveau de la plateforme, par boutique, et les requêtes simultanées pour la même boutique sont fusionnées en un seul téléchargement. Sur le point public de catalogue, le réseau de distribution sert pendant 5 minutes la version fraîche et encore 10 minutes la version ancienne, pendant qu’il la rafraîchit en arrière-plan. Les valeurs sont configurables par projet ; elles sont écrites comme des variables, pas cachées.

Cela dépend de ce qu’il expose. S’il a une interface propre, nous la lisons comme n’importe quelle autre. S’il n’a rien, nous avons un extracteur qui ouvre les pages de listing et lit les cartes produit, avec un budget écrit dans le code : 20 pages, 200 produits, 5 secondes par requête, délai limite de 45 secondes. Il lit d’abord les données structurées de la page, puis les cartes, puis les métadonnées de partage. C’est une solution de secours honnête, pas une solution équivalente : un magasin qui change son thème peut casser l’extracteur, alors qu’une interface non.

Fonctionnel et dans le code : l’interface MAIB pour les commerçants — obtention d’un jeton, puis requête de paiement, avec les identifiants de chaque boutique lus depuis la base de données et la fonction activée explicitement — et Stripe, avec le montant converti en unités mineures et l’encaissement enregistré. Ce qui n’est pas fonctionnel, dit avant le contrat : Paynet, Netopia et mobilPay n’ont pas d’implémentation, et le code refuse explicitement quand ils sont demandés ; le trajet Moldindconbank est un squelette qui renvoie une erreur sans identifiants. N’importe lequel d’entre eux peut être construit, mais cela entre comme un nouveau travail, avec son risque.

Peut-être, si vous ne l’en empêchez pas — et c’est de cela que nous nous chargeons. Trois barrières : le prix non publié vient avec une instruction écrite de ne pas inventer ; la mauvaise plateforme ou l’adresse manquante font que l’outil refuse explicitement, au lieu de renvoyer une liste vide ; et la panne réseau renvoie un message qui dit à l’agent de ne pas formuler de réponse sur le catalogue. La différence entre « liste vide » et « je n’ai pas pu lire » est la différence entre une commande perdue et une commande reportée par une phrase.

Parce que l’interface n’envoie pas « 129,90 ». Elle envoie une chaîne de chiffres en unités mineures et, séparément, le nombre de décimales de la monnaie. Diviser par 100 est correct pour les monnaies à deux décimales et silencieusement faux pour les autres — personne ne reçoit d’erreur, seulement de mauvais chiffres. Nous divisons par dix à la puissance du nombre déclaré par la boutique. C’est une ligne de code, et c’est exactement le genre de ligne où l’on voit si quelqu’un a lu la documentation ou a deviné.

Nous ne prenons pas les données de carte et nous ne configurons pas le compte marchand à la place du titulaire. Nous ne garantissons pas qu’un extracteur de pages résiste à un changement de thème de la boutique — c’est pourquoi nous préférons l’interface lorsqu’elle existe. Nous ne promettons pas de hausse des ventes ; ce que nous pouvons montrer, c’est que le chiffre indiqué par l’agent coïncide avec le chiffre de la boutique, à la même date. Et nous ne présentons pas comme une intégration quelque chose qui, dans le code, n’est qu’un squelette : la liste ci-dessus dit ce qu’il en est.