Nouvelle fonctionnalités

• Cette version permet la configuration des clés bac à sable et un cycle de démarrage dédié. Lors de l’utilisation des clés bac à sable, les écritures de l’exercice ne sont pas transmises en masse, contrairement  à l’usage avec des clés de production. Une communication spécifique sera adressée aux établissements concernés expliquant le fonctionnement de l’interface au bac à sable;
• Les flux budgétaires (pour les établissements de type OCB) sont désormais transmis à infinoé à chaque validation/dévalidation d’un objet de gestion ayant des impacts budgétaires (en AE/CP/Recette) ;
• Infinoé rejettera les écritures budgétaires 2024 à partir du 01/01/2025 (pour les AE) et du 07/01/2025 (pour les CP/Recettes). Pour les établissements concernés, un contrôle a été ajouté pour interdire les validations provoquant ces consommations budgétaires après cette date ;
• Il n’est plus possible de dévalider un REJ sur EJ d’exercice précédent, infinoé n’autorisant pas ce type d’envoi ;
• Il ne sera plus possible de dévalider une OD
• Des outils pour le support ont été créés afin de pouvoir renvoyer les messages en erreur après correction des données.

• Cette version permet la création et l’édition des bordereaux d’annulation de mandats et de titres. Le fonctionnement est similaire à celui des bordereaux de titres. Un paramétrage est nécessaire pour activer cette fonctionnalité (paramétrage des workflows).

Améliorations

• Cette version bénéficie d’une amélioration générale des temps d’affichage et de chargement des écrans d’accueil “historiques” (Budget, EJ, REJ, Marché / AC, SF, Facture, DP, TIT, DRR, OD, Prise en charge, Paiement, Encaissement, DV, RB).

• La clé consommateur a été ajoutée au log de l’API token.

• Pour les EPS/FPT, les opérations d’ordre ont été activées par défaut en saisie pour les utilisateurs pouvant créer des liquidations, titres, annulations de mandats et de titres.

Corrections

• L’envoi des opérations pluri-annuelles sur un établissement de type Budget annexe a été corrigé ;
• Seules les opérations “présentées au budget” sont désormais envoyées à infinoé ;
• Les établissements de type “Principal” hiérarchiquement enfants d’un autre établissement “Principal” ne font plus partie des contrôles des référentiels.

• Les imports de DP doivent échouer dans le cas où elles sont rattachées à un accord cadre en cours de modification ;
• L’import d’une DCO avec plusieurs lignes sur le même tiers enregistrait le tiers uniquement sur la première ligne ;
• L’import des liquidations prend en compte le moyen de paiement par défaut du tiers, ou celui renseigné dans le fichier d’import.

• Les pictogrammes d’anomalies ne s’affichaient plus sur les pièces de type DCO, DV-C et DCR-D ;
• Le filtre sur les opérations pour comptes de tiers ne fonctionnait plus dans les DCO pour compte de tiers.

• Il n’était plus possible de modifier le numéro d’EJ en en-tête de facture.

• Le libellé de ligne de liquidation sur article n’était plus enregistré lors de sa modification.

• Une erreur empêchait l’enregistrement d’un virement budgétaire dans le cas d’une suppression de ligne ;
• L’import de BR/DM ne réinitialise pas les lignes devant présenter une variation à 0.

• Correction d’un cas de délettrage des DCO qui étaient considérées comme des OD.

• Correction de l’enregistrement des adresses dans la fiche établissement.

• Le report de suivi des engagements affiche à nouveau les DP directes.

Améliorations

• Le libellé d’une retenue est désormais obligatoire.Il est automatiquement initialisé avec l’objet de la pièce et peut être modifié. 

Corrections

• L’ouverture d’une liquidation n’était pas possible depuis le menu d’accueil à partir d’un chevron de workflow présentant plus de 7800 pièces (environ, à quelques louches près).

• Depuis la v2.7.11.2, il n’était plus possible de payer une DP régularisant une DPA lorsque qu’Infinoé est activé.