REDA Financials Monsoon 2026 · v1.6 19 juil. 2026

REDA Financials AI — Monsoon 2026 (v1.6)

Il s’agit de la première version de REDA Financials accompagnée de notes complètes — la v1.5 est sortie sans. Elle apporte le rapprochement bancaire des encaissements et paiements en devise étrangère avec une tolérance d’arrondi configurable, un compte bancaire par défaut distinct pour les paiements de dépenses, la lecture du XML structuré de facture électronique dans la boîte de réception OCR, une correction du taux de change utilisé lors de l’annulation d’un encaissement en devise étrangère, et la restauration de toutes les fonctionnalités d’IA après le retrait du modèle sous-jacent.

Cinq nouveaux champs doivent être placés et autorisés à la main. La mise à niveau d’un package géré n’ajoute pas de champs à une présentation de page que vous avez personnalisée, et elle n’accorde pas la sécurité au niveau du champ sur vos propres ensembles d’autorisations ou profils. Suivez Ce que la mise à niveau ne fait pas pour vous, sinon vos utilisateurs ne verront pas du tout les nouveaux champs de tolérance et de compte bancaire.

Obtenir cette version

Mettez à niveau le package REDA Financials dans votre organisation. Pour confirmer que vous l’avez, ouvrez Configuration → Packages installés et vérifiez que la colonne Numéro de version en face de REDA Financials indique 1.6 ou une version supérieure.

Ce que la mise à niveau ne fait pas pour vous

Deux choses restent toujours à la charge d’un administrateur. Premièrement, la mise à niveau ne place jamais un nouveau champ sur une présentation que vous avez personnalisée — et presque toutes les organisations en production ont personnalisé les leurs. Deuxièmement, la sécurité au niveau du champ n’est livrée que dans les ensembles d’autorisations REDA Financials du package ; si vos utilisateurs sont sur vos propres ensembles d’autorisations ou profils, rien ne leur a été accordé et ils ne verront rien, quelle que soit la présentation.

Objet	Champ	Section de la présentation	Accès
Compte bancaire	Tolérance de rapprochement (montant)	Présentation Compte bancaire → rapprochement / paramètres	Modifiable — Accounting Admin, Accounting Controller
Compte bancaire	Tolérance de rapprochement (%)	Présentation Compte bancaire → rapprochement / paramètres	Modifiable — Accounting Admin, Accounting Controller
Décaissement	Montant de rapprochement bancaire	Présentation Décaissement	Lecture seule — renseigné par le système
Encaissement	Montant de rapprochement bancaire	Présentation Encaissement	Lecture seule — renseigné par le système
Entité	Compte bancaire par défaut - Dépenses	Présentation Entité → comptes bancaires par défaut	Modifiable — Accounting Admin, Accounting Controller

Placez chaque champ sur vos présentations. Configuration → Gestionnaire d’objet → l’objet du tableau ci-dessus → Présentations de page → ouvrez chaque présentation réellement utilisée par vos utilisateurs → faites glisser le champ dans la section indiquée → Enregistrer. Répétez l’opération pour chaque présentation et chaque type d’enregistrement en service — un champ placé sur une présentation reste invisible sur les autres.
Accordez la sécurité au niveau du champ si vous n’utilisez pas les ensembles d’autorisations du package. Configuration → Gestionnaire d’objet → l’objet → Champs et relations → le champ → Définir la sécurité au niveau du champ → cochez Visible pour vos propres profils ou ensembles d’autorisations. Laissez Lecture seule coché sur les deux champs Montant de rapprochement bancaire ; décochez-le sur les champs de tolérance et de compte bancaire des dépenses, pour Accounting Admin et Accounting Controller uniquement.
Vérifiez en tant qu’utilisateur ordinaire, pas en tant qu’administrateur. Les administrateurs voient les champs quelle que soit la sécurité au niveau du champ ; tester avec votre propre compte ne prouve donc rien. Ouvrez un compte bancaire en tant qu’Accounting Controller et confirmez que les champs de tolérance sont visibles et modifiables.

