# Sicherheit & Support

Sicherer Betrieb und Vorbereitung von Supportfällen.

# Kritische Aktionen im Audit-Protokoll prüfen

Das Audit-Protokoll hilft Speditionsadmins, sicherheitsrelevante Vorgänge im
eigenen Tenant zeitlich und nach Aktion nachzuvollziehen. Es ist ein
unveränderliches Prüfprotokoll, keine Bearbeitungsoberfläche.

## Voraussetzungen

Nur Speditionsadmins können das tenantweite Audit-Protokoll lesen.
Speditionsoperatoren und Kundenrollen erhalten darauf keinen Zugriff.

## Eine Aktion prüfen

1. Öffnen Sie in der Speditions-Console **Audit-Protokoll**.
2. Wählen Sie eine Aktion oder lassen Sie **Alle Aktionen** eingestellt.
3. Prüfen Sie Aktion, Ergebnis, Ziel und Zeitpunkt der passenden Zeile.
4. Wechseln Sie bei mehr als 25 Einträgen seitenweise durch die Ergebnisse.

Filterbar sind unter anderem erfolgreiche und fehlgeschlagene Logins,
Passwort-Resets, Einladungen, Rollen- oder Statusänderungen,
Dokumentfreigaben, Dokumentabrufe und unterdrückte Benachrichtigungen.

## Ergebnisse einordnen

- **Erfolg**: Der protokollierte Vorgang wurde abgeschlossen.
- **Abgelehnt**: Eine Sicherheits- oder Berechtigungsprüfung hat den Vorgang
  gestoppt.
- **Fehlgeschlagen**: Die Aktion konnte technisch oder fachlich nicht
  abgeschlossen werden.

Ein einzelner abgelehnter Zugriff beweist keinen Angriff. Prüfen Sie Zeitpunkt,
Aktion und Ziel im Zusammenhang. Das Protokoll zeigt keine Passwörter, Tokens
oder vollständigen Nutzdaten und sollte nicht durch externe Daten ergänzt
werden.

## Bei einem auffälligen Eintrag

Notieren Sie Aktion, Ergebnis, Zielreferenz und Zeitpunkt. Ändern oder löschen
Sie keine Daten als vermeintliche Bereinigung. Melden Sie den Fall über den
vereinbarten Supportweg und geben Sie nur die für die Zuordnung notwendigen
Angaben weiter.

## Verwandte Artikel

- Benachrichtigungszustellungen prüfen
- Einen Supportfall richtig vorbereiten
- Welche Rollen gibt es in FrachtTower?

# Das Passwort zurücksetzen

Wenn Sie Ihr Passwort vergessen haben, fordern Sie auf der Anmeldeseite einen
persönlichen Reset-Link an. FrachtTower bestätigt die Anfrage neutral, damit
nicht erkennbar wird, ob eine E-Mail-Adresse im System existiert.

## Reset-Link anfordern

1. Öffnen Sie die Anmeldeseite Ihrer FrachtTower-Oberfläche.
2. Wählen Sie **Passwort vergessen**.
3. Geben Sie Ihre geschäftliche E-Mail-Adresse ein.
4. Wählen Sie **Link anfordern**.
5. Öffnen Sie die Nachricht in Ihrem Postfach und folgen Sie ausschließlich
   dem dort enthaltenen Link.

## Neues Passwort setzen

Geben Sie das neue Passwort zweimal identisch ein und speichern Sie es. Das
Passwort muss mindestens acht Zeichen lang sein. Verwenden Sie ein eigenes,
nicht an anderer Stelle eingesetztes Passwort und speichern Sie es in einem
vertrauenswürdigen Passwortmanager.

## Wenn keine E-Mail ankommt

- Prüfen Sie Spam- und Quarantäneordner.
- Prüfen Sie die eingegebene Adresse, ohne sie an Dritte weiterzugeben.
- Warten Sie auf eine neue Nachricht, wenn Sie mehrere Links angefordert
  haben; ein älterer Link kann bereits ungültig sein.
- Fordern Sie einen neuen Link an, wenn die Oberfläche den Link als
  abgelaufen oder ungültig meldet.

Die neutrale Bestätigung bedeutet nicht, dass ein Konto vorhanden ist. Bleibt
die Nachricht aus, wenden Sie sich an den Supportkontakt Ihrer Spedition oder
den zuständigen Administrator. Senden Sie niemals Ihr bisheriges oder neues
Passwort.

## Verwandte Artikel

- Kundenbenutzer und Zugangsstatus prüfen
- Einen Supportfall richtig vorbereiten

# Einen Supportfall richtig vorbereiten

Ein guter Supportfall beschreibt beobachtetes Verhalten, Zeitpunkt und sichere
Referenzen, ohne Passwörter, Tokens oder unnötige Kundendaten zu versenden.

