Version 6.0079

Modification apportée afin de conserver le nouvel état attribué au chèque à la sauvegarde.

Modification apportée au transfert des bons de travail comportant des valeurs dans l'onglet Entretien préventif, afin que le prochain entretien à effectuer soit déterminé et enregistré pour l'équipement.

Le code d'entretien, les compteurs à atteindre, ainsi que la date du prochain entretien seront déterminés au moment du transfert du bon de travail.

Amélioration apportée afin de toujours considérer une facture comme « dénoncée » s'il existe au moins une dénonciation qui contient le fournisseur et le projet présents dans la facture, et ce, sans égard au fait que la facture et/ou la dénonciation contienne un numéro de commande.

Ce développement a été suggéré par un client qui nous signalait que la mention « Dénoncé » n'apparaissait pas sur certaines factures qu'il considérait comme étant dénoncées. Maintenant, nous considérons une facture comme étant dénoncée s'il existe au moins une dénonciation contenant le fournisseur et le projet dans la facture, et ce, sans égard au fait que la facture et/ou la dénonciation contienne un numéro de commande.

Modification apportée afin d'afficher les valeurs des variables du contact lors de l'envoi de l’horaire au contact.

Modification apportée afin d'afficher, dans la section Sécurité au travail, les nouveaux maximums entrés à partir du bouton CNESST sans avoir à quitter l'option et y revenir.

Amélioration apportée afin de toujours considérer une facture comme « dénoncée » s'il existe au moins une dénonciation qui contient le fournisseur et le projet présents dans la facture, et ce, sans égard au fait que la facture et/ou la dénonciation contienne un numéro de commande.

Ce développement a été suggéré par un client qui nous signalait que la mention « Dénoncé » n'apparaissait pas sur certaines factures qu'il considérait comme étant dénoncées. Maintenant, nous considérons une facture comme étant dénoncée s'il existe au moins une dénonciation contenant le fournisseur et le projet dans la facture, et ce, sans égard au fait que la facture et/ou la dénonciation contienne un numéro de commande.

Modification apportée afin d'éliminer l'erreur 5 obtenue.

Modification apportée afin de créer une commande avec extension à partir d'une commande existante et ainsi pouvoir compléter immédiatement les champs de la section Valeurs par défaut (Projet, Activité, Groupe, No Appel).

Modification apportée afin qu'un utilisateur régulier, ayant accès à ses commandes seulement, ne puisse pas sauvegarder une transaction entrée par un autre utilisateur.

Amélioration apportée à l'entrée de billet lorsque la case Aucune utilisation interne est cochée, afin de valider la combinaison « Fournisseur, numéro de billet et date » pour une période de 6 mois précédent la date du nouveau billet entré et d'afficher un message d'avertissement si une combinaison identique est trouvée à l'intérieur des 6 mois précédents.

Auparavant, si on entrait un numéro de billet pour une date et un fournisseur, le système validait si ce numéro de billet avait déjà été entré. Toutefois, la validation n’était effectuée que pour la même date. Si un billet était entré plus tard avec le même numéro et fournisseur, le système n’affichait pas de message de validation. Certains de nos clients souhaitaient que la validation ne se fasse pas seulement pour la même date, mais plutôt sur une plus grande période.

Modification apportée à la fonction CreerCommande afin que le numéro de commande indiqué dans le fichier XML soit enregistré tel quel dans les commandes catalogues et régulières créées, sans être modifié.

Modification apportée afin de lire la valeur présente dans le fichier XML pour les codes de taxes et de les appliquer aux commandes créées.

Si aucune valeur n'est présente dans le fichier XML, les valeurs qui seront attribuées aux transactions créées seront les valeurs par défaut du fournisseur ou du code d'item selon le cas. Sinon, aucune valeur ne sera attribuée.

Amélioration apportée afin d'ajouter la Facturation en gérance au Transfert des transactions.

Nous nous sommes rendu compte que ce type de transaction était absent de la section Facturation contractuelle de l'écran Transfert des transactions pour les transferts en lot. Les transactions sont regroupées par utilisateur qui a effectué la facturation.   Il est possible de sélectionner une ou plusieurs transactions, ainsi que toutes les transactions d’un utilisateur.

Modification apportée afin de déplacer la configuration des envois massifs de la section Divers vers Communication.

Modification apportée afin de configurer les envois de courriels et les envois massifs pour le mode d'envoi Office 365 - Authentification moderne.

Pour plus d’information sur les améliorations apportées à maestro*, veuillez consulter les documentations suivantes :

• Configurations générales
• Gestion de la sécurité
• Préférences
• Configuration des envois
• Gestion des modèles de répartition

  • Gestion des modèles de répartition - Module Appels de service

  • Gestion des modèles de répartition - Module Projets > sous-module Gestion des opérations

  • Gestion des modèles de répartition - Module Projets > sous-module Bons de travail

  • Gestion des modèles de répartition - Module Projets > sous-module Estimations / Soumissions

Modification apportée afin de réinitialiser Outlook lorsqu'une erreur survient et ainsi permettre d'envoyer les talons de paie aux employés.