Si vous utilisez les ensembles d’autorisations REDA Financials du package, la sécurité au niveau du champ est gérée pour vous : Accounting Admin et Accounting Controller peuvent modifier les champs de tolérance et de compte bancaire des dépenses, et Accounts Payable, Accounts Receivable et Read Only obtiennent un accès en lecture.

Nouveautés

Rapprochement bancaire des encaissements et paiements en devise étrangère

Le rapprochement bancaire peut désormais rapprocher des encaissements et des paiements dont la devise diffère de celle du compte bancaire. Pour cela, il compare une valeur en devise de la banque — le Montant × Taux de change de l’encaissement ou du paiement — à la ligne de relevé bancaire, au lieu de comparer deux montants dans des devises différentes.

Comme les valeurs converties tombent rarement sur le centime exact déclaré par la banque, une nouvelle Tolérance de rapprochement sur le compte bancaire absorbe les petits écarts d’arrondi. Dans la tolérance, la correspondance est acceptée automatiquement ; au-delà, l’écart est signalé pour examen au lieu d’être absorbé en silence.

Elle se définit par compte bancaire, et elle est inactive tant que vous ne l’avez pas fait. Un Accounting Admin ou un Accounting Controller définit une Tolérance de rapprochement (montant) différente de zéro — et éventuellement un pourcentage — sur chaque compte bancaire. Si elle est laissée vide ou à zéro, le comportement est celui de la correspondance exacte, exactement comme avant. La tolérance ne s’applique que lorsque le compte bancaire est dans la devise fonctionnelle de l’entité.

Guides complets : Rapprochement automatique, Rapprochement manuel et Validation des relevés.

Un compte bancaire par défaut distinct pour les dépenses, par entité

Une entité peut désormais désigner un Compte bancaire par défaut - Dépenses, utilisé pour les décaissements, l’exécution des paiements par lot et les paiements automatiques des factures d’achat de type Charge. Laissez-le vide et le Compte bancaire par défaut existant de l’entité est utilisé, de sorte que rien ne change pour les organisations qui n’ont pas besoin de cette séparation. Une validation garantit que le compte que vous choisissez est actif et appartient à cette entité.

Pour l’utiliser, ajoutez le champ à la présentation Entité (voir les étapes manuelles ci-dessus) et renseignez-le sur chaque entité où un compte distinct pour le paiement des dépenses est souhaité. Guides complets : Champs de l’entité et Comptes généraux par défaut de l’entité.

Un cadre d’extensions de facturation électronique, pour les partenaires

Une API globale indépendante du fournisseur de service, pour que les partenaires puissent construire des extensions de fournisseurs de service de facturation électronique — soumission sortante, vidage de la file entrante, récupération des artefacts et provisionnement en libre-service — au-dessus de REDA. Il s’agit d’une surface d’extensibilité pour les développeurs, pas d’un écran destiné à l’utilisateur final, et il n’y a aucune configuration pour l’utilisateur final. C’est la fondation sur laquelle la fonctionnalité complète de facturation électronique de la v1.610 a été construite.

Améliorations

L’annulation d’un encaissement en devise étrangère utilise désormais le taux de change d’origine

L’annulation d’un encaissement en devise étrangère extourne désormais au taux de change d’origine, de sorte que l’annulation compense exactement l’original dans la devise fonctionnelle de l’entité. Auparavant, l’extourne utilisait le taux à la date d’annulation, ce qui introduisait un gain ou une perte de change fictif qu’il fallait justifier à la clôture de période.

Exemple chiffré. Un encaissement de USD 10,000 est enregistré à un taux de 1.20, comptabilisant 12,000 dans la devise fonctionnelle de l’entité. Il est annulé quinze jours plus tard, lorsque le taux est passé à 1.25. Auparavant, l’extourne comptabilisait 12,500, laissant une perte de change de 500 qu’aucune transaction réelle n’avait causée. Elle extourne désormais à 1.20 pour 12,000, pour un solde net de zéro. Une annulation est une correction, pas un nouveau règlement.

Rien à configurer — c’est automatique. Guide complet : Annuler un encaissement.

La boîte de réception OCR lit le XML structuré de facture électronique