## Diese Angaben helfen

- betroffene Oberfläche und Aufgabe, zum Beispiel **Kunden öffnen** oder
  **Integrationslauf prüfen**;
- Datum und Uhrzeit mit Zeitzone;
- Sendungsreferenz, Kundenfirma oder Datenlauf nur soweit für die Zuordnung
  erforderlich;
- erwartetes und tatsächlich beobachtetes Ergebnis;
- sichtbarer Status, Fehlermeldung und **Supportreferenz** beziehungsweise
  Request-ID;
- ob **Erneut versuchen** dasselbe Ergebnis geliefert hat.

## Diese Angaben gehören nicht in die Nachricht

- Passwörter, Einladungs- oder Reset-Links;
- API-Tokens, Zugangsschlüssel oder vollständige technische Konfigurationen;
- ungefilterte Exporte, komplette Kundendatensätze oder Dokumente, wenn eine
  Referenz genügt;
- Daten anderer Kundenunternehmen.

## Vorgehen

1. Wiederholen Sie die Aktion höchstens einmal über die angebotene
   **Erneut versuchen**-Funktion.
2. Notieren Sie Zeitpunkt und Supportreferenz, bevor Sie die Seite schließen.
3. Beschreiben Sie einen klaren, kurzen Ablauf bis zum Fehler.
4. Verwenden Sie den in Ihrem Portal oder Vertrag angegebenen Supportweg.
5. Senden Sie eine Datei nur nach Aufforderung und über den dafür vorgesehenen
   sicheren Kanal.

## Beispiel

„Am 26.07.2026 um 14:20 Uhr MESZ konnte ich in **Integrationen** den Lauf vom
selben Tag nicht öffnen. **Erneut versuchen** zeigte wieder denselben Fehler.
Supportreferenz: … Erwartet wurde die Liste der abgelehnten Zeilen.“

Ersetzen Sie die Auslassung durch die tatsächlich angezeigte Referenz. Fügen
Sie keine Zugangsdaten hinzu.

## Verwandte Artikel

- Datenproblem oder technischer Fehler?
- Integrationsläufe und Datenprobleme prüfen
- Kritische Aktionen im Audit-Protokoll prüfen

# Datenproblem oder technischer Fehler?

Ein Datenproblem betrifft den Inhalt eines Datenlaufs. Ein technischer Fehler
bedeutet, dass eine Seite oder Anfrage nicht zuverlässig verarbeitet werden
konnte. Die Unterscheidung entscheidet, welche Angaben und welcher
Lösungsweg sinnvoll sind.

## Datenproblem

Ein Datenproblem erscheint in einem Integrationslauf mit Kategorie,
Schweregrad, Zeilenbezug und Supportreferenz. Beispiele sind eine nicht
zuordenbare Kundenfirma oder ein unbekannter fachlicher Wert.

Gehen Sie so vor:

1. Öffnen Sie **Integrationen** und den betroffenen Lauf.
2. Prüfen Sie gelesene, verarbeitete und abgelehnte Zeilen.
3. Notieren Sie Kategorie, Zeilenbezug und Supportreferenz.
4. Lassen Sie die Ursache in der führenden Datenquelle korrigieren.

Eine manuelle Änderung nur in der Ansicht ersetzt keine Korrektur der Quelle.

## Technischer Fehler

Ein technischer Fehler zeigt, dass Inhalte nicht geladen oder eine Aktion
nicht abgeschlossen werden konnte. Die Oberfläche kann eine Request-ID und
**Erneut versuchen** anzeigen. Bei einem Fehler nach bereits geladenen Daten
kann die letzte sichere Ansicht sichtbar bleiben und als möglicherweise
veraltet gekennzeichnet werden.

Gehen Sie so vor:

1. Verwenden Sie **Erneut versuchen** einmal.
2. Notieren Sie Zeitpunkt, Aufgabe und Request-ID.
3. Verlassen Sie sich bis zur erfolgreichen Aktualisierung nicht auf eine alte
   Anzeige als neue Bestätigung.
4. Melden Sie den Fall über den vorgesehenen Supportweg.

## Nicht verfügbar oder nicht berechtigt

FrachtTower zeigt für eine nicht vorhandene oder nicht zugängliche Ressource
bewusst einen neutralen Zustand. Daraus lässt sich nicht ableiten, ob die
Referenz in einer anderen Kundenfirma existiert. Geben Sie dem Support nur
Ihre eigene Referenz und Firmenzuordnung.

## Verwandte Artikel

- Integrationsläufe und Datenprobleme prüfen
- Was bedeutet „Aktuell“ oder „Veraltet“?
- Einen Supportfall richtig vorbereiten