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
_______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
