// Funktionen

Die Bausteine deines Backends.

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.

// Hierarchie

So ist alles organisiert.

Bevor wir die Funktionen einzeln erklären, hier wie sie im Produkt aufgehängt sind.

H_01

Organisation

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.

H_02

Projekt

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.

H_03

Projektressourcen

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.

H_04

Ressourcenfelder

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.

// assistant KI-Assistent

ASS_01

KI-Assistent

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.

  • Erstellt Ressourcen aus Textbeschreibungen
  • Schlägt Trigger je nach Szenario vor
  • Korrigiert Configs und generiert Beispielaufrufe

// core Kern

COR_01

Authentifizierung

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.

  • JWT pro Projekt, getrennte Schlüssel
  • Integrierte E-Mail-Wiederherstellung
  • Optionales 2FA, pro Projekt aktivierbar
COR_02

Tag-basierte Berechtigungen

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.

  • Ein oder mehrere Tags pro Nutzer
  • Zugriff pro Ressource definiert
  • Feldweise Verfeinerung innerhalb der Ressource
COR_03

Projekteinstellungen

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.

  • Globale Konstanten pro Projekt
  • E-Mail- und SMS-Anbieter
  • Geheime Variablen getrennt gehalten

// builder Builder

BUI_01

Eigene Ressourcen

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.

  • So viele Ressourcen wie du brauchst
  • Typisierte Felder mit eigenen Regeln
  • Automatische Validierung bei Aufrufen
BUI_02

Automatische REST-API

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.

  • Vollständiges CRUD sofort verfügbar
  • Filter, Sortierung und Paginierung
  • OpenAPI pro Projekt generiert
BUI_03

Externe API-Integrationen

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.

  • Schlüssel sicher gespeichert
  • Mapping von Ein- und Ausgabefeldern
  • Retry und Timeout konfigurierbar
BUI_04

Mehrsprachigkeit

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.

  • Eine einzige Begriffsliste pro Projekt
  • „Übersetzen / nicht übersetzen"-Marker pro Begriff
  • Sprachen pro Projekt konfigurierbar

// automation Automatisierung

AUT_01

Trigger

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.

  • Reagiert auf Erstellen, Bearbeiten und Löschen
  • Bedingungen auf den Ressourcenfeldern
  • Aktionen: E-Mail, SMS, Webhook, Queue

// infra Infrastruktur

INF_01

Automatische Skalierung

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.

  • Keine Skalierungskonfiguration
  • Dieselbe Plattform vom MVP bis Millionen
  • Keine Migration, kein Refactor
INF_02

Mehrere Regionen

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.

  • Standort bei Erstellung wählbar
  • Lokale Compliance
  • Migration mit Vorankündigung möglich
INF_03

Backups

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.

  • Wöchentlich immer enthalten
  • Täglich und stündlich als Add-on
  • Wiederherstellung über die Konsole
// Standort

7+ Regionen zum Hosten.

Beim Anlegen des Projekts gewählt. Kann später mit Vorankündigung verschoben werden.

Brasilien
Brasilien
Chile
Chile
USA
USA
Deutschland
Deutschland
Australien
Australien
Singapur
Singapur
Südafrika
Südafrika
// Berechtigungen

Feingranulare Berechtigungen, bis auf Feldebene.

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.

P_01

Tags pro Nutzer

Jeder Nutzer erhält eine oder mehrere Tags. Du erstellst beliebig viele Tags im Projekt, benannt wie es für dein Team sinnvoll ist.

P_02

Erlaubte Tags pro Ressource

Auf jeder Ressource (Rechnungen, Kunden, Bestellungen ...) wählst du, welche Tags Zugriff erhalten. Nutzer ohne erlaubten Tag sehen die Ressource nicht.

P_03

Feldweise Verfeinerung

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.

P_04

Automatische JWT-Prüfung

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

Deine API auf jeder Ebene geschützt.

Sicherheit ist die Grundlage, kein Upsell. Alles unten gilt in jedem Projekt.

01

JWT pro Projekt

Jedes Projekt hat einen eigenen Signaturschlüssel. Tokens aus einem Projekt funktionieren in keinem anderen.

02

TLS überall

Alle Routen werden ausschließlich über HTTPS bereitgestellt. Keine Ausnahmen, keine offenen internen Ports.

03

Verschlüsselte Daten

Verschlüsselung im Ruhezustand für den Speicher. Backups erben denselben Schutz.

04

Widerrufbare Sitzungen

Der Nutzer (und dein System) kann Sitzungen jederzeit über Konsole oder API auflisten und beenden.

05

Optionale 2FA

Zwei-Faktor per TOTP oder Code. In den Auth-Einstellungen des Projekts aktivieren.

06

Rate-Limit pro Schlüssel

Limits pro API-Schlüssel verhindern Missbrauch. In der Konsole konfigurierbar.

07

Audit-Log

Wer hat was wann geändert. Auditierbare Logs werden standardmäßig gespeichert.

08

Projektisolation

Daten aus einem Projekt vermischen sich nie mit einem anderen, auch nicht innerhalb deines Kontos.

Heute starten. Keine Karte, keine Installation.

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.