App Backend Login

Mobile factory Ready2Night App Backend
Chaîne de création, validation et release par venue.
Session Build
Session
Command center
Navigate
Vue cockpit, préparation, validation et artefacts.
Venue operations
Selected venue avatar
No venue selected
Select a venue from the dashboard.
draft
Open a venue card from the main dashboard to work step by step.
Nouvelle Venue
Aucune venue sélectionnée draft
Venue dashboard
Vue synthétique des venues. Ouvre le monitor global en popup si tu veux suivre la file complète.
Action job monitor
Vue globale des jobs en cours, derniers artefacts et actions multi-venues.
Control Tower Vue exécutive de la venue active: readiness, screenshots, APK locale et prochaine décision de release.
Validation score - Run checks to compute readiness.
Screenshots coverage - Store-required formats and preview health.
Latest local APK - No local APK generated yet.
Next decision - The system will suggest the next useful action.
Venue avatar

Aucune venue sélectionnée

Sélectionne une venue pour préparer l’app.
draft Version - Date -
Site-
Dashboard-
Location-
APK localeIndisponible
Résumé venue Le builder est pré-rempli depuis les données WILD de la venue.
Quick actions
Le flow rapide conseillé : régénérer l’APK locale, l’installer, vérifier, puis seulement passer aux étapes store.
Venue dev timeline
Vue rapide de l’avancement de l’app venue, du snapshot initial jusqu’au test store.
1
Venue snapshot & app identity
Le builder récupère automatiquement la WILD existante et pré-remplit les champs nécessaires au build app.
Source DB WILD + JSON publics existants. Rien n’est recréé manuellement ici.
Builder goal Préparer le package natif, les textes store, les screenshots et les builds test.
Venue admin Push, users et contenu live restent gérés dans le dashboard venue. Ici on prépare et on build l’app.
1A
APP/Mobile Recap
Titre app, logo principal, URLs WILD, descriptions et infos de release déjà connues.
App name -
Main avatar -
Bundle / Package -
Status -
Branding preview
Main avatar preview
Site URL
Dashboard
Short description
Full description
Screenshot workflow
Prépare ici les screenshots store en plusieurs formats. Les OG links génériques ne sont jamais utilisés comme screenshots.
Venue source snapshot
Address-
City / Country-
Contact-
Socials-
Store + Build
APK locale de test d’abord. Le store path Android/iOS vient seulement après validation device.
Version - Date - Status -
2
Identity, package IDs & generated metadata
Tout ce qui est nécessaire pour fabriquer l’app est pré-rempli ici à partir de la venue et de la WILD.
Base language -
Main avatar -
Screenshots language -
Keywords -
3
Translation review
Les textes sont générés depuis la langue détectée. Tu peux relire EN / NL / FR avant export store.
English
Nederlands
Français
4
Screenshots by required format
Chaque zone correspond à un format store. Upload séparé par format, une seule langue visuelle par app.
Preview tab workflow
1. Ouvre un tab preview de la WILD. 2. Mets le site exactement dans l’état à capturer. 3. Reviens ici et clique Generate pour remplir tous les formats avec cette même vue.
Mode exact navigateur: pas d’agrandissement, donc moins de flou. Choisis ensuite le tab preview dans la fenêtre de partage.
Flat screenshot list (advanced)
Ce champ reste disponible pour compatibilité. Le builder normal doit utiliser les zones d’upload ci-dessus.
5
Build artifacts & local Android test APK
Cette étape sort une APK locale de test via le shell Android WebView simple. Les flows cloud/store viennent seulement après validation device.
APK version -
Build date -
Status -
Download -
Local APK unavailable
6
Store pipeline map
La chaîne complète est visible ici. Android suit: APK locale -> AAB signé -> Google Play Internal Test. iOS suit: build shell -> upload TestFlight -> beta review Apple -> public TestFlight link.
Android delivery Local shell validation, signed release AAB, Google Play Internal Testing, then prod gate.
Android
iOS delivery Shell setup, App Store Connect readiness, TestFlight, then App Store production gate.
iOS
6B
Server credentials
Le flow normal utilise les credentials globaux du serveur. Les champs venue ci-dessous ne servent qu’en override exceptionnel, si une venue doit déroger au standard.
Advanced venue override (optional)

Champs vides = inchangés. Mettre "-" pour effacer explicitement un secret override.

7
Validation pipeline
Lance les checks, lis les résultats dans un tableau clair, puis utilise uniquement les actions autorisées par l’étape courante. Les actions impossibles restent bloquées jusqu’à résolution.
Release posture
Run checks to compute release posture.
Blocking issues
No data yet.
Recommended next action
The cockpit will suggest the next useful step.
Check Status Message Resolution
Run checks to populate the validation table.
Checks history
Build / Action Jobs