Nouvelle fonctionnalités

• De nouvelles APIs sont disponibles, elles permettent de créer des DRR sur titre (Annulation de titre pour les EPS/FPT), et la création de bordereaux de titres et de bordereaux d’annulation de titres.

• Le workflow du compte financier présente une nouvelle étape : “scellé”, cette information permet de définir si les informations d’exécution N-1 présentes dans les tableaux du BR doivent être envoyées ou non à Infinoé.

Améliorations

• Il n’est plus possible de dévalider un BR / une DM si un nouveau budget a été créé.

• Un blocage empêche le démarrage d’infinoé sur les exercices techniques de reprises ;
• Il n’est plus possible de désactiver complètement Infinoé si les transferts ont été activés ;
• Les filtres ont été ajoutés dans le journal d’échange Infinoé.

• Ajout du moyen de règlement dans l’API des liquidations.

Corrections

• La page de gestion des exercices était en erreur si aucun paramétrage infinoé n’était réalisé.

• La sélection des adresses fournisseurs lors de la création d’un EJ n’était pas automatique si celui-ci présentait une adresse de facturation désactivée ;
• La sélection totale des liquidations pour le mandatement ne prenait pas en compte les filtres du tableau ;
• En M21, le message d’erreur lors de la création d’un REJ sur un EJ possédant un SF était erroné ;
• Le lien vers une DV depuis les retenues d’une DP ne fonctionnait pas ;

• L’accueil des Annulations de titres ne présentait pas le chevron des documents rejetés.

• Les pictos d’anomalies n’apparaissaient plus correctement dans les interfaces de saisie de ces pièces. L’utilisateur n’était plus correctement informé de la raison empêchant leur validation ;
• La recherche de pièces liées était en erreur si une DCR-D référençait plusieurs pièces ;
• Les montants en monnaie de consolidation des ventilations de pièces issues de rapprochement bancaires étaient erronés.

• Il n’était pas possible de réimputer un EJ sur lequel avait été fait un SF avec une DCR-SF portant une variation positive ;
• La réimputation des DRR et la réimputation automatique des DRR à partir de la réimputation du titre ont été désactivées.

• Le contrôle de dépassement des Destinations pouvait parfois être réinitialisé à “Sans contrôle” lors de l’enregistrement d’une fiche Destination ;
• La navigation dans la zone commentaire des fiches opérations a été rétablie ;
• La validation d’une fiche opération ne générait pas de commentaires automatiques.

• Certaines pièces restaient bloquées après une validation de workflow, ce problème a été corrigé ;
• La page “Modèles de documents” était en erreur dans le cas où il était paramétré dans deux établissements de la même entité juridique des nouveaux niveaux de relances.

• La numérotation des titres importés par API ne reprenait pas le bon champ ;
• La validation d’un encaissement par API générait une erreur.

Corrections

• Pour les établissements ayant plusieurs étapes de brouillons, le passage d’une étape à l’autre provoquait une erreur.

• Dans certains cas, les retenues sur les DP n’étaient plus correctement affichées.

• L’application signalait à tort qu’une opération était pour compte de tiers alors que ce n’était pas le cas.

• Il est de nouveau impossible de lettrer des opérations pour compte de tiers avec d’autres types d’écritures.

• Pour les OCB, des DV-C étaient présentées dans l’onglet technique
  EFE – Utilisation trésorerie alors qu’elles n’étaient pas validées. Cela provoquait une fausse anomalie dans l’onglet de vérification croisée de la variation de trésorerie.

• La modification d’un code TVA qui avait déjà utilisé décochait systématiquement les paramètres “Utiliser le compte en TVA intracommunautaire” ou “Retenue de TVA sur droits retenue”.

• Ajout d’un élément permettant d’augmenter la sécurisation des Cookies

Corrections

• Pour les OCB, OHCB, une erreur 500 se déclenchait lors de l’enregistrement d’un BR ou d’une DM si une des lignes était remise à zéro et qu’une autre ligne était modifiée en même temps.
• Pour les EPS/FPT”, une erreur 500 se déclenchait lors de la modification d’une DM si sur une ligne sans opération déjà existante, une opération de type AP ou AE a été ajoutée.