[Dolibarr-dev] Gestion abonné ~= Gestion Tiers

[Marc-Henri Pamiseux]

Bonsoir,

Je découvre la fonctionnalité multi-adresse dans la gestion d'un tiers.
Ceci me fait tout à fait penser à ce que je dois développer, la gestion
des abonnés. Voici mon schéma :

* Un abonné est une personne physique ou morale qui reçoit une
publication pour un certain nombre de numéros.
* Un abonné est caractérisé par une entité, un contact et plusieurs
adresses de courriel; En ce sens, un abonné pourrait être vu comme une
entité ayant un ou plusieurs contacts, rattachés ou non à un organisme
Tiers (le payeur).
* Un Tiers, dans le sens de Dolibarr, est l'organisme payeur des
abonnements.
- Un abonné peut être l'organisme payeur de cet abonnement.
- Un abonné peut être simplement la personne livrée sans être
l'organisme payeur. Dans ce dernier cas, il faut lier l'abonné à
l'entité Tiers (comme on peut lier un contact à un Tiers).
- Un abonné peut-être un prospect d'abonnement, auquel cas, il recevra 3
exemplaires de test. L'abonnement d'un prospect est un contrat
particulier engageant pour une durée de 3 numéros. Un abonné prospect
doit se transformer aussi facilement qu'un Tiers Prospect se transforme
en Tiers client. Attention, un abonné prospect peut-être dépendant d'une
structure payeur (le Tiers) vu comme étant un client pour d'autres
abonnés. Je ne peux donc pas utiliser la fonction prospect/client prévue
par la gestion du Tiers pour réaliser cette fonctionnalité.

-> Je reste persuadé qu'il me faut dissocier la notion d'abonné dans des
tables distinctes des tables standard de dolibarr. J'ai créé
llx_publi_subscriber; Cette table est liée à llx_societe et à llx_socpeople.

@ tout cela, il me faut greffer une gestion des publications elles-mêmes
ainsi qu'une gestion des envois de ces publications aux abonnés du
numéro à diffuser. Je compte bien utiliser le module de mailing pour
diffuser une publication donnée à l’ensemble de ses abonnés. On
s'approche furieusement du module de newsletter... Je dois pouvoir créer
un template de diffusion auquel il faudra adjoindre un fichier PDF (la
publication elle même), puis boucler sur tous les courriels des abonnés
à cette publication afin de leur faire parvenir par courriel
(éventuellement par fax, mais on verra en V.3)

-> Il me faudrait utiliser la gestion des contrats de services.
Toutefois, le contrat de service prévoit l'utilisation d'un "produit
Service" entre deux dates, et non pas entre deux numéros de publication.
-> Il me parait préférable de créer une table des publications elle même
liée à des produits et services, puis de lier les abonnés aux
publications auxquelles ils ont souscrit l'abonnement. Il est rare mais
possible qu'un abonné le soit pour deux publications différentes.

Il existe aussi une demande relative à une notion de "réseau de
relation". En fait, un abonné s'est fait connaître par un ou plusieurs
réseau. Je dois donc associer une table des réseaux de relation avec un
abonné. la relation abonné->réseau_relation est de type 1->N, N valant
la plupart du temps 1...

Si vous avez des conseils à me prodiguer pour m'éviter de ré-inventer la
roue et d'utiliser au maximum les masques de saisie des composants de
Dolibarr, je vous en serais gré. Je pense particulièrement aux
possibilités d'ajouter un onglet sur une forme existante, sans toucher
au code du module concerné (un peu comme on peut le faire avec les
menus). De même, sur certains écrans il s'agirait d'ajouter non pas des
onglets mais de boites (box) comme on peut les voir en gestion des tiers
(Créer contact, créer adresse, créer projet...)

@ vous lire,
-- 
Marc-Henri Pamiseux

SARL Libricks
Maison de la technopole
6, rue Léonard de Vinci - BP 0119
53001 LAVAL Cedex

signature.asc
Description: OpenPGP digital signature