Archives par mot-clé : Exemple

Création auto-entreprise – création BD et société (2/6)

Nous partons d'une installation OpenERP 7.0 déjà réalisée sous Debian 7.

Créer une nouvelle base de données

Affecter le droit "caractéristiques techniques" à l'utilisateur "admin"

Renseigner les informations concernant la société

Créer le compte courant bancaire

Les informations concernant le compte bancaire apparaîtront dans certains documents  (devis, facture ...).
La valorisation du champ "code de l'identification bancaire" (=code SWIFT) conduit à créer un nouveau journal des comptes lié à ce compte bancaire (pas nécessaire dans le cas d'une auto-entreprise).

Appli YD – filtrage/recherche des adhérents (7/7)

Pour conclure, j'aimerai apporter 2 améliorations :

  1. être sûr de n'afficher que les adhérents dans la vue "adhérent"
  2. aménager la recherche des adhérents

1 - Affichage uniquement des adhérents
Notre notion d'adhérent étant héritée de l'objet "Partner" qui peut aussi bien désigner un client, un fournisseur, un employé qu'un adhérent, il faut s'assurer que nous n'affichons dans la vue "adhérent" que des adhérents.
Pour cela, nous allons ajouter un attribut à l'objet 'Partner' qui précisera notre notion d'adhérent.

Nous allons modifier la classe "yd_member" en ajoutant cet attribut appelé "ydmember"

extrait fichier "yd.py"

 ... puis la vue en ajoutant un filtre "... domain ..." sur cet attribut

extrait fichier "yd_view.xml"

2- aménager la recherche des adhérents

... en ajoutant un filtre "Tarif réduit"

... en recherchant soit par le nom de l'adhérent, soit par le nom des cours

Pour cela, nous ajoutons une vue spécifique de type "search"

extrait fichier "yd_view.xml"

et nous la référençons dans l'action par la ligne "... search_view_id ..."

extrait fichier "yd_view.xml"

Appli YD – envoi de courriel – 3ème version (6/7)

L'objectif de cette nouvelle version est de pouvoir créer et envoyer un courriel à un ou plusieurs adhérents.
Nous allons tout d'abord ajouter le module "mail" à notre configuration.

Pour cela nous modifions notre fichier __openerp__.py en ajoutant "mail" dans les dépendances

Cela a comme conséquence de :

  • ajouter "messagerie" dans le menu général OpenERP

  • ajouter le choix "mass mailing"  lorsque l'on sélectionne un ou plusieurs adhérents dans le menu "tree"

Ensuite nous allons dans le menu "Configuration/Paramètres généraux" pour paramétrer notre serveur sortant de courriels

En théorie, ces opérations auraient dû suffire pour permettre d'envoyer des mails grâce au wizard "mail.compose.message" appelé par le choix "Mass Mailing"

Malheureusement, il y a un bug (corrigé en V8) dans la version actuelle et nous appliquerons le contournement proposé ici
Ce qui se traduit par la création du modèle de courriel suivant

en précisant dans l'onglet "avancé", notre serveur de courriels sortant

Ensuite, dans le formulaire d'envoi (wizard), il faut utiliser le modèle "YD bug send mail" créé pour l'occasion

Appli YD – gestion des adhérents – héritage de classe (5/7)

Dans la 1ère version de l'appli, nous avons utilisé une variante d'héritage appelé "héritage de prototype" (à droite sur le schéma ci-dessous) qui consiste à dupliquer l'objet "hérité", en l'occurence "Partner".
Cela interdit ensuite de réutiliser les vues, wizard, workflow (etc ...) existants en lien avec l'objet d'origine.

Pour cette 2ème version de l'appli, nous utilisons la variante "héritage de classe".
Elle nous donnera la possibilité de réutiliser la vue "form" de l'objet Partner et ultérieurement, le wizard d'envoi de mail.
Nous nous attardons uniquement sur les fichiers "yd.py" et "view".

Dans le 1er fichier, seule la valeur de "_name" est modifiée.

impact dans fichier "yd.py"

Dans le 2ème fichier , 2 possibilités :
  1- Pas d'héritage de vue :
pour la vue "form", on modifie la valeur "model" avec "res.partner"  et on rend cette vue (eval ... priority...) plus prioritaire que la vue par défaut "view_partner_form"

extrait fichier "yd_view.xml"

   ... et pour la vue "tree"

extrait fichier "yd_view.xml"

  2- héritage de la vue "view_partner_form" :
avec modifications apportées pour supprimer des champs et onglets affichés dans l'objet de base et ajouter les champs spécifiques à "yd.member" (cf documentation officielle)

extrait fichier "yd_view.xml"

Personnellement dans notre cas, les modifications par rapport à la vue "view_partner_form" étant assez importantes, je préfère ne pas utiliser l'héritage de cette vue.

Appli YD – gestion des adhérents – 1ère version (4/7)

Passons maintenant à la gestion des adhérents.
Nous avons uniquement à modifier des fichiers existants :

  1. le fichier view
  2. le fichier yd.py
  3. le fichier csv de droits d'accès
  4. le fichier de traduction

Pour chacun des 4 fichiers, voici les modifications apportées :

Lignes ajoutées dans fichier "yd_view.xml" (1/2)
Lignes ajoutées dans fichier "yd_view.xml" (2/2)
Lignes ajoutées dans fichier "yd.py"

Lignes ajoutées dans fichier "ir.model.access.csv"

 Le fichier de traduction "fr.po" lui, a été regénéré selon la procédure habituelle

Après ces modifications, nous arrivons au résultat suivant :