Onventis 11.8
La nouvelle version 11.8 d’Onventis contient diverses améliorations et corrections d’erreurs dans les domaines Procure-to-Pay, Supplier Management et Core, ainsi que de nouvelles fonctionnalités dans le domaine Source-to-Contract. Consultez la liste complète ci-dessous !
Date de sortie : mardi 21 décembre 2021
Gestion des fournisseurs
La fonction de redémarrage d’une compétence a été étendue aux statuts “envoyé” et “expiré”. L’adresse électronique du fournisseur est également fournie à l’utilisateur à des fins de contrôle.
Procure-to-pay
Certaines chaînes de traduction manquantes ont été adaptées afin que les boutons, les noms de champs ou les descriptions s’affichent à nouveau correctement.
Jusqu’à présent, l’utilisateur doit saisir manuellement le groupe d’acheteurs associé au groupe de marchandises dans le panier. Cette nouvelle implémentation permet d’améliorer le comportement du système, de sorte que le panier peut être envoyé sans trop d’efforts.
Correction d’un bug qui faisait que, lors de la transmission d’une demande, la case à cocher de l’ordre cadre restait visible même si la case à cocher “Marquer l’ordre cadre au niveau de l’en-tête” était désactivée dans les paramètres d’organisation.
De plus, la case à cocher pour la commande-cadre n’était pas activée dans la commande, alors qu’elle l’était à la fois dans les paramètres d’organisation et sur la page lors du transfert de la demande dans la commande.
Correction d’une erreur qui entraînait la suppression de l’objet d’organisation de la commande si l’objet d’organisation n’était pas affecté à l’approbateur et si l’approbateur avait le droit d’utilisateur de modifier les objets d’organisation dans les commandes et le panier.
La possibilité de clôturer une commande avec le statut “En cours de traitement” n’est désormais possible que si le droit d’utilisateur correspondant “Clôture manuelle de la commande en cours de traitement” a été attribué.
De même, les commandes qui ont déjà été envoyées au fournisseur ne peuvent être clôturées et archivées que si le droit d’utilisateur “Clôturer manuellement la commande” a été attribué.
Correction d’une erreur qui entraînait l’archivage automatique des commandes sur la base de la période définie dans le workflow de traitement des commandes, alors qu’une réception de marchandises, un bon de livraison ou un bon de service finalement confirmé avait été annulé et que la commande n’était donc plus clôturée.
Les cases à cocher n’apparaissent dans la liste des postes d’exigences que si elles peuvent être utilisées. Jusqu’à présent, les cases à cocher étaient également affichées lorsqu’elles n’avaient aucune fonction, par exemple en raison de l’absence de droits d’accès.
Dans le cas de la détermination dynamique de l’imputation, les postes du panier sont automatiquement affectés. À l’avenir, les utilisateurs seront informés que les informations d’imputation des postes ajustées manuellement sont modifiées lorsque l’entité organisationnelle ou l’objet organisationnel est modifié dans le panier, à condition que l’entité organisationnelle ou l’objet organisationnel constitue des critères valables pour la détermination de l’imputation.
Nous avons étendu la logique des champs d’articles supplémentaires afin qu’ils soient correctement pris en compte lorsqu’une position de besoin avec des champs supplémentaires est liée à un article du catalogue avec des champs supplémentaires. Il existe deux scénarios principaux qui illustrent clairement le comportement élargi :
- si la position de catalogue liée possède les mêmes champs supplémentaires ou des champs supplémentaires différents, les champs supplémentaires de la position de catalogue ne sont pas remplacés par les champs supplémentaires de la position de texte libre. Dans ce cas, le message suivant s’affiche pour l’utilisateur : “Les champs supplémentaires de la position de texte libre ont été vidés, car la position de catalogue liée contient ses propres champs supplémentaires”.
- si la position de catalogue liée n’a pas de champs supplémentaires, les champs supplémentaires de la position de texte libre sont ignorés. Dans ce cas, le message suivant s’affiche pour l’utilisateur : “Les champs supplémentaires de la position de texte libre ont été vidés, car la position de catalogue liée n’a pas de champs supplémentaires”.
Nous avons adapté la renumérotation des étapes d’approbation dans l’approbation des commandes, l’approbation des postes de demande d’achat et l’approbation des factures en cas de suppression d’étapes.
Si un numéro d’étape est attribué plusieurs fois et qu’une étape est supprimée, les étapes suivantes ne sont pas recalculées et conservent leur numéro défini. Si un numéro d’étape n’est attribué qu’une seule fois et qu’une étape est supprimée, les étapes suivantes sont recalculées afin de combler le vide ainsi créé.
Vous pouvez également adapter manuellement le nombre de pas à tout moment.
Nous avons adapté le comportement du système de sorte que les approbateurs d’un objet d’imputation ne doivent approuver qu’une seule fois une commande, un relevé de prestations ou une facture si ceux-ci sont définis comme responsables de cet objet d’imputation sur plusieurs étapes d’approbation.
Nous avons corrigé une erreur qui faisait que les étapes successives d’un workflow d’approbation étaient renumérotées et déclenchées en parallèle. Cette situation se produisait lorsqu’un workflow d’approbation était configuré, dans lequel plus d’une étape était déclenchée avec le même numéro d’étape. Maintenant, les étapes du workflow sont déclenchées l’une après l’autre si elles ont le même numéro d’étape, à moins qu’elles ne soient configurées comme étapes parallèles.
Plateforme & Core
Les utilisateurs peuvent désormais modifier leur “langue utilisateur” dans leur profil utilisateur, même s’ils n’ont pas le droit de modifier d’autres valeurs dans leur profil utilisateur.
Le champ de la langue de l’utilisateur a été déplacé dans l’onglet Données de base du profil de l’utilisateur afin d’en faciliter l’accès.
Les utilisateurs peuvent ainsi travailler avec l’application dans la langue qu’ils préfèrent.
Le paramètre pour les utilisateurs de modèles permet aux clients de transférer des valeurs d’un utilisateur de modèles spécifique à d’autres utilisateurs pendant l’importation des utilisateurs. Si un utilisateur est configuré comme utilisateur de modèle, le delta entre le fichier d’importation de l’utilisateur et l’utilisateur de modèle est repris par l’utilisateur de modèle. Cette fonctionnalité a maintenant été étendue de sorte que le groupe d’utilisateurs, l’unité organisationnelle, l’objet organisationnel, le supérieur ainsi que le niveau hiérarchique sont également repris par l’utilisateur du modèle, à condition que ces informations ne soient pas indiquées dans le modèle d’importation ou soient vides.
Les icônes des menus et des applications d’Onventis Buyer ont été revues afin d’assurer la cohérence de toutes les applications Onventis et ont désormais un aspect plus épuré et plus moderne.
Source-to-contract
Correction d’une erreur qui empêchait de sélectionner un groupe de marchandises lors de la création d’un modèle de texte d’appel d’offres.
Les fichiers externes qu’un fournisseur a joints dans les données d’en-tête d’une offre sont désormais automatiquement repris dans une commande si celle-ci a été recréée à partir d’un appel d’offres. Ces fichiers sont joints à la commande sous “Fichier(s) externe(s)”, en plus des fichiers externes provenant du RfQ lui-même.
En outre, les pièces jointes externes d’un appel d’offres et les pièces jointes externes d’une offre sont également reprises dans une commande, même si aucune nouvelle commande n’est créée, mais que l’offre est reprise dans une commande existante.
Les membres de l’équipe dans les appels d’offres reçoivent désormais des notifications par e-mail lorsqu’un fournisseur participe ou refuse de participer à un appel d’offres, à condition que le membre de l’équipe ait le droit de voir l’onglet du fournisseur dans l’appel d’offres.
Les membres de l’équipe reçoivent également des notifications par e-mail les informant qu’un fournisseur a soumis une offre en réponse à un appel d’offres, à condition que le membre de l’équipe ait le droit de consulter l’onglet des offres dans l’appel d’offres.
Si vous ne souhaitez pas envoyer ces e-mails, vous pouvez désactiver les modèles d’e-mails globaux, mais dans ce cas, le coordinateur de la demande ne recevra pas non plus d’e-mails.
Les champs supplémentaires des postes d’appel d’offres sont désormais également transférés lorsqu’un devis est transféré dans une commande, à condition que des champs supplémentaires soient disponibles pour les postes de commande.
Jusqu’à présent, les quantités échelonnées étaient affichées sur la page du fournisseur dans la position de l’offre tout à droite de la page. Cela a souvent conduit à ce que cette quantité soit négligée. Désormais, la quantité sera affichée à gauche pour une meilleure vue d’ensemble.
Grâce à la case à cocher “Utiliser l’entité organisationnelle du poste de demande dans les appels d’offres”, il est désormais possible de baser le transfert d’une demande dans un appel d’offres sur l’entité organisationnelle du demandeur et non plus sur celle de l’acheteur. Lorsque des postes d’ordre de recherche sont ajoutés à des appels d’offres existants, l’unité organisationnelle n’est plus modifiée. Si les besoins sont regroupés en une demande, l’application vérifie si la même entité organisationnelle existe pour tous les besoins. Si oui, elle est utilisée comme base, si non, l’unité organisationnelle par défaut de l’acheteur est utilisée comme base.
Si une offre est transformée en une ou plusieurs commandes et que la case est cochée, l’application tiendra désormais compte de l’unité organisationnelle du besoin sous-jacent lors de la création des commandes. Les valeurs prédéfinies peuvent être reprises comme d’habitude ou remplacées par les options de réglage en bas de la même page.
Correction d’une erreur qui entraînait l’affichage de demandes déjà archivées dans la section “Demande de devis avec délai de soumission < 3 jours” du widget des délais et dates limites.
Dès à présent, les contrats issus de la nouvelle gestion des contrats sont également affichés dans la fiche fournisseur.
Un contrat s’affiche si le fournisseur a été référencé dans le contrat via un champ de référence. Une simple mention dans le texte ne suffit pas.
Correction d’une erreur qui entraînait l’affichage de certains champs personnalisés dans la gestion des contrats avec un préfixe “_”.
Correction d’une erreur qui entraînait la traduction automatique de certains champs personnalisés dans la gestion des contrats.