Aller au contenu
P
Accès anticipé — région DACH

Décrivez votre produit une fois. Vendez-le partout.

PIE (Product Information Exchange) est une plateforme de données produit pour l'agroalimentaire. Les producteurs gèrent un seul catalogue structuré et conforme. Les acheteurs consultent exactement ce qui leur a été accordé — via une API, un flux ou un fichier au format que leur système attend déjà.

Commencer gratuitementLire la documentation

Le même produit, décrit de cinq façons différentes

La plupart des données produit alimentaires circulent encore sous forme de tableurs et de PDF. Un producteur tient une version pour sa boutique en ligne, une deuxième pour le portail fournisseur du distributeur, une troisième pour le modèle d'import du grossiste, une quatrième dans la spécification envoyée au façonnier, et une cinquième dans le fichier envoyé par courriel au printemps dernier. Quand une recette change, quatre d'entre elles deviennent silencieusement fausses.

C'est coûteux une semaine ordinaire et dangereux une semaine réglementée. Déclaration des allergènes, valeurs nutritionnelles, pays d'origine, certification biologique et preuves de non-déforestation ne sont pas du texte marketing : ce sont des affirmations dont une entreprise alimentaire répond. Elles doivent vivre à un seul endroit, être vérifiées automatiquement et rester lisibles par tous les systèmes qui en ont besoin.

PIE est cet endroit unique. Un produit est décrit une fois, validé au regard des règles qui s'appliquent réellement, et mis à disposition des acheteurs que son propriétaire choisit — sans ressaisie, sans export périmé, et sans rien partager qui n'ait été délibérément accordé.

Ce que fait la plateforme

Un catalogue structuré, vérifié au regard de la réglementation réelle, livré là où sont vos acheteurs.

Un catalogue structuré

Définissez les champs dont votre catégorie a réellement besoin, dans toutes les langues où vous vendez. Chaque modification est versionnée : vous pouvez toujours voir à quoi ressemblait un produit lorsqu'un acheteur l'a reçu.

Conformité vérifiée au fil de l'eau

Étiquetage alimentaire, bio, déforestation, HACCP, IFS/BRC, allégations de santé et emballage sont évalués sur vos données réelles — par marché et par langue — afin qu'une lacune apparaisse tant que vous pouvez encore la corriger.

Vous choisissez qui voit quoi

Les produits sont privés par défaut. Vous accordez à un acheteur précis l'accès à des produits précis, et vous pouvez le retirer à tout moment. Chaque accès est journalisé.

Livré au format attendu

Une API REST, des webhooks signés, une fiche Shopify, un flux marketplace, un fichier SFTP, un catalogue imprimé ou un portail de marque public — autant de projections du même enregistrement.

Prêt pour GS1 dès le premier jour

Validation des GTIN et GLN, projection vers le GS1 Global Data Model et score de préparation sont inclus dans toutes les formules, y compris gratuite — vous voyez donc exactement où vous en êtes avant de payer quoi que ce soit.

Passeports et pages publiques

Publiez un passeport numérique de produit derrière un QR code, ou une page de marque publique, construits depuis le même catalogue et figés à la publication pour que ce qu'un client scanne ne dérive jamais.

Comment cela fonctionne

Trois étapes, et la troisième continue toute seule.

  1. 01
    Producteur

    Construire le catalogue une fois

    Importez depuis un tableur ou un document fournisseur, ou créez les produits à la main. Définissez vos propres champs de catégorie, ajoutez images et certificats, et traduisez ce qui doit l'être.

  2. 02
    Producteur

    Vérifier, puis accorder

    Le score de qualité montre ce qui est incomplet ; la validation de conformité montre ce qui est faux. Quand c'est juste, accordez à un acheteur l'accès aux produits qu'il doit voir.

  3. 03
    Acheteur

    Lire — et continuer à lire

    Les acheteurs récupèrent le catalogue via l'API, s'abonnent à un webhook ou reçoivent un fichier. Quand le producteur modifie quelque chose, leur copie est déjà à jour. Personne n'envoie de tableur corrigé.

À quoi sert PIE

Huit situations pour lesquelles nous avons conçu cet outil. Ce sont des scénarios illustratifs, pas des témoignages clients — nous publierons les vrais lorsque nous en aurons l'autorisation.

Pour les producteurs et fournisseurs

Exemple de scénario

La coopérative laitière régionale qui vient d'être référencée

