Conflicten en prioriteiten
De regels die beslissen tussen twee gelijktijdige wijzigingen, hoe u een conflict leest en de drie manieren om het op te lossen.
Een conflict ontstaat wanneer hetzelfde element tussen twee synchronisaties op twee plaatsen werd gewijzigd: door u offline, en door een collega op de server. NovaFisko past vaste regels toe om de meeste gevallen te beslissen zonder u lastig te vallen, en vraagt uw mening alleen wanneer een van uw waarden opzij werd geschoven.
De vier prioriteitsregels
1. Gevalideerde boekhoudgegevens winnen altijd
Een offline wijziging wordt geweigerd als ze betrekking heeft op:
- een boeking in een vergrendelde periode of een afgesloten boekjaar;
- een document of een bankverrichting die al geboekt is;
- een boeking die al tegengeboekt is.
Hier valt niets te beslissen: wat op de server gevalideerd is, kan niet ter discussie worden gesteld door een uitgestelde invoer.
2. Samenvoeging veld per veld
Wanneer hetzelfde record aan beide kanten werd gewijzigd, vergelijkt NovaFisko veld per veld.
- Een veld dat maar aan één kant werd gewijzigd, blijft behouden. Als u het telefoonnummer van een derde hebt gewijzigd terwijl een collega zijn adres aanpaste, blijven beide wijzigingen bewaard.
- Op hetzelfde veld wint de hoogste rol.
- Bij gelijke rol wint de recentste wijziging. Bij een perfect gelijke stand blijft de waarde van de server behouden.
| Rang | Rol |
|---|---|
| 1 | Platformbeheerder |
| 2 | Beheerder van het kantoor |
| 3 | Manager van het kantoor |
| 4 | Dossierverantwoordelijke |
| 5 | Nazichter |
| 6 | Invoerder |
| 7 | Klant (verantwoordelijke, daarna medewerker) |
| 8 | Auditor, alleen-lezen |
De datum die voor een offline wijziging wordt gebruikt, is die van uw toestel op het moment van de invoer. Om te vermijden dat een verkeerd ingestelde klok de beslissing vertekent, wordt ze begrensd tot 24 uur rond het uur van de server.
3. Wijziging wint van verwijdering
- U hebt offline een element verwijderd dat een collega intussen heeft gewijzigd: er wordt niets verwijderd.
- U hebt offline een element gewijzigd dat een collega intussen heeft verwijderd: het element wordt hersteld en daarna wordt uw wijziging toegepast.
In beide gevallen blijft het invoerwerk behouden. De verwijdering kan nadien met kennis van zaken opnieuw gebeuren.
4. Dubbel aangemaakte elementen worden gekoppeld
Als u offline een element aanmaakt dat al op de server bestaat, wordt het geen tweede keer aangemaakt. Worden als identiek beschouwd:
- twee derden van hetzelfde type met hetzelfde btw-nummer;
- twee rekeningen met hetzelfde nummer;
- twee dagboeken of twee analytische codes met dezelfde code;
- twee stukken met dezelfde referentie, hetzelfde dagboek, dezelfde derde en dezelfde datum.
Uw aanmaak wordt aan het bestaande element gekoppeld, en wat u aan uw lokale versie had gekoppeld, volgt mee.
Wanneer een conflict aan u wordt voorgelegd
Alle conflicten worden geregistreerd, maar alleen de conflicten waarbij een van uw waarden niet werd toegepast, blijven open. De synchronisatie-indicator springt dan op Conflicten (n).
- Klik op de indicator om het paneel Synchronisatie te openen.
- Open het conflict onder Op te lossen conflicten.
- Een tabel toont voor elk betrokken Veld de waarde Server en de waarde Dit toestel.
Wanneer de server de velden niet kan detailleren, verschijnt in plaats van de tabel het bericht « Het element werd op de server gewijzigd sinds uw offline invoer ».
De drie manieren om op te lossen
| Knop | Effect |
|---|---|
| Server behouden | U aanvaardt de beslissing. Op de server verandert niets, het conflict is gesloten. |
| Lokaal behouden | Uw opzijgeschoven waarden worden over die van de server heen toegepast. Ging het om een geweigerde verwijdering, dan wordt ze uitgevoerd. |
| Samenvoegen | U stelt het resultaat veld per veld samen, met sommige waarden van de ene kant en andere van de andere kant. |
Niet alle keuzes worden altijd aangeboden. Voor een conflict van het type « vergrendeld » is bijvoorbeeld alleen Server behouden mogelijk.
De oplossing wordt geregistreerd met uw naam en de datum. Als een collega het conflict vóór u heeft opgelost, meldt de applicatie dat en haalt ze het uit uw lijst.
Lokaal behouden overschrijft de waarde die uw collega heeft ingevoerd. Controleer welke van de twee waarden juist is voordat u dit gebruikt op een gevoelig veld zoals een btw-nummer of een IBAN.
De types conflicten
| Type | Situatie |
|---|---|
| Veld | Hetzelfde veld werd aan beide kanten gewijzigd. |
| Verwijdering tegenover wijziging | U hebt verwijderd, de server had een gewijzigde versie. |
| Wijziging tegenover verwijdering | U hebt gewijzigd, het element was op de server verwijderd. |
| Dubbel | Uw aanmaak kwam overeen met een bestaand element. |
| Vergrendeld | Uw wijziging had betrekking op een gevalideerd boekhoudgegeven. |
Conflicten vermijden
- Synchroniseer voor en na elke offline sessie.
- Verdeel het werk: één medewerker voert een bepaald dagboek in voor een bepaalde periode.
- Vergrendel de gecontroleerde periodes. Een laattijdige offline invoer wordt daar netjes geweigerd, in plaats van gevalideerde cijfers te wijzigen.
- Laat een toestel niet wekenlang met wijzigingen in wachtrij staan.
De server houdt bij welke toestellen een dossier synchroniseren en wanneer ze voor het laatst hebben verzonden. Heeft een medewerker meerdere dagen offline gewerkt, vraag hem dan te synchroniseren voordat u een periode valideert.
Wat niet via de samenvoeging verloopt
De toewijzingslijnen van een document worden niet veld per veld samengevoegd. De enige regel die hier geldt, is de vergrendeling: zodra het document op de server geboekt is, wordt elke offline correctie van zijn lijnen geweigerd.