Apps web et tableaux de bord : ce que Briks crée

#Les trois types

#Lancer une application ou un tableau de bord

#Ce qu'une application peut faire aujourd'hui

Une application est planifiée et créée comme un site web, avec les mêmes questions avant la création, étapes d'approbation et planches de style. Quand votre description demande de stocker quelque chose, elle obtient aussi :

• Sa propre base de données. Créée pour vous, dans l'UE, la première fois que la construction enregistre quelque chose : réservations, produits, événements, demandes ou articles.
• Des formulaires qui enregistrent. Le formulaire standard conserve chaque envoi sous Settings, Forms et vous l'envoie par e-mail une fois le site en production. Un formulaire peut aussi enregistrer chaque envoi sous forme de fiche, que vous pouvez retrouver, modifier et détailler plus tard. Demandez-le dans votre description.
• Des pages construites à partir des enregistrements. Une page de liste et une page pour chaque enregistrement, de sorte que chaque événement ou produit soit une vraie page que les moteurs de recherche peuvent trouver. Après un changement d'enregistrements, le site publié se met à jour en quelques minutes.
• Recherche dans ce qu'il stocke, quand vous le demandez.
• Comptes et paiements, quand vous les demandez : inscription et connexion pour ses propres utilisateurs, paiements uniques et abonnements via votre propre prestataire de paiement, et livraison ou stock construits avec votre propre compte de paiement. Voir Connexion et paiements.
• Un de vos services, avec votre propre clé, comme une liste de diffusion, un CRM ou un tableur. Demandez-le sous forme de changement une fois le site publié : Briks demande d'abord la clé, avec un champ qui l'enregistre directement dans les Secrets, et le code serveur du site appelle le service avec cette clé. Les pages dans le navigateur d'un visiteur n'appellent jamais une autre adresse. Voir Questions avant la construction.

Avant la publication d'un site contenant ce type de code fonctionnel, Briks lit le code pour repérer les failles de sécurité : clés écrites dans des fichiers, enregistrement sans limite, données de membres lisibles sans personne de connecté, et requêtes de base de données assemblées à partir de texte.

#Ce qu'est un tableau de bord

Un tableau de bord est conçu comme des écrans dans lesquels on travaille chaque jour, et non comme une page que l'on fait défiler. Attendez-vous à :

• Un cadre avec la navigation sur le côté, sous forme de barre d'icônes fine, ou en haut, plus une barre supérieure.
• Un en-tête sur chaque écran avec son titre, une ligne de description et ses actions principales.
• Trois à cinq chiffres clés, des graphiques avec unités et libellés, et des tableaux avec recherche, filtres, tri et pagination.
• Fiches détaillées, formulaires et écrans de réglages là où votre description en a besoin.
• Sur téléphone, la navigation latérale devient un menu et les chiffres s'empilent par deux sur une ligne, puis un par ligne.

Il n'y a ni section d'accueil, ni titre promotionnel, ni animation au défilement, et aucune image n'est créée. Un tableau de bord saute aussi les questions avant la création et les étapes d'approbation : il se crée directement à partir de votre description.

D'où viennent ses chiffres

Un tableau de bord conserve ses enregistrements dans la base de données du projet, avec une table pour chaque type d'enregistrement que ses écrans montrent. La première version les remplit d'exemples vraisemblables et cohérents entre eux ; les produits, les prix et les personnes que votre description nomme deviennent des enregistrements, et les autres reçoivent un nom inventé. Ses tableaux, graphiques et chiffres clés lisent ces enregistrements, chaque total étant calculé à partir des lignes, et les formulaires qui ajoutent ou modifient un enregistrement l'enregistrent. Ses pages de connexion fonctionnent : tant qu'il est un aperçu, toute personne qui en a l'adresse peut l'ouvrir, et une fois publié en production, seuls les comptes Staff et Admin connectés voient ses données. Inscrivez-vous dessus avec l'e-mail que vous utilisez dans le studio pour en devenir l'Admin.

Pour définir la forme de ses enregistrements, indiquez dans la description ce qui est stocké, ce que contient chaque enregistrement et qui les met à jour. Vous modifiez les enregistrements dans l'onglet Database, et les écrans suivent.

#Vos enregistrements dans l'onglet Database

Dès qu'un projet a une base de données, son onglet Database propose cinq vues : Data, Accounts, Orders, Subscriptions et Settings. Les Owner et les Admin voient aussi l'onglet avant cela, avec Create database.

• Data liste chaque collection avec le nombre d'enregistrements qu'elle contient. Les Owner, Admin et Editor peuvent ouvrir, modifier et supprimer des enregistrements. “Les modifications arrivent sur le site publié en quelques minutes.”
• Accounts liste les personnes qui ont créé un compte sur le site, où vous définissez le rôle de chacune : Member, Staff ou Admin. Orders liste ce que le site a vendu via votre propre prestataire de paiement, et Subscriptions les membres qui paient des formules renouvelables. Accounts et Orders affichent No accounts yet ou No orders yet tant que le premier n'est pas arrivé.
• Settings regroupe les téléchargements (jusqu'à 50 000 enregistrements par collection, sous forme de tableur ou de JSON), les points de restauration et la copie de nuit. Les téléchargements et les copies de nuit sont inclus dans un forfait payant.

Database couvre les enregistrements en détail, et Backups couvre les copies et la restauration.

#Tâches planifiées et webhooks

Deux sections des Settings du projet, dans le groupe Developer, permettent à une application d'agir selon un calendrier ou d'informer d'autres logiciels de ce qui s'est passé.

• Les Scheduled tasks appellent une adresse selon un horaire que vous choisissez, par exemple Every day at 09:00 ou Mondays at 09:00 : soit une des adresses de votre application commençant par /api/, soit une autre. Votre application a d'abord besoin de cette adresse, demandez-la donc sous forme de modification. Voir Tâches planifiées.
• Webhooks envoient un message à une autre adresse quand quelque chose se produit : Published, Form received ou Record changed. Voir Webhooks.

#Ce qui n'est pas encore disponible

• Des formules qui se renouvellent via PayPal, Mollie, Razorpay, Creem ou Dodo Payments : ceux-ci n'acceptent pour l'instant que les paiements uniques. Les abonnements passent par Stripe, Paddle, Polar ou Lemon Squeezy.
• L'export des entrées de formulaire depuis Forms. Les enregistrements de la base de données peuvent être téléchargés avec un forfait payant.
• Des e-mails depuis votre propre domaine. E-mail du site envoie depuis l'adresse propre à votre projet sur emails.briks.live.
• Une API publique, un serveur MCP ou une ligne de commande pour Briks lui-même.

Vous pouvez toujours joindre d'autres logiciels de trois façons : les webhooks envoient des événements vers l'extérieur, les tâches planifiées appellent une adresse selon un calendrier, et une modification peut connecter un service qui accepte votre propre clé, comme décrit plus haut.

#Trois exemples concrets