180 produits, et le distributeur veut des données publiées avec des champs d'étiquetage complets — allergènes, valeurs nutritionnelles pour 100 g, quantité nette, pays d'origine — plus des images conformes à un cahier des charges. Aujourd'hui, c'est un tableur par distributeur, ressaisi à chaque changement de recette. Dans PIE, c'est un seul catalogue : la validation de conformité vous dit lesquels des 180 produits manquent d'un champ obligatoire avant que le distributeur ne les rejette, la projection GS1 Global Data Model affiche votre score de préparation, et le connecteur publie quand vous êtes prêt. La recette, vous la changez une fois.

Exemple de scénario

L'importateur bio qui vend en direct et en gros

24 produits, une boutique Shopify et quatre acheteurs en gros qui veulent chacun un fichier différent. Le produit est décrit une fois. Shopify est un canal : publiez, et la boutique se met à jour. Les acheteurs en gros reçoivent un accord et lisent le catalogue en direct via l'API plutôt qu'un fichier envoyé par courriel. Le portail de marque et le catalogue imprimé sont des projections des mêmes données : le PDF ne peut pas contredire la boutique.

Exemple de scénario

Le transformateur qui se prépare au règlement déforestation

Café, cacao, soja, bovins et palme entrent dans le champ, et l'obligation arrive à une date fixe. Ce qu'il faut, ce sont des preuves de géolocalisation par lot, ou un lien vers elles, rattachées au produit et produisibles sur demande. PIE valide exactement cela, aux côtés de l'étiquetage, du bio, du HACCP, de l'IFS/BRC, des allégations de santé et de l'emballage — la preuve devient une propriété de l'enregistrement produit plutôt qu'un dossier assemblé dans l'urgence.

Exemple de scénario

Le producteur dont les acheteurs ne sont pas dans un pool de données

Un grossiste régional, un distributeur de restauration, une chaîne bio spécialisée, une marketplace, un acheteur export. Aucun n'est abonné à un pool GDSN ; tous veulent des données à jour, structurées et complètes sur les allergènes. Aujourd'hui, ils reçoivent un tableur par courriel, quelqu'un le ressaisit, et il périme dès le changement de recette suivant. PIE les sert directement — un accord, un flux API, un webhook, un dépôt de fichier ou une publication de canal — avec le même enregistrement, structuré selon le GS1 Global Data Model. Rien n'est perdu si un référencement arrive plus tard : les données ont déjà la forme qu'un pool attend, et publier devient un connecteur plutôt qu'un projet.

Exemple de scénario

Le façonnier et l'acheteur de matières premières

Un transformateur qui achète un fromage de base, un façonnier qui conditionne pour trois marques, une coopérative qui regroupe douze fermes adhérentes. Ce qui circule entre eux, c'est la spécification produit — ingrédients, allergènes, nutrition, durée de vie, emballage, origine, limites microbiologiques. C'est le document central du B2B alimentaire et il n'existe aucun standard pour lui : il circule en PDF ou en tableur, et chaque destinataire le reconstruit à la main. PIE traite la spécification comme une donnée structurée, avec la même validation, le même versionnage et la même gestion des langues qu'un produit de détail, et laisse l'acheteur la lire directement au lieu de la redemander.

Pour les acheteurs

Exemple de scénario

Le distributeur qui intègre quarante fournisseurs

Chaque fournisseur reçoit un lien limité. Il saisit ce que vous avez demandé, dans sa langue, avec ses propres intitulés de colonnes — votre mappage les traduit. Un profil de qualité que vous définissez décide de ce que « suffisamment complet » veut dire, et une soumission qui échoue n'atteint jamais votre catalogue. Aucun accès à créer, aucun tableur à réconcilier, aucun fournisseur qui attend votre DSI.

Exemple de scénario

Le groupe de restauration qui a besoin de données allergènes défendables

Quatorze allergènes, plusieurs centaines d'articles achetés, et l'obligation légale d'avoir juste. L'accès par accord signifie que vous voyez les données actuelles de vos fournisseurs, pas l'export du trimestre dernier. Un webhook se déclenche quand un fournisseur change une recette : votre système de menus l'apprend le jour même plutôt qu'au prochain audit.

Exemple de scénario

Le distributeur qui injecte un flux fournisseur directement dans son ERP

Une API REST documentée, une pagination par curseur, un contrat d'erreur stable, des webhooks signés et des clés d'API que votre équipe gère elle-même. Les données arrivent structurées et par langue : les descriptions allemandes et françaises atterrissent dans les bons champs sans script de transformation qu'une seule personne comprend.

Commencez gratuitement avec vingt produits

Sans carte, sans appel commercial. Construisez un vrai catalogue, confrontez-le à la réglementation réelle et consultez votre score de préparation GS1 avant de décider quoi que ce soit.

Commencer gratuitementParlons-en