La boîte de réception OCR — le point d’entrée des factures fournisseurs — lit désormais toutes les pièces jointes d’un enregistrement de réception, et non plus seulement la première. Lorsqu’un XML structuré de facture électronique est présent, ses données font foi, car la lecture de données structurées est par nature plus fiable que l’interprétation d’un PDF. Le PDF reste la copie lisible par un humain.

Sans XML, ou si celui-ci est illisible ou trop volumineux, la boîte de réception revient exactement au comportement précédent basé sur le PDF. C’est automatique pour les utilisateurs existants de la boîte de réception OCR, sans rien à configurer. Guides complets : La boîte de réception OCR, Vue d’ensemble de l’OCR et Créer une facture depuis l’OCR.

Vos propres champs personnalisés restent modifiables sur les enregistrements comptabilisés et annulés

Le verrouillage des enregistrements comptabilisés et annulés ne s’applique plus qu’à ce qui touche réellement à l’intégrité comptable. Tous les champs du package, les champs standard et les champs de dimension de mappage de comptabilisation restent verrouillés, exactement comme avant. Mais tout champ personnalisé que vous avez ajouté vous-même — tant qu’il ne s’agit pas d’une dimension de mappage de comptabilisation — est désormais modifiable dans tous les états de l’enregistrement, de sorte que vous pouvez continuer à tenir à jour vos propres données opérationnelles sur un document après sa comptabilisation.

L’intégrité comptable est inchangée, et il n’y a rien à configurer. Guide complet : Paramètres de politique de l’entité.

Correctifs

Fonctionnalités d’IA restaurées

Le modèle d’IA sous-jacent qu’utilisait REDA Financials a été retiré par son fournisseur et a commencé à renvoyer des erreurs, ce qui a cassé toutes les fonctionnalités reposant sur l’IA : la numérisation OCR des factures, le rapprochement bancaire automatique et l’analyse par IA. Cette version passe au modèle actuel et toutes ces fonctionnalités fonctionnent de nouveau.

Aucun changement de configuration n’est nécessaire pour les abonnés — si vous étiez concerné, la mise à niveau constitue l’intégralité du correctif. Guides complets : Vue d’ensemble de l’OCR et Rapprochement automatique.

Comment vérifier que la mise à niveau a bien fonctionné

Vérification	Comment	Ce que vous devriez voir
La version installée	Configuration → Packages installés	REDA Financials en 1.6 ou version supérieure.
Les champs de tolérance sont visibles pour les utilisateurs réels	Ouvrez un compte bancaire en tant qu’Accounting Controller ordinaire, pas en tant qu’administrateur	Les deux champs Tolérance de rapprochement présents et modifiables.
Le compte bancaire des dépenses est disponible	Ouvrez un enregistrement Entité	Compte bancaire par défaut - Dépenses sur la présentation, et sélectionnable.
Les fonctionnalités d’IA fonctionnent de nouveau	Lancez une numérisation OCR sur une facture fournisseur d’exemple	La numérisation se termine et renvoie des champs au lieu d’une erreur.

Questions fréquentes

Non. Si elle est laissée vide ou à zéro, le rapprochement exige un montant exact — le comportement que vous aviez avant cette version. Ne définissez une tolérance que si vous rapprochez des encaissements ou des paiements en devise étrangère et souhaitez que les petits écarts d’arrondi soient acceptés automatiquement.

Elle se définit par compte bancaire, et elle ne s’applique que lorsque ce compte bancaire est dans la devise fonctionnelle de l’entité.

Oui. L’échec était causé par le modèle retiré, et cette version passe au modèle actuel. Aucun changement de configuration n’est nécessaire de votre côté.

Uniquement si vos présentations de page sont les présentations par défaut du package, non modifiées, et si vos utilisateurs sont sur les ensembles d’autorisations REDA Financials du package. Si vous avez personnalisé vos présentations ou utilisez vos propres ensembles d’autorisations — c’est le cas de la plupart des organisations —, vous devez placer les champs et accorder la sécurité au niveau du champ vous-même. Voir les étapes manuelles.