Je rouvre un peu le sujet, j’ai aussi travaillé de mon côté pour comprendre le fonctionnement l’API MS GRAPH, j’ai pour le moment développé le code pour envoyer un email via MS Graph ce qui permet en effet d’avoir dans éléments envoyés O365 la trace ce qui est intéressant !
Pour cela, j’utilise Oauth2 qui génère un token à chaque action, cela permet d’envoyer depuis n’importe quelle boite mail 365 du domaine.
Une autre application que je teste actuellement, c’est la possibilité de créer automatiquement un evénement dans le calendrier outlook d’une personne spécifique. (ex : création automatiquement de l’absence dans Outlook lors de la validation d’une demande de congés)
On peut appliquer cela aussi aux événements Dolibarr pour la partie CRM.
Je n’ai pas encore travaillé sur le sens inverse 365 → Dolibarr.
Bonjour, j’utilise Microsoft Graph depuis le début de l’année. Je peste encore concernant la complexité d’installation / mise à jour mais pour le reste j’en suis satisfait. L’envoi de mail fonctionne parfaitement. La synchro d’agenda fonctionne pas trop mal (pour peu que la fréquence des tâches cron soit suffisante), la synchro des contacts privés est opérationnelle. Pour l’instant le collecteur de mail ne fonctionne pas (mais c’est une fonctionnalité beta).
Je précise que la synchro agenda et contacts est bidirectionnelle, la tache cron sert à maintenir actif le webhook coté microsoft. Les données arrivent donc instantanément dans dolibarr. Pour le collecteur, il est possible d’activer la fonctionalité expérimentale dans la version sur le dolistore.
Effectivement, sur un hébergement spécialisé dolibarr où l’upload est limité à 2Mo, ça peut être compliqué
Je corrige pour le collecteur de mails. J’ai commandé le module pour un autre client, sur une installation Dolibarr neuve et un hébergement plus optimisé Dolibarr (contrairement à mon mutualisé OVH). Et le collecteur de mail Microsoft 365 semble fonctionner (pas encore exploité mais en tout cas la connexion avec la boite mail se fait).
Pourriez-vous m’indiquer s’il vous plait de quel module vous parlez :
est-ce le " Doli 365 Microsoft Graph Api 10.0.0 - 17.0.0" de Dolistore (module #1831)
ou est-ce le module en cours de développement par @cdeboudt et dans ce cas là, où l’avez-vous trouvé ?
Je me pose la question parce que la page du module (dans Dolistore) indique que la réception de mail est impossible mais @cdeboudt indique que le collecteur de mail fonctionne. Et parce que je serais moi aussi intéressé à le mettre en œuvre.
Bonjour c’est le module #1831
Il est très bien
Je m’en sert pour gérer le planning des commerciaux
La communication est bi directionnelle et en temps réel entre MS365 et Dolibarr
Ma cliente utilise Dolibarr en CRM et a un ERP autre grâce à ce module la boucle est bouclée
Les clients et prospects redescendent de l’ERP dans Doli, les rdv sont planifiés dans Doli et mis à jour en temps réel dans les Outlook des commerciaux, les comptes rendus sont saisis dans Doli et remontés dans l’ERP
J’ai juste apporté une modif dans le module pour avoir la gestion des couleurs dans le calendrier selon si le rdv est honoré ou pas (compte rendu saisi dans Doli)
Bonjour, quand je parle du collecteur de mails, je parle de Doli 365; J’ai abandonné mon développement vu que le module Doli 365 était déjà plus avancé.
En effet le collecteur fonctionne, mais c’est expérimental. Les contributions sont les bienvenues, l’accès au github peut vous être accordé sous conditions…
Le module se débrouille tout seul (hook) et envoie l’email par l’api graph si l’utilisateur a un token, sinon c’est la config de base qui est utilisée.
On peut aussi générer un token pour les Expediteurs configuré ici :
J’ai un problème puisque j’ai bien l’indication « Jeton reçu et sauvegardé », pour un utilisateur mais c’est la fonction PHP de base qui est utilisée.
Je pense que le « Jeton reçu et sauvegardé » est un faux positif : j’ai changé tous les champs de l’utilisateur en questions avec des informations random qui n’existent pas dans le tenant, et pourtant j’ai toujours « Jeton reçu et sauvegardé »
Cela pourrait expliquer que PHP de base soit utilisé au lieu de Graph API.
Lorsque la demande de jeton est faite, comment est géré le claim ? Adresse mail de Dolibarr VS adresse mail de l’user sur Entra ID ? Login Dolibarr vs « oid » Entra ID ?
edit : après essai je pense que c’est « email » qui est utilisé comme claim pour récupérer le jeton. Lorsque je mets « [email protected] » je vois bien qu’il se passe quelque chose coté microsoft. Le mails est dans « envoyé » dans Outlook
Par contre lorsque je mets une adresse inexistante « [email protected] » j’ai quand même « Jeton reçu et sauvegardé » mais PHP mail est utilisé
Ce qui peut provoquer une faille de sécurité pour peu que l’utilisateur ait le droit de modifier son adresse mail depuis son profil Dolibarr.
J’ai pu envoyer un mail en tant « [email protected] » en étant connecté avec « user » sur Dolibarr
je confirme. J’ai un module MBI Sign qui n’utilise pas Exchange Online via le module Graph, et doit avoir une méthode valide menu => configuration => mail pour pouvoir envoyer des messages. Pas dramatique, mais axe d’amélioration.