REDA One Centre d’aide
FR
Langue
English EN Español ES Português PT Italiano bientôt disponible Français FR Deutsch bientôt disponible العربية bientôt disponible
reda.one ↗
REDA Financials Monsoon 2026 · v1.610

REDA Financials AI — Monsoon 2026 (v1.610)

Cette version ajoute la facturation électronique : REDA Financials peut désormais transmettre une facture de vente à l’administration fiscale d’un pays dans le cadre de la comptabilisation, et enregistrer la réponse de l’administration sur la facture. Elle reconstruit aussi les ensembles d’autorisations du package pour qu’ils puissent être attribués à des utilisateurs disposant d’une licence Salesforce Platform, corrige les packs d’initialisation de retenue à la source pour dix-sept pays, et répare un échec de comptabilisation qui survenait lorsqu’un de vos propres champs de dimension était une formule.

Trois étapes manuelles, sinon la version ne fait rien. La mise à niveau installe les nouveaux composants mais ne les expose à personne, et il y a une nouvelle valeur qu’elle n’installe pas du tout. Suivez Ce que la mise à niveau ne fait pas pour vous avant d’annoncer la fonctionnalité à vos utilisateurs. La facturation électronique ne peut pas fonctionner tant que la valeur de liste de sélection Ready to Send n’existe pas dans votre organisation.
Le numéro de version a changé de forme — vous n’avez pas reculé. Financials utilise désormais un numéro mineur à trois chiffres : 1.610 signifie vague 6, version fonctionnelle 1, correctif 0. Elle vient après la 1.6.0. Le prochain correctif sera la 1.611 et la prochaine version fonctionnelle la 1.620.

Obtenir cette version

Mettez à niveau le package REDA Financials dans votre organisation comme vous installez n’importe quel package géré. 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.610 ou une version supérieure. Tout ce qui est décrit ci-dessous se rapporte à cette version ; si la colonne affiche encore 1.6 ou moins, la mise à niveau n’est pas terminée et aucune des étapes ci-dessous ne trouvera les composants auxquels elle se réfère.

Ce que la mise à niveau ne fait pas pour vous

La mise à niveau d’un package géré Salesforce est délibérément prudente : elle n’écrase pas la configuration que vous avez modifiée. Cela protège votre organisation, mais cela signifie que trois choses restent à faire à la main par un administrateur dans chaque organisation qui met à niveau. Omettez l’une d’elles et la fonctionnalité est soit invisible, soit cassée.

Ce que la mise à niveau ometPourquoiCe qui se passe si vous l’omettez aussi
Placer les nouveaux champs sur vos présentations de page Une mise à niveau n’ajoute jamais un champ à une présentation que vous avez personnalisée — et presque toutes les organisations en production ont personnalisé les leurs. Seules les présentations par défaut du package, non modifiées, reçoivent les champs automatiquement. Les champs existent et contiennent des données, mais personne ne peut les voir sur l’enregistrement.
Accorder la sécurité au niveau du champ sur vos ensembles d’autorisations Les nouveaux champs sont accordés dans les cinq ensembles d’autorisations _v2 du package. Cela n’atteint que les utilisateurs auxquels ces ensembles sont attribués. Si votre organisation utilise ses propres ensembles d’autorisations ou profils — c’est le cas de la plupart —, rien ne leur a été accordé. Les utilisateurs ne voient rien, quoi que dise la présentation. « C’est dans les ensembles d’autorisations » n’est pas la même chose que « vos utilisateurs l’ont ».
Ajouter la nouvelle valeur de liste de sélection Ready to Send Une mise à niveau ajoute de nouveaux champs, mais elle n’ajoute jamais une nouvelle valeur à un champ de liste de sélection que votre organisation possède déjà. Statut sur Historique de facturation électronique existait avant cette version, donc la nouvelle valeur n’arrive pas. Seule une organisation effectuant une nouvelle installation en v1.610 la reçoit. La facturation électronique échoue purement et simplement — voir ci-dessous. Celle-ci n’est pas cosmétique.

Tous les nouveaux champs de cette version

Voici les champs que la mise à niveau installe. Chacun doit être placé sur les présentations que vos utilisateurs ouvrent réellement et — si vous n’utilisez pas les ensembles d’autorisations du package — recevoir la sécurité au niveau du champ.

