Formata Tracker — selbst gehostetes Ticketsystem mit Wiki und Sprints
Tickets, Workflows, Sprints, Wiki, Zeiterfassung und Dashboards in einem System
Führen Sie Projekte wie in Jira, pflegen Sie Dokumentation wie in Confluence – und behalten Sie die Daten auf Ihrem eigenen Server. Filtern Sie Tickets mit einer Abfragezeile, die beim Tippen Vorschläge macht oder per Maus zusammengestellt wird, und speichern Sie gelungene Abfragen als Vorlagen für das ganze Team.
Anmeldung im Demo: anna — Administratorin und Projektleiterin sergey — Analyst olga — Entwicklerin elena — Testerin nina — Produktdirektorin: Berichte und DashboardsDas Passwort ist gleich dem Login. Die Demodaten sind auf Englisch und werden jede Nacht neu erstellt.
Wird auf dem Server des Kunden installiert (Linux, PostgreSQL).
Alles, was ein Team für die Arbeit an Tickets braucht
Die vertrauten Konzepte eines Trackers – Projekte mit Schlüsseln, Status, Sprints, ein Board – und dazu, was man sonst meist separat kaufen muss: ein Wiki, Zeiterfassung und Berichte.
Tickets und Hierarchie
Projekte mit Schlüsseln (PLT-12), Epics, Storys, Bugs und Unteraufgaben beliebiger Tiefe, Verknüpfungen wie „blockiert“, „bezieht sich auf“ und „dupliziert“, Beobachter. Die Historie jedes Feldes mit Textvergleich vorher/nachher.
Workflows
Eigene Status und Übergänge: wer ein Ticket weiterschieben darf, Bedingungen (Kommentar, Bearbeiter, Schätzung, geschlossene Unteraufgaben, erledigte Schritte), automatische Aktionen und Lösungen. Ein Diagramm des Workflows auf dem Bildschirm und eine Prüfung auf Sackgassen.
Abfragesprache und Vorlagen
Eine Abfragezeile im Stil von JQL mit Vorschlägen beim Tippen, ein visueller Abfrage-Editor und Fehlermeldungen, die auf das genaue Zeichen zeigen. Persönliche und geteilte Vorlagen funktionieren in der Ticketliste, in Berichten und in Dashboards.
Schritte nach Arbeitsart
Jeder Status hat eine Arbeitsart: Entwicklung, Code-Review, Test, Abnahme. Versionen von Checklisten mit eigenen Häkchen, Testfälle mit „bestanden/nicht bestanden“ und Standardsätze aus dem Wiki.
Sprints und Kanban-Board
Backlog, Start und Abschluss eines Sprints mit Übernahme unerledigter Arbeit, Burndown-Chart und Team-Velocity. Ein Board auf Basis des Projekt-Workflows mit Drag-and-drop und WIP-Limits.
Zeiterfassung und Schätzungen
Schätzungen in Punkten und Stunden, Zeitbuchung im gewohnten Format (1h 30m, 1:30, 1d) mit Neuberechnung der Restzeit, Fälligkeitstermine mit Ampel. Ein Bericht, wer wie viel Zeit in einem Zeitraum oder Sprint gebucht hat.
Wiki mit Versionen
Bereiche und Seitenbäume, ein Editor mit Tabellen, Code und Bildern. Jedes Speichern ist eine Version: zwei beliebige Versionen Wort für Wort vergleichen und wiederherstellen. Export nach HTML, Markdown, Word und PDF.
Berichte und Dashboards
Gebuchte Zeit, Erledigung von Tickets, Diagramme nach Team und Abteilung. Dashboards aus 27 Kennzahlen – persönlich, geteilt oder mit Zugriffsrechten, mit Filtern in jedem Panel.
Zugriffsrechte
Projektrollen – Betrachter, Autor, Entwickler, Manager; Zugriff für Personen, Gruppen und Teams; private und interne Projekte; Berechtigungen für Wiki-Bereiche und Dashboards. Alles wird vom Server durchgesetzt.
Gitea-Integration
Branches, Commits und Pull Requests, die den Ticketschlüssel nennen, erscheinen im Ticket und in seiner Historie; Repository-Ereignisse bewegen Tickets durch den Workflow; Smart Commits mit #time und #comment. Nur ein signierter eingehender Webhook.
Labels mit Abhängigkeiten
Label-Gruppen und Labels nach dem Prinzip „eins aus der Gruppe“, Regeln wie „erfordert“ und „schließt aus“, übergeordnete Labels. Der Tracker teilt mit, was er aufgrund einer Regel geändert hat.
14 Oberflächensprachen
Formulare, Nachschlagelisten, Meldungen und Fehler auf Englisch, Russisch, Deutsch, Spanisch, Französisch, Italienisch, Polnisch, Portugiesisch, Türkisch, Japanisch, Koreanisch, Chinesisch, Arabisch und Persisch.
Abfragesprache: jede Auswahl von Tickets in einer Zeile
Bedingungen der Form „Feld Operator Wert“, AND, OR, NOT, Klammern und ORDER BY. Lieber nicht tippen? Stellen Sie die Abfrage mit der Maus zusammen – die Zeile entsteht von selbst.
assignee = me() AND resolved is empty ORDER BY priority DESCMeine offenen Tickets, wichtigste zuerstproject in (PLT, MOB) AND type = bug AND created >= -7dBugs in zwei Projekten aus der letzten Wochesprint in openSprints() AND status = "Testing"Was gerade im Test ist(priority >= high OR label = urgent) AND assignee is emptyDringendes ohne Bearbeiterdue < today() AND resolved is empty ORDER BY dueÜberfällige TicketsZahlung "Rückerstattung"Einfache Wörter durchsuchen Titel und Beschreibungen- Vorschläge am Cursor: Felder, die Operatoren eines Feldes, seine Werte und Schlüsselwörter (Ctrl+Leertaste, Tab)
- Editor: Gruppen „alle Bedingungen“ (AND) oder „eine beliebige Bedingung“ (OR), NOT, Sortierung
- Werte in jeder Sprache: status = "In Progress" findet auch einen Status, der z. B. auf Russisch benannt ist
- Fehler erscheinen sofort unter der Zeile – mit Zeichenposition und in der Sprache der Oberfläche
- Vorlagen: persönlich und geteilt, 12 fertige wie „Meine offenen“, „Überfällig“, „In offenen Sprints“
- Eine Abfrage funktioniert in der Ticketliste, in drei Berichten und in Dashboard-Panels
Felder und Funktionenproject, type, status, category, priority, assignee, reporter, watcher, sprint, label, team, department, resolution, key, parent, text, title, created, updated, resolved, due, start, points, estimate, remaining, spent · me(), openSprints(), futureSprints(), closedSprints(), myTeams(), today(), startOfWeek(), endOfWeek(), startOfMonth(), endOfMonth(), startOfYear() · Datumsangaben 2026-11-30, 30.11.2026, -7d, +2w
So sieht es aus
Screenshots mit Demodaten: ein Entwicklungsteam, ein Mobile-Projekt und der Support.
Für wen
IT- und Entwicklungsteams
Scrum und Kanban, ein Workflow „Softwareentwicklung“ vom Backlog bis zum Release, Testfälle und Code-Review direkt im Ticket, Gitea-Integration.
Support- und Serviceteams
Ein Workflow „Support“ mit Wartestatus, Zeit im Status sowie die Listen „Überfällig“ und „Nicht zugewiesen“ als Vorlagen nur einen Klick entfernt.
PMOs und Führungskräfte
Dashboards nach Team und Abteilung, Berichte zu Zeit und Erledigung, rollenbasierter Zugriff in jedem Projekt.
Unternehmen, die ihre Daten im Haus behalten
Tracker und Wiki laufen auf Ihrem Server mit PostgreSQL: Tickets, Seiten und Anhänge gehen nie an den Anbieter.
Angepasst an Ihre Prozesse – auf der Formata-Plattform
Formata Tracker basiert auf der Low-Code-Plattform Formata: Formulare, Felder, Abfragen und Python-Skripte werden im Designer geändert, ohne das Programm neu zu erstellen.
Mehr über Formata- Eigene Felder und Ticketformulare
- Eigene Workflows, Tickettypen und Arbeitsarten
- Logik in Python und in PostgreSQL
- Integrationen über die HTTP-API und eingehende Webhooks
- Dieselbe Engine wie bei Formata CRM, Dokumentenmanagement und Finanzen
Auf Ihrem Server
Die Daten werden in PostgreSQL auf dem Server des Kunden gespeichert. Die Benutzer arbeiten im Browser.
- Ein Server mit Ubuntu 24.04 oder 22.04 LTS, auch ein Container ist möglich
- PostgreSQL 16 mit der Erweiterung pgcrypto
- Ein Chromium-basierter Browser: Google Chrome, Microsoft Edge
- HTTPS über einen Reverse Proxy (zum Beispiel nginx)
- Pilotinstallation: 2–4 CPU-Kerne, 4–8 GB RAM
Dokumentation
Das Benutzerhandbuch – Tickets, Workflows, Abfragesprache und Vorlagen, Sprints, Wiki, Berichte, Dashboards und Berechtigungen – finden Sie auf dieser Website; der vollständige Dokumentensatz steht als PDF zur Verfügung.
Fragen und Antworten
Worin unterscheidet sich Formata Tracker von Jira?
Es ist ein Ticketsystem und ein Wiki in einem System auf Ihrem eigenen Server: Die Daten liegen in Ihrer PostgreSQL-Datenbank, Wiki und Zeiterfassung sind integriert, die Abfragesprache ähnelt JQL, und Formulare, Felder und Logik lassen sich im Formata-Designer ändern. Die vertrauten Konzepte – Projekte mit Schlüsseln, Workflows, Sprints, ein Kanban-Board – sind alle vorhanden.
Können wir unsere Tickets aus Jira übernehmen?
Einen integrierten Jira-Import gibt es noch nicht. Projekte, Tickets und Benutzer migrieren wir im Rahmen der Einführung – schreiben Sie uns.
Wie funktioniert die Abfragesprache?
Bedingungen der Form „Feld Operator Wert“, AND, OR, NOT, Klammern und ORDER BY; Wörter ohne Operator durchsuchen Titel und Beschreibungen. Eine Abfrage lässt sich mit der Maus zusammenstellen und als Vorlage speichern. Der Server analysiert und führt sie aus: Zurückgegeben werden nur Tickets aus Projekten, auf die die Person Zugriff hat.
Wo werden die Daten gespeichert?
In einer PostgreSQL-Datenbank und einem Anhangsverzeichnis auf dem Server des Kunden. Der Tracker sendet keine Tickets, Wiki-Seiten oder Anhänge an den Anbieter.
Welchen Server brauchen wir?
Ubuntu 24.04 oder 22.04 LTS (auch ein Container ist möglich) und PostgreSQL 16. Eine Pilotinstallation braucht 2–4 CPU-Kerne und 4–8 GB RAM. Den HTTPS-Zugang stellt ein Reverse Proxy bereit.
Gibt es eine Git-Integration?
Ja, mit Gitea: Branches, Commits und Pull Requests, die den Ticketschlüssel nennen, werden im Ticket angezeigt, Repository-Ereignisse bewegen das Ticket durch den Workflow, und Smart Commits buchen Zeit und fügen Kommentare hinzu. Der Tracker nimmt nur einen signierten Webhook an und sendet nichts an Gitea.
Wie funktionieren Benachrichtigungen?
Benachrichtigungen über Ereignisse zu Ihren Tickets erscheinen unter dem Glockensymbol in der Oberfläche. Per E-Mail werden sie noch nicht versendet.
In welchen Sprachen ist die Oberfläche verfügbar?
In 14 Sprachen: Englisch, Russisch, Deutsch, Spanisch, Französisch, Italienisch, Polnisch, Portugiesisch (Brasilien), Türkisch, Japanisch, Koreanisch, Chinesisch, Arabisch und Persisch.
Was kostet es?
Der Preis hängt von der Anzahl der Benutzer und vom Lieferumfang ab. Schreiben Sie uns, und wir erstellen Ihnen ein Angebot.
Können wir den Tracker live sehen?
Ja. Öffnen Sie das Demo unter tracker.new-imobile.com und melden Sie sich als anna / anna (Administratorin) oder in einer anderen Rolle an: Analyst sergey, Entwicklerin olga, Testerin elena, Direktorin nina — das Passwort ist gleich dem Login. Gern führen wir Ihnen den Tracker auch vor und beantworten Ihre Fragen — schreiben Sie uns über das Kontaktformular.
Dokumentation
PDF-Dokumente zu Formata Tracker: Beschreibung, Installation, Benutzerhandbuch, Support und Sicherheit. Die Dokumente sind auf Englisch.
Документация на русском языке (оформление по ГОСТ 19)
- Описание функциональных характеристикPDF · 188 KB
- Руководство по установке и администрированиюPDF · 186 KB
- Руководство пользователяPDF · 3.0 MB
- Описание процессов, обеспечивающих поддержание жизненного цикла программыPDF · 174 KB
- Спецификация поставки и сведения о сторонних компонентахPDF · 176 KB
- Сведения о соответствии требованиям законодательства Российской ФедерацииPDF · 181 KB
English
Erleben Sie Formata Tracker mit Ihren eigenen Aufgaben
Wir zeigen Ihnen den Tracker mit Demodaten und helfen beim Einrichten der Workflows und beim Übertragen Ihrer Projekte.