Modules - Packaging rules and Dolistore validation rules

From Dolibarr ERP CRM Wiki
Revision as of 17:20, 12 December 2019 by Eldy (talk | contribs)
Jump to navigation Jump to search

Art.png Introduction

Here are the rules that you must apply to have a good quality external module on Dolibarr. Most of this rules are checked when you deploy your module from the online deployment feature. It is also checked when you try to submit your external module on

Art.png Rules


All modules that are dolibarr modules must be called (where VERSION is version can be x or x.y or x.y.z) If the module is for another software, the name of zip must be (for example

The packages that are Android application, PDF or ODx documents are free to use the name of their choice. The extension however must follow the type of file (.app, .txt, .pdf, .odt, ...)

The rest of the document applies for Dolibarr modules only.


All modules must follow a structure similar to the one provided into htdocs/modulebuilder/template

  • mymodule/build/ can contains any file you develop for compiling or building package
  • mymodule/core/modules/ contains module descriptor file modMyModule.class.php
  • mymodule/core/triggers contains triggers provided by module
  • mymodule/admin/ contains pages to setup module
  • mymodule/class/ contains PHP class files provided by module
  • mymodule/css contains CSS files provided by module
  • mymodule/docs to provide doc and licence files
  • mymodule/img contains images files provided by module
  • mymodule/langs/xx_XX contains language files for language xx_XX (try to put at least en_US)
  • mymodule/lib contains libraries provided and used by module
  • mymodule/scripts to provide command line tools or scripts. Note: Command lines script must start with line #!/usr/bin/env php
  • mymodule/sql contains SQL file provided by module to add new tables or indexes
  • mymodule/theme/mytheme if module provide its own theme/skin
  • mymodule/* contains php pages (note that you can also add any other subdir of your choice). Note: If your module is a metapackage (a module that will embed other modules in same zip, you must put here a file metapackage.conf)

Inclusion of main or master files

Because all modules must work correctly when they are installed into root directory or into a personalized custom subdirectory. For this reason, when you try to load the Dolibarr environment by including the ** or ** file, you must include 2 ways to include them:

We recommend to use the method suggested in the examples in htdocs/modulebuilder/*.php files and presented here to load the **, but you can replace the ** into **. This portion of code is known to work in all situations (using Apache, Nginx, IIS, using virtual host of sub-directories, after a proxy redirect or not, if the web root is auto-detected or forced by conf file, and any combination of this).

// Load Dolibarr environment
$res = 0;
// Try into web root known defined into CONTEXT_DOCUMENT_ROOT (not always defined)
if (!$res && !empty($_SERVER["CONTEXT_DOCUMENT_ROOT"])) $res = @include $_SERVER["CONTEXT_DOCUMENT_ROOT"]."/";
// Try into web root detected using web root calculated from SCRIPT_FILENAME
$tmp = empty($_SERVER['SCRIPT_FILENAME']) ? '' : $_SERVER['SCRIPT_FILENAME']; $tmp2 = realpath(__FILE__); $i = strlen($tmp) - 1; $j = strlen($tmp2) - 1;
while ($i > 0 && $j > 0 && isset($tmp[$i]) && isset($tmp2[$j]) && $tmp[$i] == $tmp2[$j]) { $i--; $j--; }
if (!$res && $i > 0 && file_exists(substr($tmp, 0, ($i + 1))."/")) $res = @include substr($tmp, 0, ($i + 1))."/";
if (!$res && $i > 0 && file_exists(dirname(substr($tmp, 0, ($i + 1)))."/")) $res = @include dirname(substr($tmp, 0, ($i + 1)))."/";
// Try using relative path
if (!$res && file_exists("../")) $res = @include "../";
if (!$res && file_exists("../../")) $res = @include "../../";
if (!$res && file_exists("../../../")) $res = @include "../../../";
if (!$res) die("Include of main fails");

Inclusion of php files

Once the Dolibarr environment has been loaded (see previous chapter), loading other files is more easy, since we have a variable/constant defined to tell us where are exactly installed the files.

  • To include a core file, use
include_once/require_once/include/require DOL_DOCUMENT_ROOT.'/pathtofile';
  • To include a file of module into a file of same module, use
include_once/require_once/include/require './mymoduledir/...';
  • To include a file of another external module into a module file, use

Link to Dolibarr core object

All link to a page of a standard dolibarr object (an invoice, an order, a bank account, ...) should be included into the code using the getNomUrl method of the class of the object.

Custom directory management

An external module called mymodule can be installed into htdocs/custom/mymodule (the default) as well as in htdocs/mymodule. It must works in both cases.

No writing in standard tree

The module must not write in Dolibarr's "programs" but only into files located into the directory "documents". Including for temporary files. It should be remembered that on a proper secured installation of Dolibarr, the entire program tree (with the exception of the custom directory) is set to read-only.

Core file modifications

Your module MUST NOT change or overwrite any files provided by standard Dolibarr distribution. If some Dolibarr core files need to me modified to have your module working, you must submit this change to core team. They will be accepted :

  • If they are pushed to dolibarr develop branch on GitHub
  • If what you push is adding hooks or triggers, or optional parameter to existing functions, it should be accepted with no condition. For other change, it may depends if change keeps old code compatible and is interesting for everybody.

Mandatory data on DoliStore record


Product description is mandatory in English


If your module is not free you have to give a email address for support (or a website that allow customers to contact you)