Dolibarr ERP CRM Wiki - User contributions [en]

Langages et normes

2005-10-08T02:38:37Z

85.68.239.80: /* Autre */

Voici les quelques règles sur le langage, la syntaxe et normes de développement en vigueur pour le projet Dolibarr:

== Syntaxe PHP ==

* Dolibarr est écrit en PHP et supporte toutes versions PHP supérieures à la 4.1. Les fichiers doivent tous comporter l'extension .php

* L'appel aux variables superglobales PHP doit passer par les opérateurs dédiés $_GET, $_POST, $_COOKIES, $_SERVER, $_ENV.
Les autres opérateurs ($HTTP_SERVER_GET, ...) ayant été passé en deprecated au sein de PHP, ne doivent plus être utilisées. Ainsi le code doit fonctionner y compris quand l'option '''register_long_arrays''' est à off.
De plus, le code doit fonctionner quand l'option PHP '''register_globals''' est à off (recommandé par PHP) aussi bien que quand l'option '''register_globals''' à on (par défaut sur de nombreuses installations).

* Les smart tags PHP ne sont pas utilisés. Les sections de code doivent commencer par '''<?php'''

* Pas d'utilisation de la variable '''PHP_SELF'''

* Les commentaires doivent suivre la syntaxe C, ie un double antislash pour un commentaire d'une ligne et utilisation slash-étoile pour ouvrir un bloc de plusieurs ligne
<pre>

/* Bloc de commentaire
*
* Fin du bloc
*/
for ($i = 1 , $i < 2 ; $i++)
{
// commentaire sur une ligne
print $i;
}

</pre>

== Syntaxe SQL ==
* Les SELECT * sont interdits !

* Dans les requètes sql on quote les numériques !

== Autre ==

* Les fichiers doivent etre sauvés en format Unix (LF) et non Windows (CR/LF). Le format Unix étant compatible sur les OS Unix like, Windows, Mac, alors que le format fichier texte Windows pose problème sus certains PHP sous Unix.

* Les popups windows ne doivent pas être utilisées.

* Tous les attributs dans les balises HTML doivent être *en minuscule* et quottés avec des *doubles quote* (Norme xhtml)

* Le javascript et l'appel aux scripts java dans les pages php est à proscrire. Si toutefois du code javascript est inclus, il doit être conditionné par le test sur "$conf->use_javascript"
<pre>
if ($conf->use_javascript)
{
... // Le code php qui génère du javascript est ici
}
</pre>

* Les scripts externes sont écrits en Perl s'ils ne peuvent l'être en php, l'utilisation d'un autre langage n'est pas interdit mais doit être discuté au préalable dans la mailing list des développeurs. Le langage devra être maitrisé par au moins 2 développeurs pour en assurer la maintenance.

FAQ Développeur

2005-09-14T00:37:11Z

85.68.239.80: /* Modification du code, participer au développement */

== Utilisation du cvs ==

Sur le forum dolibarr:
[http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs]

== Modification du code, participer au développement ==

* '''Avec accès CVS en ecriture '''
A ce jour, les accès en écriture au CVS sont restreint (le nombre de commit étant déjà suffisemment dynamiqe). Il n'est pas exclut d'accueillir d'autres développeurs en modification à d'autres horizons. Si vous bénéficiez donc à l'heure actuel d'un accès CVS en écriture, utilisez le, sinon il est nécessaire de suivre la procédure qui suit (Modification du code, sans accès CVS en ecriture)

* '''Sans accès CVS en ecriture'''
Si vous n'avez pas de compte développeur, il est nécessaire de fournir par mail, votre fichier patch.

'''Sous tout OS:'''
Voici la méthode '''Pro''' selon laquelle travailler pour pouvoir générer un tel fichier patch:
- Avoir un répertoire qui contient la version de Dolibarr de référence (résultat de la mise a jour CVS ou bien tout simplement l'arborescence résultant de la décompression d'un snapshot tgz de Dolibarr). On appelera ce répertoire '''ancien_rep'''.
- Avoir un autre répertoire qui contient l'arborescence de Dolibarr mais dans laquelle vous faites vos modifications. On appelera ce répertoire '''nouveau_rep'''.

Pour générer le fichier patch, il suffit alors de lancer la commande ''diff'' (en standard sous Linux, fourni dans cygwin sous Windows) de la manière suivante:
<pre>
diff -Naur ancien_rep nouveau_rep > fichier.patch
</pre>
Envoyer votre patch sur la ML.
L'intégration de votre patch n'est toutefois pas garantie, pas plus que le délai.

'''Sous Windows:'''
Si vous êtes sous windows, vous pouvez utiliser l'excellent winmerge qui sait fabriquer des patchs au format ''diff -Naur''. Pour cela, comparer avec winmerge le fichier référence et le fichier modifié et choisir dans le menu Tools - Generate patch. Saisir un nom de fichier comme ''"resultat.patch"'', cocher la case ''"Append"'' et choisir l'option ''"Format Unified"''. Cliquer sur ''"Ok"''.
Eventuellement recommencer pour chaque fichier modifier.
Au final, on obtient un beau fichier patch qui contient toutes les modifications au bon format.

== Mettre a jour la version développeur ==

La première opération consiste à récupérer les dernières versions CVS (Voir FAQ [http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs] pour cela). Les nouveaux fichiers annulent et remplacent les anciens.

Le deuxième étape consiste à migrer la base. Pour cela aller dans le répertoire mysql/migration et exécuter le script de migration qui correspond le mieux à votre cas. Par exemple, si vous êtes en version 1.2, ou 2.0 dev, il vous faut prendre le script de migration 1.1.0-2.0.0.sql
La règle est que: La version à gauche du tiret doit être inférieure ou égale à votre version actuele, la version à droite du tiret, doit etre la plus élevée possible, le CVS contenant le travail pour cette version).

- Si votre version est exactement celle à droite du tiret, le script de migration doit s'exécuter sans erreur.
<pre>
mysql -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>
- Si votre version est entre les deux, (parce que vous avez déjà fait une mise à jour CVS par exemple), vous aurez des erreurs à l'exécution du script. Ignorez les. Pour cela, sous mysql, vous devez lancer le script sql avec l'option -f:
<pre>
mysql -f -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>

== Comment créer un nouveau theme ==
Voir pour cela la page [[Themes]]

== Comment développer mon propre système de menu ==
Voir pour cela la page [[Système_de_menus]]

== Comment ajouter une traduction ==
Voir pour cela la page [[Documentation_traducteur]]

== Changer mon système de numérotation des factures en cours de route ==
Si le nouveau système de numérotation n'entre pas en conflit avec l'ancien, il suffit d'aller dans le menu Configuration - Modules - Configuration factures et prendre un nouveau modèle dans la liste.
Si le nouveau système rentre en conflit, il est nécessaire de renuméroter vos références existantes. Cela peut-être fait avec une requête SQL. Par exemple, pour passer de Jupiter (FYYYYMM99) à Terre (FAYYMM-999), vous pouvez exécuter la requête suivante:
<pre>
update llx_facture set facnumber=concat('FA',substr(facnumber,4,4),'-',substr(facnumber,8))
where facnumber like 'f%' and facnumber not like 'fa%';
</pre>

FAQ Développeur

2005-09-03T00:08:18Z

85.68.239.80:

== Utilisation du cvs ==

Sur le forum dolibarr:
[http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs]

== Modification du code, participer au développement ==

* '''Avec accès CVS en ecriture '''
A ce jour, les accès en écriture au CVS sont restreint (le nombre de commit étant déjà suffisemment dynamiqe). Il n'est pas exclut d'accueillir d'autres développeurs en modification à d'autres horizons. Si vous bénéficiez donc à l'heure actuel d'un accès CVS en écriture, utilisez le, sinon il est nécessaire de suivre la procédure qui suit (Modification du code, sans accès CVS en ecriture)

* '''Sans accès CVS en ecriture'''
Si vous n'avez pas de compte développeur, il est nécessaire de fournir par mail, votre fichier patch. Un fichier patch se fabrique grace a la commande ''diff'' de la manière suivante:
<pre>
diff -Naur ancien_fichier_ou_rep nouveau_fichier_ou_rep > fichier.patch
</pre>
L'intégration de votre patch n'est toutefois pas garantie, pas plus que le délai.

== Mettre a jour la version développeur ==

La première opération consiste à récupérer les dernières versions CVS (Voir FAQ [http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs] pour cela). Les nouveaux fichiers annulent et remplacent les anciens.

Le deuxième étape consiste à migrer la base. Pour cela aller dans le répertoire mysql/migration et exécuter le script de migration qui correspond le mieux à votre cas. Par exemple, si vous êtes en version 1.2, ou 2.0 dev, il vous faut prendre le script de migration 1.1.0-2.0.0.sql
La règle est que: La version à gauche du tiret doit être inférieure ou égale à votre version actuele, la version à droite du tiret, doit etre la plus élevée possible, le CVS contenant le travail pour cette version).

- Si votre version est exactement celle à droite du tiret, le script de migration doit s'exécuter sans erreur.
<pre>
mysql -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>
- Si votre version est entre les deux, (parce que vous avez déjà fait une mise à jour CVS par exemple), vous aurez des erreurs à l'exécution du script. Ignorez les. Pour cela, sous mysql, vous devez lancer le script sql avec l'option -f:
<pre>
mysql -f -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>

== Comment créer un nouveau theme ==
Voir pour cela la page [[Themes]]

== Comment développer mon propre système de menu ==
Voir pour cela la page [[Système_de_menus]]

== Comment ajouter une traduction ==
Voir pour cela la page [[Documentation_traducteur]]

== Changer mon système de numérotation des factures en cours de route ==
Si le nouveau système de numérotation ne rentre pas en conflit avec l'ancien, il suffit d'aller dans le menu Configuration - Modules - Configuration factures et prendre un nouveau modèle dans la liste.
Si le nouveau système rentre en confli, il est nécessaire de renuméroter vos référence existante. Cela peut-etre fait avec une requete SQL. Par exemple, pour passer de Jupiter (FYYYYMM99) à Terre (FAYYMM-999), vous pouvez exécuter la requête suivante:
<pre>
update llx_facture set facnumber=concat('FA',substr(facnumber,4,4),'-',substr(facnumber,8))
where facnumber like 'f%' and facnumber not like 'fa%';
</pre>

FAQ Développeur

2005-09-03T00:08:07Z

85.68.239.80: /* Modification du code */

== Utilisation du cvs ==

Sur le forum dolibarr:
[http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs]

== Modification du code, participer au développement ==

* '''Avec accès CVS en ecriture '''
A ce jour, les accès en écriture au CVS sont restreint (le nombre de commit étant déjà suffisemment dynamiqe). Il n'est pas exclut d'accueillir d'autres développeurs en modification à d'autres horizons. Si vous bénéficiez donc à l'heure actuel d'un accès CVS en écriture, utilisez le, sinon il est nécessaire de suivre la procédure qui suit (Modification du code, sans accès CVS en ecriture)

* '''Sans accès CVS en ecriture'''
Si vous n'avez pas de compte développeur, il est nécessaire de fournir par mail, votre fichier patch. Un fichier patch se fabrique grace a la commande ''diff'' de la manière suivante:
<pre>
diff -Naur ancien_fichier_ou_rep nouveau_fichier_ou_rep > fichier.patch
</pre>
L'intégration de votre patch n'est toutefois pas garantie, pas plus que le délai.

== Mettre a jour la version développeur ==

La première opération consiste à récupérer les dernières versions CVS (Voir FAQ [http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs] pour cela). Les nouveaux fichiers annulent et remplacent les anciens.

Le deuxième étape consiste à migrer la base. Pour cela aller dans le répertoire mysql/migration et exécuter le script de migration qui correspond le mieux à votre cas. Par exemple, si vous êtes en version 1.2, ou 2.0 dev, il vous faut prendre le script de migration 1.1.0-2.0.0.sql
La règle est que: La version à gauche du tiret doit être inférieure ou égale à votre version actuele, la version à droite du tiret, doit etre la plus élevée possible, le CVS contenant le travail pour cette version).

- Si votre version est exactement celle à droite du tiret, le script de migration doit s'exécuter sans erreur.
<pre>
mysql -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>
- Si votre version est entre les deux, (parce que vous avez déjà fait une mise à jour CVS par exemple), vous aurez des erreurs à l'exécution du script. Ignorez les. Pour cela, sous mysql, vous devez lancer le script sql avec l'option -f:
<pre>
mysql -f -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>

== Comment créer un nouveau theme ==
Voir pour cela la page [[Themes]]

== Comment développer mon propre système de menu ==
Voir pour cela la page [[Système_de_menus]]

== Comment ajouter une traduction ==
Voir pour cela la page [[Documentation_traducteur]]

== Changer mon système de numérotation des factures en cours de route ==
Si le nouveau système de numérotation ne rentre pas en conflit avec l'ancien, il suffit d'aller dans le menu Configuration - Modules - Configuration factures et prendre un nouveau modèle dans la liste.
Si le nouveau système rentre en confli, il est nécessaire de renuméroter vos référence existante. Cela peut-etre fait avec une requete SQL. Par exemple, pour passer de Jupiter (FYYYYMM99) à Terre (FAYYMM-999), vous pouvez exécuter la requête suivante:
<pre>
update llx_facture set facnumber=concat('FA',substr(facnumber,4,4),'-',substr(facnumber,8))
where facnumber like 'f%' and facnumber not like 'fa%';
</pre>

FAQ Développeur

2005-09-02T23:02:11Z

85.68.239.80: /* Mettre a jour la version développeur */

== Utilisation du cvs ==

Sur le forum dolibarr:
[http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs]

== Modification du code ==

* '''Avec accès CVS en ecriture '''
A ce jour, les accès en écriture au CVS sont restreint (le nombre de commit étant déjà suffisemment dynamiqe). Il n'est pas exclut d'accueillir d'autres développeurs en modification à d'autres horizons. Si vous bénéficiez donc à l'heure actuel d'un accès CVS en écriture, utilisez le, sinon il est nécessaire de suivre la procédure qui suit (Modification du code, sans accès CVS en ecriture)

* '''Sans accès CVS en ecriture'''
Si vous n'avez pas de compte développeur, il est nécessaire de fournir par mail, votre fichier patch. Un fichier patch se fabrique grace a la commande ''diff'' de la manière suivante:
<pre>
diff -Naur ancien_fichier_ou_rep nouveau_fichier_ou_rep > fichier.patch
</pre>
L'intégration de votre patch n'est toutefois pas garantie, pas plus que le délai.

== Mettre a jour la version développeur ==

La première opération consiste à récupérer les dernières versions CVS (Voir FAQ [http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs] pour cela). Les nouveaux fichiers annulent et remplacent les anciens.

Le deuxième étape consiste à migrer la base. Pour cela aller dans le répertoire mysql/migration et exécuter le script de migration qui correspond le mieux à votre cas. Par exemple, si vous êtes en version 1.2, ou 2.0 dev, il vous faut prendre le script de migration 1.1.0-2.0.0.sql
La règle est que: La version à gauche du tiret doit être inférieure ou égale à votre version actuele, la version à droite du tiret, doit etre la plus élevée possible, le CVS contenant le travail pour cette version).

- Si votre version est exactement celle à droite du tiret, le script de migration doit s'exécuter sans erreur.
<pre>
mysql -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>
- Si votre version est entre les deux, (parce que vous avez déjà fait une mise à jour CVS par exemple), vous aurez des erreurs à l'exécution du script. Ignorez les. Pour cela, sous mysql, vous devez lancer le script sql avec l'option -f:
<pre>
mysql -f -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>

== Comment créer un nouveau theme ==
Voir pour cela la page [[Themes]]

== Comment développer mon propre système de menu ==
Voir pour cela la page [[Système_de_menus]]

== Comment ajouter une traduction ==
Voir pour cela la page [[Documentation_traducteur]]

== Changer mon système de numérotation des factures en cours de route ==
Si le nouveau système de numérotation ne rentre pas en conflit avec l'ancien, il suffit d'aller dans le menu Configuration - Modules - Configuration factures et prendre un nouveau modèle dans la liste.
Si le nouveau système rentre en confli, il est nécessaire de renuméroter vos référence existante. Cela peut-etre fait avec une requete SQL. Par exemple, pour passer de Jupiter (FYYYYMM99) à Terre (FAYYMM-999), vous pouvez exécuter la requête suivante:
<pre>
update llx_facture set facnumber=concat('FA',substr(facnumber,4,4),'-',substr(facnumber,8))
where facnumber like 'f%' and facnumber not like 'fa%';
</pre>

FAQ Développeur

2005-09-02T23:01:57Z

85.68.239.80: /* Modification du code */

== Utilisation du cvs ==

Sur le forum dolibarr:
[http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs]

== Modification du code ==

* '''Avec accès CVS en ecriture '''
A ce jour, les accès en écriture au CVS sont restreint (le nombre de commit étant déjà suffisemment dynamiqe). Il n'est pas exclut d'accueillir d'autres développeurs en modification à d'autres horizons. Si vous bénéficiez donc à l'heure actuel d'un accès CVS en écriture, utilisez le, sinon il est nécessaire de suivre la procédure qui suit (Modification du code, sans accès CVS en ecriture)

* '''Sans accès CVS en ecriture'''
Si vous n'avez pas de compte développeur, il est nécessaire de fournir par mail, votre fichier patch. Un fichier patch se fabrique grace a la commande ''diff'' de la manière suivante:
<pre>
diff -Naur ancien_fichier_ou_rep nouveau_fichier_ou_rep > fichier.patch
</pre>
L'intégration de votre patch n'est toutefois pas garantie, pas plus que le délai.

== Mettre a jour la version développeur ==

La première opération consiste à récupérer les dernières versions CVS (Voir FAQ [http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs] pour cela). Les nouveaux fichiers annulent et remplacent les anciens.

Le deuxième étape consiste à migrer la base. Pour cela aller dans le répertoire mysql/migration et exécuter le script de migration qui correspond le mieux à votre cas. Par exemple, si vous êtes en version 1.2, ou 2.0 dev, il vous faut prendre le script de migration 1.1.0-2.0.0.sql
La règle est que: La version à gauche du tiret doit être inférieure ou égale à votre version actuele, la version à droite du tiret, doit etre la plus élevée possible, le CVS contenant le travail pour cette version).

- Si votre version est exactement celle à droite du tiret, le script de migration doit s'exécuter sans erreur.
<pre>
> mysql -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>
- Si votre version est entre les deux, (parce que vous avez déjà fait une mise à jour CVS par exemple), vous aurez des erreurs à l'exécution du script. Ignorez les. Pour cela, sous mysql, vous devez lancer le script sql avec l'option -f:
<pre>
> mysql -f -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>

== Comment créer un nouveau theme ==
Voir pour cela la page [[Themes]]

== Comment développer mon propre système de menu ==
Voir pour cela la page [[Système_de_menus]]

== Comment ajouter une traduction ==
Voir pour cela la page [[Documentation_traducteur]]

== Changer mon système de numérotation des factures en cours de route ==
Si le nouveau système de numérotation ne rentre pas en conflit avec l'ancien, il suffit d'aller dans le menu Configuration - Modules - Configuration factures et prendre un nouveau modèle dans la liste.
Si le nouveau système rentre en confli, il est nécessaire de renuméroter vos référence existante. Cela peut-etre fait avec une requete SQL. Par exemple, pour passer de Jupiter (FYYYYMM99) à Terre (FAYYMM-999), vous pouvez exécuter la requête suivante:
<pre>
update llx_facture set facnumber=concat('FA',substr(facnumber,4,4),'-',substr(facnumber,8))
where facnumber like 'f%' and facnumber not like 'fa%';
</pre>

FAQ Développeur

2005-09-02T22:58:53Z

85.68.239.80:

== Utilisation du cvs ==

Sur le forum dolibarr:
[http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs]

== Modification du code ==

* '''Avec accès CVS en ecriture '''
A ce jour, les accès en écriture au CVS sont restreint (le nombre de commit étant déjà suffisemment dynamiqe). Il n'est pas exclut d'accueillir d'autres développeurs en modification à d'autres horizons. Si vous bénéficiez donc à l'heure actuel d'un accès CVS en écriture, utilisez le, sinon il est nécessaire de suivre la procédure qui suit (Modification du code, sans accès CVS en ecriture)

* '''Sans accès CVS en ecriture'''
Si vous n'avez pas de compte développeur, il est nécessaire de fournir par mail, votre fichier patch. Un fichier patch se fabrique grace a la commande ''diff'' de la manière suivante:
<pre>
> diff -Naur ancien_fichier_ou_rep nouveau_fichier_ou_rep > fichier.patch
</pre>
L'intégration de votre patch n'est toutefois pas garantie, pas plus que le délai.

== Mettre a jour la version développeur ==

La première opération consiste à récupérer les dernières versions CVS (Voir FAQ [http://forum.dolibarr.com/viewforum.php?f=13 Forum cvs] pour cela). Les nouveaux fichiers annulent et remplacent les anciens.

Le deuxième étape consiste à migrer la base. Pour cela aller dans le répertoire mysql/migration et exécuter le script de migration qui correspond le mieux à votre cas. Par exemple, si vous êtes en version 1.2, ou 2.0 dev, il vous faut prendre le script de migration 1.1.0-2.0.0.sql
La règle est que: La version à gauche du tiret doit être inférieure ou égale à votre version actuele, la version à droite du tiret, doit etre la plus élevée possible, le CVS contenant le travail pour cette version).

- Si votre version est exactement celle à droite du tiret, le script de migration doit s'exécuter sans erreur.
<pre>
> mysql -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>
- Si votre version est entre les deux, (parce que vous avez déjà fait une mise à jour CVS par exemple), vous aurez des erreurs à l'exécution du script. Ignorez les. Pour cela, sous mysql, vous devez lancer le script sql avec l'option -f:
<pre>
> mysql -f -uuser -ppassword -Dnom_base_dolibarr < nomscript.sql
</pre>

== Comment créer un nouveau theme ==
Voir pour cela la page [[Themes]]

== Comment développer mon propre système de menu ==
Voir pour cela la page [[Système_de_menus]]

== Comment ajouter une traduction ==
Voir pour cela la page [[Documentation_traducteur]]

== Changer mon système de numérotation des factures en cours de route ==
Si le nouveau système de numérotation ne rentre pas en conflit avec l'ancien, il suffit d'aller dans le menu Configuration - Modules - Configuration factures et prendre un nouveau modèle dans la liste.
Si le nouveau système rentre en confli, il est nécessaire de renuméroter vos référence existante. Cela peut-etre fait avec une requete SQL. Par exemple, pour passer de Jupiter (FYYYYMM99) à Terre (FAYYMM-999), vous pouvez exécuter la requête suivante:
<pre>
update llx_facture set facnumber=concat('FA',substr(facnumber,4,4),'-',substr(facnumber,8))
where facnumber like 'f%' and facnumber not like 'fa%';
</pre>

Permissions

2005-08-12T01:17:11Z

85.68.239.80:

Chaque permission se voit affecter un id unique. Cet id identifie la permission dans les tables de permission [[Table user_rights]] et [[Table usergourp_rights]].

Avant de créer de nouvelles permissions les développeurs doivent compléter ce document c'est lui et lui seul qui fait office de réservation et d'inventaire des identifiants retenus

Identification des classes :

Tableau d'identification des classes

* 1 - [[Module Facture]]
* 2 - [[Module Propositions commerciales]]
* 3 - [[Module Produits]]
* 4 - [[Module Projets]]
* 5 - Gestion utilisateurs
* 6 - [[Module Fiches d'intervention]]
* 7 - [[Module Adhérents]]
* 8 - [[Module Commandes]]
* 9 - [[Module Comptabilité]]
* 10 - [[Module Expedition]]
* 11 - [[Module Banque]]
* 12 - [[Module Société]]
* 13 - [[Module Caisse]]
* 14 - [[Module Téléphonie]]
* 15 - [[Module Prélèvements bancaires]]
* 16 - [[Module Contrat]]
* 17 - [[Module Fournisseur]]
* 18 - [[Module Fournisseur]] commandes
* 19 - [[Module Téléphonie]] lignes
* 20 - [[Module Téléphonie]] lignes ADSL
* 21 - [[Module Téléphonie]] contrats de lignes téléphonique
* 22 - [[Module Mailing]]
* 23 - [[Module Fournisseur]] factures
* 24 - [[Module Catégorie]]

Extrait de la table des permissions :
<pre>
+-----+---------------------------------------------------+------------+------+-----------+
| id | libelle | module | type | bydefault |
+-----+---------------------------------------------------+------------+------+-----------+
| 11 | Lire les factures | facture | r | 1 |
| 12 | Créer modifier les factures | facture | w | 0 |
| 14 | Valider les factures | facture | d | 0 |
| 15 | Envoyer les factures aux clients | facture | d | 0 |
| 16 | Emettre des paiements sur les factures | facture | d | 0 |
| 19 | Supprimer les factures | facture | d | 0 |
| 21 | Lire les propositions commerciales | propale | r | 1 |
| 22 | Créer modifier les propositions commerciales | propale | w | 0 |
| 24 | Valider les propositions commerciales | propale | d | 0 |
| 25 | Envoyer les propositions commerciales aux clients | propale | d | 0 |
| 26 | Clôturer les propositions commerciales | propale | d | 0 |
| 27 | Supprimer les propositions commerciales | propale | d | 0 |
| 31 | Lire les produits | produit | r | 1 |
| 32 | Créer modifier les produits | produit | w | 0 |
| 34 | Supprimer les produits | produit | d | 0 |
| 41 | Lire les projets | projet | r | 1 |
| 42 | Créer modifier les projets | projet | w | 0 |
| 44 | Supprimer les projets | projet | d | 0 |
| 61 | Lire les fiches d'intervention | ficheinter | r | 1 |
| 62 | Créer modifier les fiches d'intervention | ficheinter | w | 0 |
| 64 | Supprimer les fiches d'intervention | ficheinter | d | 0 |
| 91 | Lire les charges | compta | r | 1 |
| 92 | Créer modifier les charges | compta | w | 0 |
| 93 | Supprimer une charge | compta | d | 0 |
| 95 | Lire CA, bilans, résultats | compta | r | 1 |
| 111 | Lire les comptes | banque | r | 1 |
| 112 | Créer modifier rapprocher transactions | banque | w | 0 |
| 113 | Configurer les comptes (créer, gérer catégories) | banque | w | 0 |
| 121 | Lire les sociétés | societe | r | 1 |
| 122 | Créer modifier les societes | societe | w | 0 |
| 129 | Supprimer les sociétés | societe | w | 0 |
| | etc... | | | |
+-----+---------------------------------------------------+------------+------+-----------+
</pre>