Factures, Clients, Contrats sont des exemples de ressources du projet — c'est toi qui les conçois. Cette page liste les fonctionnalités de la plateforme : blocs fixes que chaque compte embarque, certains toujours inclus et d'autres qui comptent dans la consommation au fur et à mesure.
Avant d'expliquer les fonctionnalités une par une, voici comment elles s'organisent dans le produit.
L'entreprise qui paie la facture. Chaque organisation a ses propres informations fiscales, sa facture mensuelle et son équipe — avec différents niveaux d'accès (technique, finance, etc). Si tu gères deux entreprises, tu crées deux organisations : chacune reçoit sa propre facture basée sur la consommation de ses propres projets.
Chaque produit ou environnement que l'organisation fait tourner. Les paramètres globaux du projet vivent ici : clés JWT dédiées, lieu d'hébergement, fournisseurs d'e-mail et de SMS, intégrations APIs externes, authentification.
Ce qui vit dans le projet : les ressources personnalisées que tu crées (Factures, Clients, Commandes...) plus les triggers qui réagissent à leurs changements. Chaque ressource a ses propres règles et permissions.
Dans chaque ressource se trouvent les champs typés (montant, date, liste de statut, fichier...). Chaque champ a ses propres règles — min, max, options autorisées, obligatoire ou non — et ses propres permissions par tag.
Un assistant IA conversationnel dans la console. Décris en texte le système souhaité et il crée les ressources, champs, règles et triggers via l'API même de Tarello. Il répond aussi aux questions sur la plateforme, corrige les configurations existantes et génère des exemples d'appel (curl, fetch) pour tes endpoints.
Connexion avec e-mail et mot de passe, avec 2FA optionnel. Génération et renouvellement de tokens JWT par projet, déconnexion de toutes les sessions, récupération par e-mail et inscription avec validation. Tout configurable dans la console — ou via l'assistant IA.
Tu crées des tags (par exemple manager, finance, support) et tu donnes un ou plusieurs tags à chaque utilisateur. Sur chaque ressource, tu choisis quels tags ont accès — et tu peux affiner champ par champ. Exemple : sur une Facture, le tag manager édite le champ « montant » ; le tag support peut seulement le voir.
Chaque projet porte ses propres paramètres globaux — clés JWT, fournisseurs d'e-mail et de SMS, intégrations APIs externes, variables secrètes et constantes. Un changement dans un projet n'affecte pas les autres, même au sein de la même organisation.
Dans chaque projet, crée autant de ressources que tu veux — Factures, Clients, Commandes, ce dont ton produit a besoin. Chaque ressource a des champs typés (montant, date, texte, liste de statut, fichier, relation avec une autre ressource) et chaque champ a ses propres règles : min et max, monnaie, options autorisées, obligatoire ou optionnel.
Chaque fois que tu crées ou modifies une ressource, Tarello met à jour l'API REST correspondante — endpoints de listage, recherche, création, mise à jour et suppression, avec filtres, pagination, tri et validation par champ. Pas besoin d'écrire de code ni de déployer.
Configure un appel vers n'importe quelle API tierce (paiements, SMS, IA, etc.) comme si c'était une autre ressource. Ton front appelle une route Tarello et nous transmettons l'appel au service externe avec ta clé, puis nous retournons la réponse.
Centralise les mots et phrases que ton produit affiche en un seul endroit. Dans le projet, tu enregistres la liste des termes de toutes les ressources, tu marques lesquels doivent être traduits et dans quelles langues. L'API livre le bon texte à chaque utilisateur, sans dupliquer les champs par langue.
Définis ce qui se passe quand une ressource change. Exemples réels : « si le statut de la Facture passe à payée, envoie un e-mail au client » ; « si le champ montant de la Facture a été modifié, logge-le et préviens la comptabilité » ; « si une nouvelle Commande a été créée, déclenche le webhook de l'ERP ». Chaque trigger est une condition plus une action.
La même plateforme sert ton premier projet et ton pic de trafic. Pas de serveur à dimensionner, pas d'instance à choisir, pas de migration. L'usage monte, le système suit ; il baisse, on cesse de te facturer ce qui n'a pas été consommé.
Chaque projet tourne dans le pays que tu choisis à la création. Faible latence pour ta base d'utilisateurs, résidence des données alignée avec la régulation locale. Déplacer le projet plus tard est possible, avec préavis.
Backup hebdomadaire toujours inclus, dans chaque projet. Pour des fenêtres plus courtes, des fréquences quotidienne et horaire sont disponibles en add-ons optionnels, facturés au mois selon l'emplacement du projet. Restauration depuis la console, avec revue avant application.
Choisi à la création du projet. Peut être déplacé plus tard avec préavis.
Tu définis les tags du projet (par exemple manager, finance, support) et tu donnes un ou plusieurs tags à chaque utilisateur. Sur chaque ressource, tu choisis quels tags sont autorisés. À l'intérieur de la ressource, tu peux affiner champ par champ — qui peut voir, qui peut éditer.
Chaque utilisateur reçoit un ou plusieurs tags. Tu crées autant de tags que tu veux dans le projet, nommés comme ça a du sens pour ton équipe.
Sur chaque ressource (Factures, Clients, Commandes...) tu sélectionnes quels tags ont accès. Sans tag autorisé, l'utilisateur ne voit pas la ressource.
Pour chaque champ, choisis quels tags peuvent le voir et lesquels peuvent l'éditer. Exemple : sur une Facture, le tag manager édite le champ « montant » ; le tag support peut seulement le voir.
Tarello vérifie chaque appel. Si le tag de l'utilisateur n'est pas autorisé, la route renvoie 403 sans atteindre les données.
La sécurité est la base, pas un upsell. Tout ce qui suit est standard dans chaque projet.
Chaque projet a sa propre clé de signature. Les tokens d'un projet ne fonctionnent pas dans un autre.
Toutes les routes servent uniquement en HTTPS. Aucune exception, aucun port interne ouvert.
Chiffrement au repos pour le stockage. Les backups héritent de la même protection.
L'utilisateur (et ton système) peut lister et tuer les sessions à tout moment via la console ou l'API.
Authentification à deux facteurs par TOTP ou code. Active-la dans les paramètres Auth du projet.
Limites au niveau de la clé d'API pour prévenir les abus. Configurable dans la console.
Qui a changé quoi et quand. Journaux auditables stockés par défaut.
Les données d'un projet ne se mélangent jamais avec un autre, même dans ton propre compte.
Crée ton organisation, ouvre un projet et construis ta première ressource en quelques minutes. Le palier gratuit reste avec toi pendant que tu valides l'idée.