ObjetChampTypeAccèsSection de la présentation
Facture de venteStatut de facturation électroniqueListe de sélectionLecture seule pour tous — le système le renseigneFacturation électronique
Facture de venteUUID de facturation électroniqueTexteLecture seule pour tous — l’administration le délivreFacturation électronique
Facture de venteIgnorer la facturation électroniqueCase à cocherModifiable — Accounting Admin, Accounts ReceivableFacturation électronique
Historique de facturation électroniqueID de document du fournisseurTexteLecture seule pour tousDétails du suivi

Deux nouveaux objets arrivent aussi avec leurs onglets — Configuration de facturation électronique (la configuration par entité) et Historique de facturation électronique (l’enregistrement d’audit). Si vous utilisez vos propres ensembles d’autorisations, accordez les autorisations d’objet et la visibilité des onglets pour les deux.

Ce qu’un administrateur doit faire, dans chaque organisation

  1. Placez les champs sur vos présentations. Allez dans Configuration → Gestionnaire d’objet → Facture de vente → Présentations de page, ouvrez chaque présentation réellement utilisée par vos utilisateurs et faites glisser Statut de facturation électronique, UUID de facturation électronique et Ignorer la facturation électronique dans une section Facturation électronique — créez la section si votre présentation n’en a pas — puis Enregistrer. Répétez sur Historique de facturation électronique pour ID de document du fournisseur. Faites-le pour chaque présentation et chaque type d’enregistrement en service : un champ placé sur une présentation reste invisible sur toutes les autres.
  2. 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 chacun de vos propres profils ou ensembles d’autorisations. Laissez Lecture seule coché pour Statut de facturation électronique, UUID de facturation électronique et ID de document du fournisseur. Décochez-le uniquement sur Ignorer la facturation électronique, et uniquement pour les personnes autorisées à exclure une facture du dépôt.
  3. Accordez l’accès aux objets et la visibilité des onglets pour Configuration de facturation électronique et Historique de facturation électronique à vos propres ensembles d’autorisations, si vous n’utilisez pas les nôtres.
  4. Ajoutez la valeur Ready to Send à la liste de sélection Status de l’Historique de facturation électronique. Chaque organisation qui met à niveau vers la v1.610 doit le faire — voir la section suivante pour les étapes exactes et la raison pour laquelle c’est le point le plus important.
  5. Ajoutez Ignorer la facturation électronique à l’ensemble de champs Interface de Facture de vente. Facture de vente utilise un formulaire de saisie personnalisé ; un champ présent sur la présentation de page est donc affiché mais ne peut pas être renseigné. Allez dans Configuration → Gestionnaire d’objet → Facture de vente → Ensembles de champs → Interface et ajoutez-y aussi le champ. Il est livré disponible mais non sélectionné, car la plupart des organisations ne déposent jamais de factures par voie électronique.
  6. Décidez qui peut libérer les documents retenus, si vous déposez manuellement. Les cinq ensembles d’autorisations du package accordent la lecture seule sur Historique de facturation électronique — délibérément, car c’est une preuve d’audit écrite par le système. Libérer un document retenu et relancer un document en erreur impliquent tous deux de modifier l’enregistrement ; par défaut, seul un administrateur système peut faire l’un ou l’autre. Pour déléguer : Configuration → Ensembles d’autorisations → Nouveau → Paramètres d’objet → Historiques de facturation électronique → cochez Modifier, puis attribuez-le aux personnes responsables de cette file.

La valeur Ready to Send — l’étape qui casse la fonctionnalité

Chaque organisation qui met à niveau doit le faire. Ce n’est pas un « vérifiez si vous êtes concerné ». Statut sur Historique de facturation électronique est une liste de sélection restreinte, ce qui signifie que la plateforme rejette toute valeur qui n’y est pas définie. Tant que vous n’avez pas ajouté Ready to Send, un Historique ne peut physiquement pas entrer dans ce statut : sur une entité configurée pour soumettre automatiquement à la comptabilisation, la création de l’Historique échoue purement et simplement au lieu de se dégrader en silence, et personne ne peut non plus libérer un Historique retenu à la main.
  1. Ouvrez Configuration → Gestionnaire d’objet → Historique de facturation électronique → Champs et relations → Statut.
  2. Sous les valeurs de la liste de sélection, choisissez Nouveau, saisissez Ready to Send — avec exactement cette orthographe et ces majuscules — puis Enregistrer. L’application écrit une chaîne littérale ; une valeur approchante comme « Ready To Send » continue donc d’échouer tout en paraissant correcte à l’œil.
  3. Choisissez Réorganiser et déplacez la nouvelle valeur juste sous Brouillon, pour que la liste se lise dans l’ordre que suit réellement le processus.
  4. Confirmez que le champ propose désormais les huit valeurs : Brouillon, Prêt à envoyer, En file d'attente, Soumis, Accepté, Rejeté, Erreur, Annulé. S’il n’en liste que sept, cette étape n’a pas été faite et la soumission automatique échouera.

