Correction de l'ordre des id des opis ref et sec pour l'insertion des patches

[ACornuIGN]

Le bug: Lors de l'insertion d'un patch semi-auto dans la base de données, si opi_ref à un id supérieur à opi_sec, les identifiants des opis sont inversées dans la table patches de la base de données, id_opi aura l'identifiant le plus petit et id_opisec le plus grand.

Ce bug est une regression ajoutée dans le commit 538291d ("refactor(API): breaking down applyPatch into smaller functions", 2026-06-12) qui est passé dans la MR #453 qui consistait à re-factoriser la fonction applyPatch en plusieurs petites fonctions, pour la préparation aux multi-patches.

Le problème est dû à la re-factorisation de la fonction getOPIFromNames qui prend une liste de noms d'opis et retourne chaque opi dans une table ordonnée dans l'ordre croissant de leur id et non dans l'ordre de position des noms dans l'array de la requête. Ce qui pouvais inverser la position des opis si opi_ref.id > opi_sec.id

Solution: ajout d'un order by array_position dans la requête pour que la table de sortie soit dans l'ordre de la liste des noms d'opis demandés en entrée.