Professional Documents
Culture Documents
UNIVERSITE ABDELMALEK
ESSADI
Titre
ANALYSE DE BESOIN, ADAPTATION
ET INTEGRATION DOPENERP POUR
LA GESTION DOFFICINE
Ralis par
HAMLI Marouane
Encdr par
ELKAFIL Abdrahman (NEXTMA)
EL ALAMI Mohamed (ENSAT)
SOUTENU LE 27 juin 2012
Ddicace
Au Dieu tout puissant, mon crateur.
A ma mre, ma raison dtre, ma raison de vivre, la lanterne qui claire mon
chemin et millumine de douceur et damour.
A mon pre, en signe damour, de reconnaissance et de gratitude pour tous les
soutiens et les sacrifices dont il a fait preuve mon gard.
A mes surs.
A mes grands-parents.
Aux familles EL KHAZRAJI et HAMLI.
A mes amis, et tous mes proches.
Page 2
HAMLI Marouane
Remerciements
Le prsent rapport reflte le fruit des efforts conjugus de plusieurs personnes. Il
mest alors agrable dexprimer ma reconnaissance auprs de toutes ces personnes, dont
lintervention au cours de ce projet, a favoris son aboutissement.
Aussi je tiens rendre grce mes parents, ma famille et mes amis qui, avec leur
soutien et encouragement, jai pu arriver terme de ce travail.
Je souhaite remercier aussi mon encadrant dentreprise, pour mavoir accord cette
chance de travailler ses cots, et qui ma t dune aide trs utile durant ma priode de
stage, Mr ELKAFIL Abdrahman pour ses directives prcieuses et ses conseils judicieux qui
mont t dun appui considrable dans ma dmarche.
Je remercie particulirement Mr Mohamed HASSOUN EL ALAMI pour son
encadrement, son soutien, ainsi que pour ses conseils instructifs durant toute la priode de ce
travail.
Mes remerciements aussi Mr ELHADDAD Mohamed, chef de la filire informatique,
ainsi qu lensemble des professeurs de lENSA-Tanger pour les efforts fournis pour notre
bonne formation.
Que les membres de jury trouvent ici lexpression de mes reconnaissances pour avoir
accept de juger notre travail. Que tous ceux et celles qui ont contribu de prs ou de loin
laccomplissement de ce travail trouvent lexpression de mes remerciements les plus
chaleureux.
Page 3
HAMLI Marouane
Rsum
Les technologies de linformation ont connu une importante volution durant ces
dernires annes, ce qui a donn comme rsultat lmergence de plusieurs solutions
informatiques pour remdier aux diffrentes problmatiques relles.
Les Progiciels de Gestion Intgr, appels PGI ou ERP, sont lune des solutions les
plus pratiques ce jour, ils intgrent les principales composantes fonctionnelles de
l'entreprise: gestion de production, gestion commerciale, logistique, ressources humaines,
comptabilit, contrle de gestion.
A l'aide de ce systme unifi, les utilisateurs de diffrents mtiers travaillent dans un
environnement applicatif identique qui repose sur une base de donnes unique. Ce modle
permet d'assurer l'intgrit des donnes, la non-redondance de l'information, ainsi que la
rduction des temps de traitement.
Le travail prsent dans ce rapport concerne lanalyse du besoin, ladaptation et
lintgration du PGI Open-Source OpenERP pour la gestion dofficine pharmaceutique.
Pour y arriver, il a fallut dabord se rendre sur les lieux, une pharmacie, pour prendre
notes des diffrents processus mtier, pour ensuite pouvoir laborer une liste des diffrents
besoins requis. Ltape qui a suivit tait de se familiariser avec ce nouvel outil et dcouvrir les
options quil offre, puis apprendre comment dvelopper un module pour ce progiciel. Ensuite
faire quelques simulations pour sassurer que le travail a bien t fait, et corriger les bugs qui
peuvent arriver, si jamais il y en a.
Les PGI sont connus pour leur structure modulaire , ainsi il a fallut dvelopper un
module spcial pour les officines, lequel fonctionne en relation avec dautres modules
existants, comme le module des achats, ou celui du point de vente.
Page 4
HAMLI Marouane
Avant-propos
Nom : HAMLI
Prnom : Marouane
Intitul du travail : Analyse du besoin, adaptation et intgration dOpenERP pour la gestion
dOfficine.
Etablissement daccueil : Nextma
452, Boulevard Mohamed V, Casablanca
Tel : +212 (0) 5 22 30 00 55
Fax : +212 (0) 5 22 45 17 30
Email : info@nextma.com
Encadrant dans ltablissement daccueil : M. ELKAFIL Abdrahman
Encadrant lENSA : M. EL ALAMI Ahmed
Date de dbut et de fin du stage : du 5 Mars au 31 Mai 2012.
Page 5
HAMLI Marouane
Dsignation
PGI
ERP
SSLL
PME
CRM
UML
RUP
XP
eXtreme Programming
2TUP
DCI
XML
BSD
SGBDRO
SQL
MVC
GPAO
GTK
WSGI
SGML
GED
TVA
Page 6
HAMLI Marouane
Page 7
HAMLI Marouane
Diagrammes
Diagramme 1: Gestion basique ................................................................................................ 26
Diagramme 2: Vente au comptoir ............................................................................................ 27
Diagramme 3: Gestion des achats ............................................................................................ 28
Diagramme 4: Gestion des ventes ............................................................................................ 29
Diagramme 5 : Gestion du stock .............................................................................................. 30
Diagramme 6: Cas d'utilisations - Statistiques et alertes.......................................................... 31
Diagramme 7: Diagramme des classes - fonctionnel ............................................................... 32
Tableaux
Tableau 1 : Comparaison des mthodes de dveloppement ..................................................... 20
Tableau 2: Liste des fonctionnalits requises ........................................................................... 25
Tableau 3: Description des modules OpenERP en relation avec l'officine .............................. 44
Tableau 4 : attributs du produit ................................................................................................ 49
Tableau 5: Attributs de la mthode de paiement ...................................................................... 50
Page 8
HAMLI Marouane
1.2
1.3
Secteurs dactivit...................................................................................................... 14
1.4
Rfrences ................................................................................................................. 15
2.2
Problmatique ............................................................................................................ 16
2.3
2.4
2.4.1
2.4.2
3.2
Conception ................................................................................................................. 26
3.2.1
1.
3.2.2
4
Ubuntu ....................................................................................................................... 34
4.2
PostgreSQL ................................................................................................................ 35
Page 9
HAMLI Marouane
4.3
OpenERP ................................................................................................................... 36
4.4
Python ........................................................................................................................ 40
4.5
XML .......................................................................................................................... 42
5.2
5.3
Installation ................................................................................................................. 47
5.4
Paramtrage ............................................................................................................... 48
5.4.1
Gnral ............................................................................................................... 48
5.4.2
5.4.3
Produit ................................................................................................................ 49
5.4.4
5.5
Simulation .................................................................................................................. 51
5.5.1
5.5.2
5.5.3
5.5.4
5.5.5
Comptabilit ....................................................................................................... 58
5.5.6
5.6
Conclusion ................................................................................................................................ 65
Bibliographie & webographie .................................................................................................. 66
Bibliographie ........................................................................................................................ 66
Webographie ........................................................................................................................ 66
Annexe A.................................................................................................................................. 67
Page 10
HAMLI Marouane
Introduction gnrale
Le prsent rapport est le fruit de mon travail effectu au sein de la socit Nextma
Casablanca, ce stage de 3 mois est le couronnement de ma formation pour obtenir le diplme
dIngnieur dEtat, en gnie informatique, lENSA Tanger.
Durant ces trente dernires annes, linformatique de gestion a subi des
bouleversements considrables. Les avances technologiques du traitement de linformation
ont eu des consquences capitales sur le rle de loutil informatique. Si les premires
applications ont permis dautomatiser les activits oprationnelles des organisations (gestion
de production, gestion commerciale et financire, ressources humaines), aujourdhui les
systmes dinformation prennent en charge des niveaux de gestion de plus en plus
stratgiques.
Les ERP (Enterprise Resource Planning) ou PGI (Progiciels de Gestion Intgrs),
ont connu leur essor en profitant de lvolution ncessaire des systmes dinformation pour le
passage de lan 2000 puis pour la mise en place de leuro. En effet, il tait sduisant de
remplacer tous les logiciels de gestion de lentreprise par un intgr offrant ltat de lart
plutt que dengager des corrections des programmes existants plus ou moins anciens.
Mon Projet de Fin dEtudes est autour dOpenERP, un PGI open-source extrmement
modulaire, et a pour but dadapter puis intgrer cette solution pour permettre la gestion des
officines pharmaceutiques.
Le travail consiste effectuer dabord une analyse du besoin, afin de bien souligner les
diffrentes fonctionnalits requises, ensuite chercher parmi ces fonctionnalits celles qui
sont dj offertes par OpenERP, comme a je pourrai entamer le dveloppement des
fonctionnalits restantes qui nexistent pas encore, pour enfin faire des tests de simulation,
dtecter et corriger les bugs si jamais il y en a.
Ce rapport est scind en deux grandes parties : la premire, compose de deux
chapitres, dfinit le contexte gnral du projet ; Le premier chapitre prsente lorganisme
daccueil, tandis que le second concerne le cadre gnral du projet, et la dmarche suivie pour
assurer son bon droulement. Quant la seconde partie, compose de trois chapitres, concerne
tout ce qui est tude fonctionnelle et technique, ainsi le troisime chapitre est autour de
lanalyse et la conception du projet, le suivant dcrit les choix des technologies mises en
uvre, alors que le dernier explique ltape du dveloppement, ainsi que la simulation et les
diffrents problmes rencontrs.
En fin, ce rapport est termin par une conclusion sur lapport du travail ralis et des
perspectives futurs o il peut dboucher.
Page 11
HAMLI Marouane
Page 12
HAMLI Marouane
Nextma est une Socit de Services en Logiciels Libres (SSLL) qui accompagne les
entreprises et institutions dans le choix des solutions open source ainsi que dans l'intgration,
le dveloppement, l'adaptation aux besoins spcifiques, la maintenance et le support. Afin de
bnficier des meilleures solutions libres dans la gestion des systmes d'information.
Nextma a dvelopp une expertise autour dOpenERP depuis 2006 (premier partenaire
officiel OpenERP au Maroc en 2007) et a contribu faire connatre cet ERP open source au
Maroc travers plusieurs dploiements russis dans les PME marocaines et des confrences
dans les universits et adapte celui-ci la lgislation marocaine et aux besoins spcifiques des
entreprises.
Page 13
HAMLI Marouane
Nextma
propose
loffre
Page 14
HAMLI Marouane
1.4 Rfrences
Nextma compte plusieurs dploiements russt dOpenERP dans des PME marocaines
dont je cite quelques rfrences :
Page 15
HAMLI Marouane
2.2 Problmatique
Les officines marocaines souhaitent souvrir sur les nouvelles technologies et les
utiliser pour avoir un meilleur rendement, et ainsi intgrer des solutions de gestion compltes,
paramtrables et flexibles pour la gestion de tout ce qui se rapporte au domaine de la
pharmacie.
Certes il existe des solutions sur le march, mais elles sont payantes, en plus du fait
quil est difficile de communiquer entre ces applications avec dautres solutions externes
(le cas dautomatiser les commandes de mdicaments), et leur support est bien limit vu
quelles ont t codes la demande, noter aussi quelles ne sont pas flexibles.
Avec ces outils, le pharmacien se retrouve oblig deffectuer lui-mme un bon nombre
de tches qui normalement, avec ces solutions, doivent tre automatises, je cite comme
exemple envoyer des bons de commande vers le grossiste (fournisseur) : le pharmacien (agent
ou administrateur) cre un bon de commande avec une liste des produits demands ainsi que
Page 16
HAMLI Marouane
leur quantits, ce bon devra tre transmis automatiquement vers un fournisseur parmi ceux
enregistrs dans la liste, aprs sa validation, cette option tait oprationnelle avant, mais
ncessitait une installation matrielle particulire (modems 56k..etc) qui ntait pas disponible
chez tous les partenaires, et a t abandonne plus tard, donc le pharmacien est oblig de
passer par la mthode classique qui est passer sa commande par tlphone. Les bons de
commande sont donc temporaires, et se trouvent dans la plupart des cas supprims aprs avoir
effectu la rception des produits.
Autre problme que le pharmacien rencontre, est quand lapplication plante, et quil
na plus accs certaines donnes, comme ce cas dont jtais tmoin lors de ma visite
lofficine du client, la liste des fournisseurs a t endommage et ntait plus accessible, ce
qui empchait dtablir des bons de commande ou effectuer des rceptions dans le logiciel,
ainsi les bons de livraisons des grossistes sentassaient les uns sur les autres, en attendant que
la service support du logiciel envoie un technicien pour rtablir la base de donnes. Ceci avait
dautres consquences, le pharmacien tait habitu faire une sauvegarde quotidienne de ses
transactions, cette sauvegarde ntait plus possible depuis que la liste des fournisseurs est
perdue, ce qui reprsente un grand risque pour ces donnes, surtout quil tait en priode de
garde et avait effectu plusieurs ventes et rceptions. En plus, les quantits des produits au
stock sont devenues toutes fausses.
Lditeur du logiciel proposait une assistance instantane, via un logiciel dassistance
distance, qui na pas t fourni tous ses clients, et la seule solution pratique tait denvoyer
les techniciens rparer les machines ne fonctionnant plus.
Rsultat : prs de 5 jours dattente, sans aucune sauvegarde, avec des donnes
errones, et encore faut-il du temps pour saisir toutes ces rceptions effectues pendant la
panne, aprs la rparation du logiciel.
Page 17
HAMLI Marouane
paramtrage ne permet pas de prendre en compte des particularits lies au mtier des
officines.
Donc, le systme dinformation dvelopper aura pour objectifs :
-
Objectifs globaux :
o Disposer dun outil de gestion complet, qui contribuera lvolution des
officines
o Disposer dun outil dont le support ne ncessite pas trop de ressources, et qui
pourra communiquer avec dautres applications sans complication
Objectifs spcifiques :
o Permettre une gestion des lments de bases, comme les clients, patients,
mdecins et fournisseurs
o Permettre une vente au comptoir aise, avec une interface ergonomique qui
facilite la recherche des produits, et supporte plus quune mthode de
paiement.
o Permettre deffectuer des achats auprs des fournisseurs, o il est possible
dditer des devis, de crer des bons de commande et de recevoir les produits
o Permettre une gestion de stock efficace, avec la possibilit de faire des
inventaires physiques et de voir ltat des stocks nimporte quand.
o Permettre le suivi des clients, voir leur situation en tout moment, et rgler leur
crdit sils en ont.
o Enfin, avoir des statistiques concernant ces points cits auparavant
Page 18
HAMLI Marouane
Introduction
La complexit croissante des systmes informatiques a conduit les concepteurs
sintresser aux mthodes. On a comptabilis en 1994 jusqu 50 mthodes. Chaque mthode
se dfinit par une notation et un processus spcifique. UML a ouvert le terrain en fusionnant
la notation. Il reste cependant dfinir le processus pour rellement capitaliser des rgles dans
le domaine du dveloppement logiciel. Les groupes de travail UML ont donc travaill
unifier non pas les processus, mais plus exactement les meilleures pratiques de
dveloppement objet. Ces processus ce distingueront par le gnrique UNIFIED
PROCESS .
Un processus dfinit une squence dtapes, en partie ordonn, qui concoure
lobtention dun systme logiciel ou lvolution dun systme existant. Pour produire des
logiciels de qualit, qui rpondent aux besoins des utilisateurs dans des temps et des cots
prvisibles. On dcoupe le processus en deux axes :
- Laxe de dveloppement technique, qui de concentre principalement sur la qualit de
production.
- Laxe de gestion du dveloppement, qui permet la mesure et la prvision des cots et
des dlais.
Page 19
HAMLI Marouane
Rational
Unified Process
(RUP)
Description
-Mthodologie centre
sur larchitecture et
couple
aux
diagrammes UML
-Concerne des projets
de +10 personnes
-Processus
complet
assist par des outils
exhaustifs
eXtreme
Programming
(XP)
-Dveloppement guid
par les besoins du client
-Equipes
rduites,
centres
sur
les
dveloppeurs
Two Track
Unified Process
(2TUP)
-Articul autour de
larchitecture
-Cycle
de
dveloppement en Y
-Convient aux projets de
toutes tailles
Points forts
-Itratif
-Spcifie le dialogue
entre les diffrents
intervenants du projet :
les livrables, plannings
et prototypes
-Propose des modles
de documents, et des
canevas
pour
des
projets types
-Rles bien dfinis,
modlisation
-Itratif
-Simple mettre en
uvre
-Laisse une large place
aux aspects techniques
-Builds journaliers
-Amlioration
constante
adaptation
aux modifications
Points faibles
-Coteux personnaliser
-Trs ax processus, au
dtriment
du
dveloppement
-Lourd, largement tendu, il
peut tre difficile mettre
en
uvre
de
faon
spcifique
-Convient pour les grands
projets
qui
gnrent
beaucoup de documentation
-Ne couvre pas les phases
en amont et en aval du
dveloppement
-Assez flou dans sa mise en
uvre : quels intervenants ?
Quels livrables ?
-Focalis
sur
laspect
individuel
du
dveloppement,
au
dtriment dune vue globale
et
des
pratiques
de
management
ou
de
formalisation.
-Superficiel sur les phases
en amont et en aval du
dveloppement
-Aucune proposition de
document type
Pour atteindre les objectifs, jai suivi la mthode 2TUP (2Track Unified Process), qui sera
plus dtaille dans ce qui suit.
Page 20
HAMLI Marouane
Page 21
HAMLI Marouane
2.4.2
Planification du projet
Le diagramme de GANT ci-dessous prsente les diffrentes tches ncessaires pour raliser le projet :
Page 22
HAMLI Marouane
Pour bien mener ce projet, je me suis dplac, dans un premier temps, lofficine du
client, afin de dcouvrir les diffrentes activits et processus mtier de ce domaine, des notes
concernant ceci ont t prises, et des explications ont t fournies pour chaque question
concernant un processus plus ou moins compliqu.
Aprs cette visite des lieux, je suis pass ltape suivante qui est de reformuler les
diffrents points pour bien limiter les besoins requis et ensuite laborer un cahier des charges
que le client devra consulter, et validera si tous les points cits correspondent ceux quil
cherche.
Les PGI sont un nouveau monde pour moi, il est donc vident de prendre un peu de
temps pour se familiariser avec, comprendre leur cot technique dabord, puis comprendre
leur cot fonctionnel. Et comme OpenERP est crit en Python, combin XML pour gnrer
les diffrentes vues, jai eu lire quelques livres sur le dveloppement avec python, et aussi
avec le framework Open Object , ddi au dveloppement sous OpenERP.
Une fois familiaris un peu avec loutil, je suis pass crire quelques modules
simples pour sassurer que jai bien assimil sa technique de dveloppement, comme a je
pourrais me lancer dans la dcouverte fonctionnelle du PGI, car cest travers elle que je
dterminerai les modules dj existants et qui rpondent en partie aux exigences du client.
Cette dcouverte ma permis de fixer les fonctionnalits non existantes et qui devront tre
ajoutes, en plus du paramtrage mettre en place.
Aprs avoir cr les objets manquants, et aprs avoir paramtr lapplication, jai
commenc faire des simulations, afin de sassurer que le paramtrage suivi est le bon, et
aussi chercher si il y a des bugs dans le module que je viens de crer, ou dans les autres
modules auxquels il est li, puis je suis parti la recherche de solutions pour les diffrentes
anomalies dtectes.
Page 23
HAMLI Marouane
Page 24
HAMLI Marouane
Vente au comptoir
Gestion de stock
Statistiques
Fonctionnalits
Gestion des mdicaments
Gestion des clients
Gestion des fournisseurs
Gestion des patients
Gestion des mdecins
Grer les DCIs
Recherche de produits multicritre (nom, code ou code barre)
Paiement supportant diffrentes mthodes de paiement (espces,
chques, crdit, ou carte de crdit)
Impression du ticket de vente
Gestion de lordonnancier (vente sur ordonnance)
Consulter le journal du comptoir
Consulter la liste des fournisseurs
Crer des devis de fournisseurs
Crer des bons de commandes
Effectuer des rceptions de mdicaments
Suivi des rglements fournisseurs
Consulter la liste des clients
Gestion des avoirs clients
Suivi des rglements clients
Consulter le journal des ventes
Edition des devis
Consulter la liste de produit
Effectuer des inventaires physiques
Voir les mouvements de stock
Calcul des carts entre stock initial et stock actuel
Afficher le stock rel
Consulter les produits en stock dalerte (quantit insuffisante)
Distribution mensuelle des ventes par client
Distribution mensuelle des achats par fournisseur
Distribution dtaille des achats par produit / fournisseur
Distribution dtaille des ventes par produit / client
Tableau 2: Liste des fonctionnalits requises
Page 25
HAMLI Marouane
3.2 Conception
Ltape de conception est trs importante pour la russite dun projet informatique car
elle vise dfinir une feuille de route du projet, le concevoir et le valider avant de passer au
dveloppement du systme. Elle permet aussi davoir une bonne rflexion avant de passer
laction, une bonne organisation du travail et une bonne communication entre les diffrents
intervenants dans le projet.
Jai utilis des diagrammes UML pour cette tape, vu quil est le plus appropri pour les
projets informatiques orients objet, et aussi car ses diagrammes facilitent la lisibilit et la
comprhension des modles mme pour les ceux qui sont loin du domaine informatique.
Le principal avantage d'UML est qu'il est devenu le standard en termes de modlisation
objet, son caractre polyvalent et performant et sa souplesse en fait un langage universel.
3.2.1 Diagramme des cas dutilisations :
Dans ce projet, jai six grands cas dutilisations, ces cas sont dtaills dans les
diagrammes suivants :
1. Gestion basique :
Page 26
HAMLI Marouane
2. Vente au comptoir :
La vente au comptoir est lactivit principale dans une officine, dans ce cas, un simple
agent, reoit la demande du client, ensuite recherche les mdicaments demandes, puis
renseigne les quantits de chaque produit, les ajoute la liste, comme il peut retirer des
produits de la liste, selon la demande du client, aprs il calcule le total du ticket, applique une
remise sil y en a et informe le client du montant.
Vient ensuite ltape du paiement, l le client dclare la mthode de paiement quil
souhaite, et lagent la choisit parmi sa liste de mthodes disponibles, si le client opte pour un
crdit, alors lordre de vente se transforme en facture ouverte au client jusqu son paiement.
Une fois pay, lagent livre les mdicaments au client, et peut lui imprimer le ticket de vente
et le lui remettre.
Si le client amne une ordonnance, lagent suit une procdure similaire celle dcrite cidessus, avec la particularit quil doit renseigner dans cette vente le nom du mdecin layant
tabli, en plus du patient qui elle est destine. Il est possible que dans cette vente se trouvent
des produits nayant pas de relations avec lordonnance, ce cas est connu comme vente
libre .
Page 27
HAMLI Marouane
Page 28
HAMLI Marouane
Les ventes se font toutes au niveau du point de vente, la gestion des ventes ici
concerne le suivi des clients qui se procurent des produits par crdit, car dans cette partie
lagent peut consulter les factures des clients et voir celle qui sont toujours ouvertes, aussi il
pourra consulter la liste de ses clients et voir le montant des crdits de chacun.
Cette gestion permet aussi de grer les avoirs, produits retourns par les clients pour
diffrentes raisons, une mauvaise commande par exemple.
A travers ce volet, le pharmacien peut aussi diter des devis pour des clients qui
viennent se renseigner sur les prix de certains mdicaments.
Enfin, le pharmacien a la possibilit de consulter le journal des ventes, o se trouvent
les critures comptables des ventes par crdit.
Page 29
HAMLI Marouane
5. Gestion du stock :
La gestion du stock concerne la gestion des produits, o il est possible de voir la liste
de produits, voir les mouvements du stock, effectuer des inventaires physiques, voir ltat rel
du stock, et mme voir les carts entre stock actuel et stock initial.
6. Statistiques et alertes :
Page 30
HAMLI Marouane
Ce volet est autour de tout ce qui est statistiques utiles pour le pharmacien, afin davoir
une ide claire de ses ventes et ses achats, comme la distribution des ventes par produit ou par
client, la distribution des achats par produit ou par fournisseur, la distribution dtaille des
ventes ou achats.
Le pharmacien pourra consulter les produits en stock dalerte afin de pouvoir les
commander nouveau.
3.2.2 Diagramme des classes :
Le diagramme suivant est le diagramme de classes fonctionnel que jai ralis
avant de me lancer dans le dveloppement.
Page 31
HAMLI Marouane
Page 32
HAMLI Marouane
Evidemment, des changements ont eu lieu sur ce diagramme, surtout aprs la recherche
des modules OpenERP existants qui rpondent en partie aux besoins du cahier des charges, ce
qui a impos ces modifications.
Page 33
HAMLI Marouane
4.1 Ubuntu
Ubuntu est un systme dexploitation libre commandit par la socit Canonical et une
marque dpose par cette mme socit.
Fond sur la distribution Linux Debian et utilisant le bureau Unity, Ubuntu se veut
convivial, intuitif et sr . Il est constitu de logiciels libres, est disponible gratuitement y
compris pour les entreprises, et bnficie d'une nouvelle version (appele mise niveau )
tous les six mois.
Avec une utilisation globale estime plus de 25 millions d'utilisateurs, il est
principalement conu pour une utilisation sur des ordinateurs personnels (portables et fixes),
bien que d'autres versions consacres aux netbooks et aux serveurs existent aussi. Depuis
Ubuntu 11.04, la version Netbook a fusionn avec la version Desktop. Cette dernire tant
passe l'interface Unity, il n'y avait plus de raison de maintenir deux branches distinctes.
La version dUbuntu utilise pour ce projet est la 11.10, ayant pour nom de code The
Oneiric Ocelot , cette version est la quinzime version d'Ubuntu. Son dveloppement s'est
chelonn sur six mois, jusqu' sa publication en tant que version stable le 13 octobre 2011.
Page 34
HAMLI Marouane
Elle profitera des mises jour de scurit pendant une dure de 18 mois, soit jusqu'en avril
2013.
4.2 PostgreSQL
PostgreSQL est un systme de gestion de base de donnes relationnelle et objet
(SGBDRO). C'est un outil libre disponible selon les termes d'une licence de type BSD.
Ce systme est concurrent d'autres systmes de gestion de base de donnes, qu'ils
soient libres (comme MySQL et Firebird), ou propritaires (comme Oracle, Sybase, DB2,
Informix et Microsoft SQL Server). Comme les projets libres Apache et Linux, PostgreSQL
n'est pas contrl par une seule entreprise, mais est fond sur une communaut mondiale de
dveloppeurs et d'entreprises.
PostgreSQL peut stocker plus de types de donnes que les types traditionnels entier,
caractres, etc. L'utilisateur peut crer des types, des fonctions, utiliser l'hritage de type etc.
PostgreSQL est pratiquement conforme (de plus en plus conforme) aux normes ANSI
SQL 89, SQL 92 (SQL 2), SQL 99 (SQL 3), SQL:2003 et SQL:2008. Il fonctionne sur
diverses plates-formes matrielles et sous diffrents systmes d'exploitation.
PostgreSQL fonctionne sur Solaris, SunOS, Mac OS X, HP-UX, AIX, Linux, IRIX,
Digital Unix, BSD, NetBSD, FreeBSD, OpenBSD, SCO unix, NeXTSTEP, UnixWare et
toutes sortes d'Unix. Depuis la version 8.0, PostgreSQL fonctionne galement nativement sur
Windows. Avant la version 8, il fallait un mulateur de type cygwin pour faire fonctionner
PostgreSQL sur ce systme d'exploitation.
PostgreSQL est largement reconnu pour son comportement stable, proche de Oracle.
Mais aussi pour ses possibilits de programmation tendues, directement dans le moteur de la
base de donnes, via PL/pgSQL. Le traitement interne des donnes peut aussi tre coupl
d'autres modules externes compils dans d'autres langages.
Page 35
HAMLI Marouane
4.3 OpenERP
Anciennement connu sous le nom Tiny ERP, signifiant la fourmi de lEnterprise
resource planning) est un progiciel intgr de gestion ouvert, libre de droits comprenant les
ventes, la gestion de relation client (CRM), la gestion de projet, la gestion d'entrept, la
production, la comptabilit et les ressources humaines. OpenERP a trois composants spars :
le serveur openerp-server qui stocke ses donnes dans une base postgresql, le client openerpclient qui s'installe sur le poste de l'utilisateur et le serveur web openerp-web qui permet une
utilisation depuis un navigateur. Ces trois composants communiquent par les protocoles xmlrpc et net-rpc.
Le logiciel est bas sur une forte architecture MVC, des flux de travail flexibles, une
interface-utilisateur graphique dynamique, une interface XML-RPC, et un systme
personnalisable de comptes-rendus avec une intgration pratique d'OpenOffice.org.
Dans la classification des logiciels, OpenERP, comme tout autre PGI sur le march est
un package destin, a priori, tous les secteurs, toutes les fonctions, les adaptations
ncessaires se faisant par paramtrage.
Il dispose de forts arguments commerciaux pour sduire les dirigeants (il propose de
mettre un terme au dsordre du systme dinformation, et aussi de rgler des problmes
dorganisation sans effort politique). Cette offre sduisante par sa qualit et sa cohrence se
rvle lusage plus risque que lon avait pu limaginer : elle ne peut tre efficace que si lon
accepte les contraintes quelle impose. Sa mise en uvre comporte des difficults et des
piges.
Implanter un PGI a ses avantages, parmi lesquels je cite :
o Optimisation des processus de gestion
o Cohrence et homognit des informations
o Intgrit et unicit du Systme dinformation
Page 36
HAMLI Marouane
Page 37
HAMLI Marouane
Page 38
HAMLI Marouane
Fonctions d'changes EDI : Des fonctions d'change de donnes informatis font leur
apparition, permettant un partenaire d'importer des donnes (par exemple une
facture) le concernant dans son propre systme OpenERP ou progiciel tiers (au format
JSON), et mme d'effectuer le paiement en ligne.
Une interface mobile : Une nouvelle interface conue pour l'utilisation sur les
terminaux mobiles de type smartphone fait son apparition. Base sur le framework
JQuery Mobile, elle ne permet pour l'instant que la consultation en lecture seule des
informations.
Une interface destine aux points de ventes : Une nouvelle interface ddie aux points
de ventes cran tactiles, tablettes et autre dispositifs de caisse interactifs est
inaugure dans cette version d'OpenERP. Cette fonctionnalit trs demande permet
d'utliser un lecteur de codes barres, de slectionner des produits par catgorie/sous
catgorie, la recherche par nom de produits et peut fonctionner hors-ligne et se
synchroniser automatiquement lorsque la connexion avec le serveur est rtablie.
Et ce ne sont pas que les nouveauts qua apport cette version, mais aussi des
amliorations :
o Une configuration plus simple : De nouveaux boutons de raccourcis font leur
apparition, permettant de crer plus intuitivement de nouveaux documents et
de nouveaux enregistrements directement partir de leur saisie dans les
champs de donnes. De mme, une installation frache d'OpenERP inclut
dornavant une configuration minimale des modules, base sur les bonnes
pratiques et les utilisations les plus courantes observes chez les utilisateurs.
o Un effort sur l'utilisabilit : L'installateur et l'assistant de configuration ont t
repenss afin de faciliter la comprhension par les nouveaux utilisateurs, en
demandant moins de dtails sur la socit grer et en se focalisant sur les
informations absolument ncessaires. La page d'installation des modules
propose par dfaut une installation sous forme de thmes . Par exemple, un
clic sur le thme Ventes installera tous les modules ncessaires la gestion
des ventes, et vous dirigera ensuite automatiquement vers ce module configur
et prt l'emploi.
o Importation des donnes facilite : L'importation des donnes dans OpenERP
partir de sources tierces a t amliore. En effet, un assistant fait son
apparition permettant de facilement faire correspondre un fichier de donnes
au format csv au schma de donnes OpenERP. noter aussi lexistence de
fonctions d'importation automatise des donnes depuis SugarCRM et Google
Calendar.
o Sous-systme de courriels unifi : La configuration des paramtres de
connexions pour l'envoi et la rception de courriels est maintenant unifie, ce
qui met fin la duplication des configurations pour les modules tirant partie de
ces fonctions de courriels.
Page 39
HAMLI Marouane
4.4 Python
Page 40
HAMLI Marouane
Page 41
HAMLI Marouane
4.5 XML
XML (eXtensible Markup Language) est en quelque sorte un langage HTML amlior
permettant de dfinir de nouvelles balises. Il s'agit effectivement d'un langage permettant de
mettre en forme des documents grce des balises (markup).
Contrairement HTML, qui est considrer comme un langage dfini et fig (avec un
nombre de balises limit), XML peut tre considr comme un mtalangage permettant de
dfinir d'autres langages, c'est--dire dfinir de nouvelles balises permettant de dcrire la
prsentation d'un texte (Qui n'a jamais dsir une balise qui n'existait pas ?).
La force de XML rside dans sa capacit pouvoir dcrire n'importe quel domaine de
donnes grce son extensibilit. Il va permettre de structurer, poser le vocabulaire et la
syntaxe des donnes qu'il va contenir.
En ralit les balises XML dcrivent le contenu plutt que la prsentation
(contrairement HTML). Ainsi,XML permet de sparer le contenu de la prsentation, ce qui
permet par exemple d'afficher un mme document sur des applications ou des priphriques
diffrents sans pour autant ncessiter de crer autant de versions du document que l'on
ncessite de reprsentations !
XML a t mis au point par le XML Working Group sous l'gide du World Wide Web
Consortium (W3C) ds 1996. Depuis le 10 fvrier 1998, les spcifications XML 1.0 ont t
reconnues comme recommandations par le W3C, ce qui en fait un langage reconnu. (Tous les
documents lis la norme XML sont consultables et tlchargeables sur le site web du
W3C, http://www.w3.org/XML/)
XML est un sous ensemble de SGML (Standard Generalized Markup Language),
dfini par le standard ISO8879 en 1986, utilis dans le milieu de la Gestion Electronique
Documentaire (GED). XML reprend la majeure partie des fonctionnalits de SGML, il s'agit
donc d'une simplification de SGML afin de le rendre utilisable sur le web !
XML fait partie du code des modules composants OpenERP, les vues par lesquelles
sont reprsents les diffrents objets sont crites en XML, ainsi nous y trouvons la description
dtaille de laffichage des arbres, formulaires, menus et autres actions.
Page 42
HAMLI Marouane
Nom
technique
base
Gestion de
Stock
stock
Gestion des
ventes
sale
Description
Fonctionnalits
Page 43
HAMLI Marouane
Gestion des
achats
purchase
Comptabilit
account
Ce
module
concerne
comptabilit dans lentreprise.
Comptabilit
& finance
Account_acco
untant
Paiement
Account_vouc
her
Point de vente
Point_of_sale
Ce
module
permet
la
Demande de devis
Les commandes d'achat
Carnet d'adresses
Contrle des stocks
Contrle de facture
- Ecritures dans journaux
avec
automatisation
des
contreparties.
- Gnration
automatique
des pices comptables.
- Automatisation complte :
calculs de TVA, date d'chance,
quilibrage.
- Gestion des conditions de
paiement.
- Rapprochement manuel ou
automatique
des
critures
bancaires, avec gestion des
ajustements.
- Edition des documents :
balance, grand livre, bilan, compte
de rsultat, dclaration TVA
- Gestion budgtaire.
- Gestion des journaux
- Gestion des registres de
caisse
Page 44
HAMLI Marouane
Malgr la varit de fonctionnalits satisfaites par ces modules, il reste crer certains
objets qui nexistent pas encore sur OpenERP, en crant un nouveau module qui les
regroupera, le schma suivant montre comment seront intgrs ces modules lists ci-dessus et
comment ils seront lis avec le nouveau module que je vais crer :
Point_of_sale
Account_ac
countant
Purchase
Account_vo
ucher
Officine
Base
Sale
Account
Stock
Page 45
HAMLI Marouane
Mdecin : cet objet est ncessaire dans le cas dune vente par ordonnance, car
il faut renseigner le nom du mdecin qui la tablit
Patient
DCI : Dnomination Commune Internationale , reprsente le nom du
composant chimique dun mdicament, ici au Maroc la DCI joue un rle
secondaire pour dterminer les produits car on se base sur leur nom
commercial.
Ces nouveaux objets sont regroups dans un nouveau module ajouter, qui nest autre
que officine . Le module est un dossier compos de fichiers python (.py) contenants les
dfinitions des classes et dautres XML contenants les dtails des vues de ces dernires, en
plus de certains dossiers comme les wizards (assistants se lanant dans certaines conditions)
ou report (contient les modles de rapport du module).
En plus jai eu tendre certains objets dj crs pour quils rpondent aux besoins, ces
objets sont :
-
Aprs avoir cr et tendu les classes cites ci-dessus (voir lannexe A qui contient des
dtails quant au dveloppement de classes avec le framework Open Object ), il fallait
passer crer les vues pour les reprsenter graphiquement et les utiliser, les vues sont des
fichiers XML dans lesquelles on dfinit la structure daffichage des nouveaux objets crs, et
on peut aussi hriter des vues dj existantes, et soit les modifier, ou y ajouter de nouveaux
champs afficher.
Lavantage de coder ces nouveaux objets sous Open Object rside dans le fait quil
suffit de renseigner une nouvelle classe, mentionner ses attributs, pour quensuite Open
Object lui cre une table dans la base de donnes et lui associe ses mthodes lmentaires
Page 46
HAMLI Marouane
(ajout, modification, suppression), les mthodes spcifiques une classe doivent tre crites
dans cette dernire.
Aprs la cration des diffrentes classes nouvelles et classes filles, nous devons crer
deux fichiers spciaux pour OpenERP afin de pouvoir installer le module. Le premier fichier
est __init__.py o on importe tous les fichiers python quil nous faut pour faire
fonctionner le module. Le deuxime est __openerp__.py (anciennement appel
__terp__.py), dans ce fichier se trouve la fiche technique du module, savoir son nom, sa
description, le nom de lauteur, les noms des modules auxquels il dpend, et les fichiers des
vues XML inclure pour pouvoir afficher nos objets crs ou tendus.
5.3 Installation
Maintenant que le codage est termin, on peut passer linstallation du module
officine , qui installera dabord les modules auxquels il est li, ensuite ajoutera ses propres
fonctionnalits.
Avant de lancer le serveur dOpenERP, on doit copier le dossier du module officine
dans le dossier Addons dOpenERP, ensuite on lance le serveur (fichier openerpserver.py), et nous pourrons ce stade, installer notre nouveau module.
Bien videmment, on doit dabord se connecter puis accder aux paramtres.
Page 47
HAMLI Marouane
Une fois connect, on se rend aux paramtres, puis dans le menu modules, on lance
une mise jour de la liste des modules, afin quon puisse trouver celui quon vient dajouter
parmi la liste, l on lance linstallation du module officine.
5.4 Paramtrage
Maintenant que jai install mon module, je peux commencer paramtrer le PGI et
dmarrer une simulation pour sassurer de son bon fonctionnement.
5.4.1 Gnral
Avant de se lancer dans le paramtrage de lapplication, je commence par un
paramtrage gnral, o il faut saisir le nom de lofficine, son adresse, et autres coordonnes
Page 48
HAMLI Marouane
(compte bancaire), aussi il faut changer la devise vers le Dirham, pour que les prix et les
factures soient bien affichs ultrieurement, selon le contexte marocain.
5.4.2 Plan comptable
Toute application fonctionnant sous OpenERP, il faut spcifier un plan comptable
utiliser pour la gnration des diffrentes critures comptables et journaux de comptabilit.
Pour le plan comptable de ce projet, jai choisi le plan comptable gnral dOpenERP
par dfaut pour enregistrer les diffrentes critures comptables dans leurs journaux respectifs,
en raison de sa simplicit dutilisation. Il existe bien sr un plan comptable marocain pour
OpenERP, mais il y a eu beaucoup derreur lors des tests avec ce dernier, ce qui ma pouss
revenir vers le plan par dfaut.
5.4.3 Produit
Les produits contiennent un bon nombre dattributs qui facilitent le paramtrage, ainsi
jai utilis les attributs suivants :
Attribut
Name
reference
Ean13
Categ_id
Standard_price
List_price
State
Pos_categ_id
posologie
Dcis
Cis
Fonction
Nom du produit
Code du produit
Code barre du produit
Catgorie du produit, utile pour le calcul de son prix public sur la base de
liste de prix
Prix dachat
Prix public
Etat du produit
Forme du produit, utile pour le classement des produits dans le point de
vente, ce qui facilite leur recherche
Posologie du produit
Liste des DCIs du produit
Liste des contre indications du produit
Tableau 4 : attributs du produit
Page 49
HAMLI Marouane
Attribut
Name
Code
Type
Default_credit_account_id
Default_debit_account_id
View_id
Fonction
Nom de la mthode
Code de la mthode
Type sur lequelle se base la mthode : liquidit, ventes, banques et
chques
Indique le journal de crdit utilis pour cette mthode
Indique le journal de dbit utilis par dfaut
Indique la vue utiliser pour afficher les entres dans le journal
Tableau 5: Attributs de la mthode de paiement
Page 50
HAMLI Marouane
5.5 Simulation
Dans cette partie je prsente quelques captures dcran de lapplication pour montrer les
fonctionnalits quelle offre. Les captures ci-dessous ont t faites sur une nouvelle base de
donnes, avec un produit exemple. Je travaille maintenant sur limportation dune liste de
produits fournie par le client cette base pour ensuite livrer une base de donnes complte, ne
ncessitant ni nouveau paramtrage ni nouvelle importation de donnes.
5.5.1 Gestion de base
La gestion de base concerne les objets lmentaires, comme les utilisateurs, les
produits, les mdecins
Page 51
HAMLI Marouane
Page 52
HAMLI Marouane
Page 53
HAMLI Marouane
Comme le montre la figure ci-dessus, nous pouvons voir, en plus des informations de
base du client, la situation du crdit de ce client, comme il nous est possible dafficher ses
factures, bons de commandes ou chiffre daffaire mensuel.
Page 54
HAMLI Marouane
On peut aussi dfinir les rgles de stock minimum des produits, condition quon ait
spcifi le fournisseur dans la fiche du produit, pour quensuite ds quun produit franchit la
limite dfinie, un bon de commande est automatiquement cr et est envoy au fournisseur
quand le planificateur est lanc.
Page 55
HAMLI Marouane
Page 56
HAMLI Marouane
Quand la quantit dun produit descend en dessous de celle dfinie dans les rgles de
stock minimum (par dfaut 0), le produit saffiche en rouge dans la liste des produits, voir la
figure ci-dessous.
Il nous est possible de faire une analyse des mouvements de stocks, on peut aussi
personnaliser cette analyse, en y ajoutant quelques filtres et groupements.
Page 57
HAMLI Marouane
5.5.5 Comptabilit
Ce module concerne tout ce qui est facture, paiements et critures dans les journaux.
A travers ce module nous pouvons suivre de prs les rglements de factures des
clients, voir les factures qui nont pas encore t valids, comptabiliser les factures payes
Ces factures client sont utiles lorsquon effectue une vente par crdit, car la facture reste
ouverte tant quelle nest pas paye, son montant sajoute au crdit du client concern, et ne
sera comptabilise quaprs son paiement.
Page 58
HAMLI Marouane
OpenERP considre les clients et fournisseurs comme tant une seule entit : partenaire,
avec un attribut qui dsigne si ce dernier est client ou fournisseur, donc les factures et
paiements pour les fournisseurs ont la mme prsentation que celle des clients.
Autres fonctionnalits possibles dans ce module, cest la gestion des mthodes de
paiements, diffrents journaux de comptabilits, on peut mme changer de plan comptable et
utiliser un autre.
Ce volet de comptabilits offre aussi la possibilit de gnrer des rapports et des analyses
des critures comptables, journaux et factures, comme le grand livre ou le bilan, il offre aussi
une analyse gnrale de la socit, donnant ainsi des ides plus claires sur la situation
financire de lofficine.
Page 59
HAMLI Marouane
Page 60
HAMLI Marouane
Le lancement du point de vente vrifie sil existe des mthodes de paiement enregistres,
ensuite il vrifie sil y a des caisses bases sur ces mthodes qui sont ouvertes, le cas chant
un assistant demande si on souhaite ouvrir les caisses, si on confirme, de nouvelles caisses
sont cres, et nous pouvons nous lancer dans la vente.
Page 61
HAMLI Marouane
Une fois nos mthodes dfinies, nous pouvons ouvrir les caisses automatiquement
laide de lassistant, nous aurons dans ce cas de nouvelles caisses vides, chacune
correspondante une mthode de paiement dj enregistre, sinon nous pouvons les crer
manuellement et les ouvrir ensuite.
Page 62
HAMLI Marouane
Les produits dans le point de vente sont classs par catgorie, ce qui facilite leur
recherche. Une catgorie du point de vente peut avoir une catgorie mre, on obtient donc une
hirarchie de catgorie.
Le module point de vente offre aussi des statistiques et des analyses concernant ses
ventes.
Page 63
HAMLI Marouane
Page 64
HAMLI Marouane
Conclusion
Ce stage de fin dtudes a t, encore une fois, une occasion pour moi pour ctoyer le
monde de lentreprise, mais avec plus de responsabilits cette fois-ci.
Cot technique, le travail ralis jusquici permet une gestion interne dune officine, et
peut tre tendu en dveloppant le concept d changes entre confrres pharmaciens, ou
encore en intgrant OpenERP chez les grossistes, fournisseurs de produits aux pharmaciens,
et lier ces deux solutions pour automatiser les commandes de mdicaments par exemple.
Le module dvelopp pourra maintenant subir des tests plus importants que ceux
raliss par moi-mme pendant son dveloppement, c'est--dire passer une phase bta, o
une liste de produits contenant toutes les informations ncessaires des mdicaments sera
importe, ensuite il sera install dans une officine, et sera utilis en parallle avec le logiciel
de gestion existant dj, pour juger de son efficacit et de sa facilit dutilisation.
Cot personnel, travailler dans le monde de lopen source, et plus prcisment sur un
PGI tel que OpenERP ma permis dapprendre plus sur ces domaines, notamment le langage
python et lutilisation du framework OpenObject , et de rejoindre une communaut
mondiale de plus de 1500 individus impliqus eux aussi dans la recherche et le
dveloppement de nouveaux modules, afin de faciliter lintgration dune telle solution dans
tous les domaines professionnels et sociaux.
A travers ce projet, jai pu voir limportance des logiciels libres pour les PME
marocaines, surtout leur capabilit satisfaire un bon nombre de besoins fonctionnels, tout
ceci faibles cots, ce qui permet leur croissance dans leur march et garantir leur durabilit
face la concurrence.
Page 65
HAMLI Marouane
Webographie
-
http://www.theopensourcerer.com/2012/02/22/how-to-install-openerp-6-1-onubuntu-10-04-lts
http://www.easyopenerp.com/principales-nouveautes-de-la-version-6-1/
http://www.ibcscorp.com/application-integration-customization/erp/openerp2/openerp-custom-module-development-quick-start-guide/
http://planet.domsense.com/docs/openerp-web/en/addons.html
https://code.launchpad.net/~guerrerocarlos/openobjectaddons/point_of_sale_6.1_barcode__merge/+merge/99129 (fix pr recherche ac
code barre)
http://mohsinpage.wordpress.com
http://www.docstoc.com/docs/21264701/OpenERP-User-Manual
http://blip.tv/openerp-support
Page 66
HAMLI Marouane
Annexe A
Introduction au dveloppement de modules OpenERP avec le framework Open Object
Page 67
HAMLI Marouane
Page 68
HAMLI Marouane
Page 69
HAMLI Marouane
_columns = {
'lang_ids' :
fields.many2many('res.lang','res_lang_partner_rel',
'partner_id', 'lang_id', 'Languages')}
res_partner_add_langs()
-
Page 70
HAMLI Marouane
Types de champs :
Champs simples:
boolean: le champ boolean prend deux valeurs (True/False)
Syntaxe: fields.boolean('Nom du champs' [, Parametres optionnels]),
integer : si la valeur voulue est un entier.
Syntaxe: fields.integer('Nom du champs' [, Parametres optionnels])
Float : si la valeur voulue est un nombre flottant (rel).
Page 71
HAMLI Marouane
Champs fonctionnels:
Le champ fonctionnel est un champ dont la valeur est calcule par une fonction (au
lien de s'enregistrer dans la base de donnes). Dans les cas spciales (pour faciliter la
recherche ou la consultation) les champs de type fonctionnel peuvent tre sauvegards dans la
base de donnes avec le paramtre STORE (il va prendre la valeur boolenne True). Ils sont
actualiss par les fonctions et non par les utilisateurs.
Paramtres: fnct, arg=None, fnct_inv=None, fnct_inv_arg=None, type="float,
fnct_search=None, obj=None, method=False,
-
Page 72
HAMLI Marouane
fnct: c'est la fonction qui calcule la valeur du champs avec une mthode d'openErp ou
une fonction globale,Si method=True,la signature de mthode sera comme suit:
def fnct(self, cr, uid, ids, field_name, arg, context)
Exemple:
_columns = {
'avg': fields.function(_get_average_value, fcnt_inv=_something_write,
fcnt_search = _something_search, method=True,
string="Fields", type="float", store=True)
}
CHAMPS relationnels
ORM - Champs - Relationnel - one2many, exemple : Un instructeur donne plusieurs
formations
class openacademy_instructor(osv.osv):
_name = 'openacademy.instructor'
_columns = {
'training_ids' : fields.one2many('openacademy.training',
'instructor_id', 'Trainings')
}
Champ many2one: plusieurs (many) de ces objets sont possds par un (one)
objet parent
Champ one2many: l'objet (one) possde plusieurs (many) enfants
Page 73
HAMLI Marouane
Page 74
HAMLI Marouane