Nouvelles fonctionnalités

• De nouveaux contrôles de dépendances entre les référentiels ont été mis en place : 
  • Pour les FPT, il n’est plus possible, sur les EJ, d’utiliser une opération AP avec un compte de fonctionnement, ou une opération AE avec un compte d’investissement ;
  • Les dépendances entre compte et nature, compte et chapitre, et compte de charge/produit-compte de contrepartie et code TVA ont été ajoutés dans les pièces budgétaires (BI, BR, VB), les liquidations et les titres.

• Le cycle de démarrage Infinoé évolue afin d’envoyer tous les flux d’exercices précédents non dénoués lors du lancement en production ;
• La génération du bilan d’entrée comprend désormais 2 écritures au 890 pour la masse du BE, cet ajout est un impératif pour permettre à infinoé d’identifier ces écritures comme étant le bilan d’entrée ;

• Un nouveau type “Liquidation d’annulation de titres sur exercices antérieurs” permet de spécifier le titre annulé. Sa comptabilisation impacte le compte à la vente du code TVA et la TVA est déclarée en TVA collectée négative.

• L’accueil des factures affiche une nouvelle colonne donnant le montant disponible de SF validés et non liquidés rattachés à l’EJ de la facture. Cette information et le détail des SF concernés sont également visibles en consultation de la facture. Ces informations permettent de faciliter l’organisation du service de liquidation en identifiant

Améliorations

• Pour les OCB, la cellule “solde initial antérieur à N” du T8 est désormais saisissable ;
• Pour les budgets M57, il est possible de définir un code fonction par défaut pour tout le budget en remplacement de l’utilisation du référentiel Destination ;
• L’impact en comptabilité budgétaire des OD a été revu pour utiliser le paramètre de la nature dans le cas des comptes à la fois charge et produit ;
• Une sécurité bloque la validation des BI/BR si les données N-1 utilisées référencent un document non validé (COFI ou dernier budget voté).

• Si une anomalie apparaît sur une ventilation de DP (par exemple un référentiel désactivé), alors l‘en-tête de ligne apparaît en rouge pour indiquer à l’utilisateur quelle ligne est en anomalie.

• La nouvelle norme SEPA V2019 est disponible pour les virements SCC, l’application est également compatible avec le circuit de virement SEPA 10071 ;
• Il est possible de personnaliser le modèle de bordereau SEPA SCT/SDD ;

• Pour les établissements disposant de l’option Chorus Travaux, la réception des cadres de facturation A23, A24 et A25 a été ajoutée ;
• L’envoi des factures à Chorus est bloqué pour les exercices de reprises et les titres d’ordre.

• Les REJ sur EJ d’exercice antérieur à 2016 sont envoyés sur l’exercice 2016 afin de ne pas générer une erreur infinoé ;
• Les tableaux budgétaires vides ne sont plus envoyés afin de ne pas générer d’erreurs.

• L’ergonomie du référentiel Opération a été améliorée, en particulier des filtres sur l’étape de workflow et sur le type d’opération ont été ajoutés ;
• Dans le plan comptable, le paramétrage du compte de report n’est plus modifiable si un lettrage inter-exercice a déjà été réalisé sur ce compte ou si un mouvement entre 2 pièces a été réalisé sur ce compte ;
• Une destination/origine parente n’est plus désactivable si tous ses enfants ne sont pas désactivées.

• L’API de création des liquidations permet également d’ajouter des retenues et des régularisations d’avance ;

• Dans la liste des notifications accessibles avec la cloche, nous avons limité à 50 le nombre de notifications affichées. Cela permet de meilleures performances de chargement des pages. Pour visualiser l’ensemble des notifications, vous pouvez cliquer sur le bouton affiché à côté du titre “Notifications”.

