Rechnungen, Kunden, Verträge sind Beispiele für Projektressourcen — du entwirfst sie selbst. Diese Seite listet die Plattformfunktionen: feste Bausteine, die jedes Konto mitbringt, einige immer enthalten, andere werden beim Verbrauch mitgezählt.
Bevor wir die Funktionen einzeln erklären, hier wie sie im Produkt aufgehängt sind.
Das Unternehmen, das die Rechnung zahlt. Jede Organisation hat eigene Steuerdaten, ihre Monatsrechnung und ihr Team — mit unterschiedlichen Zugriffsstufen (Technik, Buchhaltung usw.). Wenn du zwei Firmen betreibst, legst du zwei Organisationen an: jede erhält ihre eigene Rechnung auf Basis des Verbrauchs ihrer Projekte.
Jedes Produkt oder jede Umgebung, die die Organisation betreibt. Projektweite Einstellungen leben hier: dedizierte JWT-Schlüssel, Hosting-Standort, E-Mail- und SMS-Anbieter, externe API-Integrationen, Authentifizierung.
Was innerhalb des Projekts existiert: die eigenen Ressourcen, die du anlegst (Rechnungen, Kunden, Bestellungen ...) plus die Trigger, die auf Änderungen reagieren. Jede Ressource hat eigene Regeln und Berechtigungen.
In jeder Ressource liegen die typisierten Felder (Betrag, Datum, Statusliste, Datei ...). Jedes Feld hat eigene Regeln — Minimum, Maximum, erlaubte Optionen, Pflichtfeld oder nicht — und eigene Tag-Berechtigungen.
Ein konversationaler KI-Assistent direkt in der Konsole. Beschreib das gewünschte System als Text und er legt Ressourcen, Felder, Regeln und Trigger über die eigene Tarello-API an. Er beantwortet außerdem Fragen zur Plattform, korrigiert bestehende Konfigurationen und generiert Beispielaufrufe (curl, fetch) für deine Endpunkte.
Login mit E-Mail und Passwort, mit optionalem 2FA. JWT-Token-Erzeugung und -Erneuerung pro Projekt, Abmeldung aller Sitzungen, E-Mail-Wiederherstellung und Registrierung mit Validierung. Alles in der Konsole konfigurierbar — oder über den KI-Assistenten.
Du erstellst Tags (z. B. manager, finance, support) und vergibst pro Nutzer eine oder mehrere Tags. Pro Ressource wählst du, welche Tags Zugriff bekommen — feldweise verfeinerbar. Beispiel: Auf einer Rechnung darf der manager-Tag das Feld „Betrag" bearbeiten; der support-Tag darf es nur sehen.
Jedes Projekt hat eigene globale Einstellungen — JWT-Schlüssel, E-Mail- und SMS-Anbieter, externe API-Integrationen, geheime Variablen und Konstanten. Eine Änderung in einem Projekt wirkt sich nicht auf die anderen aus, auch nicht innerhalb derselben Organisation.
Innerhalb jedes Projekts kannst du beliebig viele Ressourcen erstellen — Rechnungen, Kunden, Bestellungen, was dein Produkt braucht. Jede Ressource hat typisierte Felder (Betrag, Datum, Text, Statusliste, Datei, Beziehung zu einer anderen Ressource) und jedes Feld hat eigene Regeln: Minimum und Maximum, Währung, erlaubte Optionen, Pflicht oder optional.
Jedes Mal, wenn du eine Ressource erstellst oder änderst, aktualisiert Tarello die zugehörige REST-API — Endpunkte für Liste, Suche, Erstellen, Aktualisieren und Löschen, mit Filtern, Paginierung, Sortierung und Validierung pro Feld. Kein Code, kein Deployment nötig.
Konfiguriere einen Aufruf an eine beliebige Drittanbieter-API (Zahlungen, SMS, KI, was du brauchst) so, als wäre es eine weitere Ressource. Dein Frontend ruft eine Tarello-Route auf und wir leiten den Aufruf mit deinem Schlüssel an den externen Dienst weiter und geben die Antwort zurück.
Zentralisiere die Worte und Sätze, die dein Produkt anzeigt, an einem Ort. Im Projekt trägst du die Liste der Begriffe über alle Ressourcen ein, markierst welche übersetzt werden sollen und in welche Sprachen. Die API liefert für jeden Nutzer den passenden Text, ohne dass du Felder pro Sprache duplizieren musst.
Lege fest, was passiert, wenn sich eine Ressource ändert. Reale Beispiele: „Wenn der Status der Rechnung auf bezahlt wechselt, sende eine E-Mail an den Kunden"; „Wenn das Feld Betrag der Rechnung geändert wurde, protokolliere es und informiere die Buchhaltung"; „Wenn eine neue Bestellung angelegt wurde, löse den ERP-Webhook aus". Jeder Trigger ist eine Bedingung plus eine Aktion.
Dieselbe Plattform bedient dein erstes Projekt und deinen Trafficspitze. Kein Server zu dimensionieren, keine Instanz zu wählen, keine Migration. Der Verbrauch steigt, das System kommt mit; fällt er, wird nicht mehr abgerechnet, was nicht verbraucht wurde.
Jedes Projekt läuft im Land, das du beim Anlegen wählst. Niedrige Latenz für deine Nutzerbasis, Datenresidenz im Einklang mit lokaler Regulierung. Eine spätere Verlagerung ist mit Vorankündigung möglich.
Wöchentliches Backup ist immer enthalten, in jedem Projekt. Für kürzere Fenster gibt es tägliche und stündliche Frequenzen als optionale Add-ons, monatlich nach Standort des Projekts abgerechnet. Wiederherstellung über die Konsole, mit Prüfung vor dem Anwenden.
Beim Anlegen des Projekts gewählt. Kann später mit Vorankündigung verschoben werden.
Du definierst die Tags des Projekts (z. B. manager, finance, support) und vergibst pro Nutzer eine oder mehrere Tags. Pro Ressource wählst du, welche Tags erlaubt sind. Innerhalb der Ressource kannst du es feldweise verfeinern — wer sehen, wer bearbeiten darf.
Jeder Nutzer erhält eine oder mehrere Tags. Du erstellst beliebig viele Tags im Projekt, benannt wie es für dein Team sinnvoll ist.
Auf jeder Ressource (Rechnungen, Kunden, Bestellungen ...) wählst du, welche Tags Zugriff erhalten. Nutzer ohne erlaubten Tag sehen die Ressource nicht.
Für jedes Feld wählst du, welche Tags es sehen und welche es bearbeiten dürfen. Beispiel: Auf einer Rechnung bearbeitet der manager-Tag das Feld „Betrag", der support-Tag darf es nur sehen.
Tarello prüft jeden Aufruf. Wenn der Tag des Nutzers nicht erlaubt ist, liefert die Route 403 zurück — ohne die Daten zu berühren.
Sicherheit ist die Grundlage, kein Upsell. Alles unten gilt in jedem Projekt.
Jedes Projekt hat einen eigenen Signaturschlüssel. Tokens aus einem Projekt funktionieren in keinem anderen.
Alle Routen werden ausschließlich über HTTPS bereitgestellt. Keine Ausnahmen, keine offenen internen Ports.
Verschlüsselung im Ruhezustand für den Speicher. Backups erben denselben Schutz.
Der Nutzer (und dein System) kann Sitzungen jederzeit über Konsole oder API auflisten und beenden.
Zwei-Faktor per TOTP oder Code. In den Auth-Einstellungen des Projekts aktivieren.
Limits pro API-Schlüssel verhindern Missbrauch. In der Konsole konfigurierbar.
Wer hat was wann geändert. Auditierbare Logs werden standardmäßig gespeichert.
Daten aus einem Projekt vermischen sich nie mit einem anderen, auch nicht innerhalb deines Kontos.
Leg deine Organisation an, eröffne ein Projekt und baue in Minuten die erste Ressource. Der kostenlose Tarif bleibt dir erhalten, solange du die Idee validierst.