Zinc relie la recherche de produits, les commandes, le suivi des livraisons et les retours pour les équipes d’achat et les développeurs.
Vous avez utilisé cet outil ? Notez-le
Vous avez utilisé cet outil ? Notez-le
Zinc propose une API de commerce électronique pour rechercher des produits, passer des commandes auprès de détaillants, suivre les livraisons et gérer les retours. Elle s’adresse notamment aux développeurs, aux équipes d’approvisionnement et aux agents d’achat. Les détaillants conservent la maîtrise des stocks, de l’expédition et des droits après la vente.
Les développeurs appellent l’API, les équipes importent des lots et un connecteur hébergé présente des choix dans un assistant compatible. Les exigences relatives aux comptes, aux paiements et aux zones géographiques varient selon la voie choisie.
La recherche auprès de plusieurs détaillants renvoie des résultats structurés provenant notamment d’Amazon, Walmart, Target, Etsy et de boutiques Shopify. La recherche par détaillant est aussi proposée. Les données produit peuvent comprendre des images, les prix actuels et la disponibilité. Les fiches peuvent aussi contenir des descriptions, des caractéristiques et des variantes. Les champs dépendent du détaillant.
Les fiches décrivent les articles tandis que les offres présentent le prix, la disponibilité et les vendeurs. Une offre peut inclure l’état du produit, la réputation du vendeur, le délai de traitement et les options de livraison. Le prix affiché le plus bas et l’expédition la plus rapide constituent donc deux critères distincts.
La recherche par détaillant peut renvoyer une erreur de validation si celui-ci accepte les commandes sans fournir de données produit par cette voie. La couverture des offres varie aussi. Testez séparément recherche, détails et offres pour chaque détaillant.
La commande transmet à Zinc le produit et la destination pour validation, mise en file et paiement auprès du détaillant. Zinc peut acheter au moyen de ses comptes gérés ou le client peut sélectionner un compte de détaillant qu’il possède. Dans ce dernier cas, le détaillant débite le moyen de paiement enregistré sur ce compte pour les marchandises et Zinc prélève les frais API sur le portefeuille. Le compte doit correspondre au magasin du produit.
Les commandes utilisant un même compte de détaillant sont exécutées successivement, car un compte ne possède qu’un panier. Les demandes de vérification vont au titulaire et peuvent bloquer les commandes jusqu’à résolution. Le débit par compte et la maintenance des identifiants comptent donc pour une opération de grande ampleur.
L’API de commande est stricte par défaut. Dans un mode de traitement au mieux pris en charge, les préférences documentées peuvent assouplir sélectivement les conditions relatives aux produits indisponibles ou aux limites de quantité. Les préférences omises restent strictes. Le prix maximal demeure une limite même lorsque le traitement est assoupli.
Une option cadeau du détaillant peut masquer les prix sur le bordereau de colis. La FAQ professionnelle décrit un message cadeau allant jusqu’à 240 caractères et un échec si l’option cadeau ne peut pas être confirmée. La documentation décrit aussi un mode cadeau au mieux : vérifiez le mode envoyé.
Zinc décrit des événements API et webhook de commande, d’expédition et de livraison. Le suivi peut inclure un transporteur et un numéro de suivi ; des articles expédiés séparément peuvent avoir plusieurs numéros. Le suivi peut ne pas être disponible immédiatement.
L’admissibilité au retour, les délais, l’état exigé et les retenues dépendent des politiques du détaillant. La FAQ décrit la création des retours par API, leurs événements et l’étiquette dans l’objet de retour. Au moment de la consultation, elle indiquait que le tableau de bord ne permettait pas de lancer un retour.
Le bac à sable teste l’application sans prouver qu’un détaillant acceptera une commande, une annulation ou un retour réel. Aucun paiement réel n’a été testé.
Les équipes peuvent soumettre un lot d’approvisionnement par API ou importer un fichier dans le tableau de bord. Zinc indique valider les lignes avant l’achat et renvoyer pour chaque lot un fichier donnant le résultat de chaque ligne afin de faciliter le rapprochement. La personne soumettant le lot doit fournir adresses exactes, autorisation et fonds.
Une organisation peut utiliser ses propres comptes de détaillants pour conserver ses prix négociés et son historique d’achat. La voie des comptes gérés par Zinc évite de maintenir ces identifiants mais constitue un autre circuit d’achat. Avant de choisir, considérez le titulaire du paiement et la vérification des comptes.
Une application de shopping peut utiliser les données de produit et d’offre pour aider à choisir, envoyer une commande après confirmation et afficher les événements d’expédition. Le connecteur hébergé décrit une recherche interactive, des cartes de vérification et de paiement, puis un identifiant de commande et un lien de suivi.
Pour les agents sans interface, Zinc décrit une requête de commande sans compte renvoyant un défi de paiement HTTP 402. Sa FAQ décrit aussi une voie avec portefeuille préapprovisionné. Une réponse de paiement ne prouve pas l’acceptation ou l’expédition par le détaillant.
L’API et le bac à sable conviennent aux équipes capables de gérer les identifiants, la livraison des webhooks et les états des commandes. Des clients TypeScript et Python sont annoncés. Le propriétaire de l’application doit concevoir l’interface, obtenir les autorisations et gérer ses règles métier.
Les conditions de Zinc rendent les clients qui construisent avec le service ou achètent pour d’autres responsables de leur produit et des personnes concernées, notamment des avis et consentements requis. Un client API ne détermine pas à lui seul les données qu’une application a le droit de collecter ou de soumettre.
Les équipes peuvent importer les commandes et rapprocher les résultats ligne par ligne. Celles qui utilisent leurs propres comptes de détaillants doivent tenir compte des moyens de paiement enregistrés, des vérifications et de l’exécution successive des commandes sur un même compte.
Zinc avertit que l’automatisation du compte de détaillant d’un client final peut entraîner sa fermeture et indique ne pas pouvoir faire appel pour ce titulaire. Ce cas diffère de l’utilisation d’un compte appartenant à l’organisation acheteuse et qu’elle est autorisée à connecter.
Le connecteur MCP décrit un parcours d’achat destiné aux consommateurs, avec recherche, carte de vérification et paiement par carte hébergé. Un compte Zinc est facultatif pour un achat, mais requis pour l’historique entre conversations. Cette entrée diffère de l’API alimentée par portefeuille.
Le connecteur décrit la livraison aux États-Unis et exige un client capable d’afficher les cartes de paiement interactives. Un client texte seul ne montre pas le bouton de paiement. Les conditions générales exigent au moins 18 ans et les contrôles d’âge et de légalité du détaillant s’appliquent aussi.
Zinc expose une API et un tableau de bord, et annonce des SDK TypeScript et Python. Le tableau de bord montre des informations opérationnelles, mais la FAQ indique qu’il faut actuellement utiliser l’API pour lancer un retour. Une équipe sans soutien technique devrait vérifier chaque étape nécessaire.
La carte de vérification du connecteur MCP montre une estimation du prix de l’article, des taxes, des frais de livraison et des frais Zinc avant qu’une personne ne poursuive vers le paiement hébergé. Zinc indique débiter le total réel plus les frais de 1 USD après la commande et libérer la partie inutilisée de la préautorisation de carte.
Le connecteur destiné aux consommateurs et l’API destinée aux agents développeurs n’utilisent pas les mêmes modalités de compte et de paiement. Le premier décrit un paiement par carte sans compte obligatoire pour une commande ; l’API prend aussi en charge le financement du portefeuille, les comptes gérés et les défis de paiement.
Zinc décrit son point d’accès à la liste des détaillants comme gratuit et disponible sans clé API. Il distingue les détaillants accessibles par compte géré de ceux potentiellement accessibles par le compte du client. Les achats et produits restent soumis à l’acceptation du détaillant.
La FAQ géographique est ambiguë : les clients peuvent demander la configuration de leurs comptes hors des États-Unis. Sa réponse concernant les comptes Zinc dit d’abord non, puis cite les États-Unis, l’Allemagne et l’Italie. Confirmez auprès de Zinc le détaillant et la destination envisagés.
La page de prix publique affiche 1 USD par commande réussie en plus du coût de l’article et indique qu’une commande échouée ne paie pas ces frais. Sa FAQ facture séparément les données produit à 0,01 USD par appel sur les points d’accès pour agents. Les taxes et la livraison s’ajoutent au coût d’achat.
La page affiche 0,25 USD supplémentaires pour les liens de suivi et les courriels et 0,10 USD pour chaque article supplémentaire au-delà de dix. Elle ne rapproche pas cette dernière indication de la limite de dix articles dans la FAQ. La référence de commande compte les entrées du tableau de produits, non les unités : faites préciser les frais supplémentaires pour le parcours prévu.
| Frais ou condition | Description publique | Point à vérifier |
|---|---|---|
| Commande réussie | 1 USD plus le coût de l’article ; pas de frais de réussite en cas d’échec | Ajouter les taxes et frais de livraison applicables |
| Données produit | 0,01 USD par appel sur les points d’accès pour agents | Vérifier quels appels de l’intégration sont facturés |
| Liens de suivi et courriels | 0,25 USD supplémentaires | Vérifier si les notifications destinées aux clients sont nécessaires |
| Plus de dix articles | 0,10 USD par article supplémentaire selon la page de prix | Clarifier le parcours de commande et la définition d’article |
| Accord de volume | Discussion commerciale à partir de 1 000 commandes par mois | Obtenir les conditions négociées applicables |
Zinc décrit un parcours par défaut dans lequel il achète pour le compte du client. Le Zinc Wallet préapprovisionné par le client couvre l’article, les taxes, la livraison et les frais de 1 USD. Un solde insuffisant entraîne un rejet plutôt qu’une commande partielle. La documentation du portefeuille précise que le solde doit couvrir le prix maximal et les frais au moment de la commande.
La FAQ sur l’approvisionnement indique que le montant saisi arrive intégralement dans le portefeuille et que les frais de traitement s’ajoutent. Elle affiche pour les cartes 2,9 % plus 0,30 USD, pour ACH 0,8 % plafonné à 5 USD et pour les virements 15 USD. Les recharges en libre-service vont de 15 à 100 000 USD ; les portefeuilles de test et de production sont séparés.
Lorsque le client choisit son propre compte de détaillant, le moyen de paiement enregistré auprès du détaillant règle les marchandises et le portefeuille Zinc paie les frais API. Ces deux soldes sont distincts pour prévoir les besoins de financement.
Zinc annonce des prix de volume à partir de 1 000 commandes mensuelles par le service commercial et des conditions personnalisées pour de grands volumes d’appels ou de commandes. Sans grille publique complète, confirmez l’admissibilité et la répartition prévue des appels.
Apify décrit les Actors comme des programmes sans serveur pour des tâches comme l’extraction web, l’automatisation de navigateur et le traitement de données. Ils sont exécutables par API, CLI ou selon un calendrier. Elle peut servir à l’extraction ; paiement et responsabilités après commande doivent être vérifiés séparément.
La documentation de Shopify Storefront API décrit la création d’un panier pour la session d’un acheteur et le renvoi d’une URL de paiement. Cela concerne une boutique Shopify. Comparez cette portée à celle d’une intégration destinée à acheter auprès de détaillants distincts ; il ne s’agit pas d’un comparatif direct testé de manière indépendante.
La référence de commande autorise au plus dix entrées dans le tableau des produits ; une entrée de quantité supérieure compte toujours pour une seule. La FAQ parle séparément de dix articles et la carte tarifaire évoque un supplément au-delà de dix. Ces pages ne les rapprochent pas.
Les conditions ne garantissent ni la réalisation des achats, ni la livraison dans les délais, ni l’acceptation par le détaillant. Elles indiquent que les informations produit peuvent être incomplètes ou inexactes. Une requête acceptée ne prouve pas la fin de l’achat.
Une commande en attente peut être annulée avec remboursement sur le portefeuille, mais Zinc indique ne pas annuler auprès du détaillant après la passation. Les règles du détaillant déterminent l’admissibilité au retour et les retenues ; Zinc ne peut pas l’obliger à accepter un retour.
La documentation du connecteur MCP énumère des catégories refusées, dont les armes, le tabac et la nicotine, les médicaments sur ordonnance, les produits pour adultes, les jeux d’argent, la surveillance dissimulée et les contrefaçons. Elle décrit le rejet des recherches ou des préparatifs d’achat correspondants et précise que les contrôles d’âge et de légalité du détaillant s’appliquent toujours. Cette description concerne le parcours du connecteur.
Les conditions générales interdisent les achats illégaux, dangereux ou restreints, l’utilisation non autorisée de moyens de paiement, les violations préjudiciables des conditions des détaillants et les transactions impliquant des personnes ou territoires sanctionnés. Les clients restent responsables des détails et de l’approbation des commandes lorsqu’un logiciel ou un agent utilise leurs identifiants.
Les conditions autorisent Zinc à refuser, annuler ou limiter des demandes, notamment en cas de soupçon de fraude, d’erreur de prix ou de produit restreint. Une boutique dans les résultats ne garantit pas l’acceptation de chaque article ou destination.
L’avis de confidentialité de Zinc couvre son site, son API, son tableau de bord, son serveur MCP et les services connexes. Pour les titulaires de compte et les visiteurs, il présente Zinc comme responsable du traitement. Pour les données des destinataires soumises par les clients, il précise les traiter pour leur compte et orienter les demandes vers eux lorsque cela est possible.
L’avis énumère les données de compte, les URL de produits, les quantités, les limites de prix, les coordonnées et adresses des destinataires, les messages cadeaux et les identifiants de détaillants connectés. La collecte automatique comprend les journaux des requêtes et réponses API, les horodatages, la livraison des webhooks, les portées OAuth et les identifiants des clients MCP.
Zinc indique que son personnel autorisé ou ses prestataires peuvent consulter les détails pour réaliser, soutenir ou examiner les commandes. Il cite notamment les fournisseurs d’hébergement, de bases de données, de modèles IA et de communication, qui peuvent utiliser les données uniquement pour lui fournir leurs services. Les applications connectées reçoivent les résultats selon leurs propres politiques de confidentialité.
Pour l’amélioration, Zinc décrit le débogage, la mesure de la fiabilité et les essais de l’automatisation sur les commandes passées avec masquage ou désidentification lorsque cela est possible. Chaque élément n’est pas nécessairement désidentifié selon cette description. Les utilisateurs conservent la propriété mais autorisent l’utilisation, le stockage et le partage nécessaires à la fourniture, la sécurité, l’assistance et l’amélioration du service.
L’avis précise que Zinc ne vend pas les données personnelles et ne les partage pas pour la publicité comportementale intercontextuelle. Selon le lieu, il décrit des droits d’accès, de rectification, de suppression, de portabilité, d’opposition ou de limitation. Des données peuvent rester conservées après fermeture du compte pour des besoins commerciaux ou légaux, tandis que des informations désidentifiées peuvent être gardées indéfiniment.
Oui. Le bac à sable isole les données et simule ruptures, prix et échecs de livraison sans achat réel. Il ne prouve pas qu’un détaillant acceptera une commande réelle précise.
La page de prix publique sépare les frais de commande réussie de ceux des données produit et indique 0,01 USD par appel sur les points d’accès pour agents. Vérifiez le point d’accès exact, le mode de paiement, les nouvelles tentatives et les éventuelles conditions de volume négociées.
Zinc indique qu’une demande en attente peut être annulée et remboursée au portefeuille, mais qu’il ne l’annule pas auprès du détaillant après la passation. Les résultats de retour et de crédit dépendent de la politique et des retenues du détaillant.
