Version 6.0079
Chers clients maestro*,
Nous sommes fiers de vous présenter les principaux développements ajoutés à maestro* et maestro*MOBILE dans cette mise à jour.
Bonne lecture!
L'équipe de rédaction technique de Maestro
À tous les utilisateurs de maestro*MOBILE : la licence d'utilisation du lecteur de codes à barres est échue. Le kit de mise à jour de maestro* du 9 octobre 2025 contient la mise à jour de cette licence : en installant le kit de mise à jour de maestro* 3.05.31.15 | 6.0079, la licence sera automatiquement mise à jour. Cliquez ICI pour télécharger la mise à jour.
|
|||
|---|---|---|---|
|
|
maestro* > Comptabilité > Gestion financière > Conciliation bancaire > Modification des états de chèques |
|
Modification apportée afin de conserver le nouvel état attribué au chèque à la sauvegarde. |
|
|
maestro* > Projets > Bons de travail > Fonctions > Bon de travail |
|
maestro* > Projets > Gestion des opérations > Fonctions > Dénonciation |
|
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. |
|
maestro* > Projets > Gestion des opérations > Répartition > Répartition des projets |
|
Modification apportée afin d'afficher les valeurs des variables du contact lors de l'envoi de l’horaire au contact. |
|
|
maestro* > Gestion du temps > Maintenance > Paie > Gestion des constantes gouvernementales |
|
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. |
|
|
maestro* > Facturation > Facturation > Dénonciation > Dénonciation |
|
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. |
|
|
maestro* > Achat et approvisionnement > Achats et approvisionnement > Approvisonnement > Gestion des approvisionnements CBN/MRP1 |
|
Modification apportée afin d'éliminer l'erreur 5 obtenue. |
|
maestro* > Achat et approvisionnement > Achats et approvisionnement > Commandes > Commande avec catalogue |
|
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). |
|
maestro* > Achat et approvisionnement > Achats et approvisionnement > Commandes > Commande régulière |
|
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. |
|
|
maestro* > Billets > Billets de carrière > Billet en lot - Gestion des coûts |
|
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. |
|
Interfaces |
|
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. |
Envoi de courriels
|
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 :
|
|
Modification apportée afin de réinitialiser Outlook lorsqu'une erreur survient et ainsi permettre d'envoyer les talons de paie aux employés. |