diff --git a/kanban/cards/4-a-tester/120-qr-nom-d-app-page-download-et-proximite.md b/kanban/cards/4-a-tester/120-qr-nom-d-app-page-download-et-proximite.md
new file mode 100644
index 0000000..9783670
--- /dev/null
+++ b/kanban/cards/4-a-tester/120-qr-nom-d-app-page-download-et-proximite.md
@@ -0,0 +1,23 @@
+---
+title: QR codes, nom d'application, page /download et notifications de proximité
+area: visitapp
+horizon: v1
+tags: §23, manager-service, manager-app, visitapp-web, mymuseum-visitapp
+flag: warn | Codé 10/09 · device requis · redirection serveur à faire
+src: test-plan.md §23
+---
+
Codé dans les quatre repos, rien n'est committé :
+IsQRCodeEnabled (défaut true), AppName (traductions), AppStoreUrl/PlayStoreUrl (modifiables par un SuperAdmin seulement, contrôlé côté API). Migration AddAppNameQrAndStoresToApplicationInstance.web.mymuseum.be (MDLF) restent lues ; nouvelle URL app.myinfomate.be/download/…. QR d'une autre instance refusé.app.myinfomate.be/download/{instance}/{config}/{section} — ou la section web directement pour une instance web seule./download (nom, image principale, liens stores), bouton de scan conditionné, nom de l'app sur l'accueil et dans l'onglet, suggestion de proximité GPS dans la page. Slugs download/demo/api réservés.meterZoneGPS). App ouverte → popup ; écran verrouillé pendant une visite → notification, dont le tap ouvre la section. Android : service de premier plan location ; iOS : mode d'arrière-plan location. App tuée : rien, par choix.⚠️ Reste à faire hors code :
+web.mymuseum.be/{i}/{c}/{s} → app.myinfomate.be/download/{i}/{c}/{s}, pour les QR MDLF scannés à l'appareil photo. Le domaine n'est routé dans aucun compose des repos : à poser là où il est servi.app.myinfomate.be n'est pas encore déployé (carte 210) : les QR générés par le manager y mènent, les deux partent en prod ensemble.location à la revue Apple.Bug corrigé au passage : la popup beacon (BeaconArticleFound) lisait les maps JSON brutes de currentSections comme des SectionDTO et plantait.