tu pourrais utiliser le système de canvas afin de surcharger la classe
société et/ou la classe contact, ainsi tu pourrais avoir tes propres
templates, méthodes et tables, tout en profitant des tables et classes
existantes



Le 04/08/12 03:02, Marc-Henri Pamiseux a écrit :
> 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,
>
>
> _______________________________________________
> Dolibarr-dev mailing list
> [email protected]
> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Cordialement,
-- 
Régis Houssin
---------------------------------------------------------
Cap-Networks
Cidex 1130
34, route de Gigny
71240 MARNAY
FRANCE
VoIP: +33 1 83 62 40 03
GSM: +33 6 33 02 07 97
Web: http://www.cap-networks.com/
Email: [email protected]

Dolibarr developer: [email protected]
Web Portal: http://www.dolibarr.fr/
SaaS offers: http://www.dolibox.fr/
Shop: http://www.dolistore.com/
Development platform: https://doliforge.org/
---------------------------------------------------------

_______________________________________________
Dolibarr-dev mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Répondre à