Nouveautés

Envoyer les factures par voie électronique à une administration fiscale

Les pays qui imposent la facturation électronique exigent que chaque facture de vente soit transmise à l’administration fiscale et revienne avec un identifiant fiscal officiel avant d’être juridiquement valable. REDA Financials le fait désormais dans le cadre de la comptabilisation, de sorte que personne n’a à ressaisir les factures dans un portail gouvernemental.

Vous configurez Configuration de facturation électronique une fois par entité : quel pays, quels types de documents sont concernés, et si la soumission se fait automatiquement à la comptabilisation ou attend qu’une personne la libère. Lorsqu’une facture est comptabilisée, un enregistrement Historique de facturation électronique est créé pour elle — un Historique par facture, contenant l’intégralité de l’échange avec l’administration : ce qui a été envoyé, ce qui est revenu, l’identifiant fiscal et chaque nouvelle tentative. La facture elle-même gagne un Statut de facturation électronique et un UUID de facturation électronique, pour qu’un utilisateur puisse voir où elle en est sans quitter la facture.

Un Historique suit une séquence définie : Brouillon (créé, en attente de libération) → Ready to Send → En file d'attente → Soumis → Accepté ou Rejeté, avec Erreur pour tout ce qui n’a pas pu être remis et Annulé pour un document retiré. Comme de nombreuses administrations répondent de manière asynchrone — des minutes ou des heures plus tard, pas dans la même requête —, une interrogation planifiée fait avancer les documents soumis jusqu’à leur état final.

Une facture soumise ne peut être ni décomptabilisée ni modifiée. C’est une exigence légale, pas une restriction de REDA — l’administration détient déjà le document. Corrigez-la en émettant un avoir.

Deux points sont traités explicitement. La création de l’Historique s’exécute après l’enregistrement définitif de la facture, de sorte qu’un problème pour joindre l’administration ne peut jamais revenir sur la comptabilisation elle-même ni la bloquer. Et une case à cocher Ignorer la facturation électronique sur la facture de vente exclut entièrement cette facture.

Se connecter à l’administration d’un pays précis nécessite un package d’extension ; l’application de base fournit le cadre et la piste d’audit. Guides complets : Vue d’ensemble de la facturation électronique, Configuration de facturation électronique, Historique de facturation électronique, Facturation électronique d’une facture de vente et Extensions de facturation électronique.

Interrogation du statut de facturation électronique — une nouvelle carte Opérations

Les administrations fiscales répondent à leur propre rythme. L’Interrogation du statut de facturation électronique demande à l’administration, une fois par jour à l’heure de votre choix, ce qu’il est advenu de chaque facture encore au statut Soumis, et fait passer chacune à Accepté ou Rejeté. Elle apparaît comme la douzième carte dans Console d'administration financière → Opérations, aux côtés des tâches planifiées existantes, avec les mêmes commandes Planifier / Replanifier / Déprogrammer / Exécuter maintenant et un décompte en direct du nombre de documents en attente et du nombre en erreur.

La planifier est une étape de configuration obligatoire, pas une optimisation. Une tâche planifiée ne peut pas être incluse dans un package géré — chaque organisation doit créer la sienne. Si personne ne la planifie, les factures restent indéfiniment au statut Soumis et personne n’est informé de la raison. Allez dans Console d'administration financière → Opérations → Interrogation du statut de facturation électronique, choisissez une heure et cliquez sur Planifier.

Exécuter maintenant interroge immédiatement sans attendre la prochaine exécution. Cela génère un appel par document soumis ; traitez-le donc comme une action délibérée plutôt que comme un bouton d’actualisation. Les organisations qui ne déposent pas de factures par voie électronique voient sur la carte une courte note « aucune configuration active n’existe pour le moment » et peuvent l’ignorer. Guides complets : Interrogation du statut de facturation électronique et l’onglet Opérations.

Correctifs

