Sinon j’avais pensé à une autre solution: synchroniser les contacts LDAP sur le NAS avec Dolibarr, puis essayer de synchroniser directement ces contacts dans Outlook. Avez vous essayé une telle solution? Je n’ai jamais réussi à paramétrer correctement le serveur LDAP
je n’aime pas les usines à gaz. Je préfère aller d’un point A à un point B en ligne droite plutôt que de passer par un point C éloigné. Oui je l’ai testé, la société l’avait créé pour leurs besoins internes et l’ont mis en vente sur le dolistore très récemment. Je suis leur premier client sur le dolistore, je leur ai fait quelques remontées, c’est pas encore parfait mais prometteur. J’ai insisté sur le fait que le produit devait être mieux documenté pour être intéressant. J’espère qu’ils m’ont entendu. normalement ils devraient sortir une nouvelle version bientôt.
1 « J'aime »
Bonjour
Pour ce qui est des courriels, chaque utilisateur configure son compte et ses courriels envoyés seront dans la boite d’envoi de 365, aucun mot de passe n’est stocké dans dolibarr, c’est un token oauth2 révocable.
Il est possible de configurer aussi les expéditeurs de l’onglet de configuration des mails. Les courriels envoyés seront eux aussi dans la boite d’envoi de ces adresses.
Au niveau de l’agenda, la synchro se fait dans les deux sens. Vous pouvez créer l’évènement, ou le modifier dans dolibarr ou dans 365.
Seul les contacts privés sont synchronisés pour l’instant, l’api ne permet pas d’écrire dans la GAL (global address list), si ça vous manque, vous pouvez voter ici pour faire avancer MS sur le sujet : Create and manage organization contacts and distribution groups with Microsoft Graph - Microsoft Community Hub
Fred
Bonjour à tous,
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.
A+
1 « J'aime »
Bonjour a tous, le sujet m’intéresse aussi. Quelqu’un a testé ce module ?
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).
1 « J'aime »
Bonjour
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é 
Fred
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).
Bonjour pour l’avoir mis en prod chez un client, ce module est juste parfait!
Merci beaucoup
Bonjour @3MCConseil .
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é.
Merci beaucoup pour cette réponse rapide.
Merci à vous aussi, je vais discuter avec l’éditeur.
Bonne journée à vous et à vous aussi, @3MCConseil
Bonjour
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…
Fred
Concernant l’envoi de mails, comment indiquer à Dolibarr d’utiliser la méthode Graph API plutôt que les méthodes natives ?
Bonjour
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 :
Fred
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
