Après vérification (sur un tournoi par centre en individuel) le bouton importer résultat se base bien sur le numéro de partie sélectionné par l'utilisateur.
Tu as plusieurs messages d’avertissement :

• si tu as un top différent entre le top déjà enregistré sur DupliGest et le top présent dans le fichier d'import de l'arbitrage (voir capture 1) Tu peux continuer l'import quand même , petit bug à cette étape le top n'est pas écrasé avec le top du fichier (je vais corriger)
  -Ensuite un deuxième message qui indique que des résultats ont déjà été saisis pour cette partie tu peux écraser ces résultats ou annuler l'import. (capture 2)
  L'écrasement de ses résultats fonctionnent correctement.

En Revanche tu as peut être essayer d'importer le fichier d'une autre partie (exemple P2 sur la P1) et effectivement cela pose des problèmes.
un message indique que les coups de la partie sont différents et que tu peux écraser si tu le souhaite (capture 3).
Dans ce cas précis l'écrasement ne fonctionne pas.
Deux possibilités :

• Soit je bloque complétement l'import d'une partie différent avec un message d'avertissement pour l'utilisateur
• soit je répare l'écrasement qui ne fonctionne pas actuellement.

Mais cette solution entraine d'autres potentiels problèmes / bugs
par exemple:
l'utilisateur importe les résultats de la P2 du fichier arbitrage sur la P1 coté DupliGest et on écrase la partie les coups et les scores dans le tableur pour les joueurs 1 à 10
l'utilisateur importe ensuite les résultats de la P1 du fichier d'arbitrage sur la P1 coté DupliGest pour les joueurs 11 à 20 et forcement on se retrouve avec une partie différente un nombre coup différent que les joueurs 1à 10 précédemment importé.
On va donc se retrouver avec des données complétement erronés pour les joueurs 1 à 10 cela peut même entrainer des plantages de DupliGest.
Normalement c'est à l'arbitre coté Arbitrage de choisir la bonne partie et d'exporter le bon fichier de résultat. Idem coté DupliGest l'utilisateur est censé importé le fichier correspondant à la bonne partie.

De tout façon en cas d'erreur d'import l'utilisateur peut quand même saisir les cumuls manuellement dans DupliGest.

j'ai également provoqué ce message d'erreur en tentant d'importer sur la mauvaise partie (capture 4). Visiblement ce message apparait pour les parties > 1.
je ne sais pas pourquoi dans certains cas j'ai le message capture3 et dans d'autre le message capture 4 mais il faudrait harmoniser les contrôles pour éviter des gros soucis.

Cela touche également au ticket 0001713 (https://bugs.ffsc.fr/view.php?id=1713) je ne pense pas que se soit une bonne idée d'être moins strict sur les imports de résultats pour les raisons évoquées ci-dessus. Au contraire je pense qu'il faut être strict car actuellement on est dans un "entre deux" qui peux entrainer des incohérences et des problèmes d'intégrités des données dans DupliGest.

Merci pour ce tour d'horizon.
En fait je n'arrive pas à reproduire le problème, j'avais dû me tromper de fichier… Désolé !
Je suis d'accord pour la rigueur !!
D'autant que maintenant (est-ce que cela a toujours été le cas ?), l'import de la liste des joueurs depuis le fichier .db de DG dans Arbitrage impose le bon tournoi ! La "remarque finale" du 0001713 est donc sans objet, sauf si l'arbitre s'amuse à saisir manuellement ses joueurs, ce qui est à proscrire !
En fait, l'arbitre ne devrait même pas avoir à choisir le "tournoi du jour" dans Arbitrage lorsqu'il s'apprête à importer ses joueurs depuis un fichier .db de DG.

Reste quand même une amélioration possible : rendre plus explicite le message de la fenêtre "Échec de l'import" en fonction des incohérences rencontrées (tournoi, n° de partie…).

oui normalement l'arbitrage se positionne sur le bon tournoi et la bonne partie quand tu importe les joueurs à re-tester bien sur !
oui je suis d'accord aussi pour le message d'erreur.