* 'Laurent ROCHE' via tryton-fr [2017-06-26 20:02 +0200]:
Le 25/06/2017 à 23:50, Cédric Krier a écrit :
On 2017-06-25 23:23, Dominique Chabord wrote:
Le 25 juin 2017 à 21:06, Cédric Krier <[email protected]> a écrit :

Salut,

Je n'ai jamais parlé d'implémenter un MUA dans Tryton : juste de pouvoir envoyer des e-mails par SMTP, car à l'usage c'est le plus rapide.

Que veux tu dire par "envoyer des emails par SMTP" ? Car tous les
emails du monde sont acheminés par SMTP :).

Sinon il y a quand même moyen d'utiliser le module notification_email en
combinaison avec un wizard qui créerait un enregistrement avec les
informations encodées par l'utilisateur et qui servirait de base de
déclenchement de la notification. Mais je ne pense pas que ce soit en
adéquation avec la ligne de développent de Tryton et donc un tel
développement ne serait pas de base.
Ca me semble tout à fait adéquat. Je partage aussi le besoin de
contrôler le message et l'envoi. Par exemple, un utilisateur prépare
la facture et le message et c'est un autre qui l'envoie. Si en plus,
une transaction me garantit que le message a bien été envoyé et fait
progresser un état, c'est parfait.
Je pense que c'est une perte de temps et d'efficacité. Le but d'un ERP
est de mettre en place des procédures normalisées et d'automatiser un
maximum.
Si on reprend les exemples comme l'envoie d'une confirmation de commande
ou bien un facture. Elles sont chaque fois basées sur une étape de
workflow et s'il y a besoin d'une validation c'est sur le workflow
qu'elle doit se trouver.

Ce n'est pas le retour d'expérience que j'ai de mes utilisateurs (avec d'autres ERPs que /Tryton/, pour le moment) : ils veulent pouvoir envoyer des e-mails différents selon les cas. Par exemple, des e-mails avec un tutoiement de l'interlocuteur, et un autre e-mail avec un vouvoiement, ou bien un e-mail avec en pièce jointe une plaquette commerciale et un autre e-mail avec un document technique.

Si je comprends bien ce que tu veux dire, il faudrait que l'ERP
permette de:

   - écrire le texte de l'email
   - gérer les attachements de cet email
   - probablement aussi ajouter des destinataires
   - chiffrer l'email pourrait être intéressant aussi probablement
   - avoir de la correction orthographique, ce serait pas mal non
     plus
   - …

Tu as compris où je veux en venir :D. On s'approche dangereusement de
la fenêtre composition d'un MUA :).

Bref, oui un ERP doit automatiser les tâches mais il doit aussi permettre une souplesse d'utilisation, en quelques clics.

Avec libreoffice, le document ODT s'ouvre et il y a l'option "Envoyer
le document par email" (je me demande même si LO ne fait pas la
transformation en PDF aussi avant l'envoi), ce qui est - je suppose -
globalement équivalent à l'envoi par email de Tryton.

Le problème avec la procédure ci-dessus étant que l'adresse email doit
être trouvée et mise correctement par l'utilisateur, ce que fait
l'envoi par email de Tryton (qu'il y a peut-être moyen d'améliorer, je
n'y ai pas réfléchi).

Il y a quelques avantages au fait d'utiliser le MUA habituel:

   - Le logiciel est fait pour ça (mine de rien, ça compte car il y a
     ses habitudes, la correction de l'orthographe, etc)
   - Le logiciel est intégré à son compte de messagerie (en ces temps
     où les gens veulent pouvoir accéder aux infos depuis leurs
     téléphones / tablettes / frigo ça peut être utile).

Au final, mon opinion c'est que Tryton ne doit pas être un MUA ni même
en simuler un. Par contre, l'intégration passe par le protocole
mailto: et c'est perfectible ; s'il y a moyen de l'améliorer pourquoi
pas (bien que je n'aie moi-même pas réfléchi au sujet néanmoins je
serais très étonné si, sous Windows au moins, il n'y avait pas moyen
de faire mieux).

--
Nicolas Évrard - B2CK SPRL
E-mail/Jabber: [email protected]
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes 
tryton-fr.
Cette discussion peut être lue sur le Web à l'adresse 
https://groups.google.com/d/msgid/tryton-fr/20170627100018.rxdg6bjkl7zasq35%40localhost.localdomain.

Répondre à