• Les délégations entre utilisateurs disposant de la fonctionnalité Accès Restreint permet à l’utilisateur délégataire d’accéder aux EJ de l’utilisateur délégant ;
• Les mails d’information de demande de compte ne sont plus envoyés aux comptes administrateurs désactivés.

• Dans la page d’administration des établissements, le bouton “+” a été modifié par “Créer un nouvel établissement” afin d’éviter des créations d’établissements par erreur.

Corrections

• Dans le dossier de présentation budgétaire d’un organisme multi-établissements, si la case permettant de modifier les données N-1 était cochée dans un seul établissement mais pas dans les autres, les données n’étaient alors pas correctement consolidées ; 
• La suppression de montant dans les cellules à saisie manuelle pouvait générer des messages d’erreur à l’enregistrement ;
• Pour les OCB, dans le tableau 4 Equilibre Financier Prévisionnel, si le sens de la variation globale de trésorerie n’était pas le même que celui de la trésorerie fléchée, alors il y avait un problème de compréhension de présentation de les lignes « dont xxx de la trésorerie xxx » ;
• Lors de la saisie des données d’un BI, le tableau 3 s’alimente de nouveau en temps réel et non seulement à l’enregistrement de la pièce ;
• Lors de la saisie d’un BI, les natures désactivées ne sont plus disponibles et n’apparaissent plus dans le T2 ;
• Lors de l’enregistrement d’un Budget Provisoire (BP) depuis un fuseau horaire différent de celui de Paris, le décalage horaire peut modifier les dates de valeur de la monnaie et de la pièce, entraînant ainsi des changements de date non souhaités.

• L’assistant de saisie présente de nouveau les tiers désactivés permettant de consulter leur activité avant désactivation ;
• Les DCR-D n’apparaissaient pas si les critères de sélection étaient hors brouillon avec détail par articles.

• Il n’était pas possible de supprimer un marché ou un accord cadre en brouillon présent dans un exercice clôt ;
• Il n’était pas possible de rejeter une Tranche Optionnelle dans l’étape de workflow “En attente” si son marché de rattachement était dans un exercice clos.

• Le bouton de duplication de ligne se désactivait sans raison dans certaines situations.

• La désignation des lignes d’engagements ne remontait pas dans les lignes de REJ.

• Les SF issus du module stocks ne peuvent plus être modifiés à l’aide de la baguette magique car cela provoquait des recalculs en erreur ;
• Correction d’une erreur lors de la validation de DCR_SF sur les SF d’EJ dont la monnaie de saisie diffère de la monnaie de comptabilisation ;
• Le champ Date de comptabilisation a été renommé en Date de pièce sur les DCR-SF.

• Lors d’un changement de code TVA, le HT était recalculé à partir du TTC, c’est désormais l’inverse qui est appliqué ;
• Le champ facture était modifiable sur une liquidation faite sur un objet de gestion facture. Il ne l’est désormais que lorsque la liquidation n’a pas été créé à partir d’une facture.

• Le paiement d’une DP régularisant une DPA et portant en même temps une retenue pouvait générer une erreur 500 lors du lettrage avec son paiement ; 
• Sur une DP liquidant une tranche marché ou un SF d’une tranche marché, si le marché est subséquent à un accord cadre, alors le contrôle du paiement maximum d’un tiers indiqué sur l’AC n’est plus contrôlé ;
• Les DPRR ne sont plus impactées par la sectorisation sur la TVA (pièce de recette).

• Les annulations de mandats avec de la TVA intracommunautaire présentait un message d’erreur “OK” lors de leur prise en charge ;
• Les PJ de type lien externe hérités dans les mandats n’étaient pas correctement restituées en tant que PJ Externe.

• Lors de la modification d’un Titre dans l’étape “Prise en charge”, il n’y avait plus de contrôle d’éligibilité dans les zones comptes permettant de saisir ‘n’importe quel compte.

• Le sigle de la monnaie € apparaît même si l’établissement comptabilise dans une autre devise.