Ensembles d’autorisations reconstruits pour pouvoir être attribués aux utilisateurs Platform

Les cinq ensembles d’autorisations du package étaient liés à une licence utilisateur Salesforce. Toute organisation dont les utilisateurs comptables disposent d’une licence Salesforce Platform — c’est le cas de la plupart — ne pouvait tout simplement pas les attribuer, et le message d’erreur n’expliquait pas pourquoi. La licence d’un ensemble d’autorisations ne peut pas être modifiée après sa création ; la seule solution était donc de livrer des remplaçants.

Il existe désormais cinq nouveaux ensembles d’autorisations, identiques en contenu et sans restriction de licence : Accounting Admin, Accounting Controller, Accounts Payable, Accounts Receivable et Read Only, chacun nommé avec le suffixe _v2.

Il s’agit d’une étape de migration obligatoire. Attribuez l’ensemble _v2 à chaque utilisateur d’abord, puis retirez l’ancien — cet ordre garantit que personne ne se retrouve sans accès au milieu du changement. Les deux accordent le même accès ; seul le rattachement à la licence diffère. Les cinq ensembles d’origine restent installés et continuent de fonctionner pour les utilisateurs disposant d’une licence Salesforce complète ; ils ne peuvent pas être supprimés d’un package publié, considérez-les donc comme obsolètes et cessez de les attribuer.

Guides complets : Ensembles d’autorisations, Attribution des licences, Configuration post-installation, Liste de contrôle de mise en production et Séparation des tâches.

Packs d’initialisation de retenue à la source corrigés pour 17 pays

Les packs fiscaux par pays utilisés par l’assistant d’initialisation contenaient des taux de retenue à la source dont le périmètre « s’applique à » ne correspondait pas aux valeurs acceptées par le champ. Ces taux étaient ignorés en silence, de sorte qu’un pays initialisé se retrouvait sans des règles de retenue qu’il aurait dû avoir.

Dix-sept packs ont été corrigés : Argentine, Chine, Colombie, Équateur, France, Ghana, Hong Kong, Indonésie, Kenya, Pakistan, Philippines, Sri Lanka, Tanzanie, Ouganda, Uruguay, Venezuela et Vietnam. Lorsqu’une même règle mélangeait des périmètres que le modèle distingue — résident et non-résident, société et personne physique —, la règle a été scindée en deux plutôt qu’élargie, de sorte que chaque taux indique désormais exactement à qui il s’applique. Cinq taux latino-américains de retenue de TVA ont en outre été réexprimés en pourcentage du montant net, qui est la façon dont ils sont réellement calculés.

Si vous avez initialisé l’un de ces dix-sept pays sur une version antérieure, relancez l’assistant d’initialisation pour ce pays afin de récupérer les règles précédemment ignorées. L’initialisation n’ajoute que ce qui manque — elle n’écrase pas les règles que vous avez modifiées.

Guides complets : Assistant d’initialisation des taxes, Règles de taxe et Immatriculation fiscale de l’entité.

Les champs de dimension personnalisés de type formule ne cassent plus la comptabilisation

REDA copie vos propres champs de dimension du document source vers les écritures comptables qu’il crée, pour que vos dimensions de reporting suivent l’argent. Si l’un de ces champs était une formule ou un récapitulatif de cumul sur l’objet de destination, la copie tentait d’écrire une valeur dans un champ non modifiable, et toute l’opération échouait — de la façon la plus visible lors de l’annulation d’un encaissement.

La copie vérifie désormais si le champ de destination peut réellement être écrit et l’ignore si ce n’est pas le cas. Les champs de formule et de récapitulatif de cumul continuent de calculer leurs propres valeurs, exactement comme prévu. Rien à configurer : les configurations existantes continuent de fonctionner, y compris les ensembles de champs qui mélangent champs modifiables et champs calculés. Guides complets : Dimensions de comptabilisation, Extensibilité par ensembles de champs et Annuler un encaissement.

Améliorations

Les mises à jour groupées des statuts respectent désormais le partage et les autorisations de champ

Il s’agit d’un changement de comportement délibéré, et vous pourriez le remarquer. Les mises à jour groupées des statuts s’exécutaient auparavant avec un accès élevé ; un utilisateur pouvait donc modifier des enregistrements qu’il n’aurait pas été autorisé à ouvrir ou à modifier un par un. Elles s’exécutent désormais avec le partage d’enregistrements et les autorisations de champ propres à cet utilisateur.

