missing part to overload classes
Le 04/08/12 18:07, Laurent Destailleur (eldy) a écrit : > > A first documentation about canvas system is available on page > http://wiki.dolibarr.org/index.php/Canvas_development > > But it is not yet complete. So update of wiki will be welcome if you > use/test this feature. > > > > Le 04/08/2012 10:42, Régis Houssin a écrit : >> 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 > > > > -- > Eldy (Laurent Destailleur). > --------------------------------------------------------------- > EMail: [email protected] > Web: http://www.destailleur.fr > > Dolibarr (Project leader): http://www.dolibarr.org > To make a donation for Dolibarr project via Paypal: [email protected] > AWStats (Author) : http://awstats.sourceforge.net > To make a donation for AWStats project via Paypal: [email protected] > AWBot (Author) : http://awbot.sourceforge.net > CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net > > > _______________________________________________ > 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
