CoffreFamille
Chargement de l'application
L'interface publique se prepare. Les points d'entree principaux arrivent.
CoffreFamille
L'interface publique se prepare. Les points d'entree principaux arrivent.
Navigation
Accès rapide aux zones principales du shell global.
Famille
Configuration
Navigation en cours
L'interface prepare la zone demandee et conserve le meme cadre visuel que le shell global deja stabilise.
Les blocs ci-dessous gardent une lecture propre pendant la transition.
Le chargement reste lisible sans revenir a un placeholder minimal.
Etat d'interface propre, utile et coherent avec le reste du shell.
Le cadre global reste coherent pendant les transitions entre zones stables.
Ce lot ne change aucune logique metier et ne touche pas aux services.
Le meme socle peut servir ensuite pour d'autres etats utiles hors /media.
Espace média
Navigation locale de la zone média du MVP. Cette section centralise la création d’une demande et la consultation en lecture seule des demandes enregistrées.
Création média
Cette page sert à valider l’interface, les choix de partage, la lecture métier et le sous-module notifications avant tout branchement réel.
Mode actuel
Démonstration locale
Backend MVP
Non touché
Stockage réel
Non branché
Upload réel
Non branché
Navigation de page
Raccourcis internes pour parcourir plus vite la page de création média.
Module notifications
Cette zone résume l’état du sous-module notifications dans `/media/new`, sans logique serveur, sans stockage et sans envoi réel.
Sections locales
4
Cadrage, Diffusion, Contrôle, Clôture
Blocs simulés
21
Notifications 100 % UI locale
Sections ouvertes
2
Affichage initial du showcase
Navigation locale
Raccourcis internes pour se déplacer plus vite dans la démonstration.
Section locale
Vue d’ensemble des intentions produit, préférences et règles locales.
Ce bloc reste entièrement simulé. Aucun email, push, envoi réel ou branchement base de données n’est déclenché à ce stade.
Affichage d’un rappel local confirmant la création simulée du média et la famille cible choisie.
Simulation d’une notification destinée aux membres qui héritent du partage via la famille ou l’album sélectionné.
Résumé local des limites d’accès selon la confidentialité, les permissions héritées et les conflits déjà résolus.
Bloc de démonstration pour signaler qu’un rappel futur pourra exister quand le moteur réel sera branché.
Ce panneau prépare les futurs réglages de diffusion liés au média, sans logique réelle, sans email et sans stockage.
Prévu pour afficher une alerte locale dans l’application après création ou partage du média.
Canal réservé à une future version connectée. Aucun envoi réel n’est déclenché ici.
Prévu pour regrouper plusieurs activités médias dans un envoi différé ou une synthèse locale.
Pourra plus tard dépendre du niveau de confidentialité ou d’un partage restreint.
Vue synthétique des futurs destinataires et canaux de diffusion, sans moteur réel, sans stockage et sans backend.
Confirmation locale après création simulée, avec rappel de la famille cible et du niveau de visibilité.
Information locale destinée aux membres impactés par le partage direct ou par l’héritage de l’album.
Bloc de démonstration pour un futur résumé des actions sensibles ou des arbitrages de partage.
Présent uniquement comme repère fonctionnel. Aucun envoi réel n’est déclenché dans ce MVP local.
Ce bloc décrit quand une future notification pourrait partir, sans moteur réel, sans base de données et sans envoi effectif.
Après soumission locale réussie
Quand le partage hérité ou direct est retenu
Quand la confidentialité réduit l’audience
Quand une règle locale de durée est choisie
Ce panneau recense les principaux cas fonctionnels déjà représentés en démonstration, sans moteur réel ni stockage.
Le média reste visible localement pour son créateur avec une notification minimale de validation simulée.
Le bloc matérialise le cas standard où plusieurs membres héritent du partage après création simulée.
Ce cas sert à rendre visibles les arbitrages futurs entre confidentialité, héritage et partage manuel.
La logique réelle n’existe pas encore, mais le scénario est déjà représenté côté UI locale.
Section locale
Organisation des messages, priorités et actions visibles pour la démonstration.
Ce bloc montre les étapes internes qu’un futur moteur de notification pourrait suivre, sans stockage, sans email et sans backend.
Le système préparerait un brouillon interne selon la famille cible, la visibilité et les héritages détectés.
Les membres concernés seraient déterminés à partir du partage direct, de l’album choisi et des règles déjà affichées.
Un rappel local serait conservé pour signaler un arbitrage entre confidentialité, accès hérités et partage manuel.
Cette ligne représente le point où une vraie notification pourrait être remise au moteur réel plus tard.
Ce bloc hiérarchise les futures notifications métier sans moteur réel, sans stockage et sans envoi effectif.
Doit apparaître en premier pour confirmer immédiatement la création simulée du média.
Prévue pour les cas où le média devient visible à d’autres membres via partage direct ou hérité.
Sert à attirer l’attention sur une visibilité sensible ou un arbitrage de partage.
Cas secondaire gardé en démonstration pour une future logique de durée ou d’archivage.
Ce bloc montre à quoi pourraient ressembler les futurs messages de notification, sans envoi réel, sans stockage et sans backend.
Public : Créateur du média
Objet simulé
Votre média simulé est prêt
Corps simulé
Le média a bien été créé en démonstration locale. La famille cible, la visibilité et les options de partage ont été prises en compte pour préparer la diffusion future.
Public : Membres impactés par le partage
Objet simulé
Un nouveau média pourrait vous être partagé
Corps simulé
Ce message représente la future alerte destinée aux membres qui héritent du partage via la famille cible ou l’album sélectionné.
Public : Gestionnaires de la famille
Objet simulé
Point de contrôle sur une création sensible
Corps simulé
Ce contenu simule un futur résumé destiné aux gestionnaires lorsqu’une visibilité restreinte ou un arbitrage de partage doit être surveillé.
Ce bloc montre ce que le destinataire pourrait faire après une future notification, sans moteur réel, sans stockage et sans backend.
Représente l’action principale qui permettrait d’ouvrir la fiche du média après réception d’une notification.
Prépare le futur accès à un récapitulatif du partage direct, hérité et des restrictions éventuelles.
Simule une action dédiée aux cas où la confidentialité ou les arbitrages de diffusion demandent une vérification.
Matérialise une future entrée vers les paramètres de conservation ou d’archivage déjà visibles dans le parcours local.
Section locale
Cas particuliers, décisions de diffusion, matrice des canaux et chronologie.
Ce bloc matérialise les situations où aucune notification réelle ne doit partir, même dans la future logique métier.
Aucune diffusion élargie n’est prévue quand le média reste purement local au créateur.
Le système ne préparerait pas de notification destinataire si aucun membre n’est concerné par les règles locales.
Quand une restriction d’accès l’emporte sur le partage prévu, la diffusion doit rester suspendue côté démonstration.
Les canaux comme l’email ou les rappels différés restent visibles en UI mais ne doivent rien déclencher.
Ce bloc synthétise comment la future logique pourrait décider qui prévenir, sans moteur réel, sans stockage et sans backend.
Notifier seulement le créateur
Préparer une notification élargie
Limiter les destinataires et ajouter un contrôle
Prévoir une validation locale avant diffusion
Ce bloc résume quels canaux pourraient être utilisés selon le public, sans moteur réel, sans stockage et sans envoi.
| Public | Interne | Centre | Différé | |
|---|---|---|---|---|
| Créateur | Oui | Oui | Non | Optionnel |
| Membres concernés | Non | Oui | Non | Optionnel |
| Gestionnaires | Oui | Oui | Non | Oui |
Ce bloc met en ordre les étapes d’une future diffusion, sans moteur réel, sans stockage et sans backend.
Le créateur reçoit d’abord une confirmation locale après validation du formulaire.
Les membres potentiellement concernés sont déterminés selon la famille cible, l’album et les restrictions affichées.
La logique future vérifiera les arbitrages entre partage hérité, partage manuel et confidentialité.
Les canaux prévus sont représentés visuellement sans aucun envoi réel.
Section locale
Lecture de fin de phase avant un futur branchement métier réel.
Ce bloc montre ce qui est déjà cadré côté interface et ce qui reste purement futur avant tout branchement réel.
Les messages simulés, publics visés et canaux sont déjà visibles dans l’interface locale.
Les cas standards sont représentés, mais aucun calcul réel ni moteur de diffusion n’est branché.
Les canaux internes, centre de notifications, email et différé sont exposés comme repères fonctionnels.
Aucun stockage, envoi réel, queue, cron ou logique backend n’est activé à ce stade.
Ce bloc prépare la transition entre la maquette actuelle et une future implémentation métier, sans toucher au MVP backend.
Conserver les panneaux de démonstration comme base visuelle et fonctionnelle.
Transformer les cas simulés en vraies règles de sélection des destinataires et des canaux.
Prévoir plus tard une implémentation réelle pour notifications internes, centre, email et différé.
Définir ensuite les journaux réels d’envoi, statuts, erreurs et confirmations de lecture.
Ce bloc rappelle clairement ce qui est simulé et ce qui n’existe pas encore dans le module notifications.
Aucune création de notification réelle, aucun stockage, aucun job et aucun traitement serveur n’existent ici.
Les canaux email et différés restent purement illustratifs dans cette phase locale de démonstration.
Les publics affichés servent de repères fonctionnels, mais aucun moteur de résolution n’est exécuté.
La maquette sert de base visuelle pour préparer proprement le futur branchement métier.
Vue rapide de ce qui est déjà matérialisé dans l’interface et de ce qui reste pour une phase ultérieure.
Messages simulés visibles
FaitPublics cibles représentés
FaitCanaux futurs cartographiés
FaitPriorités et exceptions cadrées
FaitChronologie visuelle disponible
FaitMoteur réel à brancher plus tard
À venirCe bloc résume l’état du sous-module notifications dans la page de création média, sans aucune logique serveur.
Périmètre couvert
Création, publics, canaux, priorités, exceptions et chronologie
État actuel
Maquette locale avancée, sans backend ni moteur réel
Usage immédiat
Valider l’UX et la lecture métier avant branchement technique
Risque évité
Ne pas casser le MVP historique ni toucher Prisma ou upload réel
Ce bloc prépare la suite logique du chantier sans toucher au backend MVP aujourd’hui.
Transformer les cas simulés en critères réels de sélection des destinataires et des canaux.
Prévoir plus tard comment conserver notifications, statuts, erreurs et confirmations.
Implémenter ensuite la livraison interne, le centre de notifications et les canaux externes si retenus.
Prévoir journaux d’exécution, suivi des échecs et lecture produit des envois réels.
Ce bloc formalise ce qui est considéré comme réussi dans la phase locale actuelle du sous-module notifications.
Les étapes, publics, canaux, priorités et exceptions sont désormais lisibles dans la page de création.
La démonstration indique clairement qu’aucun backend, email ou moteur réel n’est branché.
Le module reste isolé dans la zone media locale sans toucher Prisma, upload réel ni logique métier existante.
Les panneaux servent de support pour transformer plus tard la maquette en flux réel de notifications.
Ce bloc recense les briques techniques qui n’existent pas encore mais seront nécessaires pour passer du local au réel.
Il faudra plus tard déterminer les membres réellement concernés selon la famille, l’album et les règles de visibilité.
Une future couche technique sera nécessaire pour livrer les notifications internes, centre, email ou différé.
Il faudra formaliser la conservation des notifications, statuts d’envoi, erreurs et historiques de lecture.
Des journaux réels devront être ajoutés plus tard pour suivre les exécutions, échecs et confirmations.
Clôture du module
Le cadrage local est désormais lisible, structuré et prêt pour une future traduction en logique métier réelle.
Sections locales
4
Blocs simulés
21
Backend réel
0
Checkpoint local
Ce panneau fige l’avancement actuel du parcours média de démonstration, sans backend, sans Prisma et sans upload réel.
Zones de page
2
Formulaire et notifications
Sections notifications
4
2 ouvertes par défaut
Blocs locaux
21
Notifications 100 % UI locale
État local rapide
Payload local prêt pour simulation
La simulation locale peut être lancée.
Pont métier local
Ce bloc reste purement local. Il sert à figer le contrat de données cible pour la création média et les notifications, sans envoi réel, sans stockage et sans toucher au backend MVP.
Modifie ce brouillon local pour tester le comportement du payload sans toucher au backend MVP.
Notification locale principale
Cette zone pilote la première notification du draft local.
Payload local prêt pour simulation
Le contrat local est suffisamment structuré pour lancer une simulation sans backend réel.
Aucun point bloquant détecté sur ce scénario local.
Titre
Souvenir de famille — Démonstration locale
Visibilité
family
Publication
draft
Tags
3
Notifications
1 actives / 2 total
Prévisualisation d’un payload prêt pour un futur branchement métier progressif.
Visibilité
family
Publication
draft
Planification
Aucune
Source
media_new_local_demo
{
"media": {
"title": "Souvenir de famille — Démonstration locale",
"description": "Brouillon local de démonstration pour préparer le futur branchement métier de création média.",
"visibility": "family",
"publishMode": "draft",
"scheduledPublishAt": null,
"tags": [
"famille",
"souvenir",
"demo-local"
],
"notifications": [
{
"enabled": true,
"channel": "in_app",
"audience": "all_members",
"timing": "immediate",
"scheduledAt": null,
"title": "Nouveau média disponible",
"message": "Un nouveau souvenir familial a été préparé dans l'espace média."
},
{
"enabled": false,
"channel": "email",
"audience": "adults_only",
"timing": "scheduled",
"scheduledAt": "2026-04-12T09:00:00.000Z",
"title": "Rappel de publication",
"message": "Notification email prévue plus tard pour illustrer le futur payload."
}
]
},
"meta": {
"source": "media_new_local_demo",
"version": 1,
"createdAt": "local-preview"
}
}Cette action ne déclenche aucun envoi réel. Elle vérifie seulement que le payload local est prêt pour un futur branchement métier progressif.
Titre
Souvenir de famille — Démonstration locale
Visibilité
family
Publication
draft
Notifications actives
1 / 2
Aucun test lancé pour l’instant. Utilise le bouton ci-dessus pour vérifier le payload local.
Cette carte envoie le payload local à la server action puis crée une vraie demande en base via le repository Prisma.
Titre
Souvenir de famille — Démonstration locale
Visibilité
family
Publication
draft
Notifications actives
1 / 2
Aucune réponse serveur pour l’instant.
Clôture locale
La page est maintenant organisée autour d’un parcours clair, d’un formulaire local, d’un module notifications cadré et d’une structure suffisamment propre pour reprendre plus tard sans casser le MVP historique.
Fin de page locale
Cette zone clôture la démonstration locale de `/media/new` sans activer de logique réelle.
UI locale média
StructuréeSous-module notifications
Cadré localementBranchement métier
À venir