Project

General

Profile

Project management #27790

Intégration des courriers sortants dans Publik

Added by Benjamin Dauvergne almost 4 years ago. Updated almost 4 years ago.

Status:
Rejeté
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
06 November 2018
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
Club:
No

Description

Nous avons 2 intégrations pour les courriers entrants dans welco:
  • une à base de scan de répertoire alimenté comme on veut en PDF
  • une autre basée sur l'appel à des WS exposés par Maarch

Il faudrait maintenant réfléchir à la façon dont des courriers sortants pourraient être produits, soit via des données structurées (il parait que Maarch préfère cela) soit via des documents générés, voir si ça repasse dans welco, si c'est visible dans welco, si welco s'occupe d'agir sur les données reçues (les imprimer, les poser dans un répertoire, les pousser vers un WS)

Il faut aussi voir si la réponse passer par une action spécifique ou si on utilise un appel de web service (sachant que coté entrant tout est transparent).

History

#1

Updated by Benjamin Dauvergne almost 4 years ago

  • Description updated (diff)
#2

Updated by Thomas Noël almost 4 years ago

Y'a du code dans passerelle.contrib.maarch qui sait injecter dans Maarch en posant des metadonnées (c'est plutôt ad-hoc minint, mais les idées sont là). Charge à un workflows wcs de pousser ce qu'il faut, c'est lui qui décide des metadonnées via des données dans le json nommées maarch_metadata_truc, maarch_ext_metadata_chose, maarch_collId, maarch_table, maarch_status, maarch_ext_table, etc. Passerelle traduit ça et injecte en SOAP via storeResource + storeExtResource puis storeAttachmentResource s'il y a des docs attachés (jamais utilisé au minint).

Mais en lisant ce que tu dis : est-ce qu'on gérerait autre chose que des courriers issus de w.c.s. ?

#3

Updated by Pierre Cros almost 4 years ago

Si on a enregistré dans la demande le numéro de courrier communiqué par Maarch à l'origine, il n'y a pas de raison de repasser par Welco : appel sur les webservices de Maarch en passant par le connecteur évoqué par Thomas ça me paraît bien (mais il faut transmettre cet ID initial).

Comment qu'on fait pour avoir ce connecteur installé à Nancy ?

#4

Updated by Benjamin Dauvergne almost 4 years ago

STOP le code dans passerelle est obsolète il passe par un interface SOAP qui n'existe pas/plus, enfin en tout cas qui n'est plus documenté par Maarch et qui n'est pas utilisée sur Nancy.

#5

Updated by Pierre Cros almost 4 years ago

Ok alors oublions ce connecteur.

Est-ce que je dois demander à Maarch autre chose que ce que j'ai déjà demandé ? Est-ce que l'ID du courrier Maarch est lié à la demande dans w.c.s. ?

#6

Updated by Benjamin Dauvergne almost 4 years ago

Pierre Cros a écrit :

Ok alors oublions ce connecteur.

Est-ce que je dois demander à Maarch autre chose que ce que j'ai déjà demandé ?

Moi j'attends qu'ils dégrossissent le boulot, i.e. en pseudo code qu'ils expliquent comment faire avec les WS existants ou des nouveaux s'il en faut, mais j'ai peur qu'ils reviennent avec des questions, sur les colonnes à ajouter dans leurs données, je ne crois pas qu'on puisse pousser n'importe quoi et l'utiliser dans un template ensuite.

Est-ce que l'ID du courrier Maarch est lié à la demande dans w.c.s. ?

Non, si je dis que welco est au milieu et doit a priori y rester ce n'est pas pour rien, il n'y a que lui qui connaisse le lien entre les courriers et les formdata.

Sinon prévoir une évolution coté w.c.s. pour pousser ça dans le contexte de soumission (je ne sais pas trop si c'est un dico libre ou pas).

#8

Updated by Pierre Cros almost 4 years ago

Repasser par Welco me semble bien superflu et donc, sauf si vous me dîtes le contraire, je trouve utile d'avoir l'Id du courrier Maarch dans la demande (contexte de soumission ou autre je ne sais pas).

J'ai envie qu'on envoie le corps du courrier et voilà, un texte donc. S'il faut autre chose, ce sera effectivement à Nancy/Maarch de nous dire. Est-ce que c'est possible en l'état avec les WS existant ?

#9

Updated by Frédéric Péters (de retour le 10/10) almost 4 years ago

Sinon prévoir une évolution coté w.c.s. pour pousser ça dans le contexte de soumission (je ne sais pas trop si c'est un dico libre ou pas).

Plutôt côté welco, et c'est trivial, je viens de créer #27794 avec le patch, le tout se trouve ensuite accessible côté w.c.s.

#10

Updated by Benjamin Dauvergne almost 4 years ago

J'ai acké le patch de Fred mais ça n'avance en rien le fond du problème, et je ne comprends toujours pas en quoi c'est plus simple de se baser sur un connecteur passerelle qu'on a pas.

#11

Updated by Frédéric Péters (de retour le 10/10) almost 4 years ago

(...) je ne comprends toujours pas en quoi c'est plus simple de se baser sur un connecteur passerelle qu'on a pas.

Plutôt qu'autre chose qu'on n'a pas non plus, et qu'on ne sait même pas ce que ça pourrait être ?

Basiquement, pour reprendre le ticket, on est là dans w.c.s., on a généré un pdf de réponse, on veut le poser dans maarch, qu'il soit associé au document d'origine, sans mettre les formes : set_answer(mail_id=..., file=...).

#12

Updated by Benjamin Dauvergne almost 4 years ago

Frédéric Péters a écrit :

(...) je ne comprends toujours pas en quoi c'est plus simple de se baser sur un connecteur passerelle qu'on a pas.

Plutôt qu'autre chose qu'on n'a pas non plus, et qu'on ne sait même pas ce que ça pourrait être ?

Basiquement, pour reprendre le ticket, on est là dans w.c.s., on a généré un pdf de réponse, on veut le poser dans maarch, qu'il soit associé au document d'origine, sans mettre les formes : set_answer(mail_id=..., file=...).

Donc plutôt que d'avoir une méthode uniforme basée sur welco, on va multiplier encore les intégrations ? Ne serait-il pas plus simple que welco balance directement l'URL de l'API dans la clé answer_url du contexte et qu'on puisse bêtement poster la réponse vers form_submission_context_answer_url ? Ou alors on est super sûr qu'il n'y aura pas n autres intégration d'un logiciel courrier à l'avenir.

Je vais ouvrir un autre ticket je ne sais où pour parler spécifiquement de Maarch parce que ça pollue ce ticket.

#13

Updated by Frédéric Péters (de retour le 10/10) almost 4 years ago

Que ce set_answer(mail_id=..., file=...) soit un webservice dans welco, dans passerelle, ou natif de l'applicatin métier, ça ne devrait pas avoir d'incidence côté w.c.s.

Le moment où ça aurait une incidence c'est si cet appel ne pouvait pas être fait via l'action webservice, et ça signifierait alors, soit la création d'un connecteur dédié dans passerelle, qui offrirait un appel compatible avec l'action webservice, soit la création d'une action dédiée, ce qu'on essaie de limiter aujourd'hui.

#14

Updated by Benjamin Dauvergne almost 4 years ago

  • Status changed from Nouveau to Rejeté
#15

Updated by Benjamin Dauvergne almost 4 years ago

J'ai fermé parce que ça part en sucette, je vais attendre les retours de Maarch et on verra.

#17

Updated by Pierre Cros almost 4 years ago

La suite est ici #22546

Also available in: Atom PDF