Sous le capot
Comment fonctionne
Une plongée approfondie dans l'architecture qui rend privé, sécurisé et ouvert par conception.
Architecture
Décentralisé par conception
Les données de reçu restent chez le commerçant qui les a émises. Il n'existe aucune base de données centrale de tous les achats. Les consommateurs reçoivent un jeton — pas les données — qu'ils utilisent pour récupérer leur reçu à la demande.
Aucun pot de miel à pirater. Aucune entité unique ne voit tous vos achats. Conforme au RGPD par l'architecture, pas par la politique. S'adapte à l'infini sans goulot d'étranglement central.
Données hébergées par le commerçant
Chaque commerçant stocke ses propres données de reçus et les sert via une simple API REST. Les consommateurs récupèrent les reçus avec un jeton reçu en caisse.
Accès par jeton
Un code QR en caisse contient un jeton sécurisé — pas de compte nécessaire, aucune donnée personnelle partagée. Votre app utilise ce jeton pour récupérer le reçu.
Anti-scraping
Les identifiants de reçus sont des UUID aléatoires, l'accès nécessite un jeton valide, et la limitation de débit empêche la collecte massive de données.
Vie privée
Zéro donnée client
Le reçu de base ne contient aucune information personnelle identifiable du client. Ni nom, ni e-mail, ni numéro de téléphone, ni identifiant de fidélité. La vie privée n'est pas une option — c'est le réglage par défaut.
Comment se compare aux solutions existantes :
Standard
- ✓Aucun e-mail requis
- ✓Aucun compte nécessaire
- ✓Aucun suivi des achats
- ✓Le consommateur contrôle ses données
Reçu numérique classique
- ✗E-mail requis pour recevoir le reçu
- ✗Création de compte obligatoire
- ✗Historique d'achats complet suivi
- ✗L'entreprise contrôle vos données
Sécurité
Reçus infalsifiables
Chaque reçu est signé cryptographiquement par le commerçant en utilisant la même infrastructure éprouvée que HTTPS. Un reçu de TechStore AG ne peut être signé que par TechStore AG — tout comme seul techstore.ch peut présenter un certificat TLS valide pour son domaine.
Comment ça fonctionne
Les commerçants signent les reçus avec leur clé privée (ES256/RS256). N'importe qui peut vérifier l'authenticité en utilisant la clé publique du commerçant hébergée sur son domaine. Aucune falsification possible sans la clé privée.
Vérification par des tiers
Les fournisseurs de garantie, banques ou autorités fiscales peuvent vérifier indépendamment tout reçu — sans contacter le commerçant d'origine.
Conformité fiscale
Support intégré pour les signatures de dispositifs fiscaux (Allemagne TSE, Autriche RKSV, Suisse GeBüV) en plus de la signature du commerçant.
Écosystème
GTIN : La clé de tout
Le GTIN (Global Trade Item Number) est le code-barres sur chaque produit. Inclus dans un reçu , il ouvre un monde de services connectés — des alertes allergènes au suivi carbone.
Ce que le GTIN permet
Nutrition & Allergènes
Croisez vos achats avec Open Food Facts pour les alertes allergènes, le Nutri-Score et les listes d'ingrédients.
Rappels de produits
Alertes automatiques lorsqu'un produit acheté est rappelé via EU Safety Gate ou les bases de données nationales.
Enregistrement de garantie
Liez vos achats aux portails de garantie des fabricants pour un enregistrement automatique et un suivi des expirations.
Empreinte carbone
Données CO₂ au niveau produit provenant de bases de données carbone, permettant le suivi de l'impact environnemental personnel.
Passeport numérique de produit UE
Le GTIN sert de clé partagée reliant les reçus à l'écosystème à venir du Passeport numérique de produit de l'UE.
Apps santé
Connectez les reçus d'épicerie aux applications de suivi de santé et de nutrition pour des analyses nutritionnelles personnalisées.
Modularité
Des extensions pour chaque besoin
Le cœur d' est minimal par conception — seuls les champs essentiels sont requis. Tout le reste vit dans des extensions avec espace de noms qui peuvent être ajoutées sans rompre la compatibilité.
Durée de garantie, type, date d'expiration et URL d'enregistrement par article.
Points gagnés, échangés et solde — avec des identifiants de membre hachés respectueux de la vie privée.
Nutri-Score, allergènes, calories, statut bio/végan par produit.
Empreinte CO₂ par article et totale, provenant de bases de données carbone.
Lien vers les données DPP de l'UE par article via GTIN et URI DPP.
Statut de rappel, gravité et instructions d'action pour le consommateur par produit.
Toute organisation peut définir ses propres extensions avec espace de noms sans affecter la spécification de base.
Conformité
Conçu pour la conformité mondiale
est conçu pour répondre aux exigences réglementaires à travers les juridictions — des directives européennes de facturation électronique aux réglementations suisses de comptabilité.
Facture électronique UE (EN 16931)
La correspondance des champs avec EN 16931 garantit que les reçus peuvent être transformés en factures électroniques conformes.
Allemagne (KassenSichV / TSE)
Support de signature fiscale pour les dispositifs TSE allemands avec numéros de transaction et compteurs de signatures.
Autriche (RKSV)
Conforme RKSV avec compteurs de chiffre d'affaires chiffrés et hachage de chaîne de reçus.
Suisse (GeBüV)
Répond aux exigences de l'ordonnance suisse sur la comptabilité en matière d'intégrité, de conservation et de format non propriétaire.
RGPD
Aucune donnée personnelle client dans les reçus de base. L'architecture décentralisée signifie aucun responsable de traitement central.
Approfondir
Lire la spécification complète
La spécification technique complète est ouverte et disponible sur GitHub. Consultez-la, commentez-la, aidez à l'améliorer.