Konflikte und Prioritäten
Die Regeln, die zwischen zwei gleichzeitigen Änderungen entscheiden, wie ein Konflikt zu lesen ist und die drei Möglichkeiten, ihn zu lösen.
Ein Konflikt entsteht, wenn derselbe Datensatz zwischen zwei Synchronisierungen an zwei Stellen geändert wurde: von Ihnen offline und von einem Kollegen auf dem Server. NovaFisko wendet feste Regeln an, um die meisten Fälle ohne Ihr Zutun zu entscheiden, und fragt Sie nur dann, wenn einer Ihrer Werte verworfen wurde.
Die vier Prioritätsregeln
1. Gebuchte Buchhaltungsdaten haben immer Vorrang
Eine Offline-Änderung wird abgelehnt, wenn sie Folgendes betrifft:
- eine Buchung in einer gesperrten Periode oder in einem abgeschlossenen Geschäftsjahr;
- einen Beleg oder eine Bankbewegung, die bereits verbucht sind;
- eine bereits stornierte Buchung.
Hier gibt es keinen Ermessensspielraum: Was auf dem Server festgeschrieben ist, kann durch eine zeitversetzte Erfassung nicht in Frage gestellt werden.
2. Zusammenführung Feld für Feld
Wurde derselbe Datensatz auf beiden Seiten geändert, vergleicht NovaFisko Feld für Feld.
- Ein Feld, das nur auf einer Seite geändert wurde, bleibt erhalten. Haben Sie die Telefonnummer eines Geschäftspartners geändert, während ein Kollege dessen Adresse geändert hat, bleiben beide Änderungen bestehen.
- Beim selben Feld setzt sich die höhere Rolle durch.
- Bei gleicher Rolle setzt sich die jüngere Änderung durch. Bei völligem Gleichstand bleibt der Wert des Servers erhalten.
| Rang | Rolle |
|---|---|
| 1 | Administrator der Plattform |
| 2 | Administrator der Kanzlei |
| 3 | Manager der Kanzlei |
| 4 | Verantwortlicher des Mandats |
| 5 | Prüfer |
| 6 | Erfasser |
| 7 | Kunde (Verantwortlicher, dann Mitarbeiter) |
| 8 | Auditor, schreibgeschützt |
Als Datum einer Offline-Änderung gilt die Uhrzeit Ihres Geräts zum Zeitpunkt der Erfassung. Damit eine falsch gestellte Uhr die Entscheidung nicht verfälscht, wird sie auf 24 Stunden um die Serverzeit begrenzt.
3. Die Änderung hat Vorrang vor der Löschung
- Sie haben offline einen Datensatz gelöscht, den ein Kollege inzwischen geändert hat: Es wird nichts gelöscht.
- Sie haben offline einen Datensatz geändert, den ein Kollege inzwischen gelöscht hat: Der Datensatz wird wiederhergestellt, dann wird Ihre Änderung angewendet.
In beiden Fällen bleibt die Erfassungsarbeit erhalten. Die Löschung kann anschließend in Kenntnis der Sachlage wiederholt werden.
4. Doppelt angelegte Datensätze werden zugeordnet
Wenn Sie offline einen Datensatz anlegen, der auf dem Server bereits existiert, wird er kein zweites Mal angelegt. Als identisch gelten:
- zwei Geschäftspartner desselben Typs mit derselben MwSt.-Nummer;
- zwei Konten mit derselben Nummer;
- zwei Journale oder zwei Kostenrechnungscodes mit demselben Code;
- zwei Belege mit derselben Referenz, demselben Journal, demselben Geschäftspartner und demselben Datum.
Ihre Anlage wird dem bestehenden Datensatz zugeordnet, und alles, was Sie mit Ihrer lokalen Version verknüpft hatten, folgt.
Wenn Ihnen ein Konflikt vorgelegt wird
Alle Konflikte werden protokolliert, aber nur diejenigen, bei denen einer Ihrer Werte nicht angewendet wurde, bleiben offen. Die Synchronisierungsanzeige wechselt dann auf Konflikte (n).
- Klicken Sie auf die Anzeige, um das Fenster Synchronisierung zu öffnen.
- Öffnen Sie den Konflikt unter Zu lösende Konflikte.
- Eine Tabelle zeigt für jedes betroffene Feld den Wert Server und den Wert Dieses Gerät.
Kann der Server die Felder nicht einzeln aufführen, erscheint anstelle der Tabelle die Meldung „Der Datensatz wurde seit Ihrer Offline-Eingabe auf dem Server geändert“.
Die drei Möglichkeiten der Lösung
| Schaltfläche | Wirkung |
|---|---|
| Server behalten | Sie akzeptieren die Entscheidung. Auf dem Server ändert sich nichts, der Konflikt ist geschlossen. |
| Lokal behalten | Ihre verworfenen Werte werden über die des Servers geschrieben. Handelte es sich um eine abgelehnte Löschung, wird sie ausgeführt. |
| Zusammenführen | Sie stellen das Ergebnis Feld für Feld zusammen und übernehmen einige Werte von der einen, andere von der anderen Seite. |
Nicht immer werden alle Möglichkeiten angeboten. Bei einem Konflikt vom Typ „Gesperrt“ ist zum Beispiel nur Server behalten möglich.
Die Lösung wird mit Ihrem Namen und dem Datum gespeichert. Hat ein Kollege den Konflikt vor Ihnen gelöst, weist die Anwendung Sie darauf hin und entfernt ihn aus Ihrer Liste.
Lokal behalten überschreibt den von Ihrem Kollegen erfassten Wert. Prüfen Sie bei einem sensiblen Feld wie einer MwSt.-Nummer oder einer IBAN vorher, welcher der beiden Werte richtig ist.
Die Konflikttypen
| Typ | Situation |
|---|---|
| Feld | Dasselbe Feld wurde auf beiden Seiten geändert. |
| Löschung gegen Änderung | Sie haben gelöscht, auf dem Server lag eine geänderte Version vor. |
| Änderung gegen Löschung | Sie haben geändert, der Datensatz war auf dem Server gelöscht worden. |
| Duplikat | Ihre Anlage entsprach einem bestehenden Datensatz. |
| Gesperrt | Ihre Änderung betraf festgeschriebene Buchhaltungsdaten. |
Konflikte vermeiden
- Synchronisieren Sie vor und nach jeder Offline-Sitzung.
- Teilen Sie die Arbeit auf: Nur ein Mitarbeiter erfasst ein bestimmtes Journal in einer bestimmten Periode.
- Sperren Sie die geprüften Perioden. Eine verspätete Offline-Erfassung wird dort sauber abgelehnt, statt geprüfte Zahlen zu verändern.
- Lassen Sie ein Gerät nicht wochenlang mit ausstehenden Änderungen liegen.
Der Server merkt sich, welche Geräte ein Mandat synchronisieren und wann sie zuletzt gesendet haben. Hat ein Mitarbeiter mehrere Tage offline gearbeitet, bitten Sie ihn zu synchronisieren, bevor Sie eine Periode abschließend prüfen.
Was nicht über die Zusammenführung läuft
Die Kontierungszeilen eines Belegs werden nicht Feld für Feld zusammengeführt. Für sie gilt allein die Sperre: Sobald der Beleg auf dem Server verbucht ist, wird jede Offline-Korrektur seiner Zeilen abgelehnt.