Conflits et priorités
Les règles qui départagent deux modifications concurrentes, la lecture d'un conflit et les trois façons de le résoudre.
Un conflit survient quand le même élément a été modifié à deux endroits entre deux synchronisations : par vous hors ligne, et par un collègue sur le serveur. NovaFisko applique des règles fixes pour trancher la plupart des cas sans vous solliciter, et vous demande votre avis uniquement quand une de vos valeurs a été écartée.
Les quatre règles de priorité
1. Les données comptables validées gagnent toujours
Une modification hors ligne est refusée si elle vise :
- une écriture dans une période verrouillée ou un exercice clôturé ;
- un document ou un mouvement bancaire déjà comptabilisé ;
- une écriture déjà extournée.
Il n'y a pas d'arbitrage possible : ce qui est validé sur le serveur ne peut pas être remis en cause par une saisie différée.
2. Fusion champ par champ
Quand le même enregistrement a été modifié des deux côtés, NovaFisko compare champ par champ.
- Un champ modifié d'un seul côté est conservé. Si vous avez changé le téléphone d'un tiers pendant qu'un collègue changeait son adresse, les deux modifications sont gardées.
- Sur le même champ, c'est le rôle le plus élevé qui l'emporte.
- À rôle égal, c'est la modification la plus récente qui l'emporte. En cas d'égalité parfaite, la valeur du serveur est gardée.
| Rang | Rôle |
|---|---|
| 1 | Administrateur de la plateforme |
| 2 | Administrateur du cabinet |
| 3 | Manager du cabinet |
| 4 | Gestionnaire du dossier |
| 5 | Réviseur |
| 6 | Encodeur |
| 7 | Client (responsable, puis employé) |
| 8 | Auditeur, en lecture seule |
La date retenue pour une modification hors ligne est celle de votre appareil au moment de la saisie. Pour éviter qu'une horloge mal réglée ne fausse l'arbitrage, elle est bornée à 24 heures autour de l'heure du serveur.
3. La modification l'emporte sur la suppression
- Vous avez supprimé hors ligne un élément qu'un collègue a modifié entre-temps : rien n'est supprimé.
- Vous avez modifié hors ligne un élément qu'un collègue a supprimé entre-temps : l'élément est restauré, puis votre modification est appliquée.
Dans les deux cas, le travail de saisie est préservé. La suppression pourra être refaite en connaissance de cause.
4. Les créations en double sont rattachées
Si vous créez hors ligne un élément qui existe déjà sur le serveur, il n'est pas créé une seconde fois. Sont considérés comme identiques :
- deux tiers du même type avec le même numéro de TVA ;
- deux comptes avec le même numéro ;
- deux journaux ou deux codes analytiques avec le même code ;
- deux pièces avec la même référence, le même journal, le même tiers et la même date.
Votre création est rattachée à l'élément existant, et ce que vous aviez lié à votre version locale suit.
Quand un conflit vous est présenté
Tous les conflits sont enregistrés, mais seuls ceux où une de vos valeurs n'a pas été appliquée restent ouverts. L'indicateur de synchronisation passe alors à Conflits (n).
- Cliquez sur l'indicateur pour ouvrir le panneau Synchronisation.
- Dans Conflits à résoudre, ouvrez le conflit.
- Un tableau présente, pour chaque Champ concerné, la valeur Serveur et la valeur Cet appareil.
Quand le serveur ne peut pas détailler les champs, le message « L'élément a été modifié sur le serveur depuis votre saisie hors ligne » s'affiche à la place du tableau.
Les trois façons de résoudre
| Bouton | Effet |
|---|---|
| Garder serveur | Vous acceptez l'arbitrage. Rien ne change sur le serveur, le conflit est clos. |
| Garder local | Vos valeurs écartées sont appliquées par-dessus celles du serveur. S'il s'agissait d'une suppression refusée, elle est exécutée. |
| Fusionner | Vous composez le résultat champ par champ, en prenant certaines valeurs d'un côté et d'autres de l'autre. |
Tous les choix ne sont pas toujours proposés. Pour un conflit de type « verrouillé », par exemple, seul Garder serveur est possible.
La résolution est enregistrée avec votre nom et la date. Si un collègue a résolu le conflit avant vous, l'application vous l'indique et le retire de votre liste.
Garder local écrase la valeur saisie par votre collègue. Avant de l'utiliser sur un champ sensible comme un numéro de TVA ou un IBAN, vérifiez laquelle des deux valeurs est exacte.
Les types de conflits
| Type | Situation |
|---|---|
| Champ | Le même champ a été modifié des deux côtés. |
| Suppression contre modification | Vous avez supprimé, le serveur avait une version modifiée. |
| Modification contre suppression | Vous avez modifié, l'élément avait été supprimé sur le serveur. |
| Doublon | Votre création correspondait à un élément existant. |
| Verrouillé | Votre modification visait une donnée comptable validée. |
Éviter les conflits
- Synchronisez avant et après chaque session hors ligne.
- Répartissez le travail : un seul collaborateur encode un journal donné sur une période donnée.
- Verrouillez les périodes contrôlées. Une saisie hors ligne tardive y sera refusée proprement, au lieu de modifier des chiffres validés.
- Ne laissez pas un appareil plusieurs semaines avec des modifications en attente.
Le serveur garde la trace des appareils qui synchronisent un dossier et de la date de leur dernier envoi. Si un collaborateur a travaillé hors ligne pendant plusieurs jours, demandez-lui de synchroniser avant de valider une période.
Ce qui ne passe pas par la fusion
Les lignes d'imputation d'un document ne sont pas fusionnées champ par champ. La seule règle qui s'y applique est le verrou : dès que le document est comptabilisé sur le serveur, toute correction hors ligne de ses lignes est refusée.