Serveur relais pour tickets de caisses
Le principe est simple: le logiciel du commerçant envoie le ticket de caisse (ou de CB) sur ce serveur qui lui retourne un qrcode lequel est affiché de telle sorte que le consommateur puisse le flasher avec son smartphone pour le télécharger.
C'est tout bon pour le commerçant
- Vous ne perdez pas de temps à saisir des adresses mails pour envoyer les tickets à vos clients
- Vous n'avez rien à faire par rapport au RGPD : vous ne collectez pas de données personnelles !
- Vous êtes réglo par rapport à l'obligation du ticket dématérialisé
- Vous n'avez pas de configuration compliquée à faire de votre box ou firewall qui serait nécessaire si vous deviez permettre à vos clients de venir télécharger leur ticket sur votre caisse
- Ça ne vous coûte RIEN
C'est tout bon pour le consommateur
- Vous ne donnez pas votre adresse mail
- Votre hébergeur mail n'a pas accès à vos courses !
- Vous n'avez donc pas besoin de créer une adresse mail "poubelle" (c'est bon pour la planète)
- Vous ne perdez pas de temps à épeler votre adresse mail pour que votre commerçant vous fournisse votre ticket
- Votre ticket est disponible immédiatement sur votre smartphone
- Il n'y a pas de bannières de pub, rien, vous téléchargez un fichier pdf via un lien direct sans aucun script intermédiaire
C'est tout bon pour le développeur
- L'implémentation est ultra simple pour ajouter la fonctionnalité dans votre logiciel (voir le wiki)
- Vous pouvez héberger votre serveur relaisTickets pour vos usages et/ou pour développer/tester
- Le code source du serveur est sous licence GNU/aGPL
Tout est anonyme: le commerçant n'a pas à s'authentifier pour envoyer son ticket, le consommateur télécharge le fichier, pas de pubs, pas d'analyse des données, pas d'exploitation à votre insu ... Le nom du fichier est imprévisible, et le lien de téléchargement est périmé au bout de 24h lorsque le fichier est supprimé du serveur !
C'est gratuit ? à un moment ça va foirer !
Note: c'est aussi notre point de vue lorsque nous tombons sur un service en apparence gratuit, soit ça va foirer à un moment soit le produit c'est "nous" et le business est indirect (exploitation de nos données)... Dans le cas de ce projet :
- Développer ce service a coûté deux jours de développement (CAP-REL);
- Héberger ce service nous coûte réellement une dizaine d'euros par mois, vous pensez vraiment qu'on devrait faire payer son utilisation ?
- Ce service est sponsorisé par notre offre d'hébergement DoliZEN;
- Un ticket c'est que quelques ko: nous refusons les fichiers de plus de 50Ko;
- Chaque ticket ne restera pas plus de 24h sur ce serveur pour faire de la place aux suivants;
- Dès que nous ne pourrons plus suivre il sera temps pour d'autres d'héberger un serveur relaisTickets;
- Le code source est libre, vous êtes invités à héberger vous aussi un serveur relaisTickets;
- Vous pouvez auditer le code pour vous assurer qu'il n'y a pas d'entourloupe;
- Maintenir ce service nous coûtera peut-être quelques heures de ci de la;
- Et puis si vous voulez vraiment sponsoriser ce genre de service vous pouvez prendre un abonnement "soutien r&d" pour la durée que vous voulez !
Mentions légales obligatoires :)