Fehler in TIME4 richtig melden (Checkliste)

Damit Fehler in TIME4 schnell und zielgerichtet behoben werden können, ist ein systematisches Vorgehen wichtig. Diese Checkliste hilft dir dabei, alle notwendigen Informationen vollständig zu erfassen und die Bearbeitung zu beschleunigen.

Hinweis: Je vollständiger deine Meldung ist, desto schneller kann der Fehler eingegrenzt, reproduziert und behoben werden. Nutze dafür die folgende Checkliste und ergänze alle Punkte so konkret wie möglich.

Überblick

Bei einer Fehlermeldung geht es vor allem darum, Kontext (wo tritt es auf?), Reproduzierbarkeit (wie lässt es sich nachstellen?), Auswirkungen (was fehlt/was ist falsch?) und Systemrahmen (Versionen, Zugriff, Installation) eindeutig zu beschreiben. So kann die Analyse ohne Rückfragen starten.

Hinweis: Wenn du eine Meldung einreichst, ergänze bitte immer Mandant/Datenbank, Ort des Problems, Repro-Schritte und Systeminfos. Das sind die häufigsten Rückfragen.

Checkliste für Fehlermeldungen

Folgende Punkte solltest du bei der Meldung von Fehlern beachten:

Welche Datenbank / welcher Mandant ist betroffen?
- Nenne den Namen der Datenbank und ggf. den Mandanten, dessen System von dem Problem betroffen ist.
Wo liegt das Problem?
- Gib an, wo das Problem aufgetreten ist: App, Backoffice oder eine Schnittstelle.
Reproduktion
- Beschreibe, wie sich der Fehler äußert und welche Schritte notwendig sind, um das Problem zu reproduzieren.
- Gib an, bei welcher*m Mitarbeiter*in das Problem aufgetreten ist und in welchem Zeitraum.
- Wenn Daten fehlen, benenne genau, welche Daten fehlen.
- Stelle Zugangsdaten zur Verfügung, falls notwendig.
Hinweis: Teile Zugangsdaten nur, wenn es wirklich erforderlich ist – und möglichst über einen sicheren, vorgesehenen Weg (z. B. temporäre Test-Zugangsdaten oder ein gesicherter Kanal), nicht ungeschützt im Klartext.
Welche Module sind betroffen?
- Gib an, welche Module betroffen sind, um die Fehlersuche zu erleichtern.
Ist der Supportzugriff freigegeben? Handelt es sich um eine lokale Installation?
- Gib an, ob der Support auf das betroffene System zugreifen darf und ob es sich um eine lokale Installation handelt.
Hinweise
- Wenn du zusätzliche Informationen hast, die hilfreich sein könnten, gib sie hier an.
Systeminformationen
- Gib an, welche App-Version du verwendest und welches Betriebssystem (iOS/Android) einschließlich Versionsnummer.
Diagnosedaten (Debug-Datei) angefragt
- Wenn möglich, stelle eine Debug-Datei bereit. Das erleichtert die Fehlerbehebung.
Erwartungen
- Beschreibe, was du erwartest, wenn das Problem gelöst ist, z. B. ob fehlende Daten übertragen wurden, der Fehler behoben wurde oder ob du eine Erklärung zum gemeldeten Verhalten erhalten möchtest.

Hinweis: Bitte befolge beim Melden von Fehlern diese Checkliste, damit dein Anliegen schneller und effizienter gelöst werden kann.

Quickcheck

Quickcheck anzeigen

Datenbankname und ggf. Mandant sind genannt.
Ort des Problems ist klar (App, Backoffice oder Schnittstelle).
Repro-Schritte sind vollständig beschrieben (was passiert, wie nachstellen?).
Betroffene*r Mitarbeiter*in und Zeitraum sind genannt.
Fehlende Daten sind konkret benannt (welche Daten fehlen genau?).
Betroffene Module sind angegeben.
Supportzugriff ist geklärt (freigegeben oder nicht) und lokale Installation ist angegeben.
Systeminfos sind enthalten (App-Version, iOS/Android inkl. Version).
Debug-/Diagnosedaten sind angefragt oder beigefügt (wenn möglich).
Erwartetes Ergebnis ist beschrieben (was soll nach Lösung anders sein?).

Hinweis: Wenn du nur wenige Infos hast, starte mit Mandant/Datenbank, Ort, Repro-Schritten und Systeminfos. Das sind die wichtigsten Basisdaten.

FAQ

FAQ anzeigen

Warum muss ich Datenbank und Mandant angeben?

Damit das Problem eindeutig dem richtigen System zugeordnet werden kann und eine Analyse ohne Rückfragen möglich ist.

Was bedeutet „Reproduktion“ konkret?

Du beschreibst, wie sich der Fehler zeigt und welche Schritte notwendig sind, um ihn zuverlässig nachzustellen (inklusive betroffener Person und Zeitraum).

Warum sind betroffene Module wichtig?

Mit der Modul-Angabe lässt sich die Fehlersuche gezielter eingrenzen, weil klar ist, in welchem Funktionsbereich der Fehler auftritt.

Warum werden Systeminformationen (Versionen) benötigt?

App- und Betriebssystemversionen sind entscheidend, weil Fehler häufig versionsabhängig sind und sich nur in bestimmten Kombinationen zeigen.

Wann ist eine Debug-Datei sinnvoll?

Eine Debug-Datei liefert Diagnosedaten, die die Analyse deutlich beschleunigen können – insbesondere bei schwer reproduzierbaren Problemen.

Warum soll ich Erwartungen angeben?

So ist klar, welches Ergebnis für dich als „gelöst“ gilt, z. B. Daten nachträglich übertragen, Verhalten korrigiert oder Erklärung geliefert.