{"id":26557,"date":"2025-09-08T12:46:19","date_gmt":"2025-09-08T17:46:19","guid":{"rendered":"https:\/\/prod.okiok.com\/?p=26557"},"modified":"2025-09-10T10:06:56","modified_gmt":"2025-09-10T15:06:56","slug":"okiok-annonce-la-disponibilite-de-s-filer-portal-v4-20-7","status":"publish","type":"post","link":"https:\/\/www.okiok.com\/fr\/okiok-annonce-la-disponibilite-de-s-filer-portal-v4-20-7\/","title":{"rendered":"OKIOK annonce la disponibilit\u00e9 de S-filer\/Portal v4.20.7"},"content":{"rendered":"

\"\"
\nS-Filer Portal\u2122<\/a> est une solution compl\u00e8te qui permet aux grandes et petites organisations de combler l\u2019ensemble de leurs besoins d\u2019entreprise en mati\u00e8re de transfert et de stockage s\u00e9curis\u00e9 de fichiers.<\/i><\/p>\n

Okiok publie la version 4.20.7 de S-Filer\/Portal\u2122 solution de transferts s\u00e9curis\u00e9s.<\/h4>\n

Changements importants<\/strong><\/h2>\n

Cette version introduit des changements importants qui requi\u00e8rent une attention particuli\u00e8re pendant le processus de mise \u00e0 niveau. Ces changements ne s’appliquent que si vous utilisez le service \u00ab\u00a0On-Prem\u00a0\u00bb. Si vous utilisez le service SaaS, Okiok s’occupera d’impl\u00e9menter les changements pour votre instance de S-Filer Portal.<\/p>\n

Support pour le format de log ECS<\/h3>\n

Cette nouvelle version permet de g\u00e9n\u00e9rer des logs dans le format JSON lines (https:\/\/jsonlines.org\/) bas\u00e9 sur le Elastic Common Schema (ECS, https:\/\/www.elastic.co\/docs\/reference\/ecs). Cette approche simplifie l’int\u00e9gration \u00e0 un service de MDR. Un nouveau fichier portant le nom log4j2.ecs.xml sera d\u00e9pos\u00e9 dans le r\u00e9pertoire \u00ab\u00a0etc\u00a0\u00bb sur le serveur et la passerelle S-Filer Portal. La documentation et un exemple d’impl\u00e9mentation sont disponibles ici<\/a>.<\/p>\n

Modification aux \u00e9num\u00e9rations de l’API REST<\/h3>\n

Plusieurs \u00e9num\u00e9rations de la version V2 de l’API REST ont \u00e9t\u00e9 modifi\u00e9es afin d’inclure une nouvelle valeur \u00ab\u00a0UNSUPPORTED\u00a0\u00bb. Cette valeur est ins\u00e9r\u00e9e afin de pr\u00e9voir la cohabitation de serveurs de diff\u00e9rentes versions dans un environnement haute-disponibilit\u00e9. Dans ce type de d\u00e9ploiement, il est possible qu’un serveur doive traiter des donn\u00e9es qu’il ne connait pas. Lorsque cette situation survient, la valeur \u00ab\u00a0UNSUPPORTED\u00a0\u00bb sera retourn\u00e9e par l’API REST. Si ce mode de d\u00e9ploiement s’applique \u00e0 votre situation, prenez connaissance des \u00e9num\u00e9rations ayant maintenant la valeur \u00ab\u00a0UNSUPPORTED\u00a0\u00bb en consultant le fichier YAML d\u00e9crivant l’API REST de la solution. Le d\u00e9tail de l’API REST est disponible \u00e0 travers l’url de la solution en suivant la formule suivante : <\/p>\n

https:\/\/[URL_SERVER_SFILER]\/sfiler\/server\/api\/vX\/ (ou X est la version de l’API)<\/p>\n

Cookies s\u00e9curis\u00e9s (HTTPS)<\/h3>\n

A partir de la version 4.20.7, le param\u00e8tre de configuration \u00ab Cookies s\u00e9curis\u00e9s (HTTPS) \u00bb de l’interface web est supprim\u00e9 et appliqu\u00e9 automatiquement. Ce changement est n\u00e9cessaire pour le bon fonctionnement des composants externes qui doivent interagir avec l’interface web de la solution.<\/p>\n

Pages de consentement et licence personnalis\u00e9s<\/h3>\n

\u00c0 partir de la version 4.20.7, il est possible de configurer une page de consentement et de licence personnalis\u00e9e bas\u00e9e sur un th\u00e8me. Cette fonctionnalit\u00e9 vous permet d’afficher une page distincte \u00e0 un groupe sp\u00e9cifique d’utilisateurs en ajoutant des pages au th\u00e8me. Il est donc possible de pr\u00e9senter aux utilisateurs des informations sp\u00e9cifiques li\u00e9es aux besoins de l’entreprise. Pour plus d’informations sur cette nouvelle fonctionnalit\u00e9, veuillez vous reporter \u00e0 la page \u00ab Comment faire \u00bb, qui fournit toutes les \u00e9tapes de mise en \u0153uvre ici<\/a>. <\/p>\n

Modification \u00e0 l’API REST<\/strong><\/h2>\n

Les versions mineures n’introduisent pas de changements \u00e0 l’API REST \u00e0 l’exception de la correction de certains bogues.<\/p>\n

Modification au comportement du service : \/fileversions\/{fileVersionId}<\/h3>\n

Le comportement du Endpoint \/fileversions\/{fileVersionId} n’\u00e9tait pas constant, car le processus de suppression des fichiers est asynchrone. Dans certain cas, lorsqu’un fichier a \u00e9t\u00e9 supprim\u00e9, le service retournait la valeur de retour HTTP 401 plut\u00f4t que la valeur de retour 404. A partir de la version 4.20.7, le code de retour 404 sera le seul pouvant \u00eatre retourn\u00e9 lorsque le fichier n’est plus disponible.<\/p>\n

Am\u00e9liorations<\/strong><\/h2>\n