KamoCRM

La synchronisation de la boutique en ligne enregistre ce qu'elle lit - produits, stocks, clients et commandes, idempotemment

Featurekamo-shared-library
Expédié
8 novembre 2026 à 08:56 UTC
Auteur
Kamo
Commit
05bd1ad

Jusqu'à présent, une synchronisation lisait le magasin, comptait les enregistrements et les jetait, et chaque exécution disait que cela fonctionnait. - StoreReader par plate-forme (Shopify, WooCommerce, BigCommerce, Magento, Wix, Squarespace, Ecwid, Shift4Shop, Shopify) PrestaShop, OpenCart): en lecture seule, paginée, portant les propres identifiants du magasin; les statuts sont mappées à Kamo statuts de commande. Testé par rapport aux réponses enregistrées dans la forme documentée de chaque plateforme (aucun magasin en direct n'est connecté). - StoreSyncWriter: un Kamo produit par article vendeur (variantes incluses), apparié par marché + plateforme + identifiant de magasin **************** unique) donc une re-synchronisation des mises à jour et jamais des doublons; un SKU existant sur le marché Le stock est fixé par StockService à un niveau de 100% de la capacité du magasin Les clients font correspondre les comptes par e-mail au sein de l'emplacement nommé pour la connexion ('Synchronisé à partir de...' dans l'historique) Les commandes deviennent des commandes de détail dans le marché avec le numéro du magasin et le numéro de commande Le statut, le compte du client ou un walk-in, et ne prennent aucun stock. - StoreSyncEngine: fonctionne en arrière-plan, un par connexion à la fois; chaque enregistrement dans sa propre transaction; au plus 40 pages / 20 minutes par type; 429 Retry-After attendu; une erreur de stockage conserve ce qui a été sauvegardé et marque l'exécution partiel; créé / mis à jour / sauté / échoué et les premiers problèmes par type, regroupés par id d'exécution; La marque 'since' ne se déplace qu'après un run propre. - BaseProviderHttpClient: timeouts, URIs (pas de double encodage), logs hôte et chemin uniquement. - Connexions: une par plateforme par marché, PULL seulement (aucun chemin de poussée n'a jamais existé), les secrets vides gardent les données stockées Pour les autres, la suppression enlève son historique mais conserve ce qu'il a apporté; le DTO ne porte jamais de secret. DDL appliquée manuellement le 2026-11-08 (commerce_retail_external_links + synchronisation des logs / colonnes de configuration).

Tous les changements

Comme ce que vous voyez l'expédition?

Commencez avec le plan gratuit et lisez à nouveau cette page dans un mois, puis passez à l’abonnement payant pour bénéficier de toutes les fonctionnalités.

Commencez gratuitement pour toujoursVoir la tarification