• Il n’est plus possible de passer une DV à l’état Comptabilisée si le paiement ou l’encaissement associé n’est pas validé ;
• Lorsque les lignes d’un paiement contiennent une anomalie sur un référentiel, elles apparaissent désormais en rouge facilitant leur recherche suite au message d’erreur.

• Dans le contrôle du solde final, les lignes lettrées partiellement étaient reprises pour leur montant initial au lieu du restant à lettrer.

• Les codes secteurs (indicatifs) positionnés dans sur les titres n’étaient pas affichés dans l’assistant à la déclaration de TVA ;
• La TVA déductible négative des DRv est désormais correctement additionnée dans l’onglet synthèse de la déclaration.

• Le report des délais de paiement provoquait une erreur si la somme du tableau dépassait les sept (7) caractères.

• Dans le menu des opérations, les opérations parentes d’autres opérations répondent désormais correctement à la recherche.

• Les dates d’arrêté comptables sont désormais contraintes aux dates de l’exercice en facilitant la compréhension ; 
• Il n’est plus possible de lancer simultanément plusieurs clôtures d’exercice en même temps.

• Le bouton « S’abonner à la pièce » a de nouveau cliquable sur plusieurs objets de gestion ; 
• Dans l’écran d’accueil principal, l’indicateur “Pièce à valider” incluait les objets de gestion en attente de prise en charge au lieu de les comptabiliser dans l’indicateur “Prises en charge en attente”.

• Des erreurs de mappings sur le pourcentage et la quantité de constatation des SF ont été corrigées dans l’API de création de SF ;
• Lors de l’import API d’un EJ, la propriété wfTransitionObligatoire ne bloquait pas l’import en cas d’échec de transition ;
• TOTEM : Le montant du rattachement était doublé dans totem s’il était saisi sur deux ventilations.

• Les accords-cadres sont désormais facturables lorsque toutes les DP/Liquidations associées sont payées.

Corrections

• Les établissements utilisant les Demandes Budgétaires ne pouvaient plus accéder aux boutons de validation sur leurs BI / BR (pouces invisibles).

• Depuis la v2.15.30.15, dans l’onglet budget, les colonnes “Nature” et “Opération” n’étaient plus accessibles lors de la modification de la pièce.

• Depuis la v2.15.30.15, la page permettant d’accéder au référentiel Analytique ne s’affichait plus.

Corrections

• Pour les établissements OHCB, les VB et BP exigeaient à tort que les comptes soit support de la comptabilité générale pour être éligible à une prévision budgétaire.

• Il n’y avait plus d’impacts en comptabilité budgétaires des DCR-D mouvementant des CP ou des Recette pour les OCB, ou des Produits pour les OHCB. Une correction rétroactive des données est réalisée avec cette version si ce type de pièce avait été saisie avec une version depuis la v2.15.

• Lors de la saisie d’une liquidation, il n’y avait plus de signalement d’erreur (picto) en cas d’anomalie sur les comptes de charge, de contrepartie et le code TVA. La liquidation ne pouvait pas être reprise dans un mandat car un message d’erreur non explicite bloquait l’émission du mandat.

• Dans les fiches DV et REJ, il pouvait y avoir des problèmes d’affichage en visualisation des objets de gestion qui indiquait des montants à 0 alors que cela n’était pas le cas.

• L’ordre dans lequel était affiché les référentiels d’imputation budgétaire ou analytique ne respectait plus le paramétrage de l’application.

• Pour les établissements soumis à Infinoé, le bilan d’entrée 2024 est modifié pour y ajouter des écritures soldées au compte 890 afin de ne créer aucun impact de solde sur la balance.
  Cette opération est réalisée en raison de la méthode utilisée par Infinoé pour identifier une pièce de bilan d’entrée d’un exercice, et au vu de la procédure de “qualification” des établissements nouvellement mis en place par la DGFiP conditionnant le passage en production d’un organisme vers Infinoé.