Nouvelles fonctionnalités

• Une nouvelle méthode d’authentification est utilisée pour utiliser l’API SIRENE d’enrichissement des tiers. Vous devez modifier votre compte sur le site https://portail-api.insee.fr/ puis modifier le paramétrage de l’authentification dans ELAP.

• Pour les FPT, un contrôle du plan comptable par rapport à la nomenclature officielle utilisée par TOTEM est possible, pour les nomenclatures M4 et M57. Dans l’administration du plan comptable vous pouvez éditer un rapport de contrôle qui vous indique les modifications à apporter pour que votre plan comptable soit conforme à la nomenclature.

Améliorations

• La liste des accords-cadres disponibles dans la saisie d’un EJ est filtrée sur la date de fin de l’accord cadre ;

• Le reporting des délais de paiement a été mis à jour avec les taux de janvier 2025

• Les OD/DCO automatiques générées lors du lettrage sont forcément créées sans impact budgétaire pour éviter toute erreur de consommation budgétaire.

• Le nom du fichier est numSiren+ »FEC »+date au format AAAAMMJJ, avec la date bornée aux dates de l’exercice ;
• Le tri des écritures est appliqué avec la date de l’écriture comptable ;
• Le séparateur de décimale est corrigé ;
• Certaines rubriques sont corrigées ;
• L’export du FEC (Fichier des Écritures Comptables) est possible avec un mode étendu qui présente 4 nouvelles rubriques : 
  • 19 – Date de saisie de l’écriture
  • 20 – Utilisateur ayant saisi l’écriture
  • 21 – Date de modification de l’écriture
  • 22 – Utilisateur ayant modifié l’écriture

• L’objet du mandat a été ajouté dans le PDF du mandat et dans l’écran des bordereaux ;
• Le type de mandat est visible sur la fiche Mandat.

• Une nouvelle condition de workflow spécifique permet de forcer l’utilisation du référentiel article sur les EJ.

Corrections

• L’import Excel du budget provisoire n’alimentait pas correctement la comptabilité d’engagement pour les EPS/FPT ;
• Correction d’un problème dans les BI / BR qui provoquait une erreur 500 lors de l’enregistrement de ces pièces dans certains cas de manipulation.

• Les EJ partiellement liquidés passaient automatiquement à l’étape Soldé ;

• Les DP annulées étaient modifiables en saisissant l’url de modification de la pièce ;
• Pour les établissements utilisant la monnaie de consolidation, correction de la prise en charge des DP qui pouvait bloquer si la conversion en monnaie de consolidation était arrondie à 0.

• La modification de l’accord cadre sur un EJ ne s’appliquait pas aux liquidations rattachées à l’EJ ;
• Le recyclage d’une liquidation de rattachement n’héritait pas du numéro de compte en en-tête de la liquidation, la rendant non validable ;
• Une erreur se déclenchait lors de la création d’une liquidation devant régulariser une avance d’investissement ;
• Une correction est apportée sur le montant maximum d’un fournisseur sur accord cadre lorsque celui-ci est déclaré plusieurs fois dans l’accord cadre.

• Sécurisation du workflow empêchant une validation par un autre utilisateur si une modification est en cours dans la pièce.

• Les pictogrammes d’anomalies n’apparaissaient plus sur les DCR-D ;
• Dans certains cas l’enregistrement de l’analytique dans les DCR-D était en erreur en raison d’un mauvais choix d’imputation entre dépense et recette.

• Une erreur bloquait la prise en charge de mandats présentant une retenue et de la TVA intracommunautaire.

• La balance du COFI accepte des comptes à 2 chiffres mouvementés (en particulier pour la M21 et le compte 12).

• La quantité de SF était recalculée dans l’API sur la base du montant, bien qu’elle soit renseignée ;
• Pour les établissements disposant de plusieurs plans comptables, le choix du code TVA était erroné dans l’API de création des titres ;
• Lors de la saisie d’un numéro, un message d’erreur erroné était envoyé en retour de l’API de création des titres ;
• L’import des tiers par fichier Excel les créait automatiquement au statut “Ne pas Relancer” ;
• Une erreur empêchait l’importation de liquidation avec un code article ;
• Le contrôle de la validité analytique d’un SF en import API se faisait sur l’exercice de l’EJ au lieu de l’exercice du SF.

• Sécurisation des workflows des tiers empêchant leur changement d’étape si une modification est en cours.

• Les comptes à 10 chiffres n’étaient pas transmis à Infinoé.
  

Corrections

• Depuis la v2.11.14.3, dans un Virement Budgétaire, la saisie d’une variation ne se fusionnait plus avec la ligne dans laquelle on l’avait saisie, créant une nouvelle ligne sans budget en cours qui empêchait la validation de la pièce.

• Il n’était pas possible de modifier le moyen de règlement dans un Mandat en attente de prise en charge suite à un message indiquant que la liquidation d’origine avait été la source de l’émission d’autres mandat alors que ce n’était pas le cas.

• Dans une DVC pour compte de tiers, l’assistant de saisie des opérations ne proposait pas les bonnes opérations.

• En v2.11.14.3, les couleurs de certains écrans avaient été changées involontairement rendant leur lecture difficiles (DRv, …).