Synchronisierung
Wie offline vorgenommene Änderungen zum Server gelangen, wie das Synchronisierungsfenster zu lesen ist und was bei einer abgelehnten Änderung zu tun ist.
Die Synchronisierung ist der Austausch zwischen der lokalen Kopie eines Mandats und dem Server. Sie läuft in beide Richtungen: Ihre Änderungen gehen hinauf, die Ihrer Kollegen kommen herunter. Sie erfolgt automatisch; diese Seite hilft Ihnen zu verstehen, was geschieht, und einzugreifen, wenn etwas abgelehnt wird.
Wann synchronisiert wird
- Bei wiederhergestellter Verbindung: Sobald der Server wieder antwortet, werden die ausstehenden Änderungen gesendet.
- Regelmäßig im Online-Betrieb: Die Anwendung fragt den Server alle fünf Minuten ab, um die Änderungen der anderen Benutzer abzuholen.
- Auf Anforderung: Die Schaltfläche Jetzt synchronisieren im Fenster Synchronisierung startet sofort einen Austausch.
Offline prüft die Anwendung alle 20 Sekunden, ob der Server wieder erreichbar ist.
Das Fenster Synchronisierung
Klicken Sie auf die Synchronisierungsanzeige, um das Fenster zu öffnen. Es besteht aus fünf Teilen.
| Teil | Inhalt |
|---|---|
| Kopfbereich | Der aktuelle Zustand, das Datum der Letzten Synchronisierung und gegebenenfalls der Letzte Fehler. |
| Ausstehende Änderungen | Was auf diesem Gerät gemacht und noch nicht gesendet wurde. „Alles ist synchronisiert“, wenn die Liste leer ist. |
| Zu lösende Konflikte | Die Änderungen, die Ihre Entscheidung erfordern. Siehe Konflikte und Prioritäten. |
| Synchronisierungsprotokoll | Jeder Austausch mit der Anzahl gesendeter und empfangener Änderungen, den Konflikten und den Ablehnungen. |
| Lokale Daten | Der auf dem Gerät belegte Speicher und die Schaltfläche, um ihn zu leeren. |
Was beim Senden geschieht
Die ausstehenden Änderungen werden in der Reihenfolge gesendet, in der Sie sie vorgenommen haben. Der Server verarbeitet jede einzeln, mit genau denselben Kontrollen wie bei einer Online-Erfassung: ausgeglichene Buchung, offene Periode, bebuchbares Konto, Eindeutigkeit eines Codes. Für jede Änderung gibt er eines der folgenden Ergebnisse zurück.
| Ergebnis | Bedeutung | Was die Anwendung tut |
|---|---|---|
| Angewendet | Die Änderung ist gespeichert. | Das Kennzeichen Synchronisierung ausstehend verschwindet. Der Datensatz erhält seine Kennung und, bei einer Buchung, seine endgültige Nummer. |
| Bereits verarbeitet | Dieselbe Änderung war schon angekommen, zum Beispiel nach einem Abbruch während des Sendens. | Nichts wird wiederholt. Es entsteht kein Duplikat. |
| Konflikt | Der Datensatz hatte sich auf dem Server geändert. Der Server hat nach den Prioritätsregeln entschieden. | Ihre Kopie wird durch das Ergebnis ersetzt. Wurde einer Ihrer Werte nicht übernommen, wird ein Konflikt zur Prüfung geöffnet. |
| Abgelehnt | Die Änderung kann nicht angewendet werden. | Sie bleibt in der Liste sichtbar, mit dem Grund „Vom Server abgelehnt“. |
Jede Änderung trägt eine eindeutige Kennung, die das Gerät erzeugt. Daran erkennt der Server eine wiederholte Sendung und legt dieselbe Buchung nie zweimal an, selbst wenn die Verbindung im ungünstigsten Moment abbricht.
Offline angelegte, miteinander verknüpfte Datensätze
Sie können offline einen Geschäftspartner anlegen und gleich darauf eine Rechnung auf seinen Namen erfassen. Bei der Synchronisierung erhält der Geschäftspartner seine endgültige Kennung, und die Rechnung wird automatisch dem richtigen Geschäftspartner zugeordnet. Die Sendereihenfolge stellt sicher, dass der Geschäftspartner vor der Rechnung ankommt.
Die Ablehnungsgründe
| Grund | Erklärung | Was tun |
|---|---|---|
| Gesperrt | Die Periode wurde gesperrt, das Geschäftsjahr abgeschlossen oder der Beleg bereits von jemand anderem verbucht. | Auf dem Server festgeschriebene Buchhaltungsdaten haben immer Vorrang. Verwerfen Sie die lokale Änderung und erfassen Sie sie bei Bedarf in einer offenen Periode neu. |
| Validierung | Eine Erfassungsregel ist nicht eingehalten: unausgeglichene Buchung, nicht vorhandenes Konto, fehlendes Pflichtfeld. Auch eine Löschung, die abgelehnt wird, weil der Datensatz verwendet wird, fällt unter diesen Grund. | Lesen Sie die Einzelheiten, korrigieren Sie und senden Sie erneut, oder verwerfen Sie die Änderung. |
| Nicht gefunden | Der betroffene Datensatz existiert auf dem Server nicht mehr. | Verwerfen Sie die lokale Änderung. |
| Nicht erlaubt | Ihre Rechte am Mandat haben sich geändert, oder Ihre Rolle ist schreibgeschützt. | Wenden Sie sich an den Verantwortlichen des Mandats. |
| Offline nicht unterstützt | Die Aktion kann nicht zeitversetzt ausgeführt werden. | Führen Sie sie online erneut aus. |
| Serverfehler | Vorübergehende Störung. | Nichts: Die Anwendung versucht es automatisch erneut. |
Um eine abgelehnte Änderung zu entfernen, verwenden Sie Lokale Änderung verwerfen. Eine Bestätigung erinnert daran, dass sie nicht gesendet wird und vom Gerät verschwindet.
Eine abgelehnte Änderung ist nirgendwo anders gespeichert als auf Ihrem Gerät. Notieren Sie vor dem Verwerfen die Angaben, die Sie neu erfassen müssen.
Was vom Server herunterkommt
Bei jedem Austausch fragt die Anwendung den Server nach allem, was sich seit dem letzten Mal geändert hat: Anlagen, Änderungen und Löschungen durch Ihre Kollegen, durch die Novadesko-Synchronisierung oder durch automatische Verarbeitungen. Übertragen wird nur der letzte Stand jedes Datensatzes.
War das Gerät zu lange nicht synchronisiert (mehr als 90 Tage), kann der Server die einzelnen Änderungen nicht mehr liefern. Die Anwendung lädt das Mandat dann vollständig neu. Das erfordert keine Aktion von Ihnen, dauert aber etwas länger.
Einschränkungen
Einige Massenvorgänge auf dem Server werden nicht Änderung für Änderung übertragen: der Ausgleich, das Sperren der Perioden beim Abschluss und das Zurücksetzen eines Belegs oder einer Bewegung auf „Zu buchen“ nach einer Stornierung. Die Anwendung lädt die betroffenen Listen neu, wenn sie solche Vorgänge erkennt. Im Zweifel über einen angezeigten Stand verwenden Sie Aktualisieren im Abschnitt Offline der Mandatseinstellungen.
Arbeiten mehrere Personen am selben Mandat, synchronisieren Sie, bevor Sie eine lange Erfassungssitzung beginnen. So gehen Sie vom letzten Stand aus und begrenzen die Konflikte.
Wer sieht was
Im Verlauf des Mandats trägt eine offline erfasste Änderung die Herkunft „Offline erfasst, dann synchronisiert“, den Namen des Geräts und das Datum, an dem Sie sie tatsächlich vorgenommen haben. Ihre Kollegen wissen also, dass sie erfasst wurde, bevor sie auf dem Server ankam.