À compter de juillet 2025, Salesforce supprimera l'outil Génération de documents 1.0, qui peut être utilisé dans les packages gérés Industries Communications, Media, Energy & Utilities (CME), Insurance (INS), Vlocity Government (PS) ou Omnistudio.
Salesforce apporte des modifications pour améliorer les performances, l'évolutivité et la fiabilité de la génération de documents tout en garantissant la conformité aux réglementations évolutives en matière de protection des données. Ces modifications visent à renforcer la sécurité, l’évolutivité et l’efficacité opérationnelle des services et des fonctionnalités Salesforce. Nous avons déjà envoyé une communication préalable concernant ces changements à venir. Consultez l'article Modifications apportées au processus de génération de documents et à l'outil de prévisualisation dans Spring '25).
À quoi font référence les termes Génération de documents 1.0 et Génération de documents 2.0 ?
Génération de documents 1.0 fait référence à la génération de documents dans les packages gérés CME, INS, Vlocity Government (PS) et Omnistudio jusqu'à la version Winter '25 (octobre 2024). Le processus de génération de documents côté client est traité localement au niveau du package.
Génération de documents 2.0 fait référence à la génération de documents dans les packages gérés CME, INS, Vlocity Government (PS) et Omnistudio à partir de la version Spring '25 (février 2025), qui propose une option de consentement dans l'application. Après avoir donné votre consentement, le processus de génération de documents utilisera une approche hybride. Cela signifie que la génération de documents côté client sera en partie traitée localement au niveau du package et en partie sur la même infrastructure Hyperforce qui prend actuellement en charge la génération de documents côté serveur. Bien que les processus côté client n’utilisent l’infrastructure Hyperforce que dans une mesure limitée, cette configuration partagée garantit la continuité et la cohérence entre les opérations côté client et côté serveur. Ce processus de génération de documents hybride côté client est soumis aux limites de la génération de documents côté serveur. Pour en savoir plus sur le processus côté serveur, consultez les articles Génération de documents côté serveur dans CLM et Génération de documents côté serveur dans Omnistudio.
Quelles sont les modifications ?
Génération de documents 1.0 gère entièrement la génération de documents côté client dans les packages gérés Industries CME, INS et Omnistudio. Salesforce supprimera les services Génération de documents 1.0 d'ici le 31 juillet 2025.
Dans la version Spring '25, nous lancerons Génération de documents 2.0. Cela comprend des mises à jour du processus de génération de documents côté client, de l’apparence de l’outil de prévisualisation PDF et des modifications mineures à la configuration des polices personnalisées. Ces modifications sont conçues pour améliorer les performances et la fiabilité sans changer de manière significative votre expérience quotidienne ou les fonctionnalités existantes. Consultez l'article Modification apportée au processus de génération de documents et à l'outil de prévisualisation dans Spring '25.
Ce document est une communication anticipée sur les changements à venir dans Spring '25. Nous vous donnerons des informations détaillées sur les modifications applicables dans les notes de publication et la documentation d'aide de Spring '25.
Quelle est la mesure à prendre ?
En juillet 2025, Génération de documents 1.0 atteindra sa fin de vie. Vous n'aurez donc plus accès aux fonctionnalités de génération de documents, sauf si vous effectuez une mise à niveau vers le package géré Spring '25 ou une version ultérieure. Après la mise à niveau, vous devrez donner votre consentement dans l'application et effectuer les étapes postérieures à la mise à niveau pour utiliser les services et fonctionnalités Génération de documents 2.0. Si vous n’êtes pas inscrit au programme de mise à niveau automatique, vous devez effectuer une mise à niveau vers le package géré Spring '25 dès qu’il sera globalement disponible afin de pouvoir continuer à utiliser les services et fonctionnalités de génération de documents. En outre, nous vous recommandons d'effectuer des tests approfondis dans un environnement sandbox pour garantir la compatibilité avec vos configurations existantes, en particulier pour les polices personnalisées et les processus de génération de documents.
Clients Government Cloud Plus et Government Cloud Plus - Defense
La fonctionnalité côté client Génération de documents 1.0, qui fait partie des packages gérés Omnistudio et INS, est autorisée par FedRAMP High et DoD IL4/5, tandis qu'elle est interopérable dans le package géré CME. De plus, la fonctionnalité côté serveur de Génération de documents 1.0 dans tous les packages gérés est également interopérable. Consultez l'article Produits et fonctionnalités disponibles dans Government Cloud.
Avec le retrait de Génération de documents 1.0 d'ici juillet 2025, Salesforce Government Cloud collabore activement avec les autorités chargées de l'autorisation pour Génération de documents 2.0 dans Government Cloud Plus et Government Cloud Plus - Defense. Cette autorisation inclut les implémentations Génération de documents 2.0 dans le cadre des packages gérés Omnistudio et INS, ainsi que les dernières implémentations sans package géré. Nous prévoyons la mise en place de cette autorisation avant la version Spring '25, bien que la date exacte dépende de l'approbation finale des autorités compétentes.
Comment obtenir plus d'informations ?
Pour en savoir plus sur les services, consultez le document Infrastructure et sous-traitants Salesforce et la documentation « Trust and Compliance ». Pour plus d'informations sur l'approche de Salesforce concernant le retrait de produits et de fonctionnalités, lisez notre article Philosophie de retrait de fonctionnalité. Si vous avez d'autres questions, ouvrez une demande auprès de l'assistance via l'Aide Salesforce.
Actions de mise à niveau et présentation des exigences pour la version Spring '25
Les clients qui installent le package géré Spring '25 doivent fournir leur consentement dans l'application et réaliser les étapes postérieures à la mise à niveau pour Génération de documents 2.0 dans les environnements des organisations Sandbox, Développeur et Production.
| Mise à niveau du package géré vers Spring '25 | Génération de documents dans des packages gérés | Consentement dans l'application pour Génération de documents | Étapes postérieures à la mise à niveau pour Génération de documents |
|---|---|---|---|
| Programme de mise à niveau automatique |
| Requise | Requise |
| Mise à niveau manuelle depuis la version Winter '24 |
| Requise | Requise |
| Mise à niveau manuelle à partir de versions antérieures, comme Summer '24 ou versions antérieures |
| Requise | Requise |
Les clients qui installent la version Spring '25, mais qui ont des licences de génération de documents et utilisent les services et fonctionnalitésde Génération de documents 2.0 sans package géré ne doivent pas fournir de consentement dans l'application. Cependant, ils peuvent consulter et suivre les étapes facultatives postérieures à la mise à niveau pour Génération de documents.
| Mise à niveau de Salesforce Core vers Spring '25 | Processus pour Génération de documents dans Core | Consentement dans l'application pour Génération de documents | Étapes postérieures à la mise à niveau pour Génération de documents |
|---|---|---|---|
| Salesforce Core avec des licences Génération de documents | Génération de documents dans Core fonctionne de manière autonome et ne nécessite aucun package géré. L'outil utilise des services côté serveur. OmniScript pris en charge : Document unique Core – Omniscript (LWC) côté serveur DOCX | Aucune action n'est requise. | Facultatif |
Les nouveaux clients qui ont installé le package géré Spring '25 doivent s'assurer qu'ils ont fourni leur consentement dans l'application et suivre les étapes postérieures à la mise à niveau pour Génération de documents 2.0 dans les environnements des organisations Sandbox, Développeur et Production.
| Spring '25 pour les nouveaux clients | Génération de documents dans des packages gérés | Consentement dans l'application pour Génération de documents | Étapes postérieures à l'installation de Génération de documents |
|---|---|---|---|
Installation de package géré |
| Requise | Requise |
Les nouveaux clients qui utilisent les fonctionnalités de Génération de documents 2.0 directement sans package géré n'ont pas besoin de fournir leur consentement dans l'application. Dans Core, Génération de documents utilise le service côté serveur.
| Spring '25 pour les nouveaux clients | Processus pour Génération de documents dans Core | Consentement dans l'application pour Génération de documents | Étapes postérieures à l'installation de Génération de documents |
|---|---|---|---|
| Salesforce Core avec des licences Génération de documents | Génération de documents dans Core fonctionne de manière autonome et ne nécessite aucun package géré. L'outil utilise des services côté serveur.
| Aucune action n'est requise. | Facultatif |
Les clients doivent consulter et accepter les conditions générales pour utiliser les services et fonctionnalités de Génération de documents 2.0.
Remarque : ces images sont des maquettes. Les écrans peuvent être légèrement différents. Les détails sont fournis dans la documentation d'aide de la version Spring '25.
Dans le lanceur d'application, recherchez et sélectionnez Notification pour Génération de documents 2.0.
Cliquez sur Notification côté serveur.
3. Consultez les conditions générales, puis cliquez sur Accepter.
4. Cliquez sur Oui.
Le statut de la notification côté serveur est désormais défini sur Accepté.
Comparaison du traitement pour la génération de documents côté client : Génération de document 1.0 et 2.0
Une fois que vous avez fourni le consentement dans l'application, le traitement pour la génération de documents côté client adopte une approche hybride dans Génération de documents 2.0. Le diagramme illustre le traitement côté client dans les versions 1.0 et 2.0 de Génération de documents.
003324267

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.