Quiconque met à jour des enregistrements qu’il peut réellement modifier ne voit aucune différence. Un utilisateur qui dépasse son accès obtient désormais un échec clair par enregistrement dans le même panneau de résultats qui signale déjà les succès partiels — le reste du lot est toujours traité. Si quelqu’un signale des lignes qui échouent alors qu’elles réussissaient avant, la solution est d’accorder l’accès qu’il aurait dû avoir, pas de contourner le problème. Guides complets : Vue d’ensemble des mises à jour groupées, Objets pris en charge et Mises à jour groupées des statuts.

L’activation d’une clé de licence requiert désormais Personnaliser l'application

La saisie d’une clé de licence d’abonnement écrit des métadonnées de configuration dans l’organisation ; elle requiert donc désormais l’autorisation Personnaliser l'application — l’autorisation dont ce changement a réellement besoin. Auparavant, tout utilisateur pouvant accéder à l’écran d’abonnement pouvait activer une clé.

Il n’y a rien à configurer, à condition que la personne qui active les licences soit un administrateur système, puisqu’elle détient déjà cette autorisation. Si l’activation des licences est déléguée à un non-administrateur, accordez à cet utilisateur Personnaliser l'application ou faites activer la clé par un administrateur. Guides complets : Abonnement et licences et Architecture des licences.

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

Testez en tant qu’utilisateur ordinaire, jamais 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 strictement rien.
VérificationCommentCe que vous devriez voir
La version installée Configuration → Packages installés REDA Financials en 1.610 ou version supérieure.
Les champs sont visibles pour les utilisateurs réels Ouvrez une facture de vente comptabilisée en tant qu’utilisateur Accounts Receivable ordinaire Il voit Statut de facturation électronique et peut cocher Ignorer la facturation électronique.
La valeur de liste de sélection existe Ouvrez n’importe quel Historique de facturation électronique et regardez Statut Les huit valeurs, dont Ready to Send. Sept signifie que l’étape 4 a été omise.
L’interrogation est planifiée Console d'administration financière → Opérations → Interrogation du statut de facturation électronique La carte indique Planifié, avec une heure de prochaine exécution.
Les nouveaux ensembles peuvent être attribués aux utilisateurs Attribuez un ensemble d’autorisations _v2 à un utilisateur disposant d’une licence Platform L’attribution s’enregistre sans erreur de licence.

Questions fréquentes

Le numéro mineur comporte désormais trois chiffres : 1.610 signifie vague 6, version fonctionnelle 1, correctif 0. Elle se classe au-dessus de la 1.6.0 et vient après elle. Le prochain correctif est la 1.611 et la prochaine version fonctionnelle la 1.620.

Parce que la mise à niveau d’un package géré n’ajoute jamais une nouvelle valeur à un champ de liste de sélection que votre organisation possède déjà — seule une nouvelle installation en v1.610 ou version ultérieure la reçoit. Cela vaut même si les nouveaux champs du même objet sont, eux, bien arrivés avec la même mise à niveau. Ajoutez Ready to Send à la main ; voir les étapes ci-dessus.

Non. Les nouveaux champs ne sont accordés que dans les ensembles _v2 du package. Si vos utilisateurs sont sur vos propres ensembles d’autorisations ou profils, vous devez accorder la sécurité au niveau du champ vous-même, sinon ils ne verront rien, quelle que soit la présentation de page.

Facture de vente utilise un formulaire de saisie personnalisé ; la présentation affiche donc la valeur mais ne peut pas la saisir. Ajoutez aussi le champ à l’ensemble de champs Interface de Facture de vente : Configuration → Gestionnaire d’objet → Facture de vente → Ensembles de champs → Interface.

Les cinq ensembles d’autorisations du package accordent la lecture seule sur Historique de facturation électronique, car c’est une preuve d’audit écrite par le système. Libérer un document retenu ou relancer un document en erreur implique de modifier l’enregistrement ; par défaut, seul un administrateur système peut donc le faire. Créez un petit ensemble d’autorisations accordant Modifier sur Historiques de facturation électronique et attribuez-le aux personnes responsables de cette file.

Non — l’administration fiscale détient déjà le document ; il s’agit donc d’une contrainte légale et non d’une contrainte REDA. Émettez un avoir pour la corriger.

Notes de version de REDA Financials AI · Toutes les notes de version →