Dolibarr ERP CRM Wiki - User contributions [en]

Module Auto Reminder FR

2026-10-27T10:19:47Z

StephM:

[[en:Module_Auto_Reminder]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}

{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 ou supérieur
|note=Testé sur Dolibarr 24. Module gratuit, GPLv3.
}}

= Fonctionnalités =
'''Auto Reminder''' envoie et relance automatiquement les factures et les devis dans Dolibarr. Tout est déclenché par une tâche planifiée quotidienne.

== Factures ==

* Envoi automatique des factures validées par email, avec le PDF de la facture en pièce jointe et le modèle d'email de votre choix.
* Relance automatique des factures impayées, par paliers configurables. Chaque palier définit un délai en jours par rapport à la date d'échéance (ou à la date de facture s'il n'y a pas d'échéance) et son modèle d'email. Les délais négatifs sont acceptés, pour une relance préventive avant l'échéance.
* Option pour inclure ou exclure les factures partiellement payées.

== Devis (depuis la 1.3.0) ==

* Envoi automatique des devis validés par email, avec le PDF du devis en pièce jointe.
* Relance automatique des devis restés sans réponse (ni signés, ni refusés, ni facturés). Les paliers sont comptés à partir de la date de fin de validité du devis, ou de sa date s'il n'en a pas.
* Réglages entièrement séparés de ceux des factures : la page de configuration a un onglet Factures et un onglet Devis, chacun avec ses interrupteurs, son modèle d'email et ses paliers.

== Seul le palier le plus élevé atteint est envoyé ==

Pour chaque document, seul le palier de relance le plus élevé atteint est retenu. Les paliers inférieurs manqués ne sont jamais rattrapés : un document déjà en retard au moment où le module est activé reçoit une seule relance, celle qui correspond à son retard réel, avec le bon modèle d'email. Jamais une rafale de relances sur plusieurs jours.

== Mode semi-automatique (depuis la 1.3.7) ==

Au lieu d'envoyer une relance, le module peut la préparer et vous laisser l'envoyer vous-même. Chaque relance à faire devient une alerte :
* une cloche dans la barre du haut indique le nombre de factures et de devis à relancer, et mène à leur liste ;
* les listes des factures et des devis ont une colonne ''Relance'' et un filtre ''À relancer'' ;
* la fiche du document affiche l'alerte avec un bouton ''Relancer'', qui ouvre le formulaire d'envoi de Dolibarr prérempli avec le modèle du palier, dans la langue du client, et avec les destinataires du module.

L'alerte se ferme quand un email est envoyé depuis la fiche ou programmé avec Doli Mail Later, quand un palier supérieur la remplace, ou quand vous l'annulez : seul ce palier est alors sauté. Le mode se choisit par type de document dans les réglages (''Mode semi-automatique par défaut''), et se change par tiers et par document avec le champ « Relances ».

== Relances par tiers et par document (depuis la 1.3.7) ==

Le champ « Relances » est disponible sur la fiche tiers, la fiche facture, la facture modèle et la fiche devis :
* '''Automatiques''' : la relance part toute seule ;
* '''Semi-automatiques''' : le module prépare la relance et vous la signale ;
* '''Aucune''' : la relance n'est ni envoyée ni préparée en alerte, et une alerte déjà ouverte disparaît.

Laissé vide, c'est le niveau suivant qui décide : le choix de la facture ou du devis passe avant celui du tiers, qui passe avant le réglage du module. Exemple : un tiers en litige est sur « Aucune », une de ses factures sur « Automatiques » : seule cette facture est relancée. Une facture générée depuis une facture modèle reçoit le choix du modèle, modifiable ensuite sur la facture.

L'envoi initial des documents n'est pas concerné par ce champ. Il remplace la case « Exclure des relances automatiques » des versions précédentes (voir l'installation pour la mise à jour).

== Destinataire des emails ==

Le destinataire est déterminé dans cet ordre, aussi bien pour l'envoi que pour les relances :

# Le contact rattaché au document (onglet Contacts de la facture ou du devis), quel que soit son rôle. Si plusieurs contacts sont rattachés : facturation, puis prestation, puis livraison pour une facture ; suivi, puis facturation, puis livraison pour un devis.
# Sinon le contact par défaut du tiers pour ce type de document (onglet Contacts/Adresses du tiers).
# Sinon le premier contact actif du tiers ayant une adresse email.
# Sinon l'adresse email du tiers.

Depuis la 1.3.1, tous les contacts à égalité sur le rôle le plus prioritaire sont retenus, et non plus seulement le premier : deux ou trois contacts de facturation rattachés à la même facture reçoivent tous l'email, en un seul envoi. L'ordre de priorité est inchangé, un contact de facturation l'emporte toujours sur un contact de livraison. Les étapes 1 et 2 ci-dessus fonctionnent ainsi ; l'étape 3 ne retient qu'un seul destinataire, puisque sans rôle rien n'indique qui s'occupe des factures.

Les contacts désactivés et les contacts sans email ne sont jamais utilisés. Si aucun destinataire n'est trouvé, rien n'est envoyé et un événement est enregistré dans l'agenda du document.

== Langue des emails (depuis la 1.3.2) ==

Un email part dans la langue du tiers, sinon dans la langue par défaut des emails choisie dans les réglages du module (depuis la 1.3.7), sinon dans la langue de votre Dolibarr. Le module prend la première de ces langues dans laquelle le modèle d'email existe, et envoie le modèle des réglages tel quel si aucune ne l'a. Le repli de langue (es_MX vers es_ES, puis modèle sans langue) est celui de Dolibarr. Les dates et les montants suivent la langue de l'email envoyé. Le PDF joint, lui, n'est pas régénéré : c'est le document tel qu'il existe.

Exemple : dans un Dolibarr en français, avec l'anglais comme langue par défaut des emails, un tiers sans langue reçoit l'anglais, un tiers français le français, et un tiers allemand l'anglais s'il n'existe pas de modèle en allemand.

Traduire un modèle est un geste Dolibarr, pas un réglage du module : recréer le modèle avec le MÊME libellé, choisir la langue, puis traduire le sujet et le contenu. À noter, la langue des tiers et des modèles n'apparaît que si l'option multilingue de Dolibarr est activée.

== Garde-fou contre l'envoi en masse ==

Seuls les documents validés après l'activation de l'option d'envoi sont envoyés : activer le module sur une base existante n'envoie jamais l'historique. La date de référence est enregistrée au moment où vous activez l'option, affichée dans les réglages, et modifiable : vous pouvez la reculer en connaissance de cause pour inclure une partie de l'historique. Un avertissement explicite est affiché à côté du champ : tout document validé à partir de cette date et jamais envoyé partira au prochain passage de la tâche planifiée.

== Quand un document ne peut pas être traité ==

Quand un document ne peut pas être traité (aucun destinataire valide, PDF introuvable, modèle d'email introuvable, échec d'envoi), le module enregistre un événement dans l'agenda du document avec la raison en clair, une seule fois par document et par raison. En regardant la facture ou le devis, vous voyez immédiatement pourquoi rien n'est parti.

== Multi-société (module Multicompany) ==

Le module fonctionne avec le module Multicompany. Chaque société envoie et relance '''ses propres documents uniquement''', avec ses propres réglages, ses propres paliers et ses propres modèles d'email. Le partage de Multicompany donne un droit de lecture sur les documents d'une autre société, il ne change pas leur propriétaire : une facture partagée reste relancée par la société à laquelle elle appartient. Il n'y a rien à régler. Avant la 1.3.3, une société prenait aussi les factures et les devis des sociétés qu'elle avait le droit de voir, et les traitait avec ses propres réglages.

== Déclencheurs pour les développeurs (depuis la 1.3.5) ==

Après chaque email parti avec succès, le module lance un déclencheur (trigger) sur la facture ou le devis, pour qu'un autre module puisse y réagir : <code>AUTOREMINDER_SEND</code> après l'envoi automatique d'un document validé, <code>AUTOREMINDER_REMIND</code> après une relance. Le déclencheur reçoit le document dans <code>$object</code> et le détail dans <code>$object->context['autoreminder']</code> : <code>doctype</code>, <code>actioncomm_id</code> (l'événement d'agenda de cet email), <code>level_id</code> et <code>level_days</code> (le palier de relance, 0 et vide pour l'envoi initial), <code>email_to</code>, <code>email_from</code>, <code>email_subject</code>. Le module ne lance pas les déclencheurs natifs <code>BILL_SENTBYMAIL</code> et <code>PROPAL_SENTBYMAIL</code>, qui signifient qu'un utilisateur a envoyé le document depuis sa fiche.

= Installation =

# Télécharger le fichier zip du module.
# Se connecter à Dolibarr en administrateur, aller dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et envoyer le zip.
# Activer '''Auto Reminder''' dans la section ''Modules financiers''.

Le module crée automatiquement sa table en base, ses champs complémentaires et une tâche planifiée quotidienne. Lors d'une mise à jour depuis une version 1.x, les paliers existants sont conservés en tant que paliers de factures.

Après une mise à jour depuis la 1.3.6 ou une version antérieure, désactivez puis réactivez le module : les cases « Exclure des relances automatiques » cochées deviennent « Aucune » dans le champ « Relances ». Vos réglages et vos paliers sont conservés.

= Configuration =

Avant de configurer le module, créez vos modèles d'email dans ''Accueil - Configuration - Emails - Modèles d'emails'' : type ''Envoi facture'' pour les factures, type ''Envoi proposition commerciale'' pour les devis. Un modèle pour l'envoi initial, un par palier de relance.

Ouvrez ensuite les réglages du module. En haut de la page, commune aux deux types de documents, la ''Langue par défaut des emails'' fixe la langue des emails envoyés aux tiers dont la fiche n'indique aucune langue. Laissée vide, c'est la langue de votre Dolibarr.

Il y a ensuite un onglet par type de document (Factures, Devis), chacun avec :

* l'interrupteur d'envoi automatique et son modèle d'email. À l'activation, la date du jour est enregistrée : seuls les documents validés à partir de cette date seront envoyés. La date est modifiable (avec un avertissement),
* l'interrupteur des relances, l'option ''Mode semi-automatique par défaut'' (et, pour les factures uniquement, l'option des factures partiellement payées),
* le tableau des paliers de relance : délai en jours + modèle d'email, autant de paliers que vous voulez.

La tâche planifiée ''AutoReminderJob'' s'exécute une fois par jour par défaut (voir ''Accueil - Configuration - Tâches planifiées'').

= Historique des versions =

Changelog complet, toutes les versions depuis la première : [https://framagit.org/doli/modules/autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

Module Auto Reminder

2026-10-27T10:19:17Z

StephM:

[[fr:Module_Auto_Reminder_FR]]


[[Category:Complementary modules]]
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 or higher
|note=Tested on Dolibarr 24. Free module, GPLv3.
}}

'''Auto Reminder''' automatically sends and follows up invoices and commercial proposals in Dolibarr. Everything is driven by a daily scheduled job.

= Features =

== Invoices ==

* Automatic sending of validated invoices by email, with the invoice PDF attached and a configurable email template.
* Automatic reminders for unpaid invoices, based on configurable levels. Each level defines a delay in days relative to the due date (or the invoice date if no due date) and an email template. Negative delays are allowed (preventive reminder before the due date).
* Option to include or exclude partially paid invoices.

== Proposals (since 1.3.0) ==

* Automatic sending of validated proposals by email, with the proposal PDF attached.
* Automatic reminders for proposals still unanswered (not signed, not refused, not billed). Levels are counted from the end of validity date of the proposal (or its date if none).
* Settings are fully separate from invoices: the module setup page has one tab for invoices and one tab for proposals, each with its own switches, email template and reminder levels.

== Only the highest level reached is sent ==

For each document, only the highest reminder level reached is considered. Lower levels that were missed are never sent afterwards: a document already overdue when the module is enabled receives a single reminder, the one matching its actual delay, with the right template. Never a burst of reminders over several days.

== Semi-automatic mode (since 1.3.7) ==

Instead of sending a reminder, the module can prepare it and let you send it yourself. Each reminder due becomes an alert:
* a bell in the top bar shows how many invoices and proposals are to be reminded, and leads to them;
* the invoice and proposal lists get a ''Reminder'' column and a ''To remind'' filter;
* the card of the document shows the alert with a ''Remind'' button, which opens the native Dolibarr send form, prefilled with the template of the level in the language of the customer, and with the recipients of the module.

The alert closes when an email is sent from the card or scheduled with Doli Mail Later, when a higher level replaces it, or when you cancel it: only this level is then skipped. The mode is set per document type in the settings (''Semi-automatic mode by default''), and can be changed per third party and per document with the "Reminders" field.

== Reminders per third party and per document (since 1.3.7) ==

The "Reminders" field is available on the third party card, the invoice card, the template invoice and the proposal card:
* '''Automatic''': the reminder goes out on its own;
* '''Semi-automatic''': the module prepares the reminder and flags it to you;
* '''None''': the reminder is neither sent nor prepared as an alert, and an alert already open disappears.

Left empty, the next level decides: the setting chosen on the invoice or the proposal takes precedence over that of the third party, which takes precedence over the module settings. Example: a third party in dispute is set to "None", one of its invoices to "Automatic": only that invoice is reminded. An invoice generated from a template invoice receives the setting of the template, which can then be changed on the invoice.

The initial sending of documents is not affected by this field. It replaces the "Exclude from automatic reminders" checkbox of previous versions (see Installation for the upgrade).

== Recipient of the emails ==

The recipient is determined in this order, for sending and for reminders:

# The contact attached to the document (Contacts tab of the invoice or proposal), whatever its role. If several contacts are attached: billing then service then shipping for an invoice; follow-up then billing then shipping for a proposal.
# Otherwise the default contact of the third party for this document type (Contacts/Addresses tab of the third party).
# Otherwise the first active contact of the third party having an email.
# Otherwise the email address of the third party.

Since 1.3.1, every contact sharing the highest priority role is kept, not only the first one: two or three billing contacts attached to the same invoice all receive the email, in a single sending. The priority order is unchanged, so a billing contact still wins over a shipping one. Steps 1 and 2 above work this way; step 3 keeps a single recipient, since without a role nothing tells who handles the invoices.

Disabled contacts and contacts without email are never used. If no recipient is found, nothing is sent and an event is recorded in the document agenda.

== Language of the emails (since 1.3.2) ==

An email goes out in the language of the third party, else in the default language of emails chosen in the module settings (since 1.3.7), else in the language of your Dolibarr. The module takes the first of these languages in which the email template exists, and sends the template of the settings as it is when none has it. The language fallback (es_MX to es_ES, then a template with no language) is the native Dolibarr one. Dates and amounts follow the language of the email sent. The attached PDF is not regenerated: it is the document as it stands.

Example: in a French Dolibarr with English as default language of emails, a third party without language receives English, a French third party French, and a German third party English when there is no German template.

Translating a template is done in Dolibarr itself, not in the module settings: create the template again with the SAME label, choose the language, then translate the subject and the content. Note that the language of third parties and templates only appears when the Dolibarr multi-language option is enabled.

== Safety against mass sending ==

Only documents validated after the sending option was enabled are sent: enabling the module on an existing database never sends the historical documents. The reference date is stored when you enable the option, displayed in the settings, and editable: you can move it back knowingly to include part of the history. An explicit warning is shown next to the field: any document validated on or after that date and never sent will be sent on the next job run.

== When a document cannot be processed ==

When a document cannot be processed (no valid recipient, PDF not found, email template not found, send failure), the module records an event in the document agenda with the reason in plain words, once per document and per reason. Looking at the invoice or proposal, you immediately see why nothing was sent.

== Multi-company (Multicompany) ==

The module works with the Multicompany module. Each entity sends and reminds '''its own documents only''', with its own settings, its own reminder levels and its own email templates. Sharing in Multicompany grants read visibility on the documents of another entity, it does not change their owner: a shared invoice is still reminded by the entity it belongs to. Nothing to configure. Before 1.3.3, an entity picked up the invoices and proposals of the entities it was allowed to see and processed them with its own settings.

== Triggers for developers (since 1.3.5) ==

After each successful email, the module fires a trigger on the invoice or proposal, so that another module can react to it: <code>AUTOREMINDER_SEND</code> after the automatic sending of a validated document, <code>AUTOREMINDER_REMIND</code> after a reminder. The listener receives the document as <code>$object</code> and the details in <code>$object->context['autoreminder']</code>: <code>doctype</code>, <code>actioncomm_id</code> (the agenda event of this email), <code>level_id</code> and <code>level_days</code> (the reminder level, 0 and empty for the initial sending), <code>email_to</code>, <code>email_from</code>, <code>email_subject</code>. The module does not fire the core <code>BILL_SENTBYMAIL</code> and <code>PROPAL_SENTBYMAIL</code> triggers, which mean that a user sent the document from its card.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Auto Reminder''' in the ''Financial modules'' section.

The module creates its database table, its extrafields and a daily scheduled job automatically. When upgrading from a 1.x version, existing reminder levels are kept as invoice levels.

After upgrading from 1.3.6 or an earlier version, disable then enable the module: the ticked "Exclude from automatic reminders" checkboxes become "None" in the "Reminders" field. Your settings and levels are kept.

= Setup =

Before configuring the module, create your email templates in ''Home - Setup - Emails - Email templates'': type ''Send invoice'' for invoices, type ''Send commercial proposal'' for proposals. One template for the initial sending, one per reminder level.

Then open the module settings. At the top of the page, shared by both document types, the ''Default language of emails'' sets the language of the emails sent to third parties whose card has no language. Left empty, it is the language of your Dolibarr.

Then there is one tab per document type (Invoices, Proposals), each with:

* the automatic sending switch and its email template. When enabled, today's date is stored: only documents validated from that date on will be sent. The date is editable (with a warning),
* the reminders switch, the ''Semi-automatic mode by default'' option (and, for invoices only, the partially paid option),
* the reminder levels table: delay in days + email template, unlimited number of levels.

The scheduled job ''AutoReminderJob'' runs once a day by default (see ''Home - Setup - Scheduled jobs'').

= Version history =

Full changelog, every version since the first one: [https://framagit.org/doli/modules/autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Doli Legal Mention

2026-10-20T23:33:04Z

StephM:

[[Category:Complementary modules]]
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Doli Legal Mention
|editor=Stéphane Mallet Informatique
|web=https://framagit.org/doli/modules/dolilegalmention
|webbuy=https://www.dolistore.com/product.php?id=3773
|status=stable
|prerequisites=Dolibarr 21 or higher, PHP 7.4 or higher, the Third parties and Invoices modules enabled
|note=Tested on Dolibarr 24. Free module, GPLv3.
}}

'''Doli Legal Mention''' prints on each customer invoice the legal mention its customer requires, such as the VAT exemption of an intra-Community supply or of an export.

[[File:1_DoliLegalMention_invoice.png|thumb|center|700px|The mention printed under the public note of the invoice, in the language of the customer]]

= Features =

== One mention per customer, chosen once ==

On the card of the third party, the field ''Legal mention?'' offers the list of the active mentions. You choose the mention once; every customer invoice of that third party then carries it. Leave the field empty for a customer who needs no mention.

[[File:2_DoliLegalMention_thirdparty.png|thumb|center|700px|The legal mention chosen on the third party card]]

[[File:3_DoliLegalMention_thirdparty_list.png|thumb|center|700px|The list of mentions on the third party card]]

== Printed under the public note, with every PDF template ==

When the PDF of a customer invoice is generated, the mention is printed under the public note, as its last lines. Credit notes and down payment invoices follow the same rules. The module changes no PDF template: it works with every template that prints the public note, as the standard templates of Dolibarr do. It was tested with the Sponge and Crabe templates.

The mention is added for the time of the PDF only: the public note saved on the invoice never changes. A PDF already generated keeps what it printed; generate it again to take a new mention or a new text into account.

== Only on invoices without VAT, by default ==

An exemption mention on an invoice that carries VAT would be false. The option ''Print the mention only on invoices without VAT'', on by default, prints the mention only when the invoice carries no VAT: a customer who has a mention but buys a product subject to VAT receives an invoice without mention. Switch it off only if some of your mentions must also appear on taxed invoices.

== One text per language ==

Each mention has one text per language, printed in the language of the third party, the field ''Default language'' of its card. Without a text in that language, the module takes the same language of another country (the German of Germany for a customer in Austria), then the main language of Dolibarr. When none of these languages has a text, nothing is printed.

== A list you manage yourself ==

The setup page of the module, reserved to administrators, holds the list: add, modify, translate, disable and delete the mentions. Choose a language and click ''Refresh'' to show and edit the texts written in that language. Disabling a mention stops printing it, and the third parties keep their choice: enabled again, the mention is printed again on their next invoices.

Code, label, position and status can also be edited in ''Setup - Dictionaries'', dictionary ''Legal mentions''. The texts are edited in the setup page of the module only.

[[File:4_DoliLegalMention_setup.png|thumb|center|700px|The setup: the option and the list of mentions, with one text per language]]

== Deleting a mention still in use ==

When third parties carry the mention you delete, the confirmation window names them and says what they lose. Once you confirm, the mention is removed from their cards and their next invoices are printed without mention. To stop printing a mention without touching the cards, disable it instead.

A deletion made from the dictionary screen does not warn: the third parties keep a choice that no longer exists. Prefer the setup page of the module to delete a mention.

[[File:5_DoliLegalMention_delete.png|thumb|center|700px|Deleting a mention still in use names the customers concerned]]

== Two examples to adapt ==

On its first activation, the module installs two examples taken from French VAT law, with a text in French and in English: ''UE_PRO'', the intra-Community supply to a business whose VAT number was checked on VIES (article 262 ter I of the French General Tax Code), and ''EXPORT'', the export outside the European Union (article 262 I). Each example is offered once: one you deleted does not come back, even after an update, and a text you changed is never overwritten.

The module prints the text you write: the choice and the wording of each mention remain yours, to be checked with your accountant. It checks neither the VAT number nor the country of the customer, and it prints on customer invoices only, not on proposals, orders or supplier invoices.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Doli Legal Mention''' in the module list.

Activation creates the two tables of the module, adds the field ''Legal mention?'' to the third party card and installs the two examples. When upgrading, disable then enable the module again: the mentions, their texts, the choice made on each third party and the option are kept.

= Setup =

''Home - Setup - Modules/Applications'', line ''Doli Legal Mention'', setup icon, reserved to administrators:

* the option ''Print the mention only on invoices without VAT'', on by default,
* the list of mentions and their texts, language by language.

The module adds no permission: a user allowed to modify a third party can choose its mention.

Full documentation: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/USER-GUIDE.md user guide] and [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/TECHNICAL.md technical documentation].

= Version history =

Full changelog, every version since the first one: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

Bug reports and feature requests: [https://framagit.org/doli/modules/dolilegalmention/-/work_items issue tracker] (free Framagit account).

{{DEFAULTSORT:Doli Legal Mention}}

Module Doli Legal Mention

2026-10-20T23:31:05Z

StephM: /* Deleting a mention still in use */

{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Doli Legal Mention
|editor=Stéphane Mallet Informatique
|web=https://framagit.org/doli/modules/dolilegalmention
|webbuy=https://www.dolistore.com/product.php?id=3773
|status=stable
|prerequisites=Dolibarr 21 or higher, PHP 7.4 or higher, the Third parties and Invoices modules enabled
|note=Tested on Dolibarr 24. Free module, GPLv3.
}}
'''Doli Legal Mention''' prints on each customer invoice the legal mention its customer requires, such as the VAT exemption of an intra-Community supply or of an export.[[File:1_DoliLegalMention_invoice.png|thumb|center|700px|The mention printed under the public note of the invoice, in the language of the customer]]

=Features=
==One mention per customer, chosen once==
On the card of the third party, the field ''Legal mention?'' offers the list of the active mentions. You choose the mention once; every customer invoice of that third party then carries it. Leave the field empty for a customer who needs no mention.[[File:2_DoliLegalMention_thirdparty.png|thumb|center|700px|The legal mention chosen on the third party card]]

==Printed under the public note, with every PDF template==
When the PDF of a customer invoice is generated, the mention is printed under the public note, as its last lines. Credit notes and down payment invoices follow the same rules. The module changes no PDF template: it works with every template that prints the public note, as the standard templates of Dolibarr do. It was tested with the Sponge and Crabe templates.

The mention is added for the time of the PDF only: the public note saved on the invoice never changes. A PDF already generated keeps what it printed; generate it again to take a new mention or a new text into account.
==Only on invoices without VAT, by default==
An exemption mention on an invoice that carries VAT would be false. The option ''Print the mention only on invoices without VAT'', on by default, prints the mention only when the invoice carries no VAT: a customer who has a mention but buys a product subject to VAT receives an invoice without mention. Switch it off only if some of your mentions must also appear on taxed invoices.
==One text per language==
Each mention has one text per language, printed in the language of the third party, the field ''Default language'' of its card. Without a text in that language, the module takes the same language of another country (the German of Germany for a customer in Austria), then the main language of Dolibarr. When none of these languages has a text, nothing is printed.
==A list you manage yourself==
The setup page of the module, reserved to administrators, holds the list: add, modify, translate, disable and delete the mentions. Choose a language and click ''Refresh'' to show and edit the texts written in that language. Disabling a mention stops printing it, and the third parties keep their choice: enabled again, the mention is printed again on their next invoices.

Code, label, position and status can also be edited in ''Setup - Dictionaries'', dictionary ''Legal mentions''. The texts are edited in the setup page of the module only.[[File:4_DoliLegalMention_setup.png|thumb|center|700px|The setup: the option and the list of mentions, with one text per language]]

==Deleting a mention still in use==
When third parties carry the mention you delete, the confirmation window names them and says what they lose. Once you confirm, the mention is removed from their cards and their next invoices are printed without mention. To stop printing a mention without touching the cards, disable it instead.

A deletion made from the dictionary screen does not warn: the third parties keep a choice that no longer exists. Prefer the setup page of the module to delete a mention.[[File:5_DoliLegalMention_delete.png|thumb|center|700px|Deleting a mention still in use names the customers concerned]]

==Two examples to adapt==
On its first activation, the module installs two examples taken from French VAT law, with a text in French and in English: ''UE_PRO'', the intra-Community supply to a business whose VAT number was checked on VIES (article 262 ter I of the French General Tax Code), and ''EXPORT'', the export outside the European Union (article 262 I). Each example is offered once: one you deleted does not come back, even after an update, and a text you changed is never overwritten.

The module prints the text you write: the choice and the wording of each mention remain yours, to be checked with your accountant. It checks neither the VAT number nor the country of the customer, and it prints on customer invoices only, not on proposals, orders or supplier invoices.
=Installation=

#Download the module zip file.
#Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
#Activate '''Doli Legal Mention''' in the module list.

Activation creates the two tables of the module, adds the field ''Legal mention?'' to the third party card and installs the two examples. When upgrading, disable then enable the module again: the mentions, their texts, the choice made on each third party and the option are kept.
=Setup=
''Home - Setup - Modules/Applications'', line ''Doli Legal Mention'', setup icon, reserved to administrators:

*the option ''Print the mention only on invoices without VAT'', on by default,
*the list of mentions and their texts, language by language.

The module adds no permission: a user allowed to modify a third party can choose its mention.

Full documentation: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/USER-GUIDE.md user guide] and [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/TECHNICAL.md technical documentation].
=Version history=
Full changelog, every version since the first one: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/ChangeLog.md ChangeLog.md]
=Support=
contact@stephane-mallet.fr

Bug reports and feature requests: [https://framagit.org/doli/modules/dolilegalmention/-/work_items issue tracker] (free Framagit account).

Module Doli Legal Mention

2026-10-20T23:30:34Z

StephM: /* A list you manage yourself */

{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Doli Legal Mention
|editor=Stéphane Mallet Informatique
|web=https://framagit.org/doli/modules/dolilegalmention
|webbuy=https://www.dolistore.com/product.php?id=3773
|status=stable
|prerequisites=Dolibarr 21 or higher, PHP 7.4 or higher, the Third parties and Invoices modules enabled
|note=Tested on Dolibarr 24. Free module, GPLv3.
}}
'''Doli Legal Mention''' prints on each customer invoice the legal mention its customer requires, such as the VAT exemption of an intra-Community supply or of an export.[[File:1_DoliLegalMention_invoice.png|thumb|center|700px|The mention printed under the public note of the invoice, in the language of the customer]]

=Features=
==One mention per customer, chosen once==
On the card of the third party, the field ''Legal mention?'' offers the list of the active mentions. You choose the mention once; every customer invoice of that third party then carries it. Leave the field empty for a customer who needs no mention.[[File:2_DoliLegalMention_thirdparty.png|thumb|center|700px|The legal mention chosen on the third party card]]

==Printed under the public note, with every PDF template==
When the PDF of a customer invoice is generated, the mention is printed under the public note, as its last lines. Credit notes and down payment invoices follow the same rules. The module changes no PDF template: it works with every template that prints the public note, as the standard templates of Dolibarr do. It was tested with the Sponge and Crabe templates.

The mention is added for the time of the PDF only: the public note saved on the invoice never changes. A PDF already generated keeps what it printed; generate it again to take a new mention or a new text into account.
==Only on invoices without VAT, by default==
An exemption mention on an invoice that carries VAT would be false. The option ''Print the mention only on invoices without VAT'', on by default, prints the mention only when the invoice carries no VAT: a customer who has a mention but buys a product subject to VAT receives an invoice without mention. Switch it off only if some of your mentions must also appear on taxed invoices.
==One text per language==
Each mention has one text per language, printed in the language of the third party, the field ''Default language'' of its card. Without a text in that language, the module takes the same language of another country (the German of Germany for a customer in Austria), then the main language of Dolibarr. When none of these languages has a text, nothing is printed.
==A list you manage yourself==
The setup page of the module, reserved to administrators, holds the list: add, modify, translate, disable and delete the mentions. Choose a language and click ''Refresh'' to show and edit the texts written in that language. Disabling a mention stops printing it, and the third parties keep their choice: enabled again, the mention is printed again on their next invoices.

Code, label, position and status can also be edited in ''Setup - Dictionaries'', dictionary ''Legal mentions''. The texts are edited in the setup page of the module only.[[File:4_DoliLegalMention_setup.png|thumb|center|700px|The setup: the option and the list of mentions, with one text per language]]

==Deleting a mention still in use==
When third parties carry the mention you delete, the confirmation window names them and says what they lose. Once you confirm, the mention is removed from their cards and their next invoices are printed without mention. To stop printing a mention without touching the cards, disable it instead.

A deletion made from the dictionary screen does not warn: the third parties keep a choice that no longer exists. Prefer the setup page of the module to delete a mention.[[File:DoliLegalMention_delete.png|thumb|center|700px|Deleting a mention still in use names the customers concerned]]
==Two examples to adapt==
On its first activation, the module installs two examples taken from French VAT law, with a text in French and in English: ''UE_PRO'', the intra-Community supply to a business whose VAT number was checked on VIES (article 262 ter I of the French General Tax Code), and ''EXPORT'', the export outside the European Union (article 262 I). Each example is offered once: one you deleted does not come back, even after an update, and a text you changed is never overwritten.

The module prints the text you write: the choice and the wording of each mention remain yours, to be checked with your accountant. It checks neither the VAT number nor the country of the customer, and it prints on customer invoices only, not on proposals, orders or supplier invoices.
=Installation=

#Download the module zip file.
#Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
#Activate '''Doli Legal Mention''' in the module list.

Activation creates the two tables of the module, adds the field ''Legal mention?'' to the third party card and installs the two examples. When upgrading, disable then enable the module again: the mentions, their texts, the choice made on each third party and the option are kept.
=Setup=
''Home - Setup - Modules/Applications'', line ''Doli Legal Mention'', setup icon, reserved to administrators:

*the option ''Print the mention only on invoices without VAT'', on by default,
*the list of mentions and their texts, language by language.

The module adds no permission: a user allowed to modify a third party can choose its mention.

Full documentation: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/USER-GUIDE.md user guide] and [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/TECHNICAL.md technical documentation].
=Version history=
Full changelog, every version since the first one: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/ChangeLog.md ChangeLog.md]
=Support=
contact@stephane-mallet.fr

Bug reports and feature requests: [https://framagit.org/doli/modules/dolilegalmention/-/work_items issue tracker] (free Framagit account).

Module Doli Legal Mention

2026-10-20T23:30:09Z

StephM: /* One mention per customer, chosen once */

{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Doli Legal Mention
|editor=Stéphane Mallet Informatique
|web=https://framagit.org/doli/modules/dolilegalmention
|webbuy=https://www.dolistore.com/product.php?id=3773
|status=stable
|prerequisites=Dolibarr 21 or higher, PHP 7.4 or higher, the Third parties and Invoices modules enabled
|note=Tested on Dolibarr 24. Free module, GPLv3.
}}
'''Doli Legal Mention''' prints on each customer invoice the legal mention its customer requires, such as the VAT exemption of an intra-Community supply or of an export.[[File:1_DoliLegalMention_invoice.png|thumb|center|700px|The mention printed under the public note of the invoice, in the language of the customer]]

=Features=
==One mention per customer, chosen once==
On the card of the third party, the field ''Legal mention?'' offers the list of the active mentions. You choose the mention once; every customer invoice of that third party then carries it. Leave the field empty for a customer who needs no mention.[[File:2_DoliLegalMention_thirdparty.png|thumb|center|700px|The legal mention chosen on the third party card]]

==Printed under the public note, with every PDF template==
When the PDF of a customer invoice is generated, the mention is printed under the public note, as its last lines. Credit notes and down payment invoices follow the same rules. The module changes no PDF template: it works with every template that prints the public note, as the standard templates of Dolibarr do. It was tested with the Sponge and Crabe templates.

The mention is added for the time of the PDF only: the public note saved on the invoice never changes. A PDF already generated keeps what it printed; generate it again to take a new mention or a new text into account.
==Only on invoices without VAT, by default==
An exemption mention on an invoice that carries VAT would be false. The option ''Print the mention only on invoices without VAT'', on by default, prints the mention only when the invoice carries no VAT: a customer who has a mention but buys a product subject to VAT receives an invoice without mention. Switch it off only if some of your mentions must also appear on taxed invoices.
==One text per language==
Each mention has one text per language, printed in the language of the third party, the field ''Default language'' of its card. Without a text in that language, the module takes the same language of another country (the German of Germany for a customer in Austria), then the main language of Dolibarr. When none of these languages has a text, nothing is printed.
==A list you manage yourself==
The setup page of the module, reserved to administrators, holds the list: add, modify, translate, disable and delete the mentions. Choose a language and click ''Refresh'' to show and edit the texts written in that language. Disabling a mention stops printing it, and the third parties keep their choice: enabled again, the mention is printed again on their next invoices.

Code, label, position and status can also be edited in ''Setup - Dictionaries'', dictionary ''Legal mentions''. The texts are edited in the setup page of the module only.[[File:DoliLegalMention_setup.png|thumb|center|700px|The setup: the option and the list of mentions, with one text per language]]
==Deleting a mention still in use==
When third parties carry the mention you delete, the confirmation window names them and says what they lose. Once you confirm, the mention is removed from their cards and their next invoices are printed without mention. To stop printing a mention without touching the cards, disable it instead.

A deletion made from the dictionary screen does not warn: the third parties keep a choice that no longer exists. Prefer the setup page of the module to delete a mention.[[File:DoliLegalMention_delete.png|thumb|center|700px|Deleting a mention still in use names the customers concerned]]
==Two examples to adapt==
On its first activation, the module installs two examples taken from French VAT law, with a text in French and in English: ''UE_PRO'', the intra-Community supply to a business whose VAT number was checked on VIES (article 262 ter I of the French General Tax Code), and ''EXPORT'', the export outside the European Union (article 262 I). Each example is offered once: one you deleted does not come back, even after an update, and a text you changed is never overwritten.

The module prints the text you write: the choice and the wording of each mention remain yours, to be checked with your accountant. It checks neither the VAT number nor the country of the customer, and it prints on customer invoices only, not on proposals, orders or supplier invoices.
=Installation=

#Download the module zip file.
#Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
#Activate '''Doli Legal Mention''' in the module list.

Activation creates the two tables of the module, adds the field ''Legal mention?'' to the third party card and installs the two examples. When upgrading, disable then enable the module again: the mentions, their texts, the choice made on each third party and the option are kept.
=Setup=
''Home - Setup - Modules/Applications'', line ''Doli Legal Mention'', setup icon, reserved to administrators:

*the option ''Print the mention only on invoices without VAT'', on by default,
*the list of mentions and their texts, language by language.

The module adds no permission: a user allowed to modify a third party can choose its mention.

Full documentation: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/USER-GUIDE.md user guide] and [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/TECHNICAL.md technical documentation].
=Version history=
Full changelog, every version since the first one: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/ChangeLog.md ChangeLog.md]
=Support=
contact@stephane-mallet.fr

Bug reports and feature requests: [https://framagit.org/doli/modules/dolilegalmention/-/work_items issue tracker] (free Framagit account).

Module Doli Legal Mention

2026-10-20T23:29:53Z

StephM: /* Information */

{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Doli Legal Mention
|editor=Stéphane Mallet Informatique
|web=https://framagit.org/doli/modules/dolilegalmention
|webbuy=https://www.dolistore.com/product.php?id=3773
|status=stable
|prerequisites=Dolibarr 21 or higher, PHP 7.4 or higher, the Third parties and Invoices modules enabled
|note=Tested on Dolibarr 24. Free module, GPLv3.
}}
'''Doli Legal Mention''' prints on each customer invoice the legal mention its customer requires, such as the VAT exemption of an intra-Community supply or of an export.[[File:1_DoliLegalMention_invoice.png|thumb|center|700px|The mention printed under the public note of the invoice, in the language of the customer]]

=Features=
==One mention per customer, chosen once==
On the card of the third party, the field ''Legal mention?'' offers the list of the active mentions. You choose the mention once; every customer invoice of that third party then carries it. Leave the field empty for a customer who needs no mention.[[File:DoliLegalMention_thirdparty.png|thumb|center|700px|The legal mention chosen on the third party card]]
==Printed under the public note, with every PDF template==
When the PDF of a customer invoice is generated, the mention is printed under the public note, as its last lines. Credit notes and down payment invoices follow the same rules. The module changes no PDF template: it works with every template that prints the public note, as the standard templates of Dolibarr do. It was tested with the Sponge and Crabe templates.

The mention is added for the time of the PDF only: the public note saved on the invoice never changes. A PDF already generated keeps what it printed; generate it again to take a new mention or a new text into account.
==Only on invoices without VAT, by default==
An exemption mention on an invoice that carries VAT would be false. The option ''Print the mention only on invoices without VAT'', on by default, prints the mention only when the invoice carries no VAT: a customer who has a mention but buys a product subject to VAT receives an invoice without mention. Switch it off only if some of your mentions must also appear on taxed invoices.
==One text per language==
Each mention has one text per language, printed in the language of the third party, the field ''Default language'' of its card. Without a text in that language, the module takes the same language of another country (the German of Germany for a customer in Austria), then the main language of Dolibarr. When none of these languages has a text, nothing is printed.
==A list you manage yourself==
The setup page of the module, reserved to administrators, holds the list: add, modify, translate, disable and delete the mentions. Choose a language and click ''Refresh'' to show and edit the texts written in that language. Disabling a mention stops printing it, and the third parties keep their choice: enabled again, the mention is printed again on their next invoices.

Code, label, position and status can also be edited in ''Setup - Dictionaries'', dictionary ''Legal mentions''. The texts are edited in the setup page of the module only.[[File:DoliLegalMention_setup.png|thumb|center|700px|The setup: the option and the list of mentions, with one text per language]]
==Deleting a mention still in use==
When third parties carry the mention you delete, the confirmation window names them and says what they lose. Once you confirm, the mention is removed from their cards and their next invoices are printed without mention. To stop printing a mention without touching the cards, disable it instead.

A deletion made from the dictionary screen does not warn: the third parties keep a choice that no longer exists. Prefer the setup page of the module to delete a mention.[[File:DoliLegalMention_delete.png|thumb|center|700px|Deleting a mention still in use names the customers concerned]]
==Two examples to adapt==
On its first activation, the module installs two examples taken from French VAT law, with a text in French and in English: ''UE_PRO'', the intra-Community supply to a business whose VAT number was checked on VIES (article 262 ter I of the French General Tax Code), and ''EXPORT'', the export outside the European Union (article 262 I). Each example is offered once: one you deleted does not come back, even after an update, and a text you changed is never overwritten.

The module prints the text you write: the choice and the wording of each mention remain yours, to be checked with your accountant. It checks neither the VAT number nor the country of the customer, and it prints on customer invoices only, not on proposals, orders or supplier invoices.
=Installation=

#Download the module zip file.
#Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
#Activate '''Doli Legal Mention''' in the module list.

Activation creates the two tables of the module, adds the field ''Legal mention?'' to the third party card and installs the two examples. When upgrading, disable then enable the module again: the mentions, their texts, the choice made on each third party and the option are kept.
=Setup=
''Home - Setup - Modules/Applications'', line ''Doli Legal Mention'', setup icon, reserved to administrators:

*the option ''Print the mention only on invoices without VAT'', on by default,
*the list of mentions and their texts, language by language.

The module adds no permission: a user allowed to modify a third party can choose its mention.

Full documentation: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/USER-GUIDE.md user guide] and [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/TECHNICAL.md technical documentation].
=Version history=
Full changelog, every version since the first one: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/ChangeLog.md ChangeLog.md]
=Support=
contact@stephane-mallet.fr

Bug reports and feature requests: [https://framagit.org/doli/modules/dolilegalmention/-/work_items issue tracker] (free Framagit account).

File:5 DoliLegalMention delete.png

2026-10-20T23:24:09Z

StephM:

== Licensing ==
{{PD}}

File:4 DoliLegalMention setup.png

2026-10-20T23:23:54Z

StephM:

== Licensing ==
{{PD}}

File:3 DoliLegalMention thirdparty list.png

2026-10-20T23:23:38Z

StephM:

== Licensing ==
{{PD}}

File:2 DoliLegalMention thirdparty.png

2026-10-20T23:23:24Z

StephM:

== Licensing ==
{{PD}}

File:1 DoliLegalMention invoice.png

2026-10-20T23:23:00Z

StephM:

== Licensing ==
{{PD}}

Module Doli Legal Mention

2026-10-20T23:22:05Z

StephM: Created page with "{{TemplateDocUser}} =Information= {{TemplateModuleInfo |modulename=Doli Legal Mention |editor=Stéphane Mallet Informatique |web=https://framagit.org/doli/modules/dolilegalmen..."

{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Doli Legal Mention
|editor=Stéphane Mallet Informatique
|web=https://framagit.org/doli/modules/dolilegalmention
|webbuy=https://www.dolistore.com/product.php?id=3773
|status=stable
|prerequisites=Dolibarr 21 or higher, PHP 7.4 or higher, the Third parties and Invoices modules enabled
|note=Tested on Dolibarr 24. Free module, GPLv3.
}}
'''Doli Legal Mention''' prints on each customer invoice the legal mention its customer requires, such as the VAT exemption of an intra-Community supply or of an export.[[File:DoliLegalMention_invoice.png|thumb|center|700px|The mention printed under the public note of the invoice, in the language of the customer]]
=Features=
==One mention per customer, chosen once==
On the card of the third party, the field ''Legal mention?'' offers the list of the active mentions. You choose the mention once; every customer invoice of that third party then carries it. Leave the field empty for a customer who needs no mention.[[File:DoliLegalMention_thirdparty.png|thumb|center|700px|The legal mention chosen on the third party card]]
==Printed under the public note, with every PDF template==
When the PDF of a customer invoice is generated, the mention is printed under the public note, as its last lines. Credit notes and down payment invoices follow the same rules. The module changes no PDF template: it works with every template that prints the public note, as the standard templates of Dolibarr do. It was tested with the Sponge and Crabe templates.

The mention is added for the time of the PDF only: the public note saved on the invoice never changes. A PDF already generated keeps what it printed; generate it again to take a new mention or a new text into account.
==Only on invoices without VAT, by default==
An exemption mention on an invoice that carries VAT would be false. The option ''Print the mention only on invoices without VAT'', on by default, prints the mention only when the invoice carries no VAT: a customer who has a mention but buys a product subject to VAT receives an invoice without mention. Switch it off only if some of your mentions must also appear on taxed invoices.
==One text per language==
Each mention has one text per language, printed in the language of the third party, the field ''Default language'' of its card. Without a text in that language, the module takes the same language of another country (the German of Germany for a customer in Austria), then the main language of Dolibarr. When none of these languages has a text, nothing is printed.
==A list you manage yourself==
The setup page of the module, reserved to administrators, holds the list: add, modify, translate, disable and delete the mentions. Choose a language and click ''Refresh'' to show and edit the texts written in that language. Disabling a mention stops printing it, and the third parties keep their choice: enabled again, the mention is printed again on their next invoices.

Code, label, position and status can also be edited in ''Setup - Dictionaries'', dictionary ''Legal mentions''. The texts are edited in the setup page of the module only.[[File:DoliLegalMention_setup.png|thumb|center|700px|The setup: the option and the list of mentions, with one text per language]]
==Deleting a mention still in use==
When third parties carry the mention you delete, the confirmation window names them and says what they lose. Once you confirm, the mention is removed from their cards and their next invoices are printed without mention. To stop printing a mention without touching the cards, disable it instead.

A deletion made from the dictionary screen does not warn: the third parties keep a choice that no longer exists. Prefer the setup page of the module to delete a mention.[[File:DoliLegalMention_delete.png|thumb|center|700px|Deleting a mention still in use names the customers concerned]]
==Two examples to adapt==
On its first activation, the module installs two examples taken from French VAT law, with a text in French and in English: ''UE_PRO'', the intra-Community supply to a business whose VAT number was checked on VIES (article 262 ter I of the French General Tax Code), and ''EXPORT'', the export outside the European Union (article 262 I). Each example is offered once: one you deleted does not come back, even after an update, and a text you changed is never overwritten.

The module prints the text you write: the choice and the wording of each mention remain yours, to be checked with your accountant. It checks neither the VAT number nor the country of the customer, and it prints on customer invoices only, not on proposals, orders or supplier invoices.
=Installation=

#Download the module zip file.
#Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
#Activate '''Doli Legal Mention''' in the module list.

Activation creates the two tables of the module, adds the field ''Legal mention?'' to the third party card and installs the two examples. When upgrading, disable then enable the module again: the mentions, their texts, the choice made on each third party and the option are kept.
=Setup=
''Home - Setup - Modules/Applications'', line ''Doli Legal Mention'', setup icon, reserved to administrators:

*the option ''Print the mention only on invoices without VAT'', on by default,
*the list of mentions and their texts, language by language.

The module adds no permission: a user allowed to modify a third party can choose its mention.

Full documentation: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/USER-GUIDE.md user guide] and [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/doc/TECHNICAL.md technical documentation].
=Version history=
Full changelog, every version since the first one: [https://framagit.org/doli/modules/dolilegalmention/-/blob/main/ChangeLog.md ChangeLog.md]
=Support=
contact@stephane-mallet.fr

Bug reports and feature requests: [https://framagit.org/doli/modules/dolilegalmention/-/work_items issue tracker] (free Framagit account).

Module Auto Reminder FR

2026-10-09T14:08:59Z

StephM: /* Historique des versions */

[[en:Module_Auto_Reminder]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}
=Informations=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 ou supérieur
|note=Testé sur Dolibarr 24. Module gratuit, GPLv3.
}}

'''Auto Reminder''' envoie et relance automatiquement les factures et les devis dans Dolibarr. Tout est déclenché par une tâche planifiée quotidienne.

= Fonctionnalités =

== Factures ==

* Envoi automatique des factures validées par email, avec le PDF de la facture en pièce jointe et le modèle d'email de votre choix.
* Relance automatique des factures impayées, par paliers configurables. Chaque palier définit un délai en jours par rapport à la date d'échéance (ou à la date de facture s'il n'y a pas d'échéance) et son modèle d'email. Les délais négatifs sont acceptés, pour une relance préventive avant l'échéance.
* Option pour inclure ou exclure les factures partiellement payées.

== Devis (depuis la 1.3.0) ==

* Envoi automatique des devis validés par email, avec le PDF du devis en pièce jointe.
* Relance automatique des devis restés sans réponse (ni signés, ni refusés, ni facturés). Les paliers sont comptés à partir de la date de fin de validité du devis, ou de sa date s'il n'en a pas.
* Réglages entièrement séparés de ceux des factures : la page de configuration a un onglet Factures et un onglet Devis, chacun avec ses interrupteurs, son modèle d'email et ses paliers.

== Seul le palier le plus élevé atteint est envoyé ==

Pour chaque document, seul le palier de relance le plus élevé atteint est retenu. Les paliers inférieurs manqués ne sont jamais rattrapés : un document déjà en retard au moment où le module est activé reçoit une seule relance, celle qui correspond à son retard réel, avec le bon modèle d'email. Jamais une rafale de relances sur plusieurs jours.

== Destinataire des emails ==

Le destinataire est déterminé dans cet ordre, aussi bien pour l'envoi que pour les relances :

# Le contact rattaché au document (onglet Contacts de la facture ou du devis), quel que soit son rôle. Si plusieurs contacts sont rattachés : facturation, puis prestation, puis livraison pour une facture ; suivi, puis facturation, puis livraison pour un devis.
# Sinon le contact par défaut du tiers pour ce type de document (onglet Contacts/Adresses du tiers).
# Sinon le premier contact actif du tiers ayant une adresse email.
# Sinon l'adresse email du tiers.

Depuis la 1.3.1, tous les contacts à égalité sur le rôle le plus prioritaire sont retenus, et non plus seulement le premier : deux ou trois contacts de facturation rattachés à la même facture reçoivent tous l'email, en un seul envoi. L'ordre de priorité est inchangé, un contact de facturation l'emporte toujours sur un contact de livraison. Les étapes 1 et 2 ci-dessus fonctionnent ainsi ; l'étape 3 ne retient qu'un seul destinataire, puisque sans rôle rien n'indique qui s'occupe des factures.

Les contacts désactivés et les contacts sans email ne sont jamais utilisés. Si aucun destinataire n'est trouvé, rien n'est envoyé et un événement est enregistré dans l'agenda du document.

== Langue des emails (depuis la 1.3.2) ==

Le modèle choisi dans les réglages fixe le LIBELLÉ de référence, pas la langue. Si l'option multilingue de Dolibarr est activée et que le tiers a sa propre langue, le module utilise le modèle d'email portant le même libellé dans cette langue, et se rabat sur celui des réglages s'il n'y en a pas. Le repli de langue (es_MX vers es_ES, puis modèle sans langue) est celui de Dolibarr. Quand une traduction est utilisée, les montants et les dates du message suivent également cette langue. Le PDF joint, lui, n'est pas régénéré : c'est le document tel qu'il existe.

Traduire un modèle est un geste Dolibarr, pas un réglage du module : recréer le modèle avec le MÊME libellé, choisir la langue, puis traduire le sujet et le contenu. À noter, la colonne Langue des modèles d'email n'apparaît que si l'option multilingue est activée.

== Garde-fou contre l'envoi en masse ==

Seuls les documents validés après l'activation de l'option d'envoi sont envoyés : activer le module sur une base existante n'envoie jamais l'historique. La date de référence est enregistrée au moment où vous activez l'option, affichée dans les réglages, et modifiable : vous pouvez la reculer en connaissance de cause pour inclure une partie de l'historique. Un avertissement explicite est affiché à côté du champ : tout document validé à partir de cette date et jamais envoyé partira au prochain passage de la tâche planifiée.

== Exclusions ==

Une case à cocher « Exclure des relances automatiques » est disponible :
* sur la fiche tiers : ne jamais relancer ce client (factures et devis),
* sur la fiche facture : ne jamais relancer cette facture (litige, échéancier négocié...),
* sur la fiche devis : ne jamais relancer ce devis.

L'envoi initial des documents n'est pas concerné par ces cases.

== Quand un document ne peut pas être traité ==

Quand un document ne peut pas être traité (aucun destinataire valide, PDF introuvable, modèle d'email introuvable, échec d'envoi), le module enregistre un événement dans l'agenda du document avec la raison en clair, une seule fois par document et par raison. En regardant la facture ou le devis, vous voyez immédiatement pourquoi rien n'est parti.

== Multi-société (module Multicompany) ==

Le module fonctionne avec le module Multicompany. Chaque société envoie et relance '''ses propres documents uniquement''', avec ses propres réglages, ses propres paliers et ses propres modèles d'email. Le partage de Multicompany donne un droit de lecture sur les documents d'une autre société, il ne change pas leur propriétaire : une facture partagée reste relancée par la société à laquelle elle appartient. Il n'y a rien à régler. Avant la 1.3.3, une société prenait aussi les factures et les devis des sociétés qu'elle avait le droit de voir, et les traitait avec ses propres réglages.

== Déclencheurs pour les développeurs (depuis la 1.3.5) ==

Après chaque email parti avec succès, le module lance un déclencheur (trigger) sur la facture ou le devis, pour qu'un autre module puisse y réagir : <code>AUTOREMINDER_SEND</code> après l'envoi automatique d'un document validé, <code>AUTOREMINDER_REMIND</code> après une relance. Le déclencheur reçoit le document dans <code>$object</code> et le détail dans <code>$object->context['autoreminder']</code> : <code>doctype</code>, <code>actioncomm_id</code> (l'événement d'agenda de cet email), <code>level_id</code> et <code>level_days</code> (le palier de relance, 0 et vide pour l'envoi initial), <code>email_to</code>, <code>email_from</code>, <code>email_subject</code>. Le module ne lance pas les déclencheurs natifs <code>BILL_SENTBYMAIL</code> et <code>PROPAL_SENTBYMAIL</code>, qui signifient qu'un utilisateur a envoyé le document depuis sa fiche.

= Installation =

# Télécharger le fichier zip du module.
# Se connecter à Dolibarr en administrateur, aller dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et envoyer le zip.
# Activer '''Auto Reminder''' dans la section ''Modules financiers''.

Le module crée automatiquement sa table en base, ses champs complémentaires et une tâche planifiée quotidienne. Lors d'une mise à jour depuis une version 1.x, les paliers existants sont conservés en tant que paliers de factures.

= Configuration =

Avant de configurer le module, créez vos modèles d'email dans ''Accueil - Configuration - Emails - Modèles d'emails'' : type ''Envoi facture'' pour les factures, type ''Envoi proposition commerciale'' pour les devis. Un modèle pour l'envoi initial, un par palier de relance.

Ouvrez ensuite les réglages du module. Il y a un onglet par type de document (Factures, Devis), chacun avec :

* l'interrupteur d'envoi automatique et son modèle d'email. À l'activation, la date du jour est enregistrée : seuls les documents validés à partir de cette date seront envoyés. La date est modifiable (avec un avertissement),
* l'interrupteur de relance automatique (et, pour les factures uniquement, l'option des factures partiellement payées),
* le tableau des paliers de relance : délai en jours + modèle d'email, autant de paliers que vous voulez.

La tâche planifiée ''AutoReminderJob'' s'exécute une fois par jour par défaut (voir ''Accueil - Configuration - Tâches planifiées'').

= Historique des versions =

Changelog complet, toutes les versions depuis la première : [https://framagit.org/doli/modules/autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder

2026-10-09T14:08:43Z

StephM: /* Version history */

[[fr:Module_Auto_Reminder_FR]]


[[Category:Complementary modules]]
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 or higher
|note=Tested on Dolibarr 24. Free module, GPLv3.
}}

'''Auto Reminder''' automatically sends and follows up invoices and commercial proposals in Dolibarr. Everything is driven by a daily scheduled job.

= Features =

== Invoices ==

* Automatic sending of validated invoices by email, with the invoice PDF attached and a configurable email template.
* Automatic reminders for unpaid invoices, based on configurable levels. Each level defines a delay in days relative to the due date (or the invoice date if no due date) and an email template. Negative delays are allowed (preventive reminder before the due date).
* Option to include or exclude partially paid invoices.

== Proposals (since 1.3.0) ==

* Automatic sending of validated proposals by email, with the proposal PDF attached.
* Automatic reminders for proposals still unanswered (not signed, not refused, not billed). Levels are counted from the end of validity date of the proposal (or its date if none).
* Settings are fully separate from invoices: the module setup page has one tab for invoices and one tab for proposals, each with its own switches, email template and reminder levels.

== Only the highest level reached is sent ==

For each document, only the highest reminder level reached is considered. Lower levels that were missed are never sent afterwards: a document already overdue when the module is enabled receives a single reminder, the one matching its actual delay, with the right template. Never a burst of reminders over several days.

== Recipient of the emails ==

The recipient is determined in this order, for sending and for reminders:

# The contact attached to the document (Contacts tab of the invoice or proposal), whatever its role. If several contacts are attached: billing then service then shipping for an invoice; follow-up then billing then shipping for a proposal.
# Otherwise the default contact of the third party for this document type (Contacts/Addresses tab of the third party).
# Otherwise the first active contact of the third party having an email.
# Otherwise the email address of the third party.

Since 1.3.1, every contact sharing the highest priority role is kept, not only the first one: two or three billing contacts attached to the same invoice all receive the email, in a single sending. The priority order is unchanged, so a billing contact still wins over a shipping one. Steps 1 and 2 above work this way; step 3 keeps a single recipient, since without a role nothing tells who handles the invoices.

Disabled contacts and contacts without email are never used. If no recipient is found, nothing is sent and an event is recorded in the document agenda.

== Language of the emails (since 1.3.2) ==

The template selected in the settings defines the LABEL of reference, not the language. When the Dolibarr multi-language option is enabled and the third party has its own language, the module uses the email template carrying the same label in that language, and falls back to the template selected in the settings when there is none. The language fallback (es_MX to es_ES, then a template with no language) is the native Dolibarr one. When a translation is used, amounts and dates in the email follow that language too. The attached PDF is not regenerated: it is the document as it stands.

Translating a template is done in Dolibarr itself, not in the module settings: create the template again with the SAME label, choose the language, then translate the subject and the content. Note that the Language column of email templates only appears when the multi-language option is enabled.

== Safety against mass sending ==

Only documents validated after the sending option was enabled are sent: enabling the module on an existing database never sends the historical documents. The reference date is stored when you enable the option, displayed in the settings, and editable: you can move it back knowingly to include part of the history. An explicit warning is shown next to the field: any document validated on or after that date and never sent will be sent on the next job run.

== Exclusions ==

A checkbox "Exclude from automatic reminders" is available:
* on the third party card: never remind this customer (invoices and proposals),
* on the invoice card: never remind this invoice (dispute, negotiated payment schedule...),
* on the proposal card: never remind this proposal.

The initial sending of documents is not affected by these checkboxes.

== When a document cannot be processed ==

When a document cannot be processed (no valid recipient, PDF not found, email template not found, send failure), the module records an event in the document agenda with the reason in plain words, once per document and per reason. Looking at the invoice or proposal, you immediately see why nothing was sent.

== Multi-company (Multicompany) ==

The module works with the Multicompany module. Each entity sends and reminds '''its own documents only''', with its own settings, its own reminder levels and its own email templates. Sharing in Multicompany grants read visibility on the documents of another entity, it does not change their owner: a shared invoice is still reminded by the entity it belongs to. Nothing to configure. Before 1.3.3, an entity picked up the invoices and proposals of the entities it was allowed to see and processed them with its own settings.

== Triggers for developers (since 1.3.5) ==

After each successful email, the module fires a trigger on the invoice or proposal, so that another module can react to it: <code>AUTOREMINDER_SEND</code> after the automatic sending of a validated document, <code>AUTOREMINDER_REMIND</code> after a reminder. The listener receives the document as <code>$object</code> and the details in <code>$object->context['autoreminder']</code>: <code>doctype</code>, <code>actioncomm_id</code> (the agenda event of this email), <code>level_id</code> and <code>level_days</code> (the reminder level, 0 and empty for the initial sending), <code>email_to</code>, <code>email_from</code>, <code>email_subject</code>. The module does not fire the core <code>BILL_SENTBYMAIL</code> and <code>PROPAL_SENTBYMAIL</code> triggers, which mean that a user sent the document from its card.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Auto Reminder''' in the ''Financial modules'' section.

The module creates its database table, its extrafields and a daily scheduled job automatically. When upgrading from a 1.x version, existing reminder levels are kept as invoice levels.

= Setup =

Before configuring the module, create your email templates in ''Home - Setup - Emails - Email templates'': type ''Send invoice'' for invoices, type ''Send commercial proposal'' for proposals. One template for the initial sending, one per reminder level.

Then open the module settings. There is one tab per document type (Invoices, Proposals), each with:

* the automatic sending switch and its email template. When enabled, today's date is stored: only documents validated from that date on will be sent. The date is editable (with a warning),
* the automatic reminders switch (and, for invoices only, the partially paid option),
* the reminder levels table: delay in days + email template, unlimited number of levels.

The scheduled job ''AutoReminderJob'' runs once a day by default (see ''Home - Setup - Scheduled jobs'').

= Version history =

Full changelog, every version since the first one: [https://framagit.org/doli/modules/autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Doli Mail Later FR

2026-09-29T18:05:04Z

StephM:

[[en:Module_Doli_Mail_Later]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}
=Informations=
{{TemplateModuleInfo
|modulename=Doli Mail Later
|editor=Stéphane Mallet Informatique
|web=https://framagit.org/doli/modules/dolimaillater
|webbuy=https://www.dolistore.com/product.php?id=DOLISTORE_ID
|status=stable
|prerequisites=Dolibarr 21 ou supérieur, PHP 7.4 ou supérieur, le planificateur de tâches de Dolibarr actif
|note=Testé sur Dolibarr 23 et 24, écran d'envoi vérifié sur Dolibarr 22. Module gratuit, GPLv3.
}}

'''Doli Mail Later''' permet de programmer l'envoi des mails de Dolibarr à un jour et une heure choisis, au lieu de les envoyer tout de suite.

[[File:DoliMailLater_schedule.png|thumb|center|700px|La fenêtre de programmation, au-dessus du bouton Programmer l'envoi]]

= Fonctionnalités =

== Programmer un envoi ==

Sur l'écran d'envoi d'un tiers, d'un devis ou d'une facture client, un bouton ''Programmer l'envoi'' se place à côté de ''Envoyer email''. Il ouvre une petite fenêtre avec un jour, une heure et trois raccourcis tout prêts : dans 15 minutes, dans 30 minutes, dans 2 heures. Vous préparez le message exactement comme d'habitude ; au lieu de partir, il attend dans une file et part tout seul le moment venu.

L'expéditeur et le destinataire sont vérifiés à la programmation : un message sans adresse d'expéditeur ou de destinataire valable est refusé tout de suite, il n'entre jamais dans la file pour échouer le jour prévu.

== Ce qu'on relit est ce qui part ==

Le message est figé à la programmation : destinataires résolus, variables des modèles remplacées, documents joints recopiés dans le dossier du module. Regénérer ou supprimer la facture d'origine ne change pas ce qui sera envoyé.

== Avertissement quand un message attend déjà ==

Quand un message attend déjà pour le même client, un bandeau rouge apparaît au-dessus du formulaire d'envoi. Il compte les messages de tous les utilisateurs, pour que deux collègues n'écrivent pas deux fois au même client, et permet de relire chacun d'eux avant d'en écrire un autre.

[[File:DoliMailLater_banner.png|thumb|center|700px|Le bandeau des messages déjà en attente pour ce client]]

Une enveloppe dans la barre du haut indique combien de messages attendent leur départ ; un clic ouvre la file sur eux.

== La file ==

Le menu ''Doli Mail Later'' liste tous les messages programmés, filtrables par état ou par client. La fiche d'un message le montre tel qu'il partira, et permet de déplacer son rendez-vous, de l'envoyer maintenant, de l'annuler ou de le mettre à la corbeille. États : en attente, envoyé, refusé par le serveur de mail, retenu, annulé.

[[File:DoliMailLater_queue.png|thumb|center|700px|La file des messages programmés]]

== Les vieux messages ne se réveillent pas ==

Une tâche planifiée envoie les messages arrivés à échéance toutes les cinq minutes. Si le serveur a été arrêté et qu'une heure prévue est dépassée de plus que le retard toléré (deux jours par défaut), le message est retenu au lieu de partir, et attend votre décision.

== L'agenda dit la vérité ==

Programmer un message crée un événement d'agenda rattaché au client et au document d'origine. Il est mis à jour quand le message part, est annulé, retenu ou refusé : l'agenda n'annonce jamais un envoi qui n'a pas eu lieu.

== Déclencheurs pour les développeurs ==

À chaque étape, le module lance un déclencheur à son propre nom : <code>DOLIMAILLATER_MAIL_SCHEDULED</code>, <code>DOLIMAILLATER_MAIL_RESCHEDULED</code>, <code>DOLIMAILLATER_MAIL_SENT</code>, <code>DOLIMAILLATER_MAIL_ERROR</code>, <code>DOLIMAILLATER_MAIL_HELD</code>, <code>DOLIMAILLATER_MAIL_CANCELED</code>. L'écouteur reçoit le message programmé dans <code>$object</code> : tiers, document d'origine, rendez-vous, adresses, sujet et état.

= Installation =

# Téléchargez le fichier zip du module.
# Connectez-vous à Dolibarr en administrateur, allez dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et déposez le zip.
# Activez '''Doli Mail Later''' dans la liste des modules.

Le module crée ses deux tables et sa tâche planifiée automatiquement. Le planificateur de tâches de Dolibarr doit être actif et appelé par votre serveur, sinon rien ne part. Lors d'une mise à jour, désactivez puis réactivez le module.

= Configuration =

''Doli Mail Later - Configuration'', réservée aux administrateurs :

* le retard toléré avant qu'un message en retard soit retenu (2880 minutes, deux jours, par défaut ; zéro ne retient rien),
* les trois raccourcis de la fenêtre de programmation, en minutes (15, 30 et 120 par défaut).

Trois droits : lire les messages programmés ; programmer un envoi, le déplacer, l'annuler ; mettre un message programmé à la corbeille.

Documentation complète : [https://framagit.org/doli/modules/dolimaillater/-/blob/main/doc/USER-GUIDE.fr.md guide de l'utilisateur] et [https://framagit.org/doli/modules/dolimaillater/-/blob/main/doc/TECHNICAL.fr.md documentation technique].

= Historique des versions =

* '''1.2.3''' (2026-09-29, bêta) : libellés traduits sur la fiche d'un message, couleurs du thème (thème sombre compris), documentation incluse dans le paquet.
* '''1.2.2''' (2026-09-29) : Dolibarr est chargé par la séquence standard exigée par la validation du Dolistore.

Changelog complet, toutes les versions depuis la première : [https://framagit.org/doli/modules/dolimaillater/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Doli Mail Later}}

Module Doli Mail Later FR

2026-09-29T18:01:08Z

StephM: Created page with " en:Module_Doli_Mail_Later  Category:Modules complémentaires {{TemplateDocUtil}} =Informations= {{TemplateM..."

[[en:Module_Doli_Mail_Later]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}
=Informations=
{{TemplateModuleInfo
|modulename=Doli Mail Later
|editor=Stéphane Mallet Informatique
|web=https://framagit.org/doli/modules/dolimaillater
|webbuy=https://www.dolistore.com/product.php?id=DOLISTORE_ID
|status=stable
|prerequisites=Dolibarr 21 ou supérieur, PHP 7.4 ou supérieur, le planificateur de tâches de Dolibarr actif
|note=Testé sur Dolibarr 23 et 24, écran d'envoi vérifié sur Dolibarr 22. Module gratuit, GPLv3.
}}

'''Doli Mail Later''' permet de programmer l'envoi des mails de Dolibarr à un jour et une heure choisis, au lieu de les envoyer tout de suite.

[[File:DoliMailLater_schedule.png|thumb|center|700px|La fenêtre de programmation, au-dessus du bouton Programmer l'envoi]]

= Fonctionnalités =

== Programmer un envoi ==

Sur l'écran d'envoi d'un tiers, d'un devis ou d'une facture client, un se place à côté de ''Envoyer email''. Il ouvre une petite fenêtre avec
un jour, une heure et trois raccourcis tout prêts : dans 15 minutes, da Vous préparez le message exactement comme d'habitude ; au lieu de
partir, il attend dans une file et part tout seul le moment venu.

L'expéditeur et le destinataire sont vérifiés à la programmation : un meur ou de destinataire valable est refusé tout de suite, il n'entre
jamais dans la file pour échouer le jour prévu.

== Ce qu'on relit est ce qui part ==

Le message est figé à la programmation : destinataires résolus, variablcuments joints recopiés dans le dossier du module. Regénérer ou
supprimer la facture d'origine ne change pas ce qui sera envoyé.

== Avertissement quand un message attend déjà ==

Quand un message attend déjà pour le même client, un bandeau rouge appad'envoi. Il compte les messages de tous les utilisateurs, pour que deux
collègues n'écrivent pas deux fois au même client, et permet de relire e un autre.

[[File:DoliMailLater_banner.png|thumb|center|700px|Le bandeau des messalient]]

Une enveloppe dans la barre du haut indique combien de messages attendent leur départ ; un clic ouvre la file sur eux.

== La file ==

Le menu ''Doli Mail Later'' liste tous les messages programmés, filtraba fiche d'un message le montre tel qu'il partira, et permet de déplacer
son rendez-vous, de l'envoyer maintenant, de l'annuler ou de le mettre tente, envoyé, refusé par le serveur de mail, retenu, annulé.

[[File:DoliMailLater_queue.png|thumb|center|700px|La file des messages

== Les vieux messages ne se réveillent pas ==

Une tâche planifiée envoie les messages arrivés à échéance toutes les cété arrêté et qu'une heure prévue est dépassée de plus que le retardtoléré (deux jours par défaut), le message est retenu au lieu de partir, et attend votre décision.

== L'agenda dit la vérité ==

Programmer un message crée un événement d'agenda rattaché au client et mis à jour quand le message part, est annulé, retenu ou refusé :
l'agenda n'annonce jamais un envoi qui n'a pas eu lieu.

== Déclencheurs pour les développeurs ==

À chaque étape, le module lance un déclencheur à son propre nom : <code</code>, <code>DOLIMAILLATER_MAIL_RESCHEDULED</code>,<code>DOLIMAILLATER_MAIL_SENT</code>, <code>DOLIMAILLATER_MAIL_ERROR</code>, <code>DOLIMAILLATER_MAIL_HELD</code>, <code>DOLIMAILLATER_MAIL_CANCELED</code>. L'écouteur
reçoit le message programmé dans <code>$object</code> : tiers, documentsses, sujet et état.

= Installation =

# Téléchargez le fichier zip du module.
# Connectez-vous à Dolibarr en administrateur, allez dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et déposez le
zip.
# Activez '''Doli Mail Later''' dans la liste des modules.

Le module crée ses deux tables et sa tâche planifiée automatiquement. LDolibarr doit être actif et appelé par votre serveur, sinon rien ne
part. Lors d'une mise à jour, désactivez puis réactivez le module.

= Configuration =

''Doli Mail Later - Configuration'', réservée aux administrateurs :

* le retard toléré avant qu'un message en retard soit retenu (2880 minu zéro ne retient rien),
* les trois raccourcis de la fenêtre de programmation, en minutes (15,

Trois droits : lire les messages programmés ; programmer un envoi, le dn message programmé à la corbeille.

Documentation complète : [https://framagit.org/doli/modules/dolimaillater/-/blob/main/doc/USER-GUIDE.fr.md guide de l'utilisateur] et
[https://framagit.org/doli/modules/dolimaillater/-/blob/main/doc/TECHNIique].

= Historique des versions =

* '''1.2.3''' (2026-09-29, bêta) : libellés traduits sur la fiche d'un hème sombre compris), documentation incluse dans le paquet.
* '''1.2.2''' (2026-09-29) : Dolibarr est chargé par la séquence standard exigée par la validation du Dolistore.

Changelog complet, toutes les versions depuis la première : [https://framagit.org/doli/modules/dolimaillater/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Doli Mail Later}}

File:DoliMailLater schedule.png

2026-09-29T17:55:31Z

StephM: Doli Mail Later module for Dolibarr: the scheduling window, opened above the Schedule sending button, with the day, the time and three quick shortcuts.

== Summary ==
Doli Mail Later module for Dolibarr: the scheduling window, opened above the Schedule sending button, with the day, the time and three quick shortcuts.
== Licensing ==
{{CC-BY-SA}}

File:DoliMailLater queue.png

2026-09-29T17:45:10Z

StephM: Doli Mail Later module for Dolibarr: the queue of scheduled emails, with their planned sending time, customer, subject, recipients, author and status.

== Summary ==
Doli Mail Later module for Dolibarr: the queue of scheduled emails, with their planned sending time, customer, subject, recipients, author and status.
== Licensing ==
{{CC-BY-SA}}

File:DoliMailLater banner.png

2026-09-29T17:44:19Z

StephM: Doli Mail Later module for Dolibarr: the red banner on the sending screen, listing the emails already waiting for this customer.

== Summary ==
Doli Mail Later module for Dolibarr: the red banner on the sending screen, listing the emails already waiting for this customer.
== Licensing ==
{{CC-BY-SA}}

Module Doli Mail Later

2026-09-29T17:42:17Z

StephM:

[[fr:Module_Doli_Mail_Later_FR]]


[[Category:Complementary modules]]
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Doli Mail Later
|editor=Stéphane Mallet Informatique
|web=https://framagit.org/doli/modules/dolimaillater
|webbuy=https://www.dolistore.com/product.php?id=DOLISTORE_ID
|status=stable
|prerequisites=Dolibarr 21 or higher, PHP 7.4 or higher, the Dolibarr job scheduler enabled
|note=Tested on Dolibarr 23 and 24, sending screen checked on Dolibarr 22. Free module, GPLv3.
}}

'''Doli Mail Later''' lets you schedule the emails you send from Dolibarr for a chosen day and time, instead of sending them right away.

[[File:DoliMailLater_schedule.png|thumb|center|700px|The scheduling window, above the Schedule sending button]]

= Features =

== Scheduling an email ==

On the sending screen of a third party, a proposal or a customer invoice, a ''Schedule sending'' button sits next to ''Send email''. It opens a small window with a day, a time and three ready-made shortcuts: in 15 minutes, in 30 minutes, in 2 hours. You prepare the email exactly as usual; instead of leaving, it waits in a queue and leaves on its own when its time comes.

The sender and the recipient are checked when you schedule: an email without a valid sender or recipient address is refused right away, it never enters the queue only to fail on the planned day.

== What you read is what leaves ==

The email is frozen when scheduled: recipients resolved, template variables replaced, attached documents copied into the folder of the module. Regenerating or deleting the original invoice does not change what will be sent.

== Warning when an email is already waiting ==

When an email is already waiting for the same customer, a red banner appears above the sending form. It counts the emails of every user, so that two colleagues do not write twice to the same customer, and lets you read each of them before writing another one.

[[File:DoliMailLater_banner.png|thumb|center|700px|The banner of the emails already waiting for this customer]]

An envelope in the top bar shows how many emails are waiting to leave; a click opens the queue on them.

== The queue ==

The ''Doli Mail Later'' menu lists every scheduled email, filtered by state or customer. The card of an email shows it as it will leave, and lets you move its planned time, send it now, cancel it or move it to the trash. States: waiting, sent, refused by the mail server, held, canceled.

[[File:DoliMailLater_queue.png|thumb|center|700px|The queue of scheduled emails]]

== Old emails are not woken up ==

A scheduled job sends due emails every five minutes. If the server was stopped and a planned time is past by more than the tolerated delay (two days by default), the email is held instead of being sent, and waits for your decision.

== The agenda tells the truth ==

Scheduling an email creates an agenda event linked to the customer and to the source document. It is updated when the email leaves, is canceled, held or refused: the agenda never announces a sending that did not happen.

== Triggers for developers ==

At each step, the module fires a trigger under its own name: <code>DOLIMAILLATER_MAIL_SCHEDULED</code>, <code>DOLIMAILLATER_MAIL_RESCHEDULED</code>, <code>DOLIMAILLATER_MAIL_SENT</code>, <code>DOLIMAILLATER_MAIL_ERROR</code>, <code>DOLIMAILLATER_MAIL_HELD</code>, <code>DOLIMAILLATER_MAIL_CANCELED</code>. The listener receives the scheduled email as <code>$object</code>: third party, source document, planned time, addresses, subject and state.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Doli Mail Later''' in the module list.

The module creates its two tables and its scheduled job automatically. The Dolibarr job scheduler must be enabled and called by your server, otherwise nothing leaves. When upgrading, disable then enable the module again.

= Setup =

''Doli Mail Later - Setup'', reserved to administrators:

* the tolerated delay before an overdue email is held (2880 minutes, two days, by default; zero holds nothing),
* the three shortcuts of the scheduling window, in minutes (15, 30 and 120 by default).

Three permissions: read the scheduled emails; schedule, move or cancel a sending; move a scheduled email to the trash.

Full documentation: [https://framagit.org/doli/modules/dolimaillater/-/blob/main/doc/USER-GUIDE.md user guide] and [https://framagit.org/doli/modules/dolimaillater/-/blob/main/doc/TECHNICAL.md technical documentation].

= Version history =

* '''1.2.3''' (2026-09-29, beta): labels translated on the card of an email, colors of the theme (dark theme included), documentation included in the package.
* '''1.2.2''' (2026-09-29): Dolibarr is loaded with the standard sequence required by the Dolistore validation.

Full changelog, every version since the first one: [https://framagit.org/doli/modules/dolimaillater/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Doli Mail Later}}

Module Doli Mail Later

2026-09-29T17:33:15Z

StephM: Created page with "<nowiki>fr:Module_Doli_Mail_Later_FR</nowiki> <nowiki>Category:Complementary modules</nowiki> <nowiki>{{TemplateDocUser}}</nowiki> =Information= <nowiki>{{TemplateModu..."

<nowiki>[[fr:Module_Doli_Mail_Later_FR]]</nowiki> <nowiki>[[Category:Complementary modules]]</nowiki> <nowiki>{{TemplateDocUser}}</nowiki> =Information= <nowiki>{{TemplateModuleInfo |modulename=Doli Mail Later |editor=Stéphane Mallet Informatique |web=https://framagit.org/doli/modules/dolimaillater |webbuy=https://www.dolistore.com/product.php?id=DOLISTORE_ID |status=stable |prerequisites=Dolibarr 21 or higher, PHP 7.4 or higher, the Dolibarr job scheduler enabled |note=Tested on Dolibarr 23 and 24, sending screen checked on Dolibarr 22. Free module, GPLv3. }}</nowiki> <nowiki>'''</nowiki>Doli Mail Later<nowiki>'''</nowiki> lets you schedule the emails you send from Dolibarr for a chosen day and time, instead of sending them right away. <nowiki>[[File:DoliMailLater_schedule.png|thumb|center|700px|The scheduling window, above the Schedule sending button]]</nowiki> = Features = == Scheduling an email == On the sending screen of a third party, a proposal or a customer invoice, a <nowiki>''</nowiki>Schedule sending<nowiki>''</nowiki> button sits next to <nowiki>''</nowiki>Send email<nowiki>''</nowiki>. It opens a small window with a day, a time and three ready-made shortcuts: in 15 minutes, in 30 minutes, in 2 hours. You prepare the email exactly as usual; instead of leaving, it waits in a queue and leaves on its own when its time comes. The sender and the recipient are checked when you schedule: an email without a valid sender or recipient address is refused right away, it never enters the queue only to fail on the planned day. == What you read is what leaves == The email is frozen when scheduled: recipients resolved, template variables replaced, attached documents copied into the folder of the module. Regenerating or deleting the original invoice does not change what will be sent. == Warning when an email is already waiting == When an email is already waiting for the same customer, a red banner appears above the sending form. It counts the emails of every user, so that two colleagues do not write twice to the same customer, and lets you read each of them before writing another one. <nowiki>[[File:DoliMailLater_banner.png|thumb|center|700px|The banner of the emails already waiting for this customer]]</nowiki> An envelope in the top bar shows how many emails are waiting to leave; a click opens the queue on them. == The queue == The <nowiki>''</nowiki>Doli Mail Later<nowiki>''</nowiki> menu lists every scheduled email, filtered by state or customer. The card of an email shows it as it will leave, and lets you move its planned time, send it now, cancel it or move it to the trash. States: waiting, sent, refused by the mail server, held, canceled. <nowiki>[[File:DoliMailLater_queue.png|thumb|center|700px|The queue of scheduled emails]]</nowiki> == Old emails are not woken up == A scheduled job sends due emails every five minutes. If the server was stopped and a planned time is past by more than the tolerated delay (two days by default), the email is held instead of being sent, and waits for your decision. == The agenda tells the truth == Scheduling an email creates an agenda event linked to the customer and to the source document. It is updated when the email leaves, is canceled, held or refused: the agenda never announces a sending that did not happen. == Triggers for developers == At each step, the module fires a trigger under its own name: <code>DOLIMAILLATER_MAIL_SCHEDULED</code>, <code>DOLIMAILLATER_MAIL_RESCHEDULED</code>, <code>DOLIMAILLATER_MAIL_SENT</code>, <code>DOLIMAILLATER_MAIL_ERROR</code>, <code>DOLIMAILLATER_MAIL_HELD</code>, <code>DOLIMAILLATER_MAIL_CANCELED</code>. The listener receives the scheduled email as <code>$object</code>: third party, source document, planned time, addresses, subject and state. = Installation = # Download the module zip file. # Log in to Dolibarr as administrator, go to <nowiki>''</nowiki>Home - Setup - Modules/Applications<nowiki>''</nowiki>, tab <nowiki>''</nowiki>Deploy/install external app/module<nowiki>''</nowiki>, and upload the zip. # Activate <nowiki>'''</nowiki>Doli Mail Later<nowiki>'''</nowiki> in the module list. The module creates its two tables and its scheduled job automatically. The Dolibarr job scheduler must be enabled and called by your server, otherwise nothing leaves. When upgrading, disable then enable the module again. = Setup = <nowiki>''</nowiki>Doli Mail Later - Setup<nowiki>''</nowiki>, reserved to administrators: * the tolerated delay before an overdue email is held (2880 minutes, two days, by default; zero holds nothing), * the three shortcuts of the scheduling window, in minutes (15, 30 and 120 by default). Three permissions: read the scheduled emails; schedule, move or cancel a sending; move a scheduled email to the trash. Full documentation: <nowiki>[https://framagit.org/doli/modules/dolimaillater/-/blob/main/doc/USER-GUIDE.md user guide]</nowiki> and <nowiki>[https://framagit.org/doli/modules/dolimaillater/-/blob/main/doc/TECHNICAL.md technical documentation]</nowiki>. = Version history = * <nowiki>'''</nowiki>1.2.3<nowiki>'''</nowiki> (2026-09-29, beta): labels translated on the card of an email, colors of the theme (dark theme included), documentation included in the package. * <nowiki>'''</nowiki>1.2.2<nowiki>'''</nowiki> (2026-09-29): Dolibarr is loaded with the standard sequence required by the Dolistore validation. Full changelog, every version since the first one: <nowiki>[https://framagit.org/doli/modules/dolimaillater/-/blob/main/ChangeLog.md ChangeLog.md]</nowiki> = Support = contact@stephane-mallet.fr <nowiki>{{DEFAULTSORT:Doli Mail Later}}</nowiki>

Module Auto Reminder FR

2026-09-26T10:06:42Z

StephM:

[[en:Module_Auto_Reminder]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}
=Informations=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 ou supérieur
|note=Testé sur Dolibarr 24. Module gratuit, GPLv3.
}}

'''Auto Reminder''' envoie et relance automatiquement les factures et les devis dans Dolibarr. Tout est déclenché par une tâche planifiée quotidienne.

= Fonctionnalités =

== Factures ==

* Envoi automatique des factures validées par email, avec le PDF de la facture en pièce jointe et le modèle d'email de votre choix.
* Relance automatique des factures impayées, par paliers configurables. Chaque palier définit un délai en jours par rapport à la date d'échéance (ou à la date de facture s'il n'y a pas d'échéance) et son modèle d'email. Les délais négatifs sont acceptés, pour une relance préventive avant l'échéance.
* Option pour inclure ou exclure les factures partiellement payées.

== Devis (depuis la 1.3.0) ==

* Envoi automatique des devis validés par email, avec le PDF du devis en pièce jointe.
* Relance automatique des devis restés sans réponse (ni signés, ni refusés, ni facturés). Les paliers sont comptés à partir de la date de fin de validité du devis, ou de sa date s'il n'en a pas.
* Réglages entièrement séparés de ceux des factures : la page de configuration a un onglet Factures et un onglet Devis, chacun avec ses interrupteurs, son modèle d'email et ses paliers.

== Seul le palier le plus élevé atteint est envoyé ==

Pour chaque document, seul le palier de relance le plus élevé atteint est retenu. Les paliers inférieurs manqués ne sont jamais rattrapés : un document déjà en retard au moment où le module est activé reçoit une seule relance, celle qui correspond à son retard réel, avec le bon modèle d'email. Jamais une rafale de relances sur plusieurs jours.

== Destinataire des emails ==

Le destinataire est déterminé dans cet ordre, aussi bien pour l'envoi que pour les relances :

# Le contact rattaché au document (onglet Contacts de la facture ou du devis), quel que soit son rôle. Si plusieurs contacts sont rattachés : facturation, puis prestation, puis livraison pour une facture ; suivi, puis facturation, puis livraison pour un devis.
# Sinon le contact par défaut du tiers pour ce type de document (onglet Contacts/Adresses du tiers).
# Sinon le premier contact actif du tiers ayant une adresse email.
# Sinon l'adresse email du tiers.

Depuis la 1.3.1, tous les contacts à égalité sur le rôle le plus prioritaire sont retenus, et non plus seulement le premier : deux ou trois contacts de facturation rattachés à la même facture reçoivent tous l'email, en un seul envoi. L'ordre de priorité est inchangé, un contact de facturation l'emporte toujours sur un contact de livraison. Les étapes 1 et 2 ci-dessus fonctionnent ainsi ; l'étape 3 ne retient qu'un seul destinataire, puisque sans rôle rien n'indique qui s'occupe des factures.

Les contacts désactivés et les contacts sans email ne sont jamais utilisés. Si aucun destinataire n'est trouvé, rien n'est envoyé et un événement est enregistré dans l'agenda du document.

== Langue des emails (depuis la 1.3.2) ==

Le modèle choisi dans les réglages fixe le LIBELLÉ de référence, pas la langue. Si l'option multilingue de Dolibarr est activée et que le tiers a sa propre langue, le module utilise le modèle d'email portant le même libellé dans cette langue, et se rabat sur celui des réglages s'il n'y en a pas. Le repli de langue (es_MX vers es_ES, puis modèle sans langue) est celui de Dolibarr. Quand une traduction est utilisée, les montants et les dates du message suivent également cette langue. Le PDF joint, lui, n'est pas régénéré : c'est le document tel qu'il existe.

Traduire un modèle est un geste Dolibarr, pas un réglage du module : recréer le modèle avec le MÊME libellé, choisir la langue, puis traduire le sujet et le contenu. À noter, la colonne Langue des modèles d'email n'apparaît que si l'option multilingue est activée.

== Garde-fou contre l'envoi en masse ==

Seuls les documents validés après l'activation de l'option d'envoi sont envoyés : activer le module sur une base existante n'envoie jamais l'historique. La date de référence est enregistrée au moment où vous activez l'option, affichée dans les réglages, et modifiable : vous pouvez la reculer en connaissance de cause pour inclure une partie de l'historique. Un avertissement explicite est affiché à côté du champ : tout document validé à partir de cette date et jamais envoyé partira au prochain passage de la tâche planifiée.

== Exclusions ==

Une case à cocher « Exclure des relances automatiques » est disponible :
* sur la fiche tiers : ne jamais relancer ce client (factures et devis),
* sur la fiche facture : ne jamais relancer cette facture (litige, échéancier négocié...),
* sur la fiche devis : ne jamais relancer ce devis.

L'envoi initial des documents n'est pas concerné par ces cases.

== Quand un document ne peut pas être traité ==

Quand un document ne peut pas être traité (aucun destinataire valide, PDF introuvable, modèle d'email introuvable, échec d'envoi), le module enregistre un événement dans l'agenda du document avec la raison en clair, une seule fois par document et par raison. En regardant la facture ou le devis, vous voyez immédiatement pourquoi rien n'est parti.

== Multi-société (module Multicompany) ==

Le module fonctionne avec le module Multicompany. Chaque société envoie et relance '''ses propres documents uniquement''', avec ses propres réglages, ses propres paliers et ses propres modèles d'email. Le partage de Multicompany donne un droit de lecture sur les documents d'une autre société, il ne change pas leur propriétaire : une facture partagée reste relancée par la société à laquelle elle appartient. Il n'y a rien à régler. Avant la 1.3.3, une société prenait aussi les factures et les devis des sociétés qu'elle avait le droit de voir, et les traitait avec ses propres réglages.

== Déclencheurs pour les développeurs (depuis la 1.3.5) ==

Après chaque email parti avec succès, le module lance un déclencheur (trigger) sur la facture ou le devis, pour qu'un autre module puisse y réagir : <code>AUTOREMINDER_SEND</code> après l'envoi automatique d'un document validé, <code>AUTOREMINDER_REMIND</code> après une relance. Le déclencheur reçoit le document dans <code>$object</code> et le détail dans <code>$object->context['autoreminder']</code> : <code>doctype</code>, <code>actioncomm_id</code> (l'événement d'agenda de cet email), <code>level_id</code> et <code>level_days</code> (le palier de relance, 0 et vide pour l'envoi initial), <code>email_to</code>, <code>email_from</code>, <code>email_subject</code>. Le module ne lance pas les déclencheurs natifs <code>BILL_SENTBYMAIL</code> et <code>PROPAL_SENTBYMAIL</code>, qui signifient qu'un utilisateur a envoyé le document depuis sa fiche.

= Installation =

# Télécharger le fichier zip du module.
# Se connecter à Dolibarr en administrateur, aller dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et envoyer le zip.
# Activer '''Auto Reminder''' dans la section ''Modules financiers''.

Le module crée automatiquement sa table en base, ses champs complémentaires et une tâche planifiée quotidienne. Lors d'une mise à jour depuis une version 1.x, les paliers existants sont conservés en tant que paliers de factures.

= Configuration =

Avant de configurer le module, créez vos modèles d'email dans ''Accueil - Configuration - Emails - Modèles d'emails'' : type ''Envoi facture'' pour les factures, type ''Envoi proposition commerciale'' pour les devis. Un modèle pour l'envoi initial, un par palier de relance.

Ouvrez ensuite les réglages du module. Il y a un onglet par type de document (Factures, Devis), chacun avec :

* l'interrupteur d'envoi automatique et son modèle d'email. À l'activation, la date du jour est enregistrée : seuls les documents validés à partir de cette date seront envoyés. La date est modifiable (avec un avertissement),
* l'interrupteur de relance automatique (et, pour les factures uniquement, l'option des factures partiellement payées),
* le tableau des paliers de relance : délai en jours + modèle d'email, autant de paliers que vous voulez.

La tâche planifiée ''AutoReminderJob'' s'exécute une fois par jour par défaut (voir ''Accueil - Configuration - Tâches planifiées'').

= Historique des versions =

* '''1.3.5''' (2026-09-25, bêta) : déclencheurs <code>AUTOREMINDER_SEND</code> et <code>AUTOREMINDER_REMIND</code> pour les développeurs, lancés après chaque email parti avec succès. La 1.3.1 reste la version release.
* '''1.3.4''' (2026-09-24, bêta) : les emails aux clients dont la langue n'a pas de traduction du modèle n'échouent plus, le modèle choisi dans les réglages est utilisé. Messages d'erreur plus clairs.

Changelog complet, toutes les versions depuis la première : [https://framagit.org/doli/modules/autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder

2026-09-26T10:05:54Z

StephM:

[[fr:Module_Auto_Reminder_FR]]


[[Category:Complementary modules]]
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 or higher
|note=Tested on Dolibarr 24. Free module, GPLv3.
}}

'''Auto Reminder''' automatically sends and follows up invoices and commercial proposals in Dolibarr. Everything is driven by a daily scheduled job.

= Features =

== Invoices ==

* Automatic sending of validated invoices by email, with the invoice PDF attached and a configurable email template.
* Automatic reminders for unpaid invoices, based on configurable levels. Each level defines a delay in days relative to the due date (or the invoice date if no due date) and an email template. Negative delays are allowed (preventive reminder before the due date).
* Option to include or exclude partially paid invoices.

== Proposals (since 1.3.0) ==

* Automatic sending of validated proposals by email, with the proposal PDF attached.
* Automatic reminders for proposals still unanswered (not signed, not refused, not billed). Levels are counted from the end of validity date of the proposal (or its date if none).
* Settings are fully separate from invoices: the module setup page has one tab for invoices and one tab for proposals, each with its own switches, email template and reminder levels.

== Only the highest level reached is sent ==

For each document, only the highest reminder level reached is considered. Lower levels that were missed are never sent afterwards: a document already overdue when the module is enabled receives a single reminder, the one matching its actual delay, with the right template. Never a burst of reminders over several days.

== Recipient of the emails ==

The recipient is determined in this order, for sending and for reminders:

# The contact attached to the document (Contacts tab of the invoice or proposal), whatever its role. If several contacts are attached: billing then service then shipping for an invoice; follow-up then billing then shipping for a proposal.
# Otherwise the default contact of the third party for this document type (Contacts/Addresses tab of the third party).
# Otherwise the first active contact of the third party having an email.
# Otherwise the email address of the third party.

Since 1.3.1, every contact sharing the highest priority role is kept, not only the first one: two or three billing contacts attached to the same invoice all receive the email, in a single sending. The priority order is unchanged, so a billing contact still wins over a shipping one. Steps 1 and 2 above work this way; step 3 keeps a single recipient, since without a role nothing tells who handles the invoices.

Disabled contacts and contacts without email are never used. If no recipient is found, nothing is sent and an event is recorded in the document agenda.

== Language of the emails (since 1.3.2) ==

The template selected in the settings defines the LABEL of reference, not the language. When the Dolibarr multi-language option is enabled and the third party has its own language, the module uses the email template carrying the same label in that language, and falls back to the template selected in the settings when there is none. The language fallback (es_MX to es_ES, then a template with no language) is the native Dolibarr one. When a translation is used, amounts and dates in the email follow that language too. The attached PDF is not regenerated: it is the document as it stands.

Translating a template is done in Dolibarr itself, not in the module settings: create the template again with the SAME label, choose the language, then translate the subject and the content. Note that the Language column of email templates only appears when the multi-language option is enabled.

== Safety against mass sending ==

Only documents validated after the sending option was enabled are sent: enabling the module on an existing database never sends the historical documents. The reference date is stored when you enable the option, displayed in the settings, and editable: you can move it back knowingly to include part of the history. An explicit warning is shown next to the field: any document validated on or after that date and never sent will be sent on the next job run.

== Exclusions ==

A checkbox "Exclude from automatic reminders" is available:
* on the third party card: never remind this customer (invoices and proposals),
* on the invoice card: never remind this invoice (dispute, negotiated payment schedule...),
* on the proposal card: never remind this proposal.

The initial sending of documents is not affected by these checkboxes.

== When a document cannot be processed ==

When a document cannot be processed (no valid recipient, PDF not found, email template not found, send failure), the module records an event in the document agenda with the reason in plain words, once per document and per reason. Looking at the invoice or proposal, you immediately see why nothing was sent.

== Multi-company (Multicompany) ==

The module works with the Multicompany module. Each entity sends and reminds '''its own documents only''', with its own settings, its own reminder levels and its own email templates. Sharing in Multicompany grants read visibility on the documents of another entity, it does not change their owner: a shared invoice is still reminded by the entity it belongs to. Nothing to configure. Before 1.3.3, an entity picked up the invoices and proposals of the entities it was allowed to see and processed them with its own settings.

== Triggers for developers (since 1.3.5) ==

After each successful email, the module fires a trigger on the invoice or proposal, so that another module can react to it: <code>AUTOREMINDER_SEND</code> after the automatic sending of a validated document, <code>AUTOREMINDER_REMIND</code> after a reminder. The listener receives the document as <code>$object</code> and the details in <code>$object->context['autoreminder']</code>: <code>doctype</code>, <code>actioncomm_id</code> (the agenda event of this email), <code>level_id</code> and <code>level_days</code> (the reminder level, 0 and empty for the initial sending), <code>email_to</code>, <code>email_from</code>, <code>email_subject</code>. The module does not fire the core <code>BILL_SENTBYMAIL</code> and <code>PROPAL_SENTBYMAIL</code> triggers, which mean that a user sent the document from its card.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Auto Reminder''' in the ''Financial modules'' section.

The module creates its database table, its extrafields and a daily scheduled job automatically. When upgrading from a 1.x version, existing reminder levels are kept as invoice levels.

= Setup =

Before configuring the module, create your email templates in ''Home - Setup - Emails - Email templates'': type ''Send invoice'' for invoices, type ''Send commercial proposal'' for proposals. One template for the initial sending, one per reminder level.

Then open the module settings. There is one tab per document type (Invoices, Proposals), each with:

* the automatic sending switch and its email template. When enabled, today's date is stored: only documents validated from that date on will be sent. The date is editable (with a warning),
* the automatic reminders switch (and, for invoices only, the partially paid option),
* the reminder levels table: delay in days + email template, unlimited number of levels.

The scheduled job ''AutoReminderJob'' runs once a day by default (see ''Home - Setup - Scheduled jobs'').

= Version history =

* '''1.3.5''' (2026-09-25, beta): triggers <code>AUTOREMINDER_SEND</code> and <code>AUTOREMINDER_REMIND</code> for developers, fired after each successful email. Version 1.3.1 remains the release version.
* '''1.3.4''' (2026-09-24, beta): emails to customers whose language has no translation of the template no longer fail, the template selected in the settings is used. Clearer error messages.

Full changelog, every version since the first one: [https://framagit.org/doli/modules/autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder FR

2026-09-24T17:28:24Z

StephM:

[[en:Module_Auto_Reminder]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}
=Informations=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 ou supérieur
|note=Testé sur Dolibarr 23. Module gratuit, GPLv3.
}}

'''Auto Reminder''' envoie et relance automatiquement les factures et les devis dans Dolibarr. Tout est déclenché par une tâche planifiée quotidienne.

= Fonctionnalités =

== Factures ==

* Envoi automatique des factures validées par email, avec le PDF de la facture en pièce jointe et le modèle d'email de votre choix.
* Relance automatique des factures impayées, par paliers configurables. Chaque palier définit un délai en jours par rapport à la date d'échéance (ou à la date de facture s'il n'y a pas d'échéance) et son modèle d'email. Les délais négatifs sont acceptés, pour une relance préventive avant l'échéance.
* Option pour inclure ou exclure les factures partiellement payées.

== Devis (depuis la 1.3.0) ==

* Envoi automatique des devis validés par email, avec le PDF du devis en pièce jointe.
* Relance automatique des devis restés sans réponse (ni signés, ni refusés, ni facturés). Les paliers sont comptés à partir de la date de fin de validité du devis, ou de sa date s'il n'en a pas.
* Réglages entièrement séparés de ceux des factures : la page de configuration a un onglet Factures et un onglet Devis, chacun avec ses interrupteurs, son modèle d'email et ses paliers.

== Seul le palier le plus élevé atteint est envoyé ==

Pour chaque document, seul le palier de relance le plus élevé atteint est retenu. Les paliers inférieurs manqués ne sont jamais rattrapés : un document déjà en retard au moment où le module est activé reçoit une seule relance, celle qui correspond à son retard réel, avec le bon modèle d'email. Jamais une rafale de relances sur plusieurs jours.

== Destinataire des emails ==

Le destinataire est déterminé dans cet ordre, aussi bien pour l'envoi que pour les relances :

# Le contact rattaché au document (onglet Contacts de la facture ou du devis), quel que soit son rôle. Si plusieurs contacts sont rattachés : facturation, puis prestation, puis livraison pour une facture ; suivi, puis facturation, puis livraison pour un devis.
# Sinon le contact par défaut du tiers pour ce type de document (onglet Contacts/Adresses du tiers).
# Sinon le premier contact actif du tiers ayant une adresse email.
# Sinon l'adresse email du tiers.

Depuis la 1.3.1, tous les contacts à égalité sur le rôle le plus prioritaire sont retenus, et non plus seulement le premier : deux ou trois contacts de facturation rattachés à la même facture reçoivent tous l'email, en un seul envoi. L'ordre de priorité est inchangé, un contact de facturation l'emporte toujours sur un contact de livraison. Les étapes 1 et 2 ci-dessus fonctionnent ainsi ; l'étape 3 ne retient qu'un seul destinataire, puisque sans rôle rien n'indique qui s'occupe des factures.

Les contacts désactivés et les contacts sans email ne sont jamais utilisés. Si aucun destinataire n'est trouvé, rien n'est envoyé et un événement est enregistré dans l'agenda du document.

== Langue des emails (depuis la 1.3.2) ==

Le modèle choisi dans les réglages fixe le LIBELLÉ de référence, pas la langue. Si l'option multilingue de Dolibarr est activée et que le tiers a sa propre langue, le module utilise le modèle d'email portant le même libellé dans cette langue, et se rabat sur celui des réglages s'il n'y en a pas. Le repli de langue (es_MX vers es_ES, puis modèle sans langue) est celui de Dolibarr. Quand une traduction est utilisée, les montants et les dates du message suivent également cette langue. Le PDF joint, lui, n'est pas régénéré : c'est le document tel qu'il existe.

Traduire un modèle est un geste Dolibarr, pas un réglage du module : recréer le modèle avec le MÊME libellé, choisir la langue, puis traduire le sujet et le contenu. À noter, la colonne Langue des modèles d'email n'apparaît que si l'option multilingue est activée.

== Garde-fou contre l'envoi en masse ==

Seuls les documents validés après l'activation de l'option d'envoi sont envoyés : activer le module sur une base existante n'envoie jamais l'historique. La date de référence est enregistrée au moment où vous activez l'option, affichée dans les réglages, et modifiable : vous pouvez la reculer en connaissance de cause pour inclure une partie de l'historique. Un avertissement explicite est affiché à côté du champ : tout document validé à partir de cette date et jamais envoyé partira au prochain passage de la tâche planifiée.

== Exclusions ==

Une case à cocher « Exclure des relances automatiques » est disponible :
* sur la fiche tiers : ne jamais relancer ce client (factures et devis),
* sur la fiche facture : ne jamais relancer cette facture (litige, échéancier négocié...),
* sur la fiche devis : ne jamais relancer ce devis.

L'envoi initial des documents n'est pas concerné par ces cases.

== Quand un document ne peut pas être traité ==

Quand un document ne peut pas être traité (aucun destinataire valide, PDF introuvable, modèle d'email introuvable, échec d'envoi), le module enregistre un événement dans l'agenda du document avec la raison en clair, une seule fois par document et par raison. En regardant la facture ou le devis, vous voyez immédiatement pourquoi rien n'est parti.

== Multi-société (module Multicompany) ==

Le module fonctionne avec le module Multicompany. Chaque société envoie et relance '''ses propres documents uniquement''', avec ses propres réglages, ses propres paliers et ses propres modèles d'email. Le partage de Multicompany donne un droit de lecture sur les documents d'une autre société, il ne change pas leur propriétaire : une facture partagée reste relancée par la société à laquelle elle appartient. Il n'y a rien à régler. Avant la 1.3.3, une société prenait aussi les factures et les devis des sociétés qu'elle avait le droit de voir, et les traitait avec ses propres réglages.

= Installation =

# Télécharger le fichier zip du module.
# Se connecter à Dolibarr en administrateur, aller dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et envoyer le zip.
# Activer '''Auto Reminder''' dans la section ''Modules financiers''.

Le module crée automatiquement sa table en base, ses champs complémentaires et une tâche planifiée quotidienne. Lors d'une mise à jour depuis une version 1.x, les paliers existants sont conservés en tant que paliers de factures.

= Configuration =

Avant de configurer le module, créez vos modèles d'email dans ''Accueil - Configuration - Emails - Modèles d'emails'' : type ''Envoi facture'' pour les factures, type ''Envoi proposition commerciale'' pour les devis. Un modèle pour l'envoi initial, un par palier de relance.

Ouvrez ensuite les réglages du module. Il y a un onglet par type de document (Factures, Devis), chacun avec :

* l'interrupteur d'envoi automatique et son modèle d'email. À l'activation, la date du jour est enregistrée : seuls les documents validés à partir de cette date seront envoyés. La date est modifiable (avec un avertissement),
* l'interrupteur de relance automatique (et, pour les factures uniquement, l'option des factures partiellement payées),
* le tableau des paliers de relance : délai en jours + modèle d'email, autant de paliers que vous voulez.

La tâche planifiée ''AutoReminderJob'' s'exécute une fois par jour par défaut (voir ''Accueil - Configuration - Tâches planifiées'').

= Historique des versions =

* '''1.3.4''' (2026-09-24, bêta) : les emails aux clients dont la langue n'a pas de traduction du modèle n'échouent plus, le modèle choisi dans les réglages est utilisé. Messages d'erreur plus clairs. La 1.3.1 reste la version release.
* '''1.3.3''' (2026-08-05, bêta) : compatibilité avec le module Multicompany. Chaque société n'envoie et ne relance plus que ses propres factures et devis, avec ses propres réglages et ses propres modèles, même quand le partage est actif.

Changelog complet, toutes les versions depuis la première : [https://framagit.org/doli/modules/autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder

2026-09-24T17:27:56Z

StephM:

[[fr:Module_Auto_Reminder_FR]]


[[Category:Complementary modules]]
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 or higher
|note=Tested on Dolibarr 23. Free module, GPLv3.
}}

'''Auto Reminder''' automatically sends and follows up invoices and commercial proposals in Dolibarr. Everything is driven by a daily scheduled job.

= Features =

== Invoices ==

* Automatic sending of validated invoices by email, with the invoice PDF attached and a configurable email template.
* Automatic reminders for unpaid invoices, based on configurable levels. Each level defines a delay in days relative to the due date (or the invoice date if no due date) and an email template. Negative delays are allowed (preventive reminder before the due date).
* Option to include or exclude partially paid invoices.

== Proposals (since 1.3.0) ==

* Automatic sending of validated proposals by email, with the proposal PDF attached.
* Automatic reminders for proposals still unanswered (not signed, not refused, not billed). Levels are counted from the end of validity date of the proposal (or its date if none).
* Settings are fully separate from invoices: the module setup page has one tab for invoices and one tab for proposals, each with its own switches, email template and reminder levels.

== Only the highest level reached is sent ==

For each document, only the highest reminder level reached is considered. Lower levels that were missed are never sent afterwards: a document already overdue when the module is enabled receives a single reminder, the one matching its actual delay, with the right template. Never a burst of reminders over several days.

== Recipient of the emails ==

The recipient is determined in this order, for sending and for reminders:

# The contact attached to the document (Contacts tab of the invoice or proposal), whatever its role. If several contacts are attached: billing then service then shipping for an invoice; follow-up then billing then shipping for a proposal.
# Otherwise the default contact of the third party for this document type (Contacts/Addresses tab of the third party).
# Otherwise the first active contact of the third party having an email.
# Otherwise the email address of the third party.

Since 1.3.1, every contact sharing the highest priority role is kept, not only the first one: two or three billing contacts attached to the same invoice all receive the email, in a single sending. The priority order is unchanged, so a billing contact still wins over a shipping one. Steps 1 and 2 above work this way; step 3 keeps a single recipient, since without a role nothing tells who handles the invoices.

Disabled contacts and contacts without email are never used. If no recipient is found, nothing is sent and an event is recorded in the document agenda.

== Language of the emails (since 1.3.2) ==

The template selected in the settings defines the LABEL of reference, not the language. When the Dolibarr multi-language option is enabled and the third party has its own language, the module uses the email template carrying the same label in that language, and falls back to the template selected in the settings when there is none. The language fallback (es_MX to es_ES, then a template with no language) is the native Dolibarr one. When a translation is used, amounts and dates in the email follow that language too. The attached PDF is not regenerated: it is the document as it stands.

Translating a template is done in Dolibarr itself, not in the module settings: create the template again with the SAME label, choose the language, then translate the subject and the content. Note that the Language column of email templates only appears when the multi-language option is enabled.

== Safety against mass sending ==

Only documents validated after the sending option was enabled are sent: enabling the module on an existing database never sends the historical documents. The reference date is stored when you enable the option, displayed in the settings, and editable: you can move it back knowingly to include part of the history. An explicit warning is shown next to the field: any document validated on or after that date and never sent will be sent on the next job run.

== Exclusions ==

A checkbox "Exclude from automatic reminders" is available:
* on the third party card: never remind this customer (invoices and proposals),
* on the invoice card: never remind this invoice (dispute, negotiated payment schedule...),
* on the proposal card: never remind this proposal.

The initial sending of documents is not affected by these checkboxes.

== When a document cannot be processed ==

When a document cannot be processed (no valid recipient, PDF not found, email template not found, send failure), the module records an event in the document agenda with the reason in plain words, once per document and per reason. Looking at the invoice or proposal, you immediately see why nothing was sent.

== Multi-company (Multicompany) ==

The module works with the Multicompany module. Each entity sends and reminds '''its own documents only''', with its own settings, its own reminder levels and its own email templates. Sharing in Multicompany grants read visibility on the documents of another entity, it does not change their owner: a shared invoice is still reminded by the entity it belongs to. Nothing to configure. Before 1.3.3, an entity picked up the invoices and proposals of the entities it was allowed to see and processed them with its own settings.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Auto Reminder''' in the ''Financial modules'' section.

The module creates its database table, its extrafields and a daily scheduled job automatically. When upgrading from a 1.x version, existing reminder levels are kept as invoice levels.

= Setup =

Before configuring the module, create your email templates in ''Home - Setup - Emails - Email templates'': type ''Send invoice'' for invoices, type ''Send commercial proposal'' for proposals. One template for the initial sending, one per reminder level.

Then open the module settings. There is one tab per document type (Invoices, Proposals), each with:

* the automatic sending switch and its email template. When enabled, today's date is stored: only documents validated from that date on will be sent. The date is editable (with a warning),
* the automatic reminders switch (and, for invoices only, the partially paid option),
* the reminder levels table: delay in days + email template, unlimited number of levels.

The scheduled job ''AutoReminderJob'' runs once a day by default (see ''Home - Setup - Scheduled jobs'').

= Version history =

* '''1.3.4''' (2026-09-24, beta): emails to customers whose language has no translation of the template no longer fail, the template selected in the settings is used. Clearer error messages. Version 1.3.1 remains the release version.
* '''1.3.3''' (2026-08-05, beta): compatibility with the Multicompany module. Each entity now sends and reminds its own invoices and proposals only, with its own settings and templates, even when sharing is enabled.

Full changelog, every version since the first one: [https://framagit.org/doli/modules/autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder

2026-08-05T19:04:48Z

StephM:

[[fr:Module_Auto_Reminder_FR]]


[[Category:Complementary modules]]
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 or higher
|note=Tested on Dolibarr 23. Free module, GPLv3.
}}

'''Auto Reminder''' automatically sends and follows up invoices and commercial proposals in Dolibarr. Everything is driven by a daily scheduled job.

= Features =

== Invoices ==

* Automatic sending of validated invoices by email, with the invoice PDF attached and a configurable email template.
* Automatic reminders for unpaid invoices, based on configurable levels. Each level defines a delay in days relative to the due date (or the invoice date if no due date) and an email template. Negative delays are allowed (preventive reminder before the due date).
* Option to include or exclude partially paid invoices.

== Proposals (since 1.3.0) ==

* Automatic sending of validated proposals by email, with the proposal PDF attached.
* Automatic reminders for proposals still unanswered (not signed, not refused, not billed). Levels are counted from the end of validity date of the proposal (or its date if none).
* Settings are fully separate from invoices: the module setup page has one tab for invoices and one tab for proposals, each with its own switches, email template and reminder levels.

== Only the highest level reached is sent ==

For each document, only the highest reminder level reached is considered. Lower levels that were missed are never sent afterwards: a document already overdue when the module is enabled receives a single reminder, the one matching its actual delay, with the right template. Never a burst of reminders over several days.

== Recipient of the emails ==

The recipient is determined in this order, for sending and for reminders:

# The contact attached to the document (Contacts tab of the invoice or proposal), whatever its role. If several contacts are attached: billing then service then shipping for an invoice; follow-up then billing then shipping for a proposal.
# Otherwise the default contact of the third party for this document type (Contacts/Addresses tab of the third party).
# Otherwise the first active contact of the third party having an email.
# Otherwise the email address of the third party.

Since 1.3.1, every contact sharing the highest priority role is kept, not only the first one: two or three billing contacts attached to the same invoice all receive the email, in a single sending. The priority order is unchanged, so a billing contact still wins over a shipping one. Steps 1 and 2 above work this way; step 3 keeps a single recipient, since without a role nothing tells who handles the invoices.

Disabled contacts and contacts without email are never used. If no recipient is found, nothing is sent and an event is recorded in the document agenda.

== Language of the emails (since 1.3.2) ==

The template selected in the settings defines the LABEL of reference, not the language. When the Dolibarr multi-language option is enabled and the third party has its own language, the module uses the email template carrying the same label in that language, and falls back to the template selected in the settings when there is none. The language fallback (es_MX to es_ES, then a template with no language) is the native Dolibarr one. Amounts and dates in the email follow that language too. The attached PDF is not regenerated: it is the document as it stands.

Translating a template is done in Dolibarr itself, not in the module settings: create the template again with the SAME label, choose the language, then translate the subject and the content. Note that the Language column of email templates only appears when the multi-language option is enabled.

== Safety against mass sending ==

Only documents validated after the sending option was enabled are sent: enabling the module on an existing database never sends the historical documents. The reference date is stored when you enable the option, displayed in the settings, and editable: you can move it back knowingly to include part of the history. An explicit warning is shown next to the field: any document validated on or after that date and never sent will be sent on the next job run.

== Exclusions ==

A checkbox "Exclude from automatic reminders" is available:
* on the third party card: never remind this customer (invoices and proposals),
* on the invoice card: never remind this invoice (dispute, negotiated payment schedule...),
* on the proposal card: never remind this proposal.

The initial sending of documents is not affected by these checkboxes.

== When a document cannot be processed ==

When a document cannot be processed (no valid recipient, PDF not found, email template not found, send failure), the module records an event in the document agenda with the reason in plain words, once per document and per reason. Looking at the invoice or proposal, you immediately see why nothing was sent.

== Multi-company (Multicompany) ==

The module works with the Multicompany module. Each entity sends and reminds '''its own documents only''', with its own settings, its own reminder levels and its own email templates. Sharing in Multicompany grants read visibility on the documents of another entity, it does not change their owner: a shared invoice is still reminded by the entity it belongs to. Nothing to configure. Before 1.3.3, an entity picked up the invoices and proposals of the entities it was allowed to see and processed them with its own settings.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Auto Reminder''' in the ''Financial modules'' section.

The module creates its database table, its extrafields and a daily scheduled job automatically. When upgrading from a 1.x version, existing reminder levels are kept as invoice levels.

= Setup =

Before configuring the module, create your email templates in ''Home - Setup - Emails - Email templates'': type ''Send invoice'' for invoices, type ''Send commercial proposal'' for proposals. One template for the initial sending, one per reminder level.

Then open the module settings. There is one tab per document type (Invoices, Proposals), each with:

* the automatic sending switch and its email template. When enabled, today's date is stored: only documents validated from that date on will be sent. The date is editable (with a warning),
* the automatic reminders switch (and, for invoices only, the partially paid option),
* the reminder levels table: delay in days + email template, unlimited number of levels.

The scheduled job ''AutoReminderJob'' runs once a day by default (see ''Home - Setup - Scheduled jobs'').

= Version history =

* '''1.3.3''' (2026-08-05, beta): compatibility with the Multicompany module. Each entity now sends and reminds its own invoices and proposals only, with its own settings and templates, even when sharing is enabled. Nothing to enable, no migration. Version 1.3.1 remains the release version.
* '''1.3.2''' (2026-08-02, beta): documents and reminders are sent in the language of the third party when a template carrying the same label exists in that language.

Full changelog, every version since the first one: [https://framagit.org/Steph501/dolibarr-mod-autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder FR

2026-08-05T19:04:24Z

StephM: /* Historique des versions */

[[en:Module_Auto_Reminder]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}
=Informations=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 ou supérieur
|note=Testé sur Dolibarr 23. Module gratuit, GPLv3.
}}

'''Auto Reminder''' envoie et relance automatiquement les factures et les devis dans Dolibarr. Tout est déclenché par une tâche planifiée quotidienne.

= Fonctionnalités =

== Factures ==

* Envoi automatique des factures validées par email, avec le PDF de la facture en pièce jointe et le modèle d'email de votre choix.
* Relance automatique des factures impayées, par paliers configurables. Chaque palier définit un délai en jours par rapport à la date d'échéance (ou à la date de facture s'il n'y a pas d'échéance) et son modèle d'email. Les délais négatifs sont acceptés, pour une relance préventive avant l'échéance.
* Option pour inclure ou exclure les factures partiellement payées.

== Devis (depuis la 1.3.0) ==

* Envoi automatique des devis validés par email, avec le PDF du devis en pièce jointe.
* Relance automatique des devis restés sans réponse (ni signés, ni refusés, ni facturés). Les paliers sont comptés à partir de la date de fin de validité du devis, ou de sa date s'il n'en a pas.
* Réglages entièrement séparés de ceux des factures : la page de configuration a un onglet Factures et un onglet Devis, chacun avec ses interrupteurs, son modèle d'email et ses paliers.

== Seul le palier le plus élevé atteint est envoyé ==

Pour chaque document, seul le palier de relance le plus élevé atteint est retenu. Les paliers inférieurs manqués ne sont jamais rattrapés : un document déjà en retard au moment où le module est activé reçoit une seule relance, celle qui correspond à son retard réel, avec le bon modèle d'email. Jamais une rafale de relances sur plusieurs jours.

== Destinataire des emails ==

Le destinataire est déterminé dans cet ordre, aussi bien pour l'envoi que pour les relances :

# Le contact rattaché au document (onglet Contacts de la facture ou du devis), quel que soit son rôle. Si plusieurs contacts sont rattachés : facturation, puis prestation, puis livraison pour une facture ; suivi, puis facturation, puis livraison pour un devis.
# Sinon le contact par défaut du tiers pour ce type de document (onglet Contacts/Adresses du tiers).
# Sinon le premier contact actif du tiers ayant une adresse email.
# Sinon l'adresse email du tiers.

Depuis la 1.3.1, tous les contacts à égalité sur le rôle le plus prioritaire sont retenus, et non plus seulement le premier : deux ou trois contacts de facturation rattachés à la même facture reçoivent tous l'email, en un seul envoi. L'ordre de priorité est inchangé, un contact de facturation l'emporte toujours sur un contact de livraison. Les étapes 1 et 2 ci-dessus fonctionnent ainsi ; l'étape 3 ne retient qu'un seul destinataire, puisque sans rôle rien n'indique qui s'occupe des factures.

Les contacts désactivés et les contacts sans email ne sont jamais utilisés. Si aucun destinataire n'est trouvé, rien n'est envoyé et un événement est enregistré dans l'agenda du document.

== Langue des emails (depuis la 1.3.2) ==

Le modèle choisi dans les réglages fixe le LIBELLÉ de référence, pas la langue. Si l'option multilingue de Dolibarr est activée et que le tiers a sa propre langue, le module utilise le modèle d'email portant le même libellé dans cette langue, et se rabat sur celui des réglages s'il n'y en a pas. Le repli de langue (es_MX vers es_ES, puis modèle sans langue) est celui de Dolibarr. Les montants et les dates du message suivent également cette langue. Le PDF joint, lui, n'est pas régénéré : c'est le document tel qu'il existe.

Traduire un modèle est un geste Dolibarr, pas un réglage du module : recréer le modèle avec le MÊME libellé, choisir la langue, puis traduire le sujet et le contenu. À noter, la colonne Langue des modèles d'email n'apparaît que si l'option multilingue est activée.

== Garde-fou contre l'envoi en masse ==

Seuls les documents validés après l'activation de l'option d'envoi sont envoyés : activer le module sur une base existante n'envoie jamais l'historique. La date de référence est enregistrée au moment où vous activez l'option, affichée dans les réglages, et modifiable : vous pouvez la reculer en connaissance de cause pour inclure une partie de l'historique. Un avertissement explicite est affiché à côté du champ : tout document validé à partir de cette date et jamais envoyé partira au prochain passage de la tâche planifiée.

== Exclusions ==

Une case à cocher « Exclure des relances automatiques » est disponible :
* sur la fiche tiers : ne jamais relancer ce client (factures et devis),
* sur la fiche facture : ne jamais relancer cette facture (litige, échéancier négocié...),
* sur la fiche devis : ne jamais relancer ce devis.

L'envoi initial des documents n'est pas concerné par ces cases.

== Quand un document ne peut pas être traité ==

Quand un document ne peut pas être traité (aucun destinataire valide, PDF introuvable, modèle d'email introuvable, échec d'envoi), le module enregistre un événement dans l'agenda du document avec la raison en clair, une seule fois par document et par raison. En regardant la facture ou le devis, vous voyez immédiatement pourquoi rien n'est parti.

== Multi-société (module Multicompany) ==

Le module fonctionne avec le module Multicompany. Chaque société envoie et relance '''ses propres documents uniquement''', avec ses propres réglages, ses propres paliers et ses propres modèles d'email. Le partage de Multicompany donne un droit de lecture sur les documents d'une autre société, il ne change pas leur propriétaire : une facture partagée reste relancée par la société à laquelle elle appartient. Il n'y a rien à régler. Avant la 1.3.3, une société prenait aussi les factures et les devis des sociétés qu'elle avait le droit de voir, et les traitait avec ses propres réglages.

= Installation =

# Télécharger le fichier zip du module.
# Se connecter à Dolibarr en administrateur, aller dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et envoyer le zip.
# Activer '''Auto Reminder''' dans la section ''Modules financiers''.

Le module crée automatiquement sa table en base, ses champs complémentaires et une tâche planifiée quotidienne. Lors d'une mise à jour depuis une version 1.x, les paliers existants sont conservés en tant que paliers de factures.

= Configuration =

Avant de configurer le module, créez vos modèles d'email dans ''Accueil - Configuration - Emails - Modèles d'emails'' : type ''Envoi facture'' pour les factures, type ''Envoi proposition commerciale'' pour les devis. Un modèle pour l'envoi initial, un par palier de relance.

Ouvrez ensuite les réglages du module. Il y a un onglet par type de document (Factures, Devis), chacun avec :

* l'interrupteur d'envoi automatique et son modèle d'email. À l'activation, la date du jour est enregistrée : seuls les documents validés à partir de cette date seront envoyés. La date est modifiable (avec un avertissement),
* l'interrupteur de relance automatique (et, pour les factures uniquement, l'option des factures partiellement payées),
* le tableau des paliers de relance : délai en jours + modèle d'email, autant de paliers que vous voulez.

La tâche planifiée ''AutoReminderJob'' s'exécute une fois par jour par défaut (voir ''Accueil - Configuration - Tâches planifiées'').

= Historique des versions =

* '''1.3.3''' (2026-08-05, bêta) : compatibilité avec le module Multicompany. Chaque société n'envoie et ne relance plus que ses propres factures et devis, avec ses propres réglages et ses propres modèles, même quand le partage est actif. Rien à activer, aucune migration. La 1.3.1 reste la version release.
* '''1.3.2''' (2026-08-02, bêta) : les documents et les relances partent dans la langue du tiers dès qu'un modèle portant le même libellé existe dans cette langue.

Changelog complet, toutes les versions depuis la première : [https://framagit.org/Steph501/dolibarr-mod-autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder FR

2026-08-05T17:56:16Z

StephM: 1.3.3

[[en:Module_Auto_Reminder]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}
=Informations=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 ou supérieur
|note=Testé sur Dolibarr 23. Module gratuit, GPLv3.
}}

'''Auto Reminder''' envoie et relance automatiquement les factures et les devis dans Dolibarr. Tout est déclenché par une tâche planifiée quotidienne.

= Fonctionnalités =

== Factures ==

* Envoi automatique des factures validées par email, avec le PDF de la facture en pièce jointe et le modèle d'email de votre choix.
* Relance automatique des factures impayées, par paliers configurables. Chaque palier définit un délai en jours par rapport à la date d'échéance (ou à la date de facture s'il n'y a pas d'échéance) et son modèle d'email. Les délais négatifs sont acceptés, pour une relance préventive avant l'échéance.
* Option pour inclure ou exclure les factures partiellement payées.

== Devis (depuis la 1.3.0) ==

* Envoi automatique des devis validés par email, avec le PDF du devis en pièce jointe.
* Relance automatique des devis restés sans réponse (ni signés, ni refusés, ni facturés). Les paliers sont comptés à partir de la date de fin de validité du devis, ou de sa date s'il n'en a pas.
* Réglages entièrement séparés de ceux des factures : la page de configuration a un onglet Factures et un onglet Devis, chacun avec ses interrupteurs, son modèle d'email et ses paliers.

== Seul le palier le plus élevé atteint est envoyé ==

Pour chaque document, seul le palier de relance le plus élevé atteint est retenu. Les paliers inférieurs manqués ne sont jamais rattrapés : un document déjà en retard au moment où le module est activé reçoit une seule relance, celle qui correspond à son retard réel, avec le bon modèle d'email. Jamais une rafale de relances sur plusieurs jours.

== Destinataire des emails ==

Le destinataire est déterminé dans cet ordre, aussi bien pour l'envoi que pour les relances :

# Le contact rattaché au document (onglet Contacts de la facture ou du devis), quel que soit son rôle. Si plusieurs contacts sont rattachés : facturation, puis prestation, puis livraison pour une facture ; suivi, puis facturation, puis livraison pour un devis.
# Sinon le contact par défaut du tiers pour ce type de document (onglet Contacts/Adresses du tiers).
# Sinon le premier contact actif du tiers ayant une adresse email.
# Sinon l'adresse email du tiers.

Depuis la 1.3.1, tous les contacts à égalité sur le rôle le plus prioritaire sont retenus, et non plus seulement le premier : deux ou trois contacts de facturation rattachés à la même facture reçoivent tous l'email, en un seul envoi. L'ordre de priorité est inchangé, un contact de facturation l'emporte toujours sur un contact de livraison. Les étapes 1 et 2 ci-dessus fonctionnent ainsi ; l'étape 3 ne retient qu'un seul destinataire, puisque sans rôle rien n'indique qui s'occupe des factures.

Les contacts désactivés et les contacts sans email ne sont jamais utilisés. Si aucun destinataire n'est trouvé, rien n'est envoyé et un événement est enregistré dans l'agenda du document.

== Langue des emails (depuis la 1.3.2) ==

Le modèle choisi dans les réglages fixe le LIBELLÉ de référence, pas la langue. Si l'option multilingue de Dolibarr est activée et que le tiers a sa propre langue, le module utilise le modèle d'email portant le même libellé dans cette langue, et se rabat sur celui des réglages s'il n'y en a pas. Le repli de langue (es_MX vers es_ES, puis modèle sans langue) est celui de Dolibarr. Les montants et les dates du message suivent également cette langue. Le PDF joint, lui, n'est pas régénéré : c'est le document tel qu'il existe.

Traduire un modèle est un geste Dolibarr, pas un réglage du module : recréer le modèle avec le MÊME libellé, choisir la langue, puis traduire le sujet et le contenu. À noter, la colonne Langue des modèles d'email n'apparaît que si l'option multilingue est activée.

== Garde-fou contre l'envoi en masse ==

Seuls les documents validés après l'activation de l'option d'envoi sont envoyés : activer le module sur une base existante n'envoie jamais l'historique. La date de référence est enregistrée au moment où vous activez l'option, affichée dans les réglages, et modifiable : vous pouvez la reculer en connaissance de cause pour inclure une partie de l'historique. Un avertissement explicite est affiché à côté du champ : tout document validé à partir de cette date et jamais envoyé partira au prochain passage de la tâche planifiée.

== Exclusions ==

Une case à cocher « Exclure des relances automatiques » est disponible :
* sur la fiche tiers : ne jamais relancer ce client (factures et devis),
* sur la fiche facture : ne jamais relancer cette facture (litige, échéancier négocié...),
* sur la fiche devis : ne jamais relancer ce devis.

L'envoi initial des documents n'est pas concerné par ces cases.

== Quand un document ne peut pas être traité ==

Quand un document ne peut pas être traité (aucun destinataire valide, PDF introuvable, modèle d'email introuvable, échec d'envoi), le module enregistre un événement dans l'agenda du document avec la raison en clair, une seule fois par document et par raison. En regardant la facture ou le devis, vous voyez immédiatement pourquoi rien n'est parti.

== Multi-société (module Multicompany) ==

Le module fonctionne avec le module Multicompany. Chaque société envoie et relance '''ses propres documents uniquement''', avec ses propres réglages, ses propres paliers et ses propres modèles d'email. Le partage de Multicompany donne un droit de lecture sur les documents d'une autre société, il ne change pas leur propriétaire : une facture partagée reste relancée par la société à laquelle elle appartient. Il n'y a rien à régler. Avant la 1.3.3, une société prenait aussi les factures et les devis des sociétés qu'elle avait le droit de voir, et les traitait avec ses propres réglages.

= Installation =

# Télécharger le fichier zip du module.
# Se connecter à Dolibarr en administrateur, aller dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et envoyer le zip.
# Activer '''Auto Reminder''' dans la section ''Modules financiers''.

Le module crée automatiquement sa table en base, ses champs complémentaires et une tâche planifiée quotidienne. Lors d'une mise à jour depuis une version 1.x, les paliers existants sont conservés en tant que paliers de factures.

= Configuration =

Avant de configurer le module, créez vos modèles d'email dans ''Accueil - Configuration - Emails - Modèles d'emails'' : type ''Envoi facture'' pour les factures, type ''Envoi proposition commerciale'' pour les devis. Un modèle pour l'envoi initial, un par palier de relance.

Ouvrez ensuite les réglages du module. Il y a un onglet par type de document (Factures, Devis), chacun avec :

* l'interrupteur d'envoi automatique et son modèle d'email. À l'activation, la date du jour est enregistrée : seuls les documents validés à partir de cette date seront envoyés. La date est modifiable (avec un avertissement),
* l'interrupteur de relance automatique (et, pour les factures uniquement, l'option des factures partiellement payées),
* le tableau des paliers de relance : délai en jours + modèle d'email, autant de paliers que vous voulez.

La tâche planifiée ''AutoReminderJob'' s'exécute une fois par jour par défaut (voir ''Accueil - Configuration - Tâches planifiées'').

= Historique des versions =

* '''1.3.3''' (2026-08-05, bêta) : compatibilité avec le module Multicompany. Chaque société n'envoie et ne relance plus que ses propres factures et devis, avec ses propres réglages et ses propres modèles, même quand le partage est actif. Rien à activer, aucune migration. La 1.3.0 reste la version release.
* '''1.3.2''' (2026-08-02, bêta) : les documents et les relances partent dans la langue du tiers dès qu'un modèle portant le même libellé existe dans cette langue.

Changelog complet, toutes les versions depuis la première : [https://framagit.org/Steph501/dolibarr-mod-autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder

2026-08-05T17:53:48Z

StephM: 1.3.3

[[fr:Module_Auto_Reminder_FR]]


[[Category:Complementary modules]]
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 or higher
|note=Tested on Dolibarr 23. Free module, GPLv3.
}}

'''Auto Reminder''' automatically sends and follows up invoices and commercial proposals in Dolibarr. Everything is driven by a daily scheduled job.

= Features =

== Invoices ==

* Automatic sending of validated invoices by email, with the invoice PDF attached and a configurable email template.
* Automatic reminders for unpaid invoices, based on configurable levels. Each level defines a delay in days relative to the due date (or the invoice date if no due date) and an email template. Negative delays are allowed (preventive reminder before the due date).
* Option to include or exclude partially paid invoices.

== Proposals (since 1.3.0) ==

* Automatic sending of validated proposals by email, with the proposal PDF attached.
* Automatic reminders for proposals still unanswered (not signed, not refused, not billed). Levels are counted from the end of validity date of the proposal (or its date if none).
* Settings are fully separate from invoices: the module setup page has one tab for invoices and one tab for proposals, each with its own switches, email template and reminder levels.

== Only the highest level reached is sent ==

For each document, only the highest reminder level reached is considered. Lower levels that were missed are never sent afterwards: a document already overdue when the module is enabled receives a single reminder, the one matching its actual delay, with the right template. Never a burst of reminders over several days.

== Recipient of the emails ==

The recipient is determined in this order, for sending and for reminders:

# The contact attached to the document (Contacts tab of the invoice or proposal), whatever its role. If several contacts are attached: billing then service then shipping for an invoice; follow-up then billing then shipping for a proposal.
# Otherwise the default contact of the third party for this document type (Contacts/Addresses tab of the third party).
# Otherwise the first active contact of the third party having an email.
# Otherwise the email address of the third party.

Since 1.3.1, every contact sharing the highest priority role is kept, not only the first one: two or three billing contacts attached to the same invoice all receive the email, in a single sending. The priority order is unchanged, so a billing contact still wins over a shipping one. Steps 1 and 2 above work this way; step 3 keeps a single recipient, since without a role nothing tells who handles the invoices.

Disabled contacts and contacts without email are never used. If no recipient is found, nothing is sent and an event is recorded in the document agenda.

== Language of the emails (since 1.3.2) ==

The template selected in the settings defines the LABEL of reference, not the language. When the Dolibarr multi-language option is enabled and the third party has its own language, the module uses the email template carrying the same label in that language, and falls back to the template selected in the settings when there is none. The language fallback (es_MX to es_ES, then a template with no language) is the native Dolibarr one. Amounts and dates in the email follow that language too. The attached PDF is not regenerated: it is the document as it stands.

Translating a template is done in Dolibarr itself, not in the module settings: create the template again with the SAME label, choose the language, then translate the subject and the content. Note that the Language column of email templates only appears when the multi-language option is enabled.

== Safety against mass sending ==

Only documents validated after the sending option was enabled are sent: enabling the module on an existing database never sends the historical documents. The reference date is stored when you enable the option, displayed in the settings, and editable: you can move it back knowingly to include part of the history. An explicit warning is shown next to the field: any document validated on or after that date and never sent will be sent on the next job run.

== Exclusions ==

A checkbox "Exclude from automatic reminders" is available:
* on the third party card: never remind this customer (invoices and proposals),
* on the invoice card: never remind this invoice (dispute, negotiated payment schedule...),
* on the proposal card: never remind this proposal.

The initial sending of documents is not affected by these checkboxes.

== When a document cannot be processed ==

When a document cannot be processed (no valid recipient, PDF not found, email template not found, send failure), the module records an event in the document agenda with the reason in plain words, once per document and per reason. Looking at the invoice or proposal, you immediately see why nothing was sent.

== Multi-company (Multicompany) ==

The module works with the Multicompany module. Each entity sends and reminds '''its own documents only''', with its own settings, its own reminder levels and its own email templates. Sharing in Multicompany grants read visibility on the documents of another entity, it does not change their owner: a shared invoice is still reminded by the entity it belongs to. Nothing to configure. Before 1.3.3, an entity picked up the invoices and proposals of the entities it was allowed to see and processed them with its own settings.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Auto Reminder''' in the ''Financial modules'' section.

The module creates its database table, its extrafields and a daily scheduled job automatically. When upgrading from a 1.x version, existing reminder levels are kept as invoice levels.

= Setup =

Before configuring the module, create your email templates in ''Home - Setup - Emails - Email templates'': type ''Send invoice'' for invoices, type ''Send commercial proposal'' for proposals. One template for the initial sending, one per reminder level.

Then open the module settings. There is one tab per document type (Invoices, Proposals), each with:

* the automatic sending switch and its email template. When enabled, today's date is stored: only documents validated from that date on will be sent. The date is editable (with a warning),
* the automatic reminders switch (and, for invoices only, the partially paid option),
* the reminder levels table: delay in days + email template, unlimited number of levels.

The scheduled job ''AutoReminderJob'' runs once a day by default (see ''Home - Setup - Scheduled jobs'').

= Version history =

* '''1.3.3''' (2026-08-05, beta): compatibility with the Multicompany module. Each entity now sends and reminds its own invoices and proposals only, with its own settings and templates, even when sharing is enabled. Nothing to enable, no migration. Version 1.3.0 remains the release version.
* '''1.3.2''' (2026-08-02, beta): documents and reminders are sent in the language of the third party when a template carrying the same label exists in that language.

Full changelog, every version since the first one: [https://framagit.org/Steph501/dolibarr-mod-autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder FR

2026-08-02T19:13:19Z

StephM: Version multi-lingue des alertes

[[en:Module_Auto_Reminder]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}
=Informations=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 ou supérieur
|note=Testé sur Dolibarr 23. Module gratuit, GPLv3.
}}

'''Auto Reminder''' envoie et relance automatiquement les factures et les devis dans Dolibarr. Tout est déclenché par une tâche planifiée quotidienne.

= Fonctionnalités =

== Factures ==

* Envoi automatique des factures validées par email, avec le PDF de la facture en pièce jointe et le modèle d'email de votre choix.
* Relance automatique des factures impayées, par paliers configurables. Chaque palier définit un délai en jours par rapport à la date d'échéance (ou à la date de facture s'il n'y a pas d'échéance) et son modèle d'email. Les délais négatifs sont acceptés, pour une relance préventive avant l'échéance.
* Option pour inclure ou exclure les factures partiellement payées.

== Devis (depuis la 1.3.0) ==

* Envoi automatique des devis validés par email, avec le PDF du devis en pièce jointe.
* Relance automatique des devis restés sans réponse (ni signés, ni refusés, ni facturés). Les paliers sont comptés à partir de la date de fin de validité du devis, ou de sa date s'il n'en a pas.
* Réglages entièrement séparés de ceux des factures : la page de configuration a un onglet Factures et un onglet Devis, chacun avec ses interrupteurs, son modèle d'email et ses paliers.

== Seul le palier le plus élevé atteint est envoyé ==

Pour chaque document, seul le palier de relance le plus élevé atteint est retenu. Les paliers inférieurs manqués ne sont jamais rattrapés : un document déjà en retard au moment où le module est activé reçoit une seule relance, celle qui correspond à son retard réel, avec le bon modèle d'email. Jamais une rafale de relances sur plusieurs jours.

== Destinataire des emails ==

Le destinataire est déterminé dans cet ordre, aussi bien pour l'envoi que pour les relances :

# Le contact rattaché au document (onglet Contacts de la facture ou du devis), quel que soit son rôle. Si plusieurs contacts sont rattachés : facturation, puis prestation, puis livraison pour une facture ; suivi, puis facturation, puis livraison pour un devis.
# Sinon le contact par défaut du tiers pour ce type de document (onglet Contacts/Adresses du tiers).
# Sinon le premier contact actif du tiers ayant une adresse email.
# Sinon l'adresse email du tiers.

Depuis la 1.3.1, tous les contacts à égalité sur le rôle le plus prioritaire sont retenus, et non plus seulement le premier : deux ou trois contacts de facturation rattachés à la même facture reçoivent tous l'email, en un seul envoi. L'ordre de priorité est inchangé, un contact de facturation l'emporte toujours sur un contact de livraison. Les étapes 1 et 2 ci-dessus fonctionnent ainsi ; l'étape 3 ne retient qu'un seul destinataire, puisque sans rôle rien n'indique qui s'occupe des factures.

Les contacts désactivés et les contacts sans email ne sont jamais utilisés. Si aucun destinataire n'est trouvé, rien n'est envoyé et un événement est enregistré dans l'agenda du document.

== Langue des emails (depuis la 1.3.2) ==

Le modèle choisi dans les réglages fixe le LIBELLÉ de référence, pas la langue. Si l'option multilingue de Dolibarr est activée et que le tiers a sa propre langue, le module utilise le modèle d'email portant le même libellé dans cette langue, et se rabat sur celui des réglages s'il n'y en a pas. Le repli de langue (es_MX vers es_ES, puis modèle sans langue) est celui de Dolibarr. Les montants et les dates du message suivent également cette langue. Le PDF joint, lui, n'est pas régénéré : c'est le document tel qu'il existe.

Traduire un modèle est un geste Dolibarr, pas un réglage du module : recréer le modèle avec le MÊME libellé, choisir la langue, puis traduire le sujet et le contenu. À noter, la colonne Langue des modèles d'email n'apparaît que si l'option multilingue est activée.

== Garde-fou contre l'envoi en masse ==

Seuls les documents validés après l'activation de l'option d'envoi sont envoyés : activer le module sur une base existante n'envoie jamais l'historique. La date de référence est enregistrée au moment où vous activez l'option, affichée dans les réglages, et modifiable : vous pouvez la reculer en connaissance de cause pour inclure une partie de l'historique. Un avertissement explicite est affiché à côté du champ : tout document validé à partir de cette date et jamais envoyé partira au prochain passage de la tâche planifiée.

== Exclusions ==

Une case à cocher « Exclure des relances automatiques » est disponible :
* sur la fiche tiers : ne jamais relancer ce client (factures et devis),
* sur la fiche facture : ne jamais relancer cette facture (litige, échéancier négocié...),
* sur la fiche devis : ne jamais relancer ce devis.

L'envoi initial des documents n'est pas concerné par ces cases.

== Quand un document ne peut pas être traité ==

Quand un document ne peut pas être traité (aucun destinataire valide, PDF introuvable, modèle d'email introuvable, échec d'envoi), le module enregistre un événement dans l'agenda du document avec la raison en clair, une seule fois par document et par raison. En regardant la facture ou le devis, vous voyez immédiatement pourquoi rien n'est parti.

= Installation =

# Télécharger le fichier zip du module.
# Se connecter à Dolibarr en administrateur, aller dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et envoyer le zip.
# Activer '''Auto Reminder''' dans la section ''Modules financiers''.

Le module crée automatiquement sa table en base, ses champs complémentaires et une tâche planifiée quotidienne. Lors d'une mise à jour depuis une version 1.x, les paliers existants sont conservés en tant que paliers de factures.

= Configuration =

Avant de configurer le module, créez vos modèles d'email dans ''Accueil - Configuration - Emails - Modèles d'emails'' : type ''Envoi facture'' pour les factures, type ''Envoi proposition commerciale'' pour les devis. Un modèle pour l'envoi initial, un par palier de relance.

Ouvrez ensuite les réglages du module. Il y a un onglet par type de document (Factures, Devis), chacun avec :

* l'interrupteur d'envoi automatique et son modèle d'email. À l'activation, la date du jour est enregistrée : seuls les documents validés à partir de cette date seront envoyés. La date est modifiable (avec un avertissement),
* l'interrupteur de relance automatique (et, pour les factures uniquement, l'option des factures partiellement payées),
* le tableau des paliers de relance : délai en jours + modèle d'email, autant de paliers que vous voulez.

La tâche planifiée ''AutoReminderJob'' s'exécute une fois par jour par défaut (voir ''Accueil - Configuration - Tâches planifiées'').

= Historique des versions =

* '''1.3.2''' (2026-08-02, bêta) : les documents et les relances partent dans la langue du tiers dès qu'un modèle portant le même libellé existe dans cette langue. La 1.3.0 reste la version release.
* '''1.3.1''' (2026-08-02, bêta) : tous les contacts à égalité sur le rôle le plus prioritaire reçoivent le document et les relances (plusieurs contacts de facturation sur la même facture), ordre de priorité inchangé, rien à activer.

Changelog complet, toutes les versions depuis la première : [https://framagit.org/Steph501/dolibarr-mod-autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder

2026-08-02T17:43:54Z

StephM: Version multi-lingue

Module Auto Reminder FR

2026-08-02T15:22:01Z

StephM: Created page with " en:Module_Auto_Reminder  Category:Modules complémentaires {{TemplateDocUtil}} =Informations= {{TemplateMod..."

[[en:Module_Auto_Reminder]]


[[Category:Modules complémentaires]]
{{TemplateDocUtil}}
=Informations=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|webbuy=https://www.dolistore.com/product.php?id=2770
|status=stable
|prerequisites=Dolibarr 19 ou supérieur
|note=Testé sur Dolibarr 23. Module gratuit, GPLv3.
}}

'''Auto Reminder''' envoie et relance automatiquement les factures et les devis dans Dolibarr. Tout est déclenché par une tâche planifiée quotidienne.

= Fonctionnalités =

== Factures ==

* Envoi automatique des factures validées par email, avec le PDF de la facture en pièce jointe et le modèle d'email de votre choix.
* Relance automatique des factures impayées, par paliers configurables. Chaque palier définit un délai en jours par rapport à la date d'échéance (ou à la date de facture s'il n'y a pas d'échéance) et son modèle d'email. Les délais négatifs sont acceptés, pour une relance préventive avant l'échéance.
* Option pour inclure ou exclure les factures partiellement payées.

== Devis (depuis la 1.3.0) ==

* Envoi automatique des devis validés par email, avec le PDF du devis en pièce jointe.
* Relance automatique des devis restés sans réponse (ni signés, ni refusés, ni facturés). Les paliers sont comptés à partir de la date de fin de validité du devis, ou de sa date s'il n'en a pas.
* Réglages entièrement séparés de ceux des factures : la page de configuration a un onglet Factures et un onglet Devis, chacun avec ses interrupteurs, son modèle d'email et ses paliers.

== Seul le palier le plus élevé atteint est envoyé ==

Pour chaque document, seul le palier de relance le plus élevé atteint est retenu. Les paliers inférieurs manqués ne sont jamais rattrapés : un document déjà en retard au moment où le module est activé reçoit une seule relance, celle qui correspond à son retard réel, avec le bon modèle d'email. Jamais une rafale de relances sur plusieurs jours.

== Destinataire des emails ==

Le destinataire est déterminé dans cet ordre, aussi bien pour l'envoi que pour les relances :

# Le contact rattaché au document (onglet Contacts de la facture ou du devis), quel que soit son rôle. Si plusieurs contacts sont rattachés : facturation, puis prestation, puis livraison pour une facture ; suivi, puis facturation, puis livraison pour un devis.
# Sinon le contact par défaut du tiers pour ce type de document (onglet Contacts/Adresses du tiers).
# Sinon le premier contact actif du tiers ayant une adresse email.
# Sinon l'adresse email du tiers.

Depuis la 1.3.1, tous les contacts à égalité sur le rôle le plus prioritaire sont retenus, et non plus seulement le premier : deux ou trois contacts de facturation rattachés à la même facture reçoivent tous l'email, en un seul envoi. L'ordre de priorité est inchangé, un contact de facturation l'emporte toujours sur un contact de livraison. Les étapes 1 et 2 ci-dessus fonctionnent ainsi ; l'étape 3 ne retient qu'un seul destinataire, puisque sans rôle rien n'indique qui s'occupe des factures.

Les contacts désactivés et les contacts sans email ne sont jamais utilisés. Si aucun destinataire n'est trouvé, rien n'est envoyé et un événement est enregistré dans l'agenda du document.

== Garde-fou contre l'envoi en masse ==

Seuls les documents validés après l'activation de l'option d'envoi sont envoyés : activer le module sur une base existante n'envoie jamais l'historique. La date de référence est enregistrée au moment où vous activez l'option, affichée dans les réglages, et modifiable : vous pouvez la reculer en connaissance de cause pour inclure une partie de l'historique. Un avertissement explicite est affiché à côté du champ : tout document validé à partir de cette date et jamais envoyé partira au prochain passage de la tâche planifiée.

== Exclusions ==

Une case à cocher « Exclure des relances automatiques » est disponible :
* sur la fiche tiers : ne jamais relancer ce client (factures et devis),
* sur la fiche facture : ne jamais relancer cette facture (litige, échéancier négocié...),
* sur la fiche devis : ne jamais relancer ce devis.

L'envoi initial des documents n'est pas concerné par ces cases.

== Quand un document ne peut pas être traité ==

Quand un document ne peut pas être traité (aucun destinataire valide, PDF introuvable, modèle d'email introuvable, échec d'envoi), le module enregistre un événement dans l'agenda du document avec la raison en clair, une seule fois par document et par raison. En regardant la facture ou le devis, vous voyez immédiatement pourquoi rien n'est parti.

= Installation =

# Télécharger le fichier zip du module.
# Se connecter à Dolibarr en administrateur, aller dans ''Accueil - Configuration - Modules/Applications'', onglet ''Déployer/installer un module externe'', et envoyer le zip.
# Activer '''Auto Reminder''' dans la section ''Modules financiers''.

Le module crée automatiquement sa table en base, ses champs complémentaires et une tâche planifiée quotidienne. Lors d'une mise à jour depuis une version 1.x, les paliers existants sont conservés en tant que paliers de factures.

= Configuration =

Avant de configurer le module, créez vos modèles d'email dans ''Accueil - Configuration - Emails - Modèles d'emails'' : type ''Envoi facture'' pour les factures, type ''Envoi proposition commerciale'' pour les devis. Un modèle pour l'envoi initial, un par palier de relance.

Ouvrez ensuite les réglages du module. Il y a un onglet par type de document (Factures, Devis), chacun avec :

* l'interrupteur d'envoi automatique et son modèle d'email. À l'activation, la date du jour est enregistrée : seuls les documents validés à partir de cette date seront envoyés. La date est modifiable (avec un avertissement),
* l'interrupteur de relance automatique (et, pour les factures uniquement, l'option des factures partiellement payées),
* le tableau des paliers de relance : délai en jours + modèle d'email, autant de paliers que vous voulez.

La tâche planifiée ''AutoReminderJob'' s'exécute une fois par jour par défaut (voir ''Accueil - Configuration - Tâches planifiées'').

= Historique des versions =

* '''1.3.1''' (2026-08-02, bêta) : tous les contacts à égalité sur le rôle le plus prioritaire reçoivent le document et les relances (plusieurs contacts de facturation sur la même facture), ordre de priorité inchangé, rien à activer. La 1.3.0 reste la version release.
* '''1.3.0''' (2026-07-21) : gestion des devis (envoi automatique et relances sur la fin de validité, onglets de réglages séparés, moteur unique), date du garde-fou modifiable avec avertissement, nouvelle règle de destinataire commune, exclusion par devis.

Changelog complet, toutes les versions depuis la première : [https://framagit.org/Steph501/dolibarr-mod-autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

= Support =

contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder

2026-08-02T15:20:26Z

StephM: Corrections categories, modele de page. Ajoute du bloc d'informations

Module Auto Reminder

2026-08-02T12:35:50Z

StephM: 1.3.1

{{TemplateDocUserEn}}

'''Auto Reminder''' automatically sends and follows up invoices and commercial proposals in Dolibarr. Everything is driven by a daily scheduled job.

= Features =

== Invoices ==

* Automatic sending of validated invoices by email, with the invoice PDF attached and a configurable email template.
* Automatic reminders for unpaid invoices, based on configurable levels. Each level defines a delay in days relative to the due date (or the invoice date if no due date) and an email template. Negative delays are allowed (preventive reminder before the due date).
* Option to include or exclude partially paid invoices.

== Proposals (since 1.3.0) ==

* Automatic sending of validated proposals by email, with the proposal PDF attached.
* Automatic reminders for proposals still unanswered (not signed, not refused, not billed). Levels are counted from the end of validity date of the proposal (or its date if none).
* Settings are fully separate from invoices: the module setup page has one tab for invoices and one tab for proposals, each with its own switches, email template and reminder levels.

== Only the highest level reached is sent ==

For each document, only the highest reminder level reached is considered. Lower levels that were missed are never sent afterwards: a document already overdue when the module is enabled receives a single reminder, the one matching its actual delay, with the right template. Never a burst of reminders over several days.

== Recipient of the emails ==

The recipient is determined in this order, for sending and for reminders:

# The contact attached to the document (Contacts tab of the invoice or proposal), whatever its role. If several contacts are attached: billing then service then shipping for an invoice; follow-up then billing then shipping for a proposal.
# Otherwise the default contact of the third party for this document type (Contacts/Addresses tab of the third party).
# Otherwise the first active contact of the third party having an email.
# Otherwise the email address of the third party.

Since 1.3.1, every contact sharing the highest priority role is kept, not only the first one: two or three billing contacts attached to the same invoice all receive the email, in a single sending. The priority order is unchanged, so a billing contact still wins over a shipping one. Steps 1 and 2 above work this way; step 3 keeps a single recipient, since without a role nothing tells who handles the invoices.

Disabled contacts and contacts without email are never used. If no recipient is found, nothing is sent and an event is recorded in the document agenda.

== Safety against mass sending ==

Only documents validated after the sending option was enabled are sent: enabling the module on an existing database never sends the historical documents. The reference date is stored when you enable the option, displayed in the settings, and editable: you can move it back knowingly to include part of the history. An explicit warning is shown next to the field: any document validated on or after that date and never sent will be sent on the next job run.

== Exclusions ==

A checkbox "Exclude from automatic reminders" is available:
* on the third party card: never remind this customer (invoices and proposals),
* on the invoice card: never remind this invoice (dispute, negotiated payment schedule...),
* on the proposal card: never remind this proposal.

The initial sending of documents is not affected by these checkboxes.

== When a document cannot be processed ==

When a document cannot be processed (no valid recipient, PDF not found, email template not found, send failure), the module records an event in the document agenda with the reason in plain words, once per document and per reason. Looking at the invoice or proposal, you immediately see why nothing was sent.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Auto Reminder''' in the ''Financial modules'' section.

The module creates its database table, its extrafields and a daily scheduled job automatically. When upgrading from a 1.x version, existing reminder levels are kept as invoice levels.

= Setup =

Before configuring the module, create your email templates in ''Home - Setup - Emails - Email templates'': type ''Send invoice'' for invoices, type ''Send commercial proposal'' for proposals. One template for the initial sending, one per reminder level.

Then open the module settings. There is one tab per document type (Invoices, Proposals), each with:

* the automatic sending switch and its email template. When enabled, today's date is stored: only documents validated from that date on will be sent. The date is editable (with a warning),
* the automatic reminders switch (and, for invoices only, the partially paid option),
* the reminder levels table: delay in days + email template, unlimited number of levels.

The scheduled job ''AutoReminderJob'' runs once a day by default (see ''Home - Setup - Scheduled jobs'').

= Version history =

* '''1.3.1''' (2026-08-02, beta): every contact sharing the highest priority role receives the document and the reminders (several billing contacts on the same invoice), priority order unchanged, nothing to enable. Version 1.3.0 remains the release version.
* '''1.3.0''' (2026-07-21): proposals support (auto-send + reminders on end of validity, separate settings tabs, single engine), editable mass-send safety date with warning, new common recipient rule, per-proposal exclusion checkbox.

Full changelog, every version since the first one: [https://framagit.org/Steph501/dolibarr-mod-autoreminder/-/blob/main/ChangeLog.md ChangeLog.md]

{{DEFAULTSORT:Auto Reminder}}
[[Category:Complementary modules]]
[[Category:Modules complémentaires]]

Module Auto Reminder

2026-07-21T11:02:44Z

StephM: 1.3.0

{{TemplateDocUserEn}}

'''Auto Reminder''' automatically sends and follows up invoices and commercial proposals in Dolibarr. Everything is driven by a daily scheduled job.

= Features =

== Invoices ==

* Automatic sending of validated invoices by email, with the invoice PDF attached and a configurable email template.
* Automatic reminders for unpaid invoices, based on configurable levels. Each level defines a delay in days relative to the due date (or the invoice date if no due date) and an email template. Negative delays are allowed (preventive reminder before the due date).
* Option to include or exclude partially paid invoices.

== Proposals (since 1.3.0) ==

* Automatic sending of validated proposals by email, with the proposal PDF attached.
* Automatic reminders for proposals still unanswered (not signed, not refused, not billed). Levels are counted from the end of validity date of the proposal (or its date if none).
* Settings are fully separate from invoices: the module setup page has one tab for invoices and one tab for proposals, each with its own switches, email template and reminder levels.

== Only the highest level reached is sent ==

For each document, only the highest reminder level reached is considered. Lower levels that were missed are never sent afterwards: a document already overdue when the module is enabled receives a single reminder, the one matching its actual delay, with the right template. Never a burst of reminders over several days.

== Recipient of the emails ==

The recipient is determined in this order, for sending and for reminders:

# The contact attached to the document (Contacts tab of the invoice or proposal), whatever its role. If several contacts are attached: billing then service then shipping for an invoice; follow-up then billing then shipping for a proposal.
# Otherwise the default contact of the third party for this document type (Contacts/Addresses tab of the third party).
# Otherwise the first active contact of the third party having an email.
# Otherwise the email address of the third party.

Disabled contacts and contacts without email are never used. If no recipient is found, nothing is sent and an event is recorded in the document agenda.

== Safety against mass sending ==

Only documents validated after the sending option was enabled are sent: enabling the module on an existing database never sends the historical documents. The reference date is stored when you enable the option, displayed in the settings, and editable: you can move it back knowingly to include part of the history. An explicit warning is shown next to the field: any document validated on or after that date and never sent will be sent on the next job run.

== Exclusions ==

A checkbox "Exclude from automatic reminders" is available:
* on the third party card: never remind this customer (invoices and proposals),
* on the invoice card: never remind this invoice (dispute, negotiated payment schedule...),
* on the proposal card: never remind this proposal.

The initial sending of documents is not affected by these checkboxes.

== When a document cannot be processed ==

When a document cannot be processed (no valid recipient, PDF not found, email template not found, send failure), the module records an event in the document agenda with the reason in plain words, once per document and per reason. Looking at the invoice or proposal, you immediately see why nothing was sent.

= Installation =

# Download the module zip file.
# Log in to Dolibarr as administrator, go to ''Home - Setup - Modules/Applications'', tab ''Deploy/install external app/module'', and upload the zip.
# Activate '''Auto Reminder''' in the ''Financial modules'' section.

The module creates its database table, its extrafields and a daily scheduled job automatically. When upgrading from a 1.x version, existing reminder levels are kept as invoice levels.

= Setup =

Before configuring the module, create your email templates in ''Home - Setup - Emails - Email templates'': type ''Send invoice'' for invoices, type ''Send commercial proposal'' for proposals. One template for the initial sending, one per reminder level.

Then open the module settings. There is one tab per document type (Invoices, Proposals), each with:

* the automatic sending switch and its email template. When enabled, today's date is stored: only documents validated from that date on will be sent. The date is editable (with a warning),
* the automatic reminders switch (and, for invoices only, the partially paid option),
* the reminder levels table: delay in days + email template, unlimited number of levels.

The scheduled job ''AutoReminderJob'' runs once a day by default (see ''Home - Setup - Scheduled jobs'').

= Version history =

* '''1.3.0''' (2026-07-21): proposals support (auto-send + reminders on end of validity, separate settings tabs, single engine), editable mass-send safety date with warning, new common recipient rule (document contact whatever its role, then third party default contact, then first active contact, then third party email), per-proposal exclusion checkbox.
* '''1.2.0''' (2026-07-20): strict recipient resolution (never a disabled contact, never an arbitrary contact), only the highest reminder level reached is sent, mass-send safety on initial sending, skipped invoices flagged in the invoice agenda.
* '''1.1.1''' (2026-07-16): Spanish, German and Italian translations.
* '''1.1.0''' (2026-07-16): exclusion checkboxes on third party and invoice; settings kept when the module is disabled.
* '''1.0.0''' (2026-02-14): initial release (invoice auto-send and reminder levels).

Module Auto Reminder

2026-07-20T18:19:07Z

StephM: Version 1.2.0

{{DISPLAYTITLE:Auto Reminder module by Stéphane Mallet Informatique}}
[[Category:Complementary modules]]
[[Category:Modules complémentaires]]

=Information=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|status=stable
|prerequisites=Dolibarr 19 minimum - PHP 7.1 minimum - Scheduled jobs module enabled
|webbuy=https://www.dolistore.com/product.php?id=2770&l=en
|note=Free module, GPLv3 license. Source code and zip: https://framagit.org/Steph501/dolibarr-mod-autoreminder
}}

'''Short description:''' Automatically sends invoices as soon as they are validated, and reminds unpaid invoices through configurable levels. One module, two automations, a single daily scheduled job.

=Features=

==Automatic sending of validated invoices==

*Every validated invoice is emailed without any action, with its PDF attached.
*The email template is picked among the existing Dolibarr templates.
*Each invoice is sent only once: the module keeps track of it in the agenda.
*'''Safeguard against mass sending''': only invoices validated after the option was enabled are concerned. Enabling the module on an existing database never mass-sends your invoice history. The reference date is shown on the setup page.

==Reminders for unpaid invoices==

*Reminders rely on levels you define: a delay in days and an email template for each level.
*Any number of levels.
*A negative delay sends the reminder '''before''' the due date, as a preventive notice.
*'''Only the highest level reached is sent.''' Lower levels that were missed are never sent afterwards: an invoice already overdue when the module is enabled receives one single reminder, the one matching its actual delay, with the right template. No burst of catch-up reminders.
*Option to include or exclude partially paid invoices.
*An invoice is never reminded twice for the same level.
*The delay is counted from the due date, or from the invoice date when no due date is set.

==Recipient of the emails==

For both automations, the recipient is resolved in this order:

#The '''billing contact of the invoice''' (Contacts tab of the invoice, type "Customer invoice contact").
#Otherwise, the '''default billing contact of the third party''' (Contacts/Addresses tab of the third party card).
#Otherwise, the '''email address of the third party'''.

Disabled contacts are never used, and the module never falls back to a random contact of the third party. When no valid recipient is found, nothing is sent and the invoice is flagged (see below).

==When an invoice cannot be processed==

When an invoice is skipped (no valid recipient, PDF not found, email template not found, sending failure), the module records an '''event in the agenda of that invoice''' with the reason in plain words. Each reason is recorded only once per invoice: no clutter, and you can see at a glance why an invoice never received anything.

==Excluding a customer or an invoice from reminders==

*An "Exclude from automatic reminders" checkbox is added on the '''third party card''': this customer receives no reminder at all, while every other customer keeps being reminded.
*The same checkbox is added on the '''invoice card''': useful for a disputed invoice or a negotiated payment schedule, without stopping the reminders of the other invoices of that customer.
*These exclusions only apply to reminders. The initial invoice sending is not affected.<br />

[[File:AutoReminder_exclude_thirdparty.png|thumb|center|700px|Third party card: tick "Exclure des relances automatiques" (Exclude from automatic reminders) and this customer is never reminded again. Screenshot taken on a French installation.]]

[[File:AutoReminder_exclude_invoice.png|thumb|center|700px|The same checkbox on the invoice card, to skip one single invoice without excluding the whole customer. Screenshot taken on a French installation.]]

==Miscellaneous==

*The module interface is translated into English, French, Spanish, German and Italian.
*Both automations are carried by a single daily scheduled job, created when the module is enabled.

=Prerequisites=

*Dolibarr 19 or above.
*PHP 7.1 or above.
*The Dolibarr '''Scheduled jobs''' module enabled, and a system cron calling Dolibarr (on most shared hosting, this task has to be created in the hosting control panel). Without it, no automatic sending happens.
*A working email setup in Dolibarr (Home - Setup - Emails).

=Installation=
{{InstallModuleEn}}

The zip is available for free on Dolistore: https://www.dolistore.com/product.php?id=2770&l=en

The source code is public: https://framagit.org/Steph501/dolibarr-mod-autoreminder

=Configuration=
{{ActivationModuleEn}}

Once the module is enabled, its setup page allows you to:

*enable the automatic sending of validated invoices, and choose the email template used; when you enable it, the current date is stored and shown: only invoices validated from that day on will be sent;
*enable the reminders, and decide whether partially paid invoices are concerned;
*create the reminder levels: for each level, a delay in days and an email template.

With no level configured, no reminder is sent: the module says so on its setup page.

[[File:AutoReminder_setup.png|thumb|center|700px|Setup page: automatic sending of validated invoices, reminders for unpaid invoices, and the list of reminder levels (here -1 and 6 days). Screenshot taken on a French installation.]]

=Usage=

There is nothing to do on a daily basis: the scheduled job takes care of the sendings.

To stop reminding a customer, open the third party card, edit it, and tick '''Exclude from automatic reminders'''. To skip one specific invoice, tick the same checkbox on that invoice card.

To understand why an invoice was not sent or reminded, open the invoice and look at its '''Events''' tab: the module records there every sending and every skip with its reason.

=Upgrade=

Upload the new zip over the previous one (Home - Setup - Modules - Deploy external module), then '''disable and enable the module again'''. This last step is required for the new fields to be created. Since version 1.1.0, your settings and your reminder levels are kept during this operation.

=Version history=

*'''1.2.0''': recipient resolution reworked (invoice billing contact, then third party default billing contact, then third party email; disabled contacts are never used). Only the highest reminder level reached is sent, missed lower levels are no longer caught up. Safeguard on the automatic sending: only invoices validated after the option was enabled. Skipped invoices are flagged in the invoice agenda with the reason.
*'''1.1.1''': module translated into Spanish, German and Italian.
*'''1.1.0''': exclusion of reminders per third party and per invoice. Fix: settings are no longer lost when the module is disabled.
*'''1.0.0''': initial release (automatic sending of validated invoices, reminders for unpaid invoices by levels).

=Support=

By email: contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder

2026-07-16T22:42:24Z

StephM: /* Excluding a customer or an invoice from reminders */

{{DISPLAYTITLE:Auto Reminder module by Stéphane Mallet Informatique}}
[[Category:Complementary modules]]
[[Category:Modules complémentaires]]

=Information=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|status=stable
|prerequisites=Dolibarr 19 minimum - PHP 7.1 minimum - Scheduled jobs module enabled
|webbuy=https://www.dolistore.com/product.php?id=2770&l=en
|note=Free module, GPLv3 license. Source code and zip: https://framagit.org/Steph501/dolibarr-mod-autoreminder
}}

'''Short description:''' Automatically sends invoices as soon as they are validated, and reminds unpaid invoices through configurable levels. One module, two automations, a single daily scheduled job.

=Features=

==Automatic sending of validated invoices==

*Every validated invoice is emailed without any action, with its PDF attached.
*The email template is picked among the existing Dolibarr templates.
*Each invoice is sent only once: the module keeps track of it in the agenda.
*The recipient is resolved automatically: billing contact, then third party contact, then third party email.

==Reminders for unpaid invoices==

*Reminders rely on levels you define: a delay in days and an email template for each level.
*Any number of levels.
*A negative delay sends the reminder '''before''' the due date, as a preventive notice.
*Option to include or exclude partially paid invoices.
*An invoice is never reminded twice for the same level.
*The delay is counted from the due date, or from the invoice date when no due date is set.

==Excluding a customer or an invoice from reminders==

*An "Exclude from automatic reminders" checkbox is added on the '''third party card''': this customer receives no reminder at all, while every other customer keeps being reminded.
*The same checkbox is added on the '''invoice card''': useful for a disputed invoice or a negotiated payment schedule, without stopping the reminders of the other invoices of that customer.
*These exclusions only apply to reminders. The initial invoice sending is not affected.<br />

[[File:AutoReminder_exclude_thirdparty.png|thumb|center|700px|Third party card: tick "Exclure des relances automatiques" (Exclude from automatic reminders) and this customer is never reminded again. Screenshot taken on a French installation.]]

[[File:AutoReminder_exclude_invoice.png|thumb|center|700px|The same checkbox on the invoice card, to skip one single invoice without excluding the whole customer. Screenshot taken on a French installation.]]

==Miscellaneous==

*The module interface is translated into English, French, Spanish, German and Italian.
*Both automations are carried by a single daily scheduled job, created when the module is enabled.

=Prerequisites=

*Dolibarr 19 or above.
*PHP 7.1 or above.
*The Dolibarr '''Scheduled jobs''' module enabled, and a system cron calling Dolibarr (on most shared hosting, this task has to be created in the hosting control panel). Without it, no automatic sending happens.
*A working email setup in Dolibarr (Home - Setup - Emails).

=Installation=
{{InstallModuleEn}}

The zip is available for free on Dolistore: https://www.dolistore.com/product.php?id=2770&l=en

The source code is public: https://framagit.org/Steph501/dolibarr-mod-autoreminder

=Configuration=
{{ActivationModuleEn}}

Once the module is enabled, its setup page allows you to:

*enable the automatic sending of validated invoices, and choose the email template used;
*enable the reminders, and decide whether partially paid invoices are concerned;
*create the reminder levels: for each level, a delay in days and an email template.

With no level configured, no reminder is sent: the module says so on its setup page.

[[File:AutoReminder_setup.png|thumb|center|700px|Setup page: automatic sending of validated invoices, reminders for unpaid invoices, and the list of reminder levels (here -1 and 6 days). Screenshot taken on a French installation.]]

=Usage=

There is nothing to do on a daily basis: the scheduled job takes care of the sendings.

To stop reminding a customer, open the third party card, edit it, and tick '''Exclude from automatic reminders'''. To skip one specific invoice, tick the same checkbox on that invoice card.

=Upgrade=

Upload the new zip over the previous one (Home - Setup - Modules - Deploy external module), then '''disable and enable the module again'''. This last step is required for the new fields to be created. Since version 1.1.0, your settings and your reminder levels are kept during this operation.

=Version history=

*'''1.1.1''': module translated into Spanish, German and Italian.
*'''1.1.0''': exclusion of reminders per third party and per invoice. Fix: settings are no longer lost when the module is disabled.
*'''1.0.0''': initial release (automatic sending of validated invoices, reminders for unpaid invoices by levels).

=Support=

By email: contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

Module Auto Reminder

2026-07-16T22:39:02Z

StephM: Ajout des screen shots

{{DISPLAYTITLE:Auto Reminder module by Stéphane Mallet Informatique}}
[[Category:Complementary modules]]
[[Category:Modules complémentaires]]

=Information=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|status=stable
|prerequisites=Dolibarr 19 minimum - PHP 7.1 minimum - Scheduled jobs module enabled
|webbuy=https://www.dolistore.com/product.php?id=2770&l=en
|note=Free module, GPLv3 license. Source code and zip: https://framagit.org/Steph501/dolibarr-mod-autoreminder
}}

'''Short description:''' Automatically sends invoices as soon as they are validated, and reminds unpaid invoices through configurable levels. One module, two automations, a single daily scheduled job.

=Features=

==Automatic sending of validated invoices==
* Every validated invoice is emailed without any action, with its PDF attached.
* The email template is picked among the existing Dolibarr templates.
* Each invoice is sent only once: the module keeps track of it in the agenda.
* The recipient is resolved automatically: billing contact, then third party contact, then third party email.

==Reminders for unpaid invoices==
* Reminders rely on levels you define: a delay in days and an email template for each level.
* Any number of levels.
* A negative delay sends the reminder '''before''' the due date, as a preventive notice.
* Option to include or exclude partially paid invoices.
* An invoice is never reminded twice for the same level.
* The delay is counted from the due date, or from the invoice date when no due date is set.

==Excluding a customer or an invoice from reminders==
* An "Exclude from automatic reminders" checkbox is added on the '''third party card''': this customer receives no reminder at all, while every other customer keeps being reminded.
* The same checkbox is added on the '''invoice card''': useful for a disputed invoice or a negotiated payment schedule, without stopping the reminders of the other invoices of that customer.
* These exclusions only apply to reminders. The initial invoice sending is not affected.

[[File:AutoReminder_exclude_thirdparty.png|thumb|center|700px|Third party card: tick "Exclure des relances automatiques" (Exclude from automatic reminders) and this customer is never reminded again. Screenshot taken on a French installation.]]

[[File:AutoReminder_exclude_invoice.png|thumb|center|700px|The same checkbox on the invoice card, to skip one single invoice without excluding the whole customer. Screenshot taken on a French installation.]]

==Miscellaneous==
* The module interface is translated into English, French, Spanish, German and Italian.
* Both automations are carried by a single daily scheduled job, created when the module is enabled.

=Prerequisites=
* Dolibarr 19 or above.
* PHP 7.1 or above.
* The Dolibarr '''Scheduled jobs''' module enabled, and a system cron calling Dolibarr (on most shared hosting, this task has to be created in the hosting control panel). Without it, no automatic sending happens.
* A working email setup in Dolibarr (Home - Setup - Emails).

=Installation=
{{InstallModuleEn}}

The zip is available for free on Dolistore: https://www.dolistore.com/product.php?id=2770&l=en

The source code is public: https://framagit.org/Steph501/dolibarr-mod-autoreminder

=Configuration=
{{ActivationModuleEn}}

Once the module is enabled, its setup page allows you to:
* enable the automatic sending of validated invoices, and choose the email template used;
* enable the reminders, and decide whether partially paid invoices are concerned;
* create the reminder levels: for each level, a delay in days and an email template.

With no level configured, no reminder is sent: the module says so on its setup page.

[[File:AutoReminder_setup.png|thumb|center|700px|Setup page: automatic sending of validated invoices, reminders for unpaid invoices, and the list of reminder levels (here -1 and 6 days). Screenshot taken on a French installation.]]

=Usage=

There is nothing to do on a daily basis: the scheduled job takes care of the sendings.

To stop reminding a customer, open the third party card, edit it, and tick '''Exclude from automatic reminders'''. To skip one specific invoice, tick the same checkbox on that invoice card.

=Upgrade=

Upload the new zip over the previous one (Home - Setup - Modules - Deploy external module), then '''disable and enable the module again'''. This last step is required for the new fields to be created. Since version 1.1.0, your settings and your reminder levels are kept during this operation.

=Version history=
* '''1.1.1''': module translated into Spanish, German and Italian.
* '''1.1.0''': exclusion of reminders per third party and per invoice. Fix: settings are no longer lost when the module is disabled.
* '''1.0.0''': initial release (automatic sending of validated invoices, reminders for unpaid invoices by levels).

=Support=

By email: contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

File:AutoReminder exclude thirdparty.png

2026-07-16T22:34:29Z

StephM:

== Licensing ==
{{CC-BY-SA}}

File:AutoReminder exclude invoice.png

2026-07-16T22:34:12Z

StephM:

== Licensing ==
{{CC-BY-SA}}

File:AutoReminder setup.png

2026-07-16T22:33:33Z

StephM:

== Licensing ==
{{CC-BY-SA}}

Module Auto Reminder

2026-07-16T22:23:19Z

StephM: Traduction en anglais

Module Auto Reminder

2026-07-16T22:13:28Z

StephM: Création de la page

{{DISPLAYTITLE:Auto Reminder module by Stéphane Mallet Informatique}}
[[Category:Modules complémentaires]]

=Informations=
{{TemplateModuleInfo
|modulename=Auto Reminder
|editor=Stéphane Mallet Informatique
|web=https://web-pilot.fr/offres/rsi
|status=stable
|prerequisites=Dolibarr 19 minimum - PHP 7.1 minimum - Module Tâches planifiées activé
|webbuy=https://www.dolistore.com/product.php?id=2770&l=fr
|note=Module gratuit, licence GPLv3. Code source et zip : https://framagit.org/Steph501/dolibarr-mod-autoreminder
}}

'''Description courte :''' Envoie automatiquement les factures dès leur validation, et relance les factures impayées par paliers configurables. Un module, deux automatismes, une seule tâche planifiée quotidienne.

=Fonctionnalités=

==Envoi automatique des factures validées==
* Chaque facture validée part par email, sans intervention, avec son PDF en pièce jointe.
* Le modèle d'email est choisi parmi les modèles Dolibarr existants.
* Chaque facture n'est envoyée qu'une seule fois : le module en garde la trace dans l'agenda.
* Le destinataire est trouvé automatiquement : contact de facturation, sinon contact du tiers, sinon email du tiers.

==Relance des factures impayées==
* Les relances reposent sur des paliers que vous définissez : un délai en jours et un modèle d'email par palier.
* Le nombre de paliers est libre.
* Un délai négatif permet de relancer '''avant''' l'échéance, en prévention.
* Option pour inclure ou non les factures partiellement payées.
* Une facture n'est jamais relancée deux fois pour le même palier.
* Le délai se compte à partir de la date d'échéance, ou de la date de facturation si l'échéance est absente.

==Exclure un client ou une facture des relances==
* Une case "Exclure des relances automatiques" est ajoutée sur la '''fiche tiers''' : ce client ne reçoit plus aucune relance, les autres continuent normalement.
* La même case est ajoutée sur la '''fiche facture''' : utile pour une facture en litige ou un échéancier négocié, sans couper les relances des autres factures du même client.
* Ces exclusions ne concernent que les relances. L'envoi initial de la facture n'est pas affecté.

==Divers==
* Traduit en français, anglais, espagnol, allemand et italien.
* Les deux automatismes sont portés par une seule tâche planifiée quotidienne, créée à l'activation du module.

=Prérequis=
* Dolibarr 19 ou supérieur.
* PHP 7.1 ou supérieur.
* Le module '''Tâches planifiées''' de Dolibarr activé, et un cron système appelant Dolibarr (chez la plupart des hébergeurs mutualisés, cette tâche est à créer dans le panneau d'administration de l'hébergement). Sans cela, aucun envoi automatique n'a lieu.
* Un envoi d'emails fonctionnel dans Dolibarr (Accueil - Configuration - Emails).

=Installation=
{{InstallModuleFr}}

Le zip est téléchargeable gratuitement sur le Dolistore : https://www.dolistore.com/product.php?id=2770&l=fr

Le code source est public : https://framagit.org/Steph501/dolibarr-mod-autoreminder

=Configuration=
{{ActivationModuleFr}}

Une fois le module activé, sa page de configuration permet de :
* activer l'envoi automatique des factures validées, et choisir le modèle d'email utilisé ;
* activer les relances, et décider si les factures partiellement payées sont concernées ;
* créer les paliers de relance : pour chaque palier, un délai en jours et un modèle d'email.

Sans aucun palier configuré, aucune relance n'est envoyée : le module le signale sur sa page de configuration.

=Utilisation=

Il n'y a rien à faire au quotidien : la tâche planifiée s'occupe des envois.

Pour ne plus relancer un client, ouvrir sa fiche tiers, la modifier, et cocher '''Exclure des relances automatiques'''. Pour ne pas relancer une facture précise, cocher la même case sur la fiche de cette facture.

=Mise à jour=

Déposer le nouveau zip par-dessus l'ancien (Accueil - Configuration - Modules - Déployer un module externe), puis '''désactiver et réactiver le module'''. Cette dernière étape est nécessaire pour que les nouveaux champs soient créés. Depuis la version 1.1.0, vos réglages et vos paliers sont conservés lors de cette opération.

=Historique des versions=
* '''1.1.1''' : traduction du module en espagnol, allemand et italien.
* '''1.1.0''' : exclusion des relances par tiers et par facture. Correction : les réglages ne sont plus perdus lors d'une désactivation du module.
* '''1.0.0''' : version initiale (envoi automatique des factures validées, relance des impayés par paliers).

=Support=

Par email : contact@stephane-mallet.fr

{{DEFAULTSORT:Auto Reminder}}

List of modules id

2026-02-14T18:34:16Z

StephM: /* ID 100000 - 499999 */

{{TemplateDocDevEn}}
{{TemplateDocDevEs}}
{{TemplateDocDevFr}}
{{TemplateDocDevZh}}

This page list all reserved modules numbers / ID.

If you build or want to build your own modules, you should take an ID range here. Please pick range into existing holes first.

=ID 0 - 94999=
This range is reserved for Dolibarr's internal core modules, so all modules available into the standard distribution at https://github.com/Dolibarr/dolibarr

=ID 95000 - 99999=
This range is reserved for Dolibarr's community modules with sources hosted into the github repository: https://github.com/Dolibarr/dolibarr-community-modules

=ID 100000 - 499999=

Reserved area for editors in need for an ID range. You can edit this page to add your own range (take a range of 20 numbers only the first time, ask us for more)

[[File:Warning.png]] If you reserve more than 20 at once, we may automatically change your reservation range without information and you may experience conflicts with other modules in a future, so please follow the rules!

*ID 100000 - 100999: OpenThink (http://www.openthink.be) - Belgium
*ID 101000 - 101999: DoliCloud (https://www.dolicloud.com) - France
*ID 102000 - 102999: Tiaris (http://www.tiaris.fr) - France
*ID 103000 - 103999: Open-concept.pro (http://www.open-concept.pro) - France
*ID 104000 - 104999: ATM Consulting (http://www.atm-consulting.fr) - France
*ID 105000 - 105999: GPC.solutions - France
*ID 106000 - 106999: PHPASSO
*ID 107000 - 107999: TecLib (http://www.teclib.com) / Auguria (http://www.auguria.net) - France
*ID 108000 - 108999: ETHICWEB
*ID 109000 - 109999: Aplose ([http://www.aplose.fr https://www.aplose.fr]) - France
*ID 110000 - 110999: Association Dolibarr (https://www.dolibarr.org)
*ID 111000 - 111999: Asset IT (www.assetit.ch) - Suisse
*ID 112000 - 112999: Aarboard AG (www.aarboard.ch) - Suisse
*ID 113000 - 113999: Asilib - Alexandre Spangaro
*ID 114000 - 114999: Iceleaf OÜ
*ID 115000 - 115999: 2A2C Conseil - Cyril ZEKSER
*ID 116000 - 116999: Wolftec GmbH
*ID 117000 - 117999: Oscim (http://www.oscim.fr)
*ID 118000 - 118999: Oarces Web (dev.oarces.com)
*ID 119000 - 119999: Manuel Berrocal - Absolacom
*ID 120000 - 120999: Régis Houssin (http://www.inodbox.com) - France
*ID 121000 - 121999: Oscss - Shop - France
*ID 122000 - 122999: MrSof - la Nation du Web
*ID 123000 - 123999: Bruno Généré (webiseasy.org)
*ID 124000 - 124999: 7reasons s.r.l. (www.7reasons.eu) - Austria
*ID 125000 - 125999: ProgSI (www.progsi.ma)
*ID 126000 - 126999: Catalanet
*ID 127000 - 127999: Virgilio Filho pt-BR Brasil (@dolibarr.br) - Brazil
*ID 128000 - 128999: Nicolas Frappé France (www.sospc.info)
*ID 129000 - 129999: Adeo-Informatique
*ID 130000 - 130999: Technicks ICT (http://www.technicks.eu) - Italy
*ID 131000 - 131999: Joan Louis (itaca.fr) - France
*ID 132000 - 132999: Jean-Marie Arsac (https://azimut.fr) - France
*ID 133000 - 133999: Oriel Systems Ltd, UK. (www.orielsystems.com)
*ID 134000 - 134999: ALSOFT PVT. LTD. (https://www.alsoft.org)
*ID 135000 - 135999: Net-Logic (https://netlogic.fr)
*ID 136000 - 136050: MONA.RE - France
*ID 136051 - 136099: La Vida Marketing
*ID 136100 - 136149: Synergies-Tech France. (https://www.synergies-france.fr/)
*ID 136150 - 136199: Lyta
*ID 136200 - 136219: Maison Théophile Leclerc
*ID 136220 - 136270: SegoFount - Spain
*ID 136271 - 136320: Labor Dispatch (Simon Sheng , China)
*ID 136321 - 136370: MB Informatique (https://www.mb-informatique.fr)
*ID 136371 - 136420: Daxit Solutions (https://www.daxit.be) [https://wiki.dolibarr.org/index.php/DAXIT-SOLUTIONS_List_of_modules_id Liste complète des modules Daxit]
*ID 136421 - 136470: HUSCH GmbH (https://husch-gmbh.de)
*ID 136471 - 138999: NSINFO (https://www.ns-info.fr)
*ID 139000 - 139999: Synergies-Tech France. (https://www.synergies-france.fr/)
*ID 140000 - 140999: Altairis (http://altairis.fr)
*ID 141000 - 141050: Projet2Team (https://www.projet2team.fr)
*ID 141051 - 141099: Elistair (http://elistair.com)
*ID 141100 - 141149: Blue Networks Technologies (https://www.blnt.fr)
*ID 141150 - 141199: Mainlab S.r.l. (https://www.mainlabonline.it) - Italy
*ID 141200 - 141249: Florian DUFOURG - France
*ID 141250 - 141299: SoftAddicts - Canada
*ID 141300 - 141349: Finanboo - (https://www.finanboo.com)
*ID 141350 - 141399: ConstruxZion Soft - Colombia (https://www.construxzionsoft.com.co)
*ID 141400 - 141450: COEXDIS - République Démocratique du Congo (https://www.coexdis.com)
*ID 141451 - 141501: HALFWARE - Algeria (https://www.half-ware.com)
*ID 141502 - 141552: Quantraum (https://quantraum.com)
*ID 141553 - 141603: Nateo Group
*ID 141604 - 141653: digital centric GmbH (https://www.digitalcentric.de/dolibarr)
*ID 141654 - 141699: Decrypting (https://www.decrypting.fr)
*ID 141700 - 141749: Zeise IT Consulting - Germany (https://www.zeise-it.de)
*ID 141750 - 141799: Data Rooster - France (https://datarooster.io)
*ID 141800 - 141849: IP Développement (https://www.ipdeveloppement.fr)
*ID 141850 - 141899: MSICCA | MRVL Soluciones de Ingeniería y Construcción, c.a (https://msicca.com)
*ID 141900 - 141949: THERSANE (https://www.thersane.fr)
*ID 141950 - 141999: MB Informatique (https://www.mb-informatique.fr)
*ID 142000 - 142049: ITANéA (https://www.itanea.fr)
*ID 142050 - 142099: ERP Consulting NZ ([https://www.erpconsulting.co.nz www.erpconsulting.co.nz])
*ID 142100 - 142149: Bloxera GmbH (https://www.bloxera.com)
*ID 142150 - 142199: Evangelos Souglakos - Greece
*ID 142200 - 142249: Luc CALARESU - France
*ID 142250 - 142299: OmnIT Services - Belgique (https://www.omnitservices.biz)
*ID 142300 - 142349: Gwadeyes - Guadeloupe (https://www.gwadeyes-informatique.com/)
*ID 142350 - 142399: Solution Libre (https://www.solution-libre.fr/)
*ID 142400 - 142449: Res Digital (https://res.digital)
*ID 142450 - 142499: itopie informatique (https://www.itopie.ch)
*ID 142500 - 142549: Weblinx.IT GbR (https://weblinx.it/) - Germany
*ID 142550 - 142599: ASCI-Automation - Mexico (https://asci-automation.com.mx/)
*ID 142600 - 142649: ZENKO Design - Japan / France / Spain
*ID 142650 - 142699: AWeerWolf
*ID 142700 - 148749: Lysis (https://lysis.net/)
*ID 142750 - 142799: Hadritech (https://www.hadritech.com/)
*ID 142800 - 142849: Bloxera GmbH (https://www.bloxera.com)
*ID 142850 - 148999: Everlats S.L. - España (https://www.everlats.com)
*ID 149000 - 149999: SydTech - America Central (https://www.sydtech.io/)
*ID 150000 - 150999: Jeffinfo
*ID 151000 - 151999: Konverseo (https://konverseo.com)
*ID 152000 - 152049: Tanguy Pénet (http://tanguype.net)
*ID 152050 - 152099: Web Solutions
*ID 152100 - 152149: MagicNet (https://www.magicnet.it)
*ID 152150 - 152199: Benjamin Falière (https://www.faliere.com)
*ID 152200 - 152249: Solauv
*ID 152250 - 156499: TecnoGestión Principado S.L. (https://www.tecnogestion.com) - Asturias - España
*ID 156500 - 156549: ACE Recycling (https://www.acerecycling.net.au/)
*ID 156550 - 156599: Kreativität Works ([http://www.kreativitat.com http://kreativitat.com])
*ID 156600 - 156649: [https://pierre-couy.dev Pierre Couy]
*ID 156650 - 156699: CXI (https://cyrix.co.za)
*ID 156700 - 156749: Mustafa Kemerci - Turkiye
*ID 156750 - 156799: [https://de-grandpre.quebec de Grandpré Technologies] - Québec (Canada)
*ID 156800 - 156849: Draceo
*ID 156850 - 156899: Valleiweb
*ID 156900 - 159949: NEOVIAQ Advisory LU(https://www.neoviaq.com)
*ID 159950 - 159999: Arve et Giffre INFOGESTION (https://www.ag-infogestion.fr)
*ID 160000 - 160999: Charles-François BENKE (http://www.patas-monkey.com)
*ID 161000 - 161999: Abbes Bahfir (https://01consulting.eu)
*ID 162000 - 162999: Jacques Rébiscoul
*ID 163000 - 163999: Open-DSI (https://www.open-dsi.fr)
*ID 164000 - 164999: Pixelada S. Coop. And. (https://pixelada.org)
*ID 165000 - 165049: DovConnect
*ID 165050 - 165099: Mind Operated Systems (https://www.mosystems.biz)
*ID 165100 - 165150: SD-Formation (https://sdformation.fr)
*ID 165151 - 165199: NUM'X (https://www.numx-sets.eu)
*ID 165200 - 165249: Benjam Préjent (https://www.benjam-prejent.fr)
*ID 165250 - 165299: Dhi Loka Private Limited, India (https://www.dhiloka.com)
*ID 165300 - 169999: Accellier Limited (https://www.accellier.com/)
*ID 170000 - 170999: TRIDENT CONSULTING LTD (www.tridentdxb.com)
*ID 171000 - 171999: LVSInformatique (www.lvsinformatique.com)
*ID 172000 - 172299: Ray Soft-Systems (https://www.ray-soft-systems.com)
*ID 172300 - 172349: Günter Lukas Consulting (https://gl.co.at)
*ID 172350 - 172399: MB Informatique (https://www.mb-informatique.fr)
*ID 172400 - 172449: Professional Structures Limited (https://pstructures.com)
*ID 172450 - 172699: IT-BS (https://www.it-bs.fr)
*ID 172700 - 172749: Indelog (https://www.indelog.fr)
*ID 172750 - 172799: NSINFO (https://www.ns-info.fr)
*ID 172800 - 172849: E-Concept Applications (https://e-concept-applications.fr)
*ID 172850 - 172899: B&R Stamm UG (https://stamm-ug.de)
*ID 172900 - 172949: Dolipive, support@dolipive.fr, www.dolipive.fr
*ID 172950 - 172999: CKD-Industrie (https://ckd-industrie.com/) - France
*ID 173000 - 173049: Aneosys (https://aneosys.fr) - France
*ID 173050 - 173099: Sebastian Schloßer - Germany
*ID 173100 - 173149: TecnoSoluciones (https://tecnosoluciones.com)
*ID 173150 - 173199: Digitalworks (https://www.digitalworks.fr) - France
*ID 173200 - 173249: UNi.D Consulting (https://www.unid-consulting.fr) - France
*ID 173250 - 173299: NetworkDigital(https://www.networkdigital.fr) - France
*ID 173300 - 173300: Módulo VeriFactu Dolibarr (https://verifactudolibarr.es/) - España
*ID 173301 - 173320: Sibanet (https://sibanet.net) - España
*ID 173321 - 173340: disQutons (https://wiki.dolibarr.org/index.php/Category:DisQutons)
*ID 173341 - 173360: Surática Software (https://suratica.es) - Spain
*ID 173361 - 173380: UpInvoice (https://upinvoice.eu) - Spain
*ID 173381 - 179999: Toutatis (https://toutatis.eu)
*ID 180000 - 180999: BM eXpert Labs
*ID 181000 - 181999: TI Sin Problemas (https://www.tisinproblemas.com)
*ID 182000 - 182049: Chipserv Pawel Wlizlo (https://www.testware.it)
*ID 182050 - 182070: Herolapse (https://herolapse.com/)
*ID 182061 - 182999: TMC
*ID 183000 - 183999: BB2A Anthony Berton (https://www.bb2a.fr)
*ID 184000 - 184999: DPS PRINTING & DOCUMENTS SOCIEDAD ANONIMA (https://www.dps-lat.com)
*ID 185000 - 185049: Telioskour (https://github.com/telioskour)
*ID 185050 - 185099: Moko Consulting ([[Moko Consulting]] || https://mokoconsulting.tech)
*ID 185100 - 185149: Sinabe (https://sinabe.ch) - Suisse
*ID 185150 - 185169: Anatole Conseil (https://anatoleconseil.com/)
*ID 185170 - 185189: cferoiu
*ID 185190 - 185209: Guillemonde (https://guillemonde.family)
*ID 185210 - 185229: ITized - Finta Ionut (https://itized.com)
*ID 185230 - 185249: svewa (https://github.com/svewa/)
*ID 185250 - 185269: Clément Jaunay (https://clement-jny.fr/ || contact@clement-jny.fr)
*ID 185270 - 185289: AMB Technologies (https://www.ambts.fr)
*ID 185290 - 185299: VIOLET IT UG (https://violet-it.de)
*ID 185300 - 185319: lorem.site '''('''https://lorem.site/''')'''
*ID 185320 - 185340: '''Rentageek (https://rentageek.hu) Hungary'''
*ID 185341 - 189999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 190000 - 190999: Diciannove (http://19.coop)
*ID 191000 - 191999: Elonet (https://elonet.fr)
*ID 192000 - 192049: IDFOR Consulting (https://www.idfor-consulting.fr/)
*ID 192050 - 192069: Stogger (<nowiki>https://stogger.com</nowiki>)
*ID 192070 - 192090: Protectora
*ID 192091 - 192110: CoopCircuits - OpenFoodNetwork (https://coopcircuits.fr/)
*ID 192111 - 198999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 199000 - 199999: RFMS
*ID 200000 - 200999: Noxiome
*ID 201000 - 201999: Sasa Ostrouska (saxa)
*ID 202000 - 202999: Z-Application
*ID 203000 - 203099: Elidee - elidee.com
*ID 203100 - 203999: Garcia MICHEL (soamichel.fr)
*ID 204000 - 204999: Ari Elbaz elarifr - accedinfo.com
*ID 205000 - 205999: Kreiz IT
*ID 206000 - 206999: GBINFO (www.gbinfo.fr)
*ID 207000 - 207099: MacroProg (https://www.macroprog.com)
*ID 207100 - 207149: Reactiva Software
*ID 207150 - 207199: Ndejje University Water Research and Development Centre ([https://github.com/NDUWRDC/LIMS/])
*ID 207200 - 207299: Massaoud Bouzenad ([https://www.dzprod.net dzprod.net])
*ID 207300 - 207349: Ksar
*ID 207350 - 207399: Easylinux (www.easylinux.fr)
*ID 207400 - 207449: Arthur LENOBLE
*ID 207450 - 207499: Vaicop SAS de CV (México)
*ID 207500 - 207520: Frankie Wong - UK
*ID 207521 - 207540: Fyssec ([https://fyssec.fr/ fyssec.fr/])
*ID 207521 - 212099: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 212100 - 212149: Audio Vidéo Technologies (https://www.avtek.fr)
*ID 212150 - 212169: '''AI MYA GROUP ([https://Www.AI-MYA-GROUP.com www.AI-MYA-GROUP.com])'''
*ID 212170 - 213999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 214000 - 214049: X-Boss
*ID 214050 - 221999: PixelJM
*ID 220000 - 220050: Apex Tech (https://apextechmods.com)
*ID 220051 - 220100: Technology Xchange Solutions (https://www.txscorp.com)
*ID 222000 - 222999: dolibit (https://www.dolibit.de)
*ID 223000 - 223049: Tráfico Canada
*ID 223050 - 223099: VLTN (https://vltn.sh)
*ID 223100 - 229949: Dazax.io (https://www.dazax.io)
*ID 229950 - 229999: Solucions Informàtiques, Serveis i Innovació SLU (https://6innova.es)
*ID 230000 - 230049: Unareil (https://www.unareil.eu)
*ID 230050 - 230099: Lyra Network (https://www.lyra.com/)
*ID 230100 - 230149: Gheorghe Iftimi - CTW - RO
*ID 230150 - 230199: MEMA Machinery & Tools (https://www.mema.be)
*ID 230200 - 230249: Teleassist
*ID 230250 - 230299: Nh Developer
*ID 230300 - 230499: Chickenforce/code-chicken, IT Services Hahn (https://github.com/code-chicken [http://itservices-hahn.de/ https://itservices-hahn.de])
*ID 230500 - 230549: Hidup Consulting (https://consulting.hidup.io)
*ID 230550 - 230599: CMR Conseil (https://www.weblockup.fr)
*ID 230600 - 230649: aFreeMind Studio
*ID 230650 - 230699: Unideal (https://www.uni-deal.com)
*ID 230700 - 230749: DevLansdes (https://devlandes.com/)
*ID 230750 - 262699: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 262700 - 262799: Scopen (https://www.scopen.fr)
*ID 262800 - 262849: Christophe BATTAREL EI
*ID 262850 - 271799: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 271800 - 271849: bee solutions sàrl (Switzerland)
*ID 271850 - 272999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 273000 - 273019: Taler (https://taler.net)
*ID 273020 - 274199: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 274200 - 274249: Mathilde MAROCCO (https://mminformatique.fr)
*ID 274250 - 274299: Nerv Project (www.nerv-project.eu)
*ID 274300 - 274349: Knowhere Consulting S.L. (https://www.knowhere-consulting.eu)
*ID 274350 - 274399: Milen karaganski (https://blacktiehost.com)
*ID 274400 - 274449: Vincent MAURY ([https://www.timgroup.fr www.timgroup.fr])
*ID 274450 - 274499: Daraelmin
*ID 274500 - 274549: Emilie LAFORET (http://www.ermvallon.com)
*ID 274550 - 278999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 279000 - 279049: VSDigital Electronics (https://vsdigital.ar) - Argentina
*ID 279050 - 279999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 280000 - 280049: Bingroup (https://www.beinng.com)
*ID 280050 - 280099: Medialta (https://medialta.com)
*ID 280100 - 280149: Cédric Ancelin - Ancode (https://www.dolistore.com/fr/recherche?search_query=ancode)
*ID 280150 - 289999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 290000 - 290099: BNS - Project doliBRA ([https://www.beinng.com https://www.bns.net.br]) - Brasil
*ID 290100 - 299999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 300000 - 300049: RapidProgress (https://www.rapidprogress.eu) - Bulgaria
*ID 300050 - 300099: M@ Solution (https://www.ma-solution.fr/)
*ID 300100 - 300149: LAVA RUN (https://www.lavarun.re)
*ID 300150 - 300199: PsyCrow Code
*ID 300200 - 300249: Computences (https://www.computences.com/)
*ID 300250 - 300299: LEVEL IT (https://levelit.com.ar)
*ID 300300 - 300349: Progiseize (https://progiseize.fr)
*ID 300350 - 300399: MB Informatique (https://www.mb-informatique.fr)
*ID 300400 - 300449: Anouar Touati
*ID 300450 - 300499: Martin Danger
*ID 300500 - 301499: Whale Blows
*ID 301500 - 301549: Tom Trust - International
*ID 301550 - 301599: MB Informatique (https://www.mb-informatique.fr)
*ID 301600 - 302479: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 302480 - 302499: akyras (https://akyras.fr)
*ID 302500 - 302549: Diamubi (https://diamubi.com)
*ID 302550 - 302599: Datolab (https://www.datolab.com)
*ID 302600 - 302649: DuMaCo (https://www.dumaco.de)
*ID 302650 - 302699: Resilio SA
*ID 302700 - 302749: Aroga
*ID 302750 - 302799: Productivix (https://www.productivix.com)
*ID 302800 - 302849: Slibzz
*ID 302850 - 302899: idea design (https://ideadesign.dz)
*ID 302900 - 302949: AL MISBAH INFORMATIQUE (https://www.almisbah.ma)
*ID 302950 - 302999: Atis Solutions - France
*ID 303000 - 303499: Obixav - Nigeria
*ID 303500 - 303549: buschler plus GmbH, Germany (https://buschler.plus)
*ID 303550 - 303599: Prestalidaire - France (https://prestalidaire.com)
*ID 303600 - 309999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 310000 - 310049: Neilson Dufour (<nowiki>https://hypercode.ca</nowiki>)
*ID 310050 - 313999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 314000 - 314049: Ruemmler IT Solutions (https://www.ruemmler.net)
*ID 314050 - 314149: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 314150 - 314199: Benoît PASCAL
*ID 314200 - 319999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 320000 - 320999: Novus Studios (www.novusstudios.it)
*ID 321000 - 321999: AtooNet (http://www.atoo-net.com)
*ID 322000 - 322049: Doymer Consultores
*ID 322050 - 329999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 330000 - 330049: XTEC Industries (www.xtec-ind.com)
*ID 330050 - 330099: 10100 S.R.L. - (www.10100.to)
*ID 330100 - 330149: AES Dana SRL (https://aes-dana.be)
*ID 330150 - 330199: Freshcore (https://www.freshcore.fr)
*ID 330200 - 331999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 332000 - 332099: Gecka (https://gecka.nc)
*ID 332100 - 332149: Agence Milkshake (http://agencemilkshake.com)
*ID 332150 - 332199: Daniel Prowald IT – Service (https://prowald-it.de)
*ID 332200 - 332249: UNITICE (https://unitice.com)
*ID 332250 - 332299: Sidonie Moulart
*ID 332300 - 332349: LTDJ (Antonin MARCHAL - Le Temple du Jeu)
*ID 332350 - 333299: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 333300 - 333349: Sense Africa (http://sense.africa)
*ID 333350 - 339999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 340000 - 340049: M34D (https://m34d.com)
*ID 340050 - 340069: WiwIT
*ID 340070 - 349999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 350000 - 350049: SOUNDOU & MIDAS (https://www.soundou.org/)
*ID 350050 - 350099: Ildefonso González (https://igontek.es)
*ID 350100 - 350149: 7Kas Servicios de Internet, S.L. (https://7kas.com)
*ID 350150 - 350999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 351000 - 351049: P'tite Tête (https://ptitetete.com) - France
*ID 351050 - 398999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 359000 - 359049: Milen Karaganski0
*ID 400000 - 400999: 2byte.es (http://www.2byte.es)
*ID 401000 - 401999: B&D Informática
*ID 402000 - 402999: Marcos García de La Fuente (marcosgdf)
*ID 403000 - 403999: Sergibyte
*ID 404000 - 404999: Aikhan
*ID 405000 - 405999: AIME (http://www.aime.mx)
*ID 406000 - 406999: Som Núvol (https://somnuvol.coop)
*ID 407000 - 407019: I-Motion SARL
*ID 407020 - 408999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 409000 - 409999: LliureTIC (https://www.lliuretic.cat)
*ID 410000 - 410999: DoliGov
*ID 411000 - 411049: GATTEK SARL (https://www.ga-ttek.com)
*ID 411050 - 419999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 420000 - 420099: BBS Concept
*ID 420100 - 420199: LeMousticProduction (www.lemousticproduction.info) -< module DoliRH
*ID 420200 - 421199: VatCheck (www.abnc.be)
*ID 421200 - 422199: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 422200 - 422999: Artaban (http://artaban.fr)
*ID 423000 - 423049: cyberesprit
*ID 423050 - 423099: R.Bossard
*ID 423100 - 423199: Joliciel (www.joliciel.fr)
*ID 423200 - 423299: Pragma-tech (www.pragma-tech.fr)
*ID 423299 - 423999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 424000 - 424049: Philazerty ([https://www.philazerty.fr www.philazerty.fr])
*ID 424050 - 424099: Pragma-tech (www.pragma-tech.fr)
*ID 424100 - 424149: Ohoo Solutions (http://www.ohoosolutions.com)
*ID 424150 - 424199: DAGARCAM Informática (https://www.dagarcam.com/)
*ID 424200 - 424999: Lab51 (https://github.com/lab51org)
*ID 425000 - 425999: Sébastien SERRE Thivinfo (www.thivinfo.com)
*ID 426000 - 426099: Arkesis-Solution
*ID 426100 - 426149: GetLandy (www.getlandy.com)
*ID 426150 - 426649: OOB Software
*ID 426650 - 426849: Soft-Task Serviços e Sistemas (www.soft-task.com.br)
*ID 426850 - 426999: Bruno Caldas (https://github.com/BCaldas)
*ID 427000 - 427999: Kevin GUERRIER (alias xcl.saian)
*ID 428000 - 428099: af83
*ID 428100 - 428199: Arnaud Serrut - Adalon
*ID 428200 - 428249: imschweiler consulting (http://www.imschweiler-consulting.de'''<nowiki/>''')
*ID 428250 - 428299: AL1FO
*ID 428300 - 428349: Federico García-Patiño Barbolani (<federico.garcia.patino@gmail.com>)
*ID 428350 - 428399: INTM Groupe - France (www.intm.com)
*ID 428400 - 428449: Nick Fragoulis - Greece
*ID 428450 - 428499: Kontava - France ([https://kontava.fr kontava.fr)]
*ID 428500 - 428549: hkwhitten - USA
*ID 428550 - 428999: SmartOne
*ID 429000 - 429999: induslab
*ID 430000 - 430099: Mixity sprl (www.mixity.be)
*ID 430100 - 430199: sgiraud
*ID 430200 - 430299: Merlion TI (www.merlion-si.com.br)
*ID 430300 - 431299: Libre Expert (www.libre-expert.com)
*ID 431300 - 431399: ptibogxiv (www.ptibogxiv.net)
*ID 431400 - 431499: Befox (www.befox.fr)
*ID 431500 - 431599: rue Béjo (www.ruebejo.fr)
*ID 431600 - 431699: Avizzeo (www.avizzeo.com)
*ID 431700 - 432199: Multisistemas (www.multisistemas.com.sv)
*ID 432200 - 432399: Burbuja - Chile (www.burbuja.cl)
*ID 432400 - 433399: INOVEA CONSEIL (https://www.inovea-conseil.com)
*ID 433400 - 434399: Rachid HRICH - Maroc (HricH ServiceS.)
*ID 434400 - 435399: Lance Bleakley - LanceIT (www.lanceit.net)
*ID 435400 - 435419: Victorien LOS - France
*ID 435420 - 435999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 436000 - 436099: SOWEBIO (www.soweb.io)
*ID 436100 - 436199: CAP-REL (www.cap-rel.fr)
*ID 436200 - 436300: TDE-INFORMATIQUE (www.tde-informatique.fr)
*ID 436301 - 436349: Evarisk ([https://www.evarisk.com/id-module-dolibarr/ www.evarisk.com])
*ID 436350 - 436399: Eoxia ([https://www.eoxia.com/dolibarr/modules/ www.eoxia.com])
*ID 436400 - 437399: Mohamed AHERDANE - Morocco - IT Consultant ( www.wave.ma )
*ID 437400 - 437449: Martin Neubauer - Germany
*ID 437450 - 437599: Club1click (www.club1click.es)
*ID 437600 - 437629: Coulon Vincent (https://github.com/HoverEpic)
*ID 437630 - 437649: Aytechnet (https://www.aytechnet.fr/) - François Pons
*ID 437650 - 437699: LibreMaster (https://libremaster.com) - Christophe T.
*ID 437700 - 437749: STELLAR Broadband (https://www.stellarbb.com) - U.S.A. - Philip Laycock
*ID 437750 - 437799: DIGITA.LU Ajous Solutions
*ID 437800 - 437850: iProspective (https://iprospective.fr) - Mathieu Moulin
*ID 437851 - 437900: Theobald Groupe.
*ID 437901 - 437950: Neuronnexion (http://neuronnexion.coop)
*ID 437951 - 437952: jmbc - APIA-ASSO (https://www.apia-asso.fr)
*ID 437953 - 438002: IPCZEN SARL (https://www.ipczeninformatique.fr/)
*ID 438003 - 438052: FESF IT Department (https://fesf.org.pk)
*ID 438053 - 438103: Pilot Engineering team
*ID 438104 - 438153: u2042 (https://u2042.com)
*ID 438154 - 438204: Djair E Pereira (ocultooooo@gmail.com) - Brasil
*ID 438205 - 438255: yoandm (https://yoandm.com)
*ID 438256 - 438299: PTMSoft (<nowiki>https://www.ptmsoft.fr</nowiki>)
*ID 438300 - 438399: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 438400 - 439399: Tetras Libre - France - Développement logiciels libres (www.tetras-libre.fr)
*ID 439400 - 440399: Dolibarr-pro - France - Développement Dolibarr (www.dolibarr-pro.com)
*ID 440400 - 441399: Quidlab Co., Ltd - Thailand - ( www.quidlab.com )
*ID 441400 - 442399: Ide@log - France - (https://www.idealog-info.net) - Laurent Leblanc
*ID 442400 - 443399: Valerio Bianchi (www.valeriobianchi.com)
*ID 443400 - 444399: delassalle - France - (www.delassalle.fr) - Joseph Delassalle
*ID 444400 - 445399: Webartis - Maroc - (www.webartis.net) - François Dry
*ID 445400 - 445499: SCOP Au-delà des nuages - France
*ID 445500 - 445549: X Net Systems - Egypt - (https://www.xneteg.com)
*ID 445550 - 445569: Schiefer.IT - Austria ([https://schiefer.it schiefer.it])
*ID 445570 - 445999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 446000 - 446999: iouston (http://www.iouston.com) - France - Julien Marchand
*ID 447000 - 447999: rSanjoSEO - Rafael San José Tovar (www.rsanjoseo.com) - Spain
*ID 448000 - 448999: Code 42 (www.code42.fr)
*ID 449000 - 449999: TakePOS (www.takepos.com)
*ID 450000 - 450999: Pierre ARDOIN
*ID 451000 - 451999: Éditeur depordi.fr
*ID 452000 - 452999: Dylan NAKONG
*ID 453000 - 453999: Menahd Ouchenir - France - menahd-ouchenir.com
*ID 454000 - 454999: Withheld - Canada
*ID 455000 - 455999: Gaëtan MAISON - Info Libre @ Dom - France (https://www.infolibreadom.com)
*ID 456000 - 456999: Laurent LEBLEU - B.L.C. - Blue Line Company - Lille - France (www.bluelinecompany.fr/dolibarr)
*ID 457000 - 457999: Sébastien BOUCHER
*ID 458000 - 458999: Lester HERNÁNDEZ - Argentina - (freelancerlrhd@gmail.com)
*ID 459000 - 459999: Infopen - France
*ID 460000 - 460049: torvista - Spain
*ID 460050 - 460099: ADVAISION.com (Belgique www.advaision.com)
*ID 460100 - 460999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 461000 - 461999: MEGALOGI - Maroc (www.erpcloud.ma)
*ID 462000 - 462999: Making Digital (www.making-digital.fr) - France
*ID 463000 - 463999: linx s.r.l.s.
*ID 464000 - 464999: NimbleCubed Inc. (www.nimblecubed.com)
*ID 465000 - 465999: Artefacts (www.artefacts.coop) - Pascal Daugeron
*ID 466000 - 466999: CDM Consultores - (www.cdm.guru)
*ID 467000 - 467999: M71 Service GmbH - (www.m71-service.de)
*ID 468000 - 468049: Clément Segonzac - France (clement.segonzac@gmail.com)
*ID 468050 - 468099: Flavien Belli - France (https://github.com/Marshlyin || belliflaviencontactpro@gmail.com)
*ID 468100 - 468119: Chl (https://code.bugness.org/Dolibarr)
*ID 468120 - 468169: Commotron GmbH (https://www.commotron.com/)
*ID 468170 - 468219: Infans Group (franck.lauby@infans.fr)
*ID 468175 - 468199: Gaëlle Rauffet - France (kiwiscan.net)
*ID 468200 - 468249: Paulo Oliveira - Brasil (paulorcdo@gmail.com)
*ID 468250 - 468269: CD-Systems - France (https://www.cd-systems.fr)
*ID 468270 - 468299: Nicolas Testori
*ID 468300 - 468349: Uvensys - Germany (https://uvensys.de)
*ID 468350 - 468399: Laudeco - Belgium (http://github.com/laudeco)
*ID 468400 - 468449: Alexis LAURIER - France (https://www.alexislaurier.fr)
*ID 468450 - 468499: Mehdi Belkhayat - Maroc (https://opensi.ma)
*ID 468500 - 468599: InvIT GmbH - Germany (https://invit.sh)
*ID 468600 - 468649: Ricardo Sequeira - Portugal (https://ricardo-sequeira.com)
*ID 468650 - 468699: J-IT - Belgique (https://www.j-it.be)
*ID 468700 - 468749: Fidesio - France (https://www.fidesio.com/)
*ID 468750 - 468799: Sgestion - Spain (http://www.sgestion.net/)
*ID 468800 - 468849: Denis JULIEN - Brasil (matrinxa@free.fr)
*ID 468850 - 468899: Mmariko - Module GED - Effios
*ID 468900 - 468949: Maazou Amadou Abdoul aziz - Maroc (yaronfada@gmail.com)
*ID 468950 - 468999: Alexis LAURIER - France (https://www.alexislaurier.fr)
*ID 469000 - 469049: John Livingston (https://github.com/JohnXLivingston/)
*ID 469050 - 469099: Macrorom ICT-services (https://macrorom.nl/)
*ID 469100 - 469149: HABOT IT - France (https://habot.it)
*ID 469150 - 469159: CaribbeanConsult.Com CCC - France Guadeloupe (https://dolibarr.ccc.gp)
*ID 469160 - 469171: GMBG - Portugal
*ID 469172 - 469199: BGi Lda - Portugal
*ID 469200 - 469949: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 469950 - 469999: Goldoweb (http://goldoweb.com)
*ID 470000 - 470999: Reindeer Digital (https://rdeer.cz)
*ID 471000 - 471099: CAP-REL (www.cap-rel.fr)
*ID 471100 - 471199: M. Morillon
*ID 471200 - 471209: Pablo Nuñez
*ID 471210 - 471249: FANEL A.Ş (https://www.fanel.com.tr)
*ID 471250 - 480999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 481000 - 481999: Alhaidab-ITIS (https://alhaidab.dolibarr.sd)
*ID 482000 - 482999: Basix IT (https://www.basix.de)
*ID 483000 - 483049: SASCO SpA (https://www.sasco.cl)
*ID 483050 - 483099: WIP Engineering (https://www.wip-gmbh.com)
*ID 483100 - 483149: J.Kaiser
*ID 483150 - 483199: CodLines (https://www.codlines.com)
*ID 483200 - 483249: BleepalSoftware (https://bleepal.com)
*ID 485000 - 485049: Gest Info Service Plus (contact@gest-plus.fr)
*ID 485050 - 489999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 490000 - 490049: VOLD (https://vold.lu)
*ID 490050 - 490069: QUANTIVO (http://quantivo.eu/)
*ID 490070 - 490999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 491000 - 491049: NORD ERP CRM (https://www.nord-erp-crm.fr/)
*ID 491050 - 491099: KJR-online (https://kjr-online.fr/)
*ID 491100 - 491149: eNova
*ID 491150 - 491199: App 4 Business
*ID 491200 - 491249: Mil24 (http://www.mil24.com.py)
*ID 491250 - 491299: M2AM
*ID 491300 - 491349: luigifab (https://github.com/luigifab), also reuse id:105009 for Sentry fork
*ID 491350 - 491399: Frédéric France (https://github.com/frederic34)
*ID 491400 - 491449: E-dem (https://www.e-dem.com/)
*ID 491450 - 491499: Burofree (https://burofreeai.es)
*ID 491500 - 491549: EMDELEN (https://emdelen.fr/)
*ID 491550 - 491599: eSoUrCeS Technologie (https://techno.esources.ca/) - Canada
*ID 491600 - 491649: GoSouce Peru - Peru
*ID 491650 - 491669: Kaféin Studio (https://kafein.studio) - France
*ID 491670 - 491699: Neykinfo - France
*ID 491700 - 491999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 492000 - 492020: Anura (https://www.anura.fr/)
*ID 492021 - 492999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 493000 - 493020: Bourez Bastien EI (https://bastien-b.fr/)
*ID 493051 - 493071: benhmida ilyess (bhilyess98@gmail.com)
*ID 493101 - 493120: George TS, George SP (gspanos@makeasite.gr)
*ID 493200 - 493219: Stéphane Mallet (https://framagit.org/Steph501/dolibarr-mod-autoreminder)
*ID 499001 - 499020: IT GENIUSES (https://www.itgeniuses.com)
*ID 499051 - 499071: KREATIV PROJECT MANAGEMENT

DO NOT ADD RECORD HERE, PLEASE FILL HOLES FIRST !!!!
...

=ID > 500000=

This range can't be reserved. It is a common range. If you don't plan to distribute your module, you can use an ID in this range with no need to reserve it.

If you don't already have reserved ids and need some, please don't use hazardous number and use a number higher than 500000, but it is better to ask a wiki account, and reserve your own range by editing the 100000 - 499999 range (20 ids at once).

List of modules id

2026-02-13T22:44:34Z

StephM: /* ID 100000 - 499999 */

{{TemplateDocDevEn}}
{{TemplateDocDevEs}}
{{TemplateDocDevFr}}
{{TemplateDocDevZh}}

This page list all reserved modules numbers / ID.

If you build or want to build your own modules, you should take an ID range here. Please pick range into existing holes first.

=ID 0 - 94999=
This range is reserved for Dolibarr's internal core modules, so all modules available into the standard distribution at https://github.com/Dolibarr/dolibarr

=ID 95000 - 99999=
This range is reserved for Dolibarr's community modules with sources hosted into the github repository: https://github.com/Dolibarr/dolibarr-community-modules

=ID 100000 - 499999=

Reserved area for editors in need for an ID range. You can edit this page to add your own range (take a range of 20 numbers only the first time, ask us for more)

[[File:Warning.png]] If you reserve more than 20 at once, we may automatically change your reservation range without information and you may experience conflicts with other modules in a future, so please follow the rules!

*ID 100000 - 100999: OpenThink (http://www.openthink.be) - Belgium
*ID 101000 - 101999: DoliCloud (https://www.dolicloud.com) - France
*ID 102000 - 102999: Tiaris (http://www.tiaris.fr) - France
*ID 103000 - 103999: Open-concept.pro (http://www.open-concept.pro) - France
*ID 104000 - 104999: ATM Consulting (http://www.atm-consulting.fr) - France
*ID 105000 - 105999: GPC.solutions - France
*ID 106000 - 106999: PHPASSO
*ID 107000 - 107999: TecLib (http://www.teclib.com) / Auguria (http://www.auguria.net) - France
*ID 108000 - 108999: ETHICWEB
*ID 109000 - 109999: Aplose ([http://www.aplose.fr https://www.aplose.fr]) - France
*ID 110000 - 110999: Association Dolibarr (https://www.dolibarr.org)
*ID 111000 - 111999: Asset IT (www.assetit.ch) - Suisse
*ID 112000 - 112999: Aarboard AG (www.aarboard.ch) - Suisse
*ID 113000 - 113999: Asilib - Alexandre Spangaro
*ID 114000 - 114999: Iceleaf OÜ
*ID 115000 - 115999: 2A2C Conseil - Cyril ZEKSER
*ID 116000 - 116999: Wolftec GmbH
*ID 117000 - 117999: Oscim (http://www.oscim.fr)
*ID 118000 - 118999: Oarces Web (dev.oarces.com)
*ID 119000 - 119999: Manuel Berrocal - Absolacom
*ID 120000 - 120999: Régis Houssin (http://www.inodbox.com) - France
*ID 121000 - 121999: Oscss - Shop - France
*ID 122000 - 122999: MrSof - la Nation du Web
*ID 123000 - 123999: Bruno Généré (webiseasy.org)
*ID 124000 - 124999: 7reasons s.r.l. (www.7reasons.eu) - Austria
*ID 125000 - 125999: ProgSI (www.progsi.ma)
*ID 126000 - 126999: Catalanet
*ID 127000 - 127999: Virgilio Filho pt-BR Brasil (@dolibarr.br) - Brazil
*ID 128000 - 128999: Nicolas Frappé France (www.sospc.info)
*ID 129000 - 129999: Adeo-Informatique
*ID 130000 - 130999: Technicks ICT (http://www.technicks.eu) - Italy
*ID 131000 - 131999: Joan Louis (itaca.fr) - France
*ID 132000 - 132999: Jean-Marie Arsac (https://azimut.fr) - France
*ID 133000 - 133999: Oriel Systems Ltd, UK. (www.orielsystems.com)
*ID 134000 - 134999: ALSOFT PVT. LTD. (https://www.alsoft.org)
*ID 135000 - 135999: Net-Logic (https://netlogic.fr)
*ID 136000 - 136050: MONA.RE - France
*ID 136051 - 136099: La Vida Marketing
*ID 136100 - 136149: Synergies-Tech France. (https://www.synergies-france.fr/)
*ID 136150 - 136199: Lyta
*ID 136200 - 136219: Maison Théophile Leclerc
*ID 136220 - 136270: SegoFount - Spain
*ID 136271 - 136320: Labor Dispatch (Simon Sheng , China)
*ID 136321 - 136370: MB Informatique (https://www.mb-informatique.fr)
*ID 136371 - 136420: Daxit Solutions (https://www.daxit.be) [https://wiki.dolibarr.org/index.php/DAXIT-SOLUTIONS_List_of_modules_id Liste complète des modules Daxit]
*ID 136421 - 136470: HUSCH GmbH (https://husch-gmbh.de)
*ID 136471 - 138999: NSINFO (https://www.ns-info.fr)
*ID 139000 - 139999: Synergies-Tech France. (https://www.synergies-france.fr/)
*ID 140000 - 140999: Altairis (http://altairis.fr)
*ID 141000 - 141050: Projet2Team (https://www.projet2team.fr)
*ID 141051 - 141099: Elistair (http://elistair.com)
*ID 141100 - 141149: Blue Networks Technologies (https://www.blnt.fr)
*ID 141150 - 141199: Mainlab S.r.l. (https://www.mainlabonline.it) - Italy
*ID 141200 - 141249: Florian DUFOURG - France
*ID 141250 - 141299: SoftAddicts - Canada
*ID 141300 - 141349: Finanboo - (https://www.finanboo.com)
*ID 141350 - 141399: ConstruxZion Soft - Colombia (https://www.construxzionsoft.com.co)
*ID 141400 - 141450: COEXDIS - République Démocratique du Congo (https://www.coexdis.com)
*ID 141451 - 141501: HALFWARE - Algeria (https://www.half-ware.com)
*ID 141502 - 141552: Quantraum (https://quantraum.com)
*ID 141553 - 141603: Nateo Group
*ID 141604 - 141653: digital centric GmbH (https://www.digitalcentric.de/dolibarr)
*ID 141654 - 141699: Decrypting (https://www.decrypting.fr)
*ID 141700 - 141749: Zeise IT Consulting - Germany (https://www.zeise-it.de)
*ID 141750 - 141799: Data Rooster - France (https://datarooster.io)
*ID 141800 - 141849: IP Développement (https://www.ipdeveloppement.fr)
*ID 141850 - 141899: MSICCA | MRVL Soluciones de Ingeniería y Construcción, c.a (https://msicca.com)
*ID 141900 - 141949: THERSANE (https://www.thersane.fr)
*ID 141950 - 141999: MB Informatique (https://www.mb-informatique.fr)
*ID 142000 - 142049: ITANéA (https://www.itanea.fr)
*ID 142050 - 142099: ERP Consulting NZ ([https://www.erpconsulting.co.nz www.erpconsulting.co.nz])
*ID 142100 - 142149: Bloxera GmbH (https://www.bloxera.com)
*ID 142150 - 142199: Evangelos Souglakos - Greece
*ID 142200 - 142249: Luc CALARESU - France
*ID 142250 - 142299: OmnIT Services - Belgique (https://www.omnitservices.biz)
*ID 142300 - 142349: Gwadeyes - Guadeloupe (https://www.gwadeyes-informatique.com/)
*ID 142350 - 142399: Solution Libre (https://www.solution-libre.fr/)
*ID 142400 - 142449: Res Digital (https://res.digital)
*ID 142450 - 142499: itopie informatique (https://www.itopie.ch)
*ID 142500 - 142549: Weblinx.IT GbR (https://weblinx.it/) - Germany
*ID 142550 - 142599: ASCI-Automation - Mexico (https://asci-automation.com.mx/)
*ID 142600 - 142649: ZENKO Design - Japan / France / Spain
*ID 142650 - 142699: AWeerWolf
*ID 142700 - 148749: Lysis (https://lysis.net/)
*ID 142750 - 142799: Hadritech (https://www.hadritech.com/)
*ID 142800 - 142849: Bloxera GmbH (https://www.bloxera.com)
*ID 142850 - 148999: Everlats S.L. - España (https://www.everlats.com)
*ID 149000 - 149999: SydTech - America Central (https://www.sydtech.io/)
*ID 150000 - 150999: Jeffinfo
*ID 151000 - 151999: Konverseo (https://konverseo.com)
*ID 152000 - 152049: Tanguy Pénet (http://tanguype.net)
*ID 152050 - 152099: Web Solutions
*ID 152100 - 152149: MagicNet (https://www.magicnet.it)
*ID 152150 - 152199: Benjamin Falière (https://www.faliere.com)
*ID 152200 - 152249: Solauv
*ID 152250 - 156499: TecnoGestión Principado S.L. (https://www.tecnogestion.com) - Asturias - España
*ID 156500 - 156549: ACE Recycling (https://www.acerecycling.net.au/)
*ID 156550 - 156599: Kreativität Works ([http://www.kreativitat.com http://kreativitat.com])
*ID 156600 - 156649: [https://pierre-couy.dev Pierre Couy]
*ID 156650 - 156699: CXI (https://cyrix.co.za)
*ID 156700 - 156749: Mustafa Kemerci - Turkiye
*ID 156750 - 156799: [https://de-grandpre.quebec de Grandpré Technologies] - Québec (Canada)
*ID 156800 - 156849: Draceo
*ID 156850 - 156899: Valleiweb
*ID 156900 - 159949: NEOVIAQ Advisory LU(https://www.neoviaq.com)
*ID 159950 - 159999: Arve et Giffre INFOGESTION (https://www.ag-infogestion.fr)
*ID 160000 - 160999: Charles-François BENKE (http://www.patas-monkey.com)
*ID 161000 - 161999: Abbes Bahfir (https://01consulting.eu)
*ID 162000 - 162999: Jacques Rébiscoul
*ID 163000 - 163999: Open-DSI (https://www.open-dsi.fr)
*ID 164000 - 164999: Pixelada S. Coop. And. (https://pixelada.org)
*ID 165000 - 165049: DovConnect
*ID 165050 - 165099: Mind Operated Systems (https://www.mosystems.biz)
*ID 165100 - 165150: SD-Formation (https://sdformation.fr)
*ID 165151 - 165199: NUM'X (https://www.numx-sets.eu)
*ID 165200 - 165249: Benjam Préjent (https://www.benjam-prejent.fr)
*ID 165250 - 165299: Dhi Loka Private Limited, India (https://www.dhiloka.com)
*ID 165300 - 169999: Accellier Limited (https://www.accellier.com/)
*ID 170000 - 170999: TRIDENT CONSULTING LTD (www.tridentdxb.com)
*ID 171000 - 171999: LVSInformatique (www.lvsinformatique.com)
*ID 172000 - 172299: Ray Soft-Systems (https://www.ray-soft-systems.com)
*ID 172300 - 172349: Günter Lukas Consulting (https://gl.co.at)
*ID 172350 - 172399: MB Informatique (https://www.mb-informatique.fr)
*ID 172400 - 172449: Professional Structures Limited (https://pstructures.com)
*ID 172450 - 172699: IT-BS (https://www.it-bs.fr)
*ID 172700 - 172749: Indelog (https://www.indelog.fr)
*ID 172750 - 172799: NSINFO (https://www.ns-info.fr)
*ID 172800 - 172849: E-Concept Applications (https://e-concept-applications.fr)
*ID 172850 - 172899: B&R Stamm UG (https://stamm-ug.de)
*ID 172900 - 172949: Dolipive, support@dolipive.fr, www.dolipive.fr
*ID 172950 - 172999: CKD-Industrie (https://ckd-industrie.com/) - France
*ID 173000 - 173049: Aneosys (https://aneosys.fr) - France
*ID 173050 - 173099: Sebastian Schloßer - Germany
*ID 173100 - 173149: TecnoSoluciones (https://tecnosoluciones.com)
*ID 173150 - 173199: Digitalworks (https://www.digitalworks.fr) - France
*ID 173200 - 173249: UNi.D Consulting (https://www.unid-consulting.fr) - France
*ID 173250 - 173299: NetworkDigital(https://www.networkdigital.fr) - France
*ID 173300 - 173300: Módulo VeriFactu Dolibarr (https://verifactudolibarr.es/) - España
*ID 173301 - 173320: Sibanet (https://sibanet.net) - España
*ID 173321 - 173340: disQutons (https://wiki.dolibarr.org/index.php/Category:DisQutons)
*ID 173341 - 173360: Surática Software (https://suratica.es) - Spain
*ID 173361 - 173380: UpInvoice (https://upinvoice.eu) - Spain
*ID 173381 - 179999: Toutatis (https://toutatis.eu)
*ID 180000 - 180999: BM eXpert Labs
*ID 181000 - 181999: TI Sin Problemas (https://www.tisinproblemas.com)
*ID 182000 - 182049: Chipserv Pawel Wlizlo (https://www.testware.it)
*ID 182050 - 182070: Herolapse (https://herolapse.com/)
*ID 182061 - 182999: TMC
*ID 183000 - 183999: BB2A Anthony Berton (https://www.bb2a.fr)
*ID 184000 - 184999: DPS PRINTING & DOCUMENTS SOCIEDAD ANONIMA (https://www.dps-lat.com)
*ID 185000 - 185049: Telioskour (https://github.com/telioskour)
*ID 185050 - 185099: Moko Consulting ([[Moko Consulting]] || https://mokoconsulting.tech)
*ID 185100 - 185149: Sinabe (https://sinabe.ch) - Suisse
*ID 185150 - 185169: Anatole Conseil (https://anatoleconseil.com/)
*ID 185170 - 185189: cferoiu
*ID 185190 - 185209: Guillemonde (https://guillemonde.family)
*ID 185210 - 185229: ITized - Finta Ionut (https://itized.com)
*ID 185230 - 185249: svewa (https://github.com/svewa/)
*ID 185250 - 185269: Clément Jaunay (https://clement-jny.fr/ || contact@clement-jny.fr)
*ID 185270 - 185289: AMB Technologies (https://www.ambts.fr)
*ID 185290 - 185299: VIOLET IT UG (https://violet-it.de)
*ID 185300 - 185319: lorem.site '''('''https://lorem.site/''')'''
*ID 185320 - 185340: '''Rentageek (https://rentageek.hu) Hungary'''
*ID 185341 - 189999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 190000 - 190999: Diciannove (http://19.coop)
*ID 191000 - 191999: Elonet (https://elonet.fr)
*ID 192000 - 192049: IDFOR Consulting (https://www.idfor-consulting.fr/)
*ID 192050 - 192069: Stogger (<nowiki>https://stogger.com</nowiki>)
*ID 192070 - 192090: Protectora
*ID 192091 - 192110: CoopCircuits - OpenFoodNetwork (https://coopcircuits.fr/)
*ID 192111 - 198999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 199000 - 199999: RFMS
*ID 200000 - 200999: Noxiome
*ID 201000 - 201999: Sasa Ostrouska (saxa)
*ID 202000 - 202999: Z-Application
*ID 203000 - 203099: Elidee - elidee.com
*ID 203100 - 203999: Garcia MICHEL (soamichel.fr)
*ID 204000 - 204999: Ari Elbaz elarifr - accedinfo.com
*ID 205000 - 205999: Kreiz IT
*ID 206000 - 206999: GBINFO (www.gbinfo.fr)
*ID 207000 - 207099: MacroProg (https://www.macroprog.com)
*ID 207100 - 207149: Reactiva Software
*ID 207150 - 207199: Ndejje University Water Research and Development Centre ([https://github.com/NDUWRDC/LIMS/])
*ID 207200 - 207299: Massaoud Bouzenad ([https://www.dzprod.net dzprod.net])
*ID 207300 - 207349: Ksar
*ID 207350 - 207399: Easylinux (www.easylinux.fr)
*ID 207400 - 207449: Arthur LENOBLE
*ID 207450 - 207499: Vaicop SAS de CV (México)
*ID 207500 - 207520: Frankie Wong - UK
*ID 207521 - 207540: Fyssec ([https://fyssec.fr/ fyssec.fr/])
*ID 207521 - 212099: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 212100 - 212149: Audio Vidéo Technologies (https://www.avtek.fr)
*ID 212150 - 212169: '''AI MYA GROUP ([https://Www.AI-MYA-GROUP.com www.AI-MYA-GROUP.com])'''
*ID 212170 - 213999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 214000 - 214049: X-Boss
*ID 214050 - 221999: PixelJM
*ID 220000 - 220050: Apex Tech (https://apextechmods.com)
*ID 220051 - 220100: Technology Xchange Solutions (https://www.txscorp.com)
*ID 222000 - 222999: dolibit (https://www.dolibit.de)
*ID 223000 - 223049: Tráfico Canada
*ID 223050 - 223099: VLTN (https://vltn.sh)
*ID 223100 - 229949: Dazax.io (https://www.dazax.io)
*ID 229950 - 229999: Solucions Informàtiques, Serveis i Innovació SLU (https://6innova.es)
*ID 230000 - 230049: Unareil (https://www.unareil.eu)
*ID 230050 - 230099: Lyra Network (https://www.lyra.com/)
*ID 230100 - 230149: Gheorghe Iftimi - CTW - RO
*ID 230150 - 230199: MEMA Machinery & Tools (https://www.mema.be)
*ID 230200 - 230249: Teleassist
*ID 230250 - 230299: Nh Developer
*ID 230300 - 230499: Chickenforce/code-chicken, IT Services Hahn (https://github.com/code-chicken [http://itservices-hahn.de/ https://itservices-hahn.de])
*ID 230500 - 230549: Hidup Consulting (https://consulting.hidup.io)
*ID 230550 - 230599: CMR Conseil (https://www.weblockup.fr)
*ID 230600 - 230649: aFreeMind Studio
*ID 230650 - 230699: Unideal (https://www.uni-deal.com)
*ID 230700 - 230749: DevLansdes (https://devlandes.com/)
*ID 230750 - 262699: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 262700 - 262799: Scopen (https://www.scopen.fr)
*ID 262800 - 262849: Christophe BATTAREL EI
*ID 262850 - 271799: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 271800 - 271849: bee solutions sàrl (Switzerland)
*ID 271850 - 272999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 273000 - 273019: Taler (https://taler.net)
*ID 273020 - 274199: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 274200 - 274249: Mathilde MAROCCO (https://mminformatique.fr)
*ID 274250 - 274299: Nerv Project (www.nerv-project.eu)
*ID 274300 - 274349: Knowhere Consulting S.L. (https://www.knowhere-consulting.eu)
*ID 274350 - 274399: Milen karaganski (https://blacktiehost.com)
*ID 274400 - 274449: Vincent MAURY ([https://www.timgroup.fr www.timgroup.fr])
*ID 274450 - 274499: Daraelmin
*ID 274500 - 274549: Emilie LAFORET (http://www.ermvallon.com)
*ID 274550 - 278999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 279000 - 279049: VSDigital Electronics (https://vsdigital.ar) - Argentina
*ID 279050 - 279999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 280000 - 280049: Bingroup (https://www.beinng.com)
*ID 280050 - 280099: Medialta (https://medialta.com)
*ID 280100 - 280149: Cédric Ancelin - Ancode (https://www.dolistore.com/fr/recherche?search_query=ancode)
*ID 280150 - 289999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 290000 - 290099: BNS - Project doliBRA ([https://www.beinng.com https://www.bns.net.br]) - Brasil
*ID 290100 - 299999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 300000 - 300049: RapidProgress (https://www.rapidprogress.eu) - Bulgaria
*ID 300050 - 300099: M@ Solution (https://www.ma-solution.fr/)
*ID 300100 - 300149: LAVA RUN (https://www.lavarun.re)
*ID 300150 - 300199: PsyCrow Code
*ID 300200 - 300249: Computences (https://www.computences.com/)
*ID 300250 - 300299: LEVEL IT (https://levelit.com.ar)
*ID 300300 - 300349: Progiseize (https://progiseize.fr)
*ID 300350 - 300399: MB Informatique (https://www.mb-informatique.fr)
*ID 300400 - 300449: Anouar Touati
*ID 300450 - 300499: Martin Danger
*ID 300500 - 301499: Whale Blows
*ID 301500 - 301549: Tom Trust - International
*ID 301550 - 301599: MB Informatique (https://www.mb-informatique.fr)
*ID 301600 - 302479: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 302480 - 302499: akyras (https://akyras.fr)
*ID 302500 - 302549: Diamubi (https://diamubi.com)
*ID 302550 - 302599: Datolab (https://www.datolab.com)
*ID 302600 - 302649: DuMaCo (https://www.dumaco.de)
*ID 302650 - 302699: Resilio SA
*ID 302700 - 302749: Aroga
*ID 302750 - 302799: Productivix (https://www.productivix.com)
*ID 302800 - 302849: Slibzz
*ID 302850 - 302899: idea design (https://ideadesign.dz)
*ID 302900 - 302949: AL MISBAH INFORMATIQUE (https://www.almisbah.ma)
*ID 302950 - 302999: Atis Solutions - France
*ID 303000 - 303499: Obixav - Nigeria
*ID 303500 - 303549: buschler plus GmbH, Germany (https://buschler.plus)
*ID 303550 - 303599: Prestalidaire - France (https://prestalidaire.com)
*ID 303600 - 309999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 310000 - 310049: Neilson Dufour (<nowiki>https://hypercode.ca</nowiki>)
*ID 310050 - 313999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 314000 - 314049: Ruemmler IT Solutions (https://www.ruemmler.net)
*ID 314050 - 314149: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 314150 - 314199: Benoît PASCAL
*ID 314200 - 319999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 320000 - 320999: Novus Studios (www.novusstudios.it)
*ID 321000 - 321999: AtooNet (http://www.atoo-net.com)
*ID 322000 - 322049: Doymer Consultores
*ID 322050 - 329999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 330000 - 330049: XTEC Industries (www.xtec-ind.com)
*ID 330050 - 330099: 10100 S.R.L. - (www.10100.to)
*ID 330100 - 330149: AES Dana SRL (https://aes-dana.be)
*ID 330150 - 330199: Freshcore (https://www.freshcore.fr)
*ID 330200 - 331999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 332000 - 332099: Gecka (https://gecka.nc)
*ID 332100 - 332149: Agence Milkshake (http://agencemilkshake.com)
*ID 332150 - 332199: Daniel Prowald IT – Service (https://prowald-it.de)
*ID 332200 - 332249: UNITICE (https://unitice.com)
*ID 332250 - 332299: Sidonie Moulart
*ID 332300 - 332349: LTDJ (Antonin MARCHAL - Le Temple du Jeu)
*ID 332350 - 333299: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 333300 - 333349: Sense Africa (http://sense.africa)
*ID 333350 - 339999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 340000 - 340049: M34D (https://m34d.com)
*ID 340050 - 340069: WiwIT
*ID 340070 - 349999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 350000 - 350049: SOUNDOU & MIDAS (https://www.soundou.org/)
*ID 350050 - 350099: Ildefonso González (https://igontek.es)
*ID 350100 - 350149: 7Kas Servicios de Internet, S.L. (https://7kas.com)
*ID 350150 - 350999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 351000 - 351049: P'tite Tête (https://ptitetete.com) - France
*ID 351050 - 398999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 359000 - 359049: Milen Karaganski0
*ID 400000 - 400999: 2byte.es (http://www.2byte.es)
*ID 401000 - 401999: B&D Informática
*ID 402000 - 402999: Marcos García de La Fuente (marcosgdf)
*ID 403000 - 403999: Sergibyte
*ID 404000 - 404999: Aikhan
*ID 405000 - 405999: AIME (http://www.aime.mx)
*ID 406000 - 406999: Som Núvol (https://somnuvol.coop)
*ID 407000 - 407019: I-Motion SARL
*ID 407020 - 408999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 409000 - 409999: LliureTIC (https://www.lliuretic.cat)
*ID 410000 - 410999: DoliGov
*ID 411000 - 411049: GATTEK SARL (https://www.ga-ttek.com)
*ID 411050 - 419999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 420000 - 420099: BBS Concept
*ID 420100 - 420199: LeMousticProduction (www.lemousticproduction.info) -< module DoliRH
*ID 420200 - 421199: VatCheck (www.abnc.be)
*ID 421200 - 422199: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 422200 - 422999: Artaban (http://artaban.fr)
*ID 423000 - 423049: cyberesprit
*ID 423050 - 423099: R.Bossard
*ID 423100 - 423199: Joliciel (www.joliciel.fr)
*ID 423200 - 423299: Pragma-tech (www.pragma-tech.fr)
*ID 423299 - 423999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 424000 - 424049: Philazerty ([https://www.philazerty.fr www.philazerty.fr])
*ID 424050 - 424099: Pragma-tech (www.pragma-tech.fr)
*ID 424100 - 424149: Ohoo Solutions (http://www.ohoosolutions.com)
*ID 424150 - 424199: DAGARCAM Informática (https://www.dagarcam.com/)
*ID 424200 - 424999: Lab51 (https://github.com/lab51org)
*ID 425000 - 425999: Sébastien SERRE Thivinfo (www.thivinfo.com)
*ID 426000 - 426099: Arkesis-Solution
*ID 426100 - 426149: GetLandy (www.getlandy.com)
*ID 426150 - 426649: OOB Software
*ID 426650 - 426849: Soft-Task Serviços e Sistemas (www.soft-task.com.br)
*ID 426850 - 426999: Bruno Caldas (https://github.com/BCaldas)
*ID 427000 - 427999: Kevin GUERRIER (alias xcl.saian)
*ID 428000 - 428099: af83
*ID 428100 - 428199: Arnaud Serrut - Adalon
*ID 428200 - 428249: imschweiler consulting (http://www.imschweiler-consulting.de'''<nowiki/>''')
*ID 428250 - 428299: AL1FO
*ID 428300 - 428349: Federico García-Patiño Barbolani (<federico.garcia.patino@gmail.com>)
*ID 428350 - 428399: INTM Groupe - France (www.intm.com)
*ID 428400 - 428449: Nick Fragoulis - Greece
*ID 428450 - 428499: Kontava - France ([https://kontava.fr kontava.fr)]
*ID 428500 - 428549: hkwhitten - USA
*ID 428550 - 428999: SmartOne
*ID 429000 - 429999: induslab
*ID 430000 - 430099: Mixity sprl (www.mixity.be)
*ID 430100 - 430199: sgiraud
*ID 430200 - 430299: Merlion TI (www.merlion-si.com.br)
*ID 430300 - 431299: Libre Expert (www.libre-expert.com)
*ID 431300 - 431399: ptibogxiv (www.ptibogxiv.net)
*ID 431400 - 431499: Befox (www.befox.fr)
*ID 431500 - 431599: rue Béjo (www.ruebejo.fr)
*ID 431600 - 431699: Avizzeo (www.avizzeo.com)
*ID 431700 - 432199: Multisistemas (www.multisistemas.com.sv)
*ID 432200 - 432399: Burbuja - Chile (www.burbuja.cl)
*ID 432400 - 433399: INOVEA CONSEIL (https://www.inovea-conseil.com)
*ID 433400 - 434399: Rachid HRICH - Maroc (HricH ServiceS.)
*ID 434400 - 435399: Lance Bleakley - LanceIT (www.lanceit.net)
*ID 435400 - 435419: Victorien LOS - France
*ID 435420 - 435999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 436000 - 436099: SOWEBIO (www.soweb.io)
*ID 436100 - 436199: CAP-REL (www.cap-rel.fr)
*ID 436200 - 436300: TDE-INFORMATIQUE (www.tde-informatique.fr)
*ID 436301 - 436349: Evarisk ([https://www.evarisk.com/id-module-dolibarr/ www.evarisk.com])
*ID 436350 - 436399: Eoxia ([https://www.eoxia.com/dolibarr/modules/ www.eoxia.com])
*ID 436400 - 437399: Mohamed AHERDANE - Morocco - IT Consultant ( www.wave.ma )
*ID 437400 - 437449: Martin Neubauer - Germany
*ID 437450 - 437599: Club1click (www.club1click.es)
*ID 437600 - 437629: Coulon Vincent (https://github.com/HoverEpic)
*ID 437630 - 437649: Aytechnet (https://www.aytechnet.fr/) - François Pons
*ID 437650 - 437699: LibreMaster (https://libremaster.com) - Christophe T.
*ID 437700 - 437749: STELLAR Broadband (https://www.stellarbb.com) - U.S.A. - Philip Laycock
*ID 437750 - 437799: DIGITA.LU Ajous Solutions
*ID 437800 - 437850: iProspective (https://iprospective.fr) - Mathieu Moulin
*ID 437851 - 437900: Theobald Groupe.
*ID 437901 - 437950: Neuronnexion (http://neuronnexion.coop)
*ID 437951 - 437952: jmbc - APIA-ASSO (https://www.apia-asso.fr)
*ID 437953 - 438002: IPCZEN SARL (https://www.ipczeninformatique.fr/)
*ID 438003 - 438052: FESF IT Department (https://fesf.org.pk)
*ID 438053 - 438103: Pilot Engineering team
*ID 438104 - 438153: u2042 (https://u2042.com)
*ID 438154 - 438204: Djair E Pereira (ocultooooo@gmail.com) - Brasil
*ID 438205 - 438255: yoandm (https://yoandm.com)
*ID 438256 - 438299: PTMSoft (<nowiki>https://www.ptmsoft.fr</nowiki>)
*ID 438300 - 438399: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 438400 - 439399: Tetras Libre - France - Développement logiciels libres (www.tetras-libre.fr)
*ID 439400 - 440399: Dolibarr-pro - France - Développement Dolibarr (www.dolibarr-pro.com)
*ID 440400 - 441399: Quidlab Co., Ltd - Thailand - ( www.quidlab.com )
*ID 441400 - 442399: Ide@log - France - (https://www.idealog-info.net) - Laurent Leblanc
*ID 442400 - 443399: Valerio Bianchi (www.valeriobianchi.com)
*ID 443400 - 444399: delassalle - France - (www.delassalle.fr) - Joseph Delassalle
*ID 444400 - 445399: Webartis - Maroc - (www.webartis.net) - François Dry
*ID 445400 - 445499: SCOP Au-delà des nuages - France
*ID 445500 - 445549: X Net Systems - Egypt - (https://www.xneteg.com)
*ID 445550 - 445569: Schiefer.IT - Austria ([https://schiefer.it schiefer.it])
*ID 445570 - 445999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 446000 - 446999: iouston (http://www.iouston.com) - France - Julien Marchand
*ID 447000 - 447999: rSanjoSEO - Rafael San José Tovar (www.rsanjoseo.com) - Spain
*ID 448000 - 448999: Code 42 (www.code42.fr)
*ID 449000 - 449999: TakePOS (www.takepos.com)
*ID 450000 - 450999: Pierre ARDOIN
*ID 451000 - 451999: Éditeur depordi.fr
*ID 452000 - 452999: Dylan NAKONG
*ID 453000 - 453999: Menahd Ouchenir - France - menahd-ouchenir.com
*ID 454000 - 454999: Withheld - Canada
*ID 455000 - 455999: Gaëtan MAISON - Info Libre @ Dom - France (https://www.infolibreadom.com)
*ID 456000 - 456999: Laurent LEBLEU - B.L.C. - Blue Line Company - Lille - France (www.bluelinecompany.fr/dolibarr)
*ID 457000 - 457999: Sébastien BOUCHER
*ID 458000 - 458999: Lester HERNÁNDEZ - Argentina - (freelancerlrhd@gmail.com)
*ID 459000 - 459999: Infopen - France
*ID 460000 - 460049: torvista - Spain
*ID 460050 - 460099: ADVAISION.com (Belgique www.advaision.com)
*ID 460100 - 460999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 461000 - 461999: MEGALOGI - Maroc (www.erpcloud.ma)
*ID 462000 - 462999: Making Digital (www.making-digital.fr) - France
*ID 463000 - 463999: linx s.r.l.s.
*ID 464000 - 464999: NimbleCubed Inc. (www.nimblecubed.com)
*ID 465000 - 465999: Artefacts (www.artefacts.coop) - Pascal Daugeron
*ID 466000 - 466999: CDM Consultores - (www.cdm.guru)
*ID 467000 - 467999: M71 Service GmbH - (www.m71-service.de)
*ID 468000 - 468049: Clément Segonzac - France (clement.segonzac@gmail.com)
*ID 468050 - 468099: Flavien Belli - France (https://github.com/Marshlyin || belliflaviencontactpro@gmail.com)
*ID 468100 - 468119: Chl (https://code.bugness.org/Dolibarr)
*ID 468120 - 468169: Commotron GmbH (https://www.commotron.com/)
*ID 468170 - 468219: Infans Group (franck.lauby@infans.fr)
*ID 468175 - 468199: Gaëlle Rauffet - France (kiwiscan.net)
*ID 468200 - 468249: Paulo Oliveira - Brasil (paulorcdo@gmail.com)
*ID 468250 - 468269: CD-Systems - France (https://www.cd-systems.fr)
*ID 468270 - 468299: Nicolas Testori
*ID 468300 - 468349: Uvensys - Germany (https://uvensys.de)
*ID 468350 - 468399: Laudeco - Belgium (http://github.com/laudeco)
*ID 468400 - 468449: Alexis LAURIER - France (https://www.alexislaurier.fr)
*ID 468450 - 468499: Mehdi Belkhayat - Maroc (https://opensi.ma)
*ID 468500 - 468599: InvIT GmbH - Germany (https://invit.sh)
*ID 468600 - 468649: Ricardo Sequeira - Portugal (https://ricardo-sequeira.com)
*ID 468650 - 468699: J-IT - Belgique (https://www.j-it.be)
*ID 468700 - 468749: Fidesio - France (https://www.fidesio.com/)
*ID 468750 - 468799: Sgestion - Spain (http://www.sgestion.net/)
*ID 468800 - 468849: Denis JULIEN - Brasil (matrinxa@free.fr)
*ID 468850 - 468899: Mmariko - Module GED - Effios
*ID 468900 - 468949: Maazou Amadou Abdoul aziz - Maroc (yaronfada@gmail.com)
*ID 468950 - 468999: Alexis LAURIER - France (https://www.alexislaurier.fr)
*ID 469000 - 469049: John Livingston (https://github.com/JohnXLivingston/)
*ID 469050 - 469099: Macrorom ICT-services (https://macrorom.nl/)
*ID 469100 - 469149: HABOT IT - France (https://habot.it)
*ID 469150 - 469159: CaribbeanConsult.Com CCC - France Guadeloupe (https://dolibarr.ccc.gp)
*ID 469160 - 469171: GMBG - Portugal
*ID 469172 - 469199: BGi Lda - Portugal
*ID 469200 - 469949: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 469950 - 469999: Goldoweb (http://goldoweb.com)
*ID 470000 - 470999: Reindeer Digital (https://rdeer.cz)
*ID 471000 - 471099: CAP-REL (www.cap-rel.fr)
*ID 471100 - 471199: M. Morillon
*ID 471200 - 471209: Pablo Nuñez
*ID 471210 - 471249: FANEL A.Ş (https://www.fanel.com.tr)
*ID 471250 - 480999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 481000 - 481999: Alhaidab-ITIS (https://alhaidab.dolibarr.sd)
*ID 482000 - 482999: Basix IT (https://www.basix.de)
*ID 483000 - 483049: SASCO SpA (https://www.sasco.cl)
*ID 483050 - 483099: WIP Engineering (https://www.wip-gmbh.com)
*ID 483100 - 483149: J.Kaiser
*ID 483150 - 483199: CodLines (https://www.codlines.com)
*ID 483200 - 483249: BleepalSoftware (https://bleepal.com)
*ID 485000 - 485049: Gest Info Service Plus (contact@gest-plus.fr)
*ID 485050 - 489999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 490000 - 490049: VOLD (https://vold.lu)
*ID 490050 - 490069: QUANTIVO (http://quantivo.eu/)
*ID 490070 - 490999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 491000 - 491049: NORD ERP CRM (https://www.nord-erp-crm.fr/)
*ID 491050 - 491099: KJR-online (https://kjr-online.fr/)
*ID 491100 - 491149: eNova
*ID 491150 - 491199: App 4 Business
*ID 491200 - 491249: Mil24 (http://www.mil24.com.py)
*ID 491250 - 491299: M2AM
*ID 491300 - 491349: luigifab (https://github.com/luigifab), also reuse id:105009 for Sentry fork
*ID 491350 - 491399: Frédéric France (https://github.com/frederic34)
*ID 491400 - 491449: E-dem (https://www.e-dem.com/)
*ID 491450 - 491499: Burofree (https://burofreeai.es)
*ID 491500 - 491549: EMDELEN (https://emdelen.fr/)
*ID 491550 - 491599: eSoUrCeS Technologie (https://techno.esources.ca/) - Canada
*ID 491600 - 491649: GoSouce Peru - Peru
*ID 491650 - 491669: Kaféin Studio (https://kafein.studio) - France
*ID 491670 - 491699: Neykinfo - France
*ID 491700 - 491999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 492000 - 492020: Anura (https://www.anura.fr/)
*ID 492021 - 492999: '''Free (take ranges of 20 only please at once, ask us for more)'''
*ID 493000 - 493020: Bourez Bastien EI (https://bastien-b.fr/)
*ID 493051 - 493071: benhmida ilyess (bhilyess98@gmail.com)
*ID 493101 - 493120: George TS, George SP (gspanos@makeasite.gr)
*ID 493200 - 493219: Stéphane Mallet (framagit.org/Steph501)
*ID 499001 - 499020: IT GENIUSES (https://www.itgeniuses.com)
*ID 499051 - 499071: KREATIV PROJECT MANAGEMENT

DO NOT ADD RECORD HERE, PLEASE FILL HOLES FIRST !!!!
...

=ID > 500000=

This range can't be reserved. It is a common range. If you don't plan to distribute your module, you can use an ID in this range with no need to reserve it.

If you don't already have reserved ids and need some, please don't use hazardous number and use a number higher than 500000, but it is better to ask a wiki account, and reserve your own range by editing the 100000 - 499999 range (20 ids at once).

Développement module

2019-12-31T15:04:23Z

StephM: Corrections orthographiques

[[en:Module_development]]
[[es:Desarrollo_de_un_módulo]]
[[de:Modul_Entwicklung]]
[[zh:模块开发]]


[[Category:Noyau]]
{{TemplateDocDev}}
Pour créer un nouveau module, il existe plusieurs étapes. Ce didacticiel a pour but de vous décrire chacune d'elles afin d'ajouter un module permettant d'étendre les possibilités de Dolibarr, comme par exemple ajouter une ou plusieurs des fonctionnalités suivantes:

*Ajouter de nouvelles tables en base
*Ajouter vos propres entrées dans les menus
*Ajouter des écrans de saisie/consultation de nouvelle tables
*Ajouter ou supprimer des onglets sur les pages de vues/édition des objets (facture, produit, commande, événement, ...)
*Ajouter des exports prédéfinis pour la fonction export
*Ajouter de nouvelles boites pour la home page
*Ajouter des variables de substitution
*Définir de nouvelles permissions
*Déclencher du code automatiquement sur une action Dolibarr particulière
*Insérer votre code aux emplacements hooks de Dolibarr
*Ajouter un module de numérotation
*Ajouter un modèle de document
*Ajouter un nouveau thème

etc...

Les chapitres suivants vous présentent comment réaliser tout cela en manuel de manière simple.

=[[File:Art.png]] Création de Module avec le générateur de module=
Depuis Dolibarr 9.0 il est possible de créer les fichiers principaux de votre module avec le "Générateur de module" (aussi appelé "Module Builder"). Pour l'activer :

*Activez le module "Générateur de Module" dans la section "Outils multi-modules"

[[File:Mod_builder_2.png|400px]]

*puis cliquez sur l’icône "bug" qui est apparue dans la barre de menu en haut à droite

[[File:Mod_builder_3.png|400px]]

=[[File:Art.png]] Exemple de modèle de module externe=
Un bon modéle/squelette de module externe Dolibarr est disponible ici : [https://github.com/Dolibarr/dolibarr/tree/develop/htdocs/modulebuilder/template GitHub Dolibarr Module Modèle]

=[[File:Art.png]] Créer un module=
Les sous chapitres suivant décrivent les actions à faire pour créer un module Dolibarr. Les premiers chapitres sont obligatoires quelle que soit la vocation du module, les suivants dépendront de ce que doit faire le module.

==Créer un descripteur de Module (obligatoire)==
'''Quand''' : Obligatoire dès qu'une extension est développée, quelle que soit sa vocation (sauf pour l'ajout de thèmes ou de modèles de documents).
'''Depuis Dolibarr 9.0, il est possible de créer le descripteur de votre module avec le "Générateur de module"'''

===Créer votre descripteur avec le générateur de module===

*Lancez le générateur de module en cliquant sur l’icône "bug"

[[File:Mod_builder_3.png|400px]]

*Entrez le nom de votre module sans espaces (le nom de votre module NE DOIT PAS CONTENIR le caractère underscore ou tiret bas : _)

[[File:Mod_builder_4.png|400px]]

*Vous pourrez alors modifier les paramètres du descriptif du module :

[[File:Mod_builder_5.png|400px]]

===Alternative : créer votre descripteur manuellement (sans utiliser le générateur de module)===
La première étape est donc de créer un fichier de description du module (descripteur). Pour cela:

*Créez le répertoire '''/htdocs/''monmodule''/core/modules'''. Puis, allez dans le répertoire '''dev/skeletons''' et recopiez le fichier modMyModule.class.php dans ce répertoire '''htdocs/''monmodule''/core/modules'''.
*Renommez le fichier mod'''MyModule'''.class.php en modifiant seulement la partie '''MyModule''' (le fichier doit commencer par mod)

Ensuite, modifiez le contenu de ce fichier afin de remplacer :

*les ''modMyModule'' en une valeur qui corresponde à la vocation de votre module. Cette valeur doit toujours commencer par '<nowiki/>'''mod'''' et ne contenir que des '''caractères alphabétiques'''.
*$this->numero = ''100000'' par un numéro de module libre. Pour éviter tout conflit, vous pouvez consulter la page suivante pour retrouver les numéros déjà alloués : [[List of modules id|Liste des id de modules]].
*Modifier éventuellement les autres variables définies dans le constructeurs (Voir le commentaire dans le code du squelette pour leur signification).

Le descripteur de votre module est alors en place.

===Tester votre descripteur===

Lancez Dolibarr et allez sur la page '''Configuration->module''', vous devez voir apparaître une nouvelle ligne avec votre nouveau module et la possibilité de l'activer ou non (parcourez tous les onglets de chaque catégories de modules jusqu'à le retrouver).
C'est la valeur de $this->special qui détermine dans quel onglet se trouve votre module.

===Nom de module===

Le nom de votre module NE DOIT PAS CONTENIR le caractère underscore ou tiret bas : _

==Arborescence d'un nouveau module==
Voici l'arborescence à respecter pour l'organisation des fichiers d'un module.

Rem: Seule la deuxième ligne est obligatoire.
{{TemplateModuleTreeSimple}}

Un bon modèle/squelette de module externe Dolibarr est disponible ici : [https://github.com/Dolibarr/dolibarr/tree/develop/htdocs/modulebuilder/template GitHub Dolibarr Module Modèle]

==Créer vos tables SQL et les classes PHP DAO (optionnel)==
'''Quand''': Si votre module a besoin de gérer des données qui lui sont propres

===Créer vos fichiers .sql===
Si votre module a vocation à gérer des données bien à lui, qui n'existent pas en base dans la version standard de Dolibarr, il est nécessaire de définir des tables SQL pour stocker ces données.

Créer un sous-répertoire '''sql''' dans le répertoire de votre module (par exemple '''htdocs/monmodule/sql''') afin d'y placer les scripts sql que vous allez créer.

Ensuite, vérifiez dans votre fichier descripteur de module, dans la fonction '''init''' que la ligne

<source lang="php">$this->_load_tables('/mymodule/sql/');</source>

n'est pas commentée.

''Règles à respecter:''

*Ajoutez les fichiers d'ordre de création de vos tables sur le principe d'un fichier '''llx_matable.sql''' par table accompagné éventuellement du fichier '''llx_matable.key.sql''' (voir les fichiers existants dans '''install/mysql/tables''' pour exemple).
*Les types et noms recommandés pour les champs SQL sont définis sur la page [[https://wiki.dolibarr.org/index.php/Langages_et_normes#R.C3.A8gles_de_codage_SQL]].
*Pour ce qui est des commandes permettant d'ajouter/manipuler des données, elles doivent toutes se trouver dans un fichier nommé '''data.sql''' situé dans le même répertoire '''/monmodule/sql/'''.
*N'utilisez pas "chaine" mais 'chaine' car les guillemets doubles (") ont une signification particulière en PostGreSQL

Exemple de contenu de fichier data.sql
<source lang="sql">
delete from llx_const where name='MONMODULE_IT_WORKS' and entity='__ENTITY__';
insert into llx_const (name, value, type, note, visible, entity) values ('MONMODULE_IT_WORKS','1','chaine','A constant for my module',1,'__ENTITY__');
</source>

Les ordres SQL des fichiers doivent être opérationnels pour la base de données '''mysql'''.
Rem: Les fichiers des autres bases ne sont pas à maintenir. Ils sont lus et convertis à la volée par le driver de la base de données.

===Tester vos fichiers .sql===

Une fois les fichiers prêts, vous pouvez retourner sous Dolibarr puis désactiver le module, dropper les tables en base et réactiver le module.
Les tables doivent alors être recréées par l'activation du module.
Si tel n'est pas le cas, vérifiez vos scripts en les passant à la main, ou consultez les logs Dolibarr.

===Générer la classe PHP DAO d'accès aux tables===

Une fois votre ou vos tables créées en base, allez dans le répertoire '''dev/skeletons''', copiez le fichier '''build_class_from_table.php''' dans le répertoire sql/ de votre module, et lancez le script
<source lang="bash">php build_class_from_table.php nomtable</source>
Remarque : Si la commande ne fonctionne pas, essayez d'utiliser php-cli plutot que php.

Ceci génèrera un fichier '''out.nomtable.class.php''' qui contient la classe de gestion de la table nomtable.
Dans cette classe, se trouve des méthodes CRUD (Create/Read/Update/Delete) déjà opérationnelles pour faire un insert, un fetch (select), un update, un delete d'une ligne de la table.
Supprimer juste le "out" du nom de fichier et placer votre fichier dans le sous-répertoire de '''htdocs''' propre à votre module (Dans '''htdocs/monmodule''' par exemple).

Un fichier '''out.nomtable_script.php''' a également été généré et contient un exemple de code pour utiliser la classe pour chacune des 4 méthodes CRUD.

==Affichage des onglets (optionnel)==

===Ajouter ou supprimer des onglets sur les fiches objets===
'''Quand''' : Pour ajouter votre propre onglet parmi les onglets standard d'une fiche entité (facture, commande, proposition commercial, adhérent...)

Pour cela, allez dans le fichier descripteur de module précédemment créé et modifiez le tableau $this->tabs:
<source lang="php">
// Array to add new pages in new tabs or remove existing one
$this->tabs = array('objecttype:+tabname1:Title1:mylangfile@monmodule:$user->rights->monmodule->read:/monmodule/mapagetab1.php?id=__ID__' // To add a new tab identified by code tabname1
'objecttype:+tabname2:Title2:mylangfile@monmodule:$user->rights->monmodule->read:/monmodule/mapagetab2.php?id=__ID__', // To add a new tab identified by code tabname2
'objecttype:-tabname'); // To remove an existing tab identified by code tabname
</source>

Le tableau doit contenir une liste de chaîne, chaque chaîne représentant un nouvel onglet.
Le format de la chaîne étant composé de 6 parties séparées par ":"

*Partie 1 : le type d'élément (objecttype) dans lequel doit apparaître l'onglet qui est une valeur parmi celle-ci:
{{TemplateModuleTabs-fr}}

*Partie 2 : nom de code pour l'onglet à ajouter (commence par +) ou à enlever (commence par -)
*Partie 3 : le titre de l'onglet. Cela peut être un libellé en dur ou mieux un code traduction présent dans un fichier lang.
*Partie 4 : le nom du fichier .lang (sans l'extension .lang) qui contient la correspondance entre le code traduction et le libellé à afficher. Si ce com est suivi de @monmodule, Dolibarr cherche le fichier dans le répertoire lang propre au module, c'est à dire htdocs/monmodule/langs/code_CODE/monmodule.lang, sinon Dolibarr cherche le fichier traduction dans htdocs/langs/code_CODE/mylangfile.lang
*Partie 5 : une condition à tester pour savoir si l'onglet doit être visible ou pas. Mettre '1' pour qu'il soit toujours visible.
*Partie 6 : l'url de la page à afficher quand on clique sur l'onglet. La chaine __ID__ sera remplacée automatiquement par l'Id de l'entité concernée.

Pour que la déclaration soit effective, il faut désactiver et réactiver le module.

Pour alimenter le contenu de l'onglet avec des données issues de la base, voir le chapitre suivant.

===Ajouter les onglets standard d'un objet sur sa propre page===
'''Quand''' : Pour afficher les onglets standard d'une fiche entité (produit, tiers, etc.) sur votre propre page onglet d'une entité.

Il faut appliquer la procédure suivante :

'''1. Inclure les fichiers définissant les fonctions utiles dans vos fichiers'''

Pour chaque fiche entité, il y a deux fichiers à inclure avec l'instruction
<source lang="php">require_once($url_fichier) ;</source>

Voici quelques exemples de fichiers à inclure (DOL_DOCUMENT_ROOT correspond au dossier dolibarr/htdocs/) :

*Entité tiers (thirdparty) :
**DOL_DOCUMENT_ROOT/societe/class/societe.class.php
**DOL_DOCUMENT_ROOT/core/lib/company.lib.php
*Entité produit (product) :
**DOL_DOCUMENT_ROOT/product/class/product.class.php
**DOL_DOCUMENT_ROOT/core/lib/product.lib.php
*Entité facture (invoice) :
**DOL_DOCUMENT_ROOT/compta/facture/facture.class.php
**DOL_DOCUMENT_ROOT/core/lib/invoice.lib.php

'''2. Créer et charger l'objet à afficher dans votre onglet'''

Créez l'objet de la classe voulue, et récupérez les données de l'objet à partir de la base de données. Pour cela il faut utiliser les fonctions fetch() de la classe correspondante, en passant en paramètre l'identifiant de l'objet que vous récupérez depuis l'url (ex : /mononglet.php?id=1).

''Exemple :''
<source lang="php">
$id=GETPOST('id','int');
$ref=GETPOST('ref','alpha');
$product = new Product($db) ;
$result = $product->fetch($id, $ref) ; //Tester $result pour vérifier que l'accès à la base s'est bien passée
</source>

'''3. Récupérer la liste des onglets correspondants à l'entité choisie'''

Utilisez la fonction XXX_prepare_head($obj), ou XXX est le nom de l'entité, permettant de créer un tableau contenant les définitions des onglets à afficher. Le paramètre à passer est l'objet pour lequel vous voulez afficher les onglets.

Le tableau retourné est composé de la façon suivante :
<source lang="php">
$head // Tableau des onglets
$head[$h] // Élément décrivant un onglet. Il y aura autant de $h que d'onglets à afficher
$head[$h][0] // Url de la page affichée quand on clique sur l'onglet
$head[$h][1] // Titre de l’onglet
$head[$h][2] // Code de l'onglet, à utiliser pour choisir quel onglet sera 'actif' (voir paragraphe suivant)
</source>

''Exemple :''
<source lang="php">
$head = product_prepare_head($product, $user) ; //le paramètre $user n'est pas présent sur certaines fonctions
</source>

'''4. Afficher les onglets sur votre page onglet'''

Utilisez la fonction dol_fiche_head() qui affiche les onglets contenus dans le tableau $head retourné par XX_prepare_head().

<source lang="php">
dol_fiche_head($links, $active='0', $title='', $notab=0, $picto='')
//$links // Tableau des onglets, appelé $head plus haut.
//$active // Onglet actif (mettre le nom de l'onglet défini dans votre fichier de module, ou un nom contenu dans $head[$h][2]). Cet onglet sera mis en surbrillance
//$title // ?
//$notab // Mettre ce paramètre à 1 permet de ne pas afficher de zone bleue en dessous des onglets.
//$picto // Nom de l'image à utiliser au début de la barre des onglet. Les choix suivant sont possibles :
// product
// service
// company
</source>

Cette fonction affiche les onglets voulus et ouvre un élément ''< div class="" >'' qui correspond à la zone bleue sous les onglets (si paramètre $notab = 0). Pour fermer la zone bleue, il suffit de fermer l'élément ''< /div >'' dans le code PHP.

''Remarque'' :
Pour plus de détail, se référer à la [http://www.dolibarr.fr/doxygen/ documentation Doxygen] ou directement au code de Dolibarr.

==Créer vos pages écran PHP (optionnel)==
'''Quand''' : Si l'objet de votre module est d'ajouter des fonctionnalités qui nécessitent de nouveaux écrans.

===Créer une page écran PHP brute===
Vous pouvez ensuite créer vos pages PHP, qui se basent sur les données de vos tables, en utilisant les squelettes fournis comme exemple dans le répertoire '''modulebuilder''' (Pour le développement d'un script en ligne de commande, voir [[Développement de scripts]]).

Pour créer une nouvelle page écran utilisateur, créez un sous-répertoire de '''htdocs''' (si non déjà fait) propre à votre module (Dans '''htdocs/monmodule''' par exemple) afin d'y placer les pages que vous allez créer.

Y recopier le fichier '''myobject_page.php''' qui va servir de point de départ.
Modifiez le fichier afin que le main.inc.php soit trouvé
<source lang="php">
// Load Dolibarr environment
$res=0;
// Try main.inc.php 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"]."/main.inc.php");
// Try main.inc.php 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))."/main.inc.php")) $res=@include(substr($tmp, 0, ($i+1))."/main.inc.php");
if (! $res && $i > 0 && file_exists(dirname(substr($tmp, 0, ($i+1)))."/main.inc.php")) $res=@include(dirname(substr($tmp, 0, ($i+1)))."/main.inc.php");
// Try main.inc.php using relative path
if (! $res && file_exists("../main.inc.php")) $res=@include("../main.inc.php");
if (! $res && file_exists("../../main.inc.php")) $res=@include("../../main.inc.php");
if (! $res && file_exists("../../../main.inc.php")) $res=@include("../../../main.inc.php");
if (! $res) die("Include of main fails");
</source>
Comme vous pouvez le constater, plusieurs tentatives de chargement du fichier main.inc.php (ou master.inc.php) ont été tentées. Le but est de réussir dans le plus grand nombre de cas possibles. Le minimum est de 2 lignes: une pour essayer de charger le fichier master / main.inc.php dans le répertoire racine de dolibarr et une autre pour essayer de charger le fichier afin de prendre en charge le cas où le module est déployé dans le répertoire "custom". Mais vous pouvez avoir à gérer plus de situations. L'exemple fourni devrait pouvoir charger le fichier main / master.inc.php dans presque toutes les situations / configurations.

Notez que vous pouvez ajouter plus "../" en fonction de la profondeur du fichier par rapport à l'arborescence de votre module.

C'est dans le main qu'est chargé l'environnement technique ainsi que les habilitations. Les variables objets suivantes sont alors positionnées:

*$user L'objet qui contient les caractéristiques de l'utilisateur + ses droits.
*$conf L'objet qui contient la configuration de Dolibarr.
*$db L'objet qui contient le handler de connexion à la base de données.
*$langs L'objet qui contient la langue de l'utilisateur.

*L'inclusion d'une classe ou librairie dédiée au module, sans savoir d'où le fichier sera appelé, se fait en utilisant une fonction de Dolibarr (et non en utilisant directement le include_once)

''Exemple :''
<source lang="php">
dol_include_once('/monmodule/class/maclasse.class.php', 'MaClasse');
</source>

*L'appel des classes fournies en standard avec Dolibarr se fera par contre par le require_once directe avec la syntaxe suivante:

''Exemple :''
<source lang="php">
require_once DOL_DOCUMENT_ROOT.'/core/class/doli.class.php';
</source>
La raison est que si le dol_include_once est pratique car il scanne chaque répertoire de chemin alternatif pour trouver le fichier, il est aussi moins performant car génère des accès et recherches disque à chaque appel (en effet, PHP intègre un cache des fichiers lus mais n'intègre pas un cache des fichiers "non trouvés". Et comme un fichier donné n'est que dans une seule arborescence, il y a toujours une arborescence alternative où il ne se trouve pas et qui génère des accès superflus au disque dur, pénalisant en terme de performance. Comme pour les fichiers internes à Dolibarr, on connait toujours le chemin exacte, le require_once avec ce chemin direct doit être préféré).

===Remplacer les parties d'écrans templatés (version 3.3+)===
Certaines portions d'écran de Dolibarr sont isolées dans des fichiers templates.
Vous pouvez développer un module pour remplacer un ou plusieurs de ces templates par les vôtres.
{{ToComplete}}

===Accès à la base===
Si vous avez besoin de réaliser des modifications en base dans votre propre table ajoutée, utilisez la classe générée plus haut qui contient les méthodes pour cela.

Si toutefois vous voulez faire des accès dans des tables sans objet PHP dédié, ceci reste possible (par exemple pour récupérer une liste d'enregistrement). Dans ce cas, pensez à suivre ces exemples:

Pour un insert, update ou delete :

<source lang="php">
$db->begin(); // Debut transaction
$db->query("Ma requete insert, update ou delete");
$db->commit(); // Valide
ou $db->rollback() // Annule
</source>

Pour une lecture :

<source lang="php">
$resql=$db->query("Ma requete select");
if ($resql)
{
$num = $db->num_rows($resql);
$i = 0;
if ($num)
{
while ($i < $num)
{
$obj = $db->fetch_object($resql);
if ($obj)
{
// You can use here results
print $obj->field1;
print $obj->field2;
}
$i++;
}
}
}
</source>

===Définition du style===
Pour que le look de la page soit aligné avec le thème Dolibarr, il est nécessaire d'utiliser les styles des CSS de Dolibarr.

Par exemple :

*class="'''liste_titre'''" sur les balises ''tr'' et ''td'' pour une ligne de titre de tableau.
*class="'''pair'''" ou class="'''impair'''" sur les balises ''tr'' et ''td'' des lignes de données de tableau.
*class="'''flat'''" sur tous les champs de saisie (''input, select, textarea''...).
*class="'''button'''" sur les objets de type ''input type="submit"''.

===Utilisez le sélecteur de date de Dolibarr===
Si vous le désirez, vous pouvez profiter du sélecteur de date dans des écrans Dolibarr. Pour cela, utilisez la ligne suivante:
<source lang="php">
$form=new Form($db);
$form->select_date('','mykey',0,0,0,"myform");
</source>
La chaîne mykey identifie la zone date. Il faut y mettre une valeur différente s'il y a plusieurs zones.
La chaine myform est le nom de la zone FORM (dans form name="myform" de la page HTML).
L'affichage d'un sélecteur de date doit donc être intégré dans une zone FORM Html.

Pour récupérer la valeur, à l'issu du POST, la commande est:
<source lang="php">
$mydate = dol_mktime(12, 0 , 0, $_POST['mykeymonth'], $_POST['mykeyday'], $_POST['mykeyyear']);
print strftime('%A %d %B %Y', $mydate);
</source>

==Définir votre page de configuration (optionnel)==
'''Quand''' : si votre module offre plusieurs options paramétrables.

===Créez votre page d'édition de configuration===
Si votre module offre plusieurs options paramétrables, il est nécessaire de créer une page PHP pour éditer les options (qui sont stockées dans la [[Table llx_const|table '''llx_const''']]).
Créez une page PHP nommée '''monmodule_setupapage.php''' qui affiche les options possibles et les met à jour.
Il est nécessaire de prendre exemple sur une page dans '''/admin''' qui vous montre la méthode pour lire ou sauvegarder en base votre option.
Placez cette page de configuration dans le répertoire '''/admin''' également.
Ensuite dans le descripteur de module, modifiez la variable pour indiquer le nom de cette page PHP (sans le chemin qui n'est pas nécessaire, la page étant forcément dans le rep admin).
<source lang="php">
$this->config_page_url = array("monmodule_setupapage.php");
</source>

===Testez votre page===
Allez sur la page '''Configuration->module''', vous devez voir apparaître une icône qui permet d'accéder à la page de configuration et vous devez être capable de modifier ces options et les voir conservées en base.

==Définir vos entrées de menu (optionnel)==
'''Quand''' : si vous avez créé des pages PHP, il est nécessaire que ces écrans soient accessibles depuis le menu Dolibarr.

===Définissez vos entrées menus===
Pour cela, il vous faut définir dans le fichier descripteur de module, le tableau this->menu qui déclare les menus.
Ce tableau contient toutes les entrées qui apparaîtront dans les menus une fois le module activé.
Le fichier de descripteur de module exemple '''modMonModule.class.php''' possède un exemple de déclaration de menu haut ainsi que de ses entrées menu gauche associées.

Voici un exemple de déclaration d'entrées de menu dans le fichier descripteur:
<source lang="php">
// Main menu entries
$this->menu = array(); // List of menus to add
$r=0;

// Add here entries to declare new menus
// Example to declare the Top Menu entry:
$this->menu[$r]=array( 'fk_menu'=>0, // Put 0 if this is a top menu
'type'=>'top', // This is a Top menu entry
'titre'=>'MonModule top menu',
'mainmenu'=>'monmodule',
'leftmenu'=>'monmodule',
'url'=>'/monmodule/pagetop.php',
'langs'=>'mylangfile', // Lang file to use (without .lang) by module. File must be in langs/code_CODE/ directory.
'position'=>100,
'enabled'=>'1', // Define condition to show or hide menu entry. Use '$conf->monmodule->enabled' if entry must be visible if module is enabled.
'perms'=>'1', // Use 'perms'=>'$user->rights->monmodule->level1->level2' if you want your menu with a permission rules
'target'=>'',
'user'=>2); // 0=Menu for internal users, 1=external users, 2=both
$r++;

// Example to declare a Left Menu entry:
$this->menu[$r]=array( 'fk_menu'=>'fk_mainmenu=xxx', // Use 'fk_mainmenu=xxx' or 'fk_mainmenu=xxx,fk_leftmenu=yyy' where xxx is mainmenucode and yyy is a leftmenucode of parent menu
'type'=>'left', // This is a Left menu entry
'titre'=>'MonModule left menu 1',
'mainmenu'=>'xxx',
'leftmenu'=>'yyy',
'url'=>'/monmodule/pagelevel1.php',
'langs'=>'mylangfile', // Lang file to use (without .lang) by module. File must be in langs/code_CODE/ directory.
'position'=>100,
'enabled'=>'1', // Define condition to show or hide menu entry. Use '$conf->monmodule->enabled' if entry must be visible if module is enabled.
'perms'=>'1', // Use 'perms'=>'$user->rights->monmodule->level1->level2' if you want your menu with a permission rules
'target'=>'',
'user'=>2); // 0=Menu for internal users,1=external users, 2=both
$r++;
</source>

Pour conditionner l'accès au menu selon des permission, modifier la propriété '''perms''' du tableau. Voir le chapitre sur les permissions un peu plus loin pour savoir comment ajouter des permissions.

===Testez vos entrées menus===
Désactiver et réactiver votre module sous Dolibarr, les entrées menus doivent alors apparaître (si la condition dans 'enabled' est vraie).

==Définir vos propres permissions (optionnel)==
'''Quand''' : Si vous voulez ajouter de nouvelles permissions.

La définition des permissions que gérera votre module se fait dans le fichier descripteur créé dans la première étape.
Modifier la ligne
<source lang="php">
$this->rights_class = 'monmodule'
</source>
pour y mettre la bonne valeur de monmodule.

Ensuite remplissez le tableau $this->rights avec autant d'entrées que de permissions différentes à gérer.

<source lang="php">
$this->rights[$r][0] = 10001;
$this->rights[$r][1] = 'Libelle par défaut de ma permission';
$this->rights[$r][3] = 1;
$this->rights[$r][4] = 'action';
$this->rights[$r][5] = 'sousaction';
$r++;
</source>

Dans $this->rights[$r][0], mettre un id de permission non déjà pris (Voir dans le menu '''Infos Système''' sur une installation de Dolibarr opérationnelle pour connaître les id déjà utilisés.
Dans $this->rights[$r][3], mettre 1 si cette permission est attribué d'office par défaut quand un utilisateur est créé.
Dans $this->rights[$r][1], mettre un libellé par défaut (il sera affiché si aucune traduction n'est trouvé pour votre permission dans le fichier '''admin.lang''').
Dans $this->rights[$r][4] et $this->rights[$r][5], mettre une chaîne action et sous action sans espace. Vous pourrez alors tester dans le code PHP si un utilisateurs a bien les droits par la séquence suivante :

<source lang="php">
if ($user->rights->monmodule->action->sousaction) ...
</source>

==Définir vos propres box (optionnel)==
'''Quand''' : si votre module amène avec lui une ou plusieurs Boxes.

===Définissez vos box===
Pour cela, modifiez les tableaux $this->boxes du fichier descripteur de module.
Il suffit d'ajouter 2 lignes par fichier box que vous allez créer dans le répertoire '''htdocs/monmodule/core/boxes'''

''Exemple :''
<source lang="php">
$this->boxes[0]['file']='mabox0.php@monmodule'
$this->boxes[0]['note']='Ma box 0'
...
$this->boxes[n]['file']='maboxn.php@monmodule'
$this->boxes[n]['note']='Ma box n'
</source>

Ensuite créez les fichiers '''htdocs/monmodule/core/boxes/mabox0.php''', '''htdocs/monmodule/core/boxes/mabox1.php'''... en prenant exemple sur des box existantes (exemple dans le répertoire '''htdocs/core/boxes''')

===Testez la présence de vos box dans Dolibarr===
Désactivez et réactivez le module.

Allez dans le menu '''Accueil - Configuration - Boite'''.

Vos box doivent apparaître dans la liste des box activables. Activez les puis allez sur la page d'accueil et vérifiez qu'elles s'affichent correctement.

==Définir vos propres exports (optionnel)==
'''Quand''' : si votre module amène avec lui des exports prédéfinis de données (pour ces propres tables ou des tables déjà existantes d'un autre module de Dolibarr).

===Définissez l'export===
Pour cela, décommentez et modifiez les tableaux $this->export_xxx du votre fichier descripteur de module.

===Testez votre export===
Allez dans le menu outils -> export de Dolibarr. Votre export doit apparaitre dans la liste des exports prédéfinis disponibles (si votre module est bien activé).
Le choisir, vous devez alors voir les champs possibles définis dans le tableau à l'étape précédente.
Choissez quelques champs et tentez une génération du fichier export.

==Définir vos styles CSS (optionnel)==
'''Quand''' : lorsque dans vos écrans PHP, vous utiliser des classes de styles qui ne sont pas celle des thèmes de Dolibarr (non recommandé).

Cette fonctionnalité est décrite mais pas encore opérationnel en 2.4

===Créez et déclarez votre feuille de style===
Créez un fichier de style css nommé '''monmodule.css''' ou '''monmodule.css.php''' et placez le dans le répertoire '''''monmodule''''' dans '''htdocs'''. Il ne peut y avoir qu'un fichier css propre à chaque module.
Rappelons qu'il vaut mieux utiliser les styles déjà existant de Dolibarr (le fichier css utilisé par Dolibarr étant le fichier '''themes/nomtheme/''nomtheme''.css.php'''). Ne créez un fichier css propre à votre module que si vous devez absolument gérer des styles non déjà existants.
Une fois votre feuille de style prête, déclarez la dans votre fichier descripteur de module en modifiant la propriété '''$this->module_parts'''.
La valeur à renseigner ici doit être le chemin relatif de l'URL de votre fichier css.
Par exemple
<source lang="php">
$this->module_parts = array('css' => array('/monmodule/css/monmodule.css.php'));
</source>

===Testez votre feuille de style===
Désactivez et réactivez votre module.

Appelez la page d'accueil de Dolibarr. Affichez la source de la page HTML.

Vous devriez voir dans l'entête HTML, une ligne déclarant votre feuille de style.

==Définir vos fonctions Javascript (optionnel)==
'''Quand''' : lorsque dans vos écrans PHP, vous utiliser des fonctions javascript non dispo en standard (fichier lib_head.js)

Si dans vos écrans PHP, vous utilisez des fonctions javascript, il est nécessaire de faire en sorte que vos fonctions déclarées dans un fichier javascript '''htdocs/monmodule/js/monmodule.js''' soit chargées dans l'entête head html.
Pour demander à Dolibarr qui gère la génération de la section header d'inclure un de vos fichiers javascript, il est nécessaire de fournir en paramètre de la fonction llxHeader() appelée au début de votre page, d'inclure le paramètre qui contient l'URL vers le js à inclure.

Exemple pour la page /htdocs/monmodule/mapage.php :
<source lang="php">
require('../main.inc.php');
$morejs=array("/monmodule/js/monmodule.js");
llxHeader('','Titre','','','','',$morejs,'',0,0);
</source>

==Déclencher du code sur un évènement Dolibarr (optionnel)==
'''Quand''' : lorsque vous voulez que des actions particulières s'exécutent suite au déclenchement d'actions standards de Dolibarr (exemple : je veux mettre à jour une table de mon module quand une facture se crée dans Dolibarr), il vous faut créer un fichier de '''triggers'''.

Voir aussi [[Interfaces_Dolibarr_vers_exterieur|Interfaces de Dolibarr vers l'exterieur]]
et [[Interfaces_Exterieur_vers_Dolibarr|Interfaces exterieures vers Dolibarr]]

==Insérer votre code aux emplacement hooks de Dolibarr (optionnel)==
'''Quand''' : lorsque vous voulez modifier ou ajouter du code autrement que lors d'un événement métier (voir le chapitre précédent pour cela).

Voir la page [[Système de Hooks]].

==Ajouter un module de numérotation (optionnel)==
'''Quand''' : lorsque vous voulez ajouter une règle de numérotation non couverte par les modules par défaut.

Voir la page [[Créer un module de numérotation]].

==Ajouter un nouveau modèle de document (optionnel)==
'''Quand''' : lorsque vous voulez ajouter un nouveau modèle de document.

La documentation au sujet de la génération de documents depuis des modèles est disponible sur la page [[Créer un modèle de document PDF]] ou [[Créer un modèle de document ODT]].

==Ajouter un thème (optionnel)==
'''Quand''': Lorsque vous voulez une interface aux couleurs personnalisées à votre cas.

Voir la page [[Themes]].

=[[File:Art.png]] Quelques règles de codage et fonctions pour développeurs=
Les règles de codage à suivre sont définis dans la [[Documentation Développeur|Documentation développeur]], rubrique "Informations Générales - Langage et normes de développement".

De nombreuses fonctions prédéfinies pour les développeurs sont disponibles et décrites sur la page [[Documentation Développeur|Documentation développeur]] sous la section "Les couches techniques de Dolibarr".

=[[File:Art.png]] Créer un package pour livrer et installer votre module=
Cette procédure doit être utilisée pour fabriquer un package afin de le soumettre sur la place de marché http://www.dolistore.com.
Mais vous pouvez aussi l'utiliser pour distribuer facillement votre module via votre propre réseau de distribution.

*Allez dans le répertoire '''/build''' et recopiez le fichier '''makepack-dolibarrmodules.conf''' en '''makepack-monmodule.conf'''. Attention, ce répertoire peut ne pas être fourni dans les packages de versions stables. Si c'est le cas, il peut être récupéré dans le snapshot disponible en téléchargement sur le site web Dolibarr dans la rubrique Version de développement (prenez dans ce cas tout le répertoire build qui est un répertoire autonome et indépendant de la version).

Saisissez dans ce fichier la liste des noms des nouveaux fichiers que vous avez créé pour votre module (descripteur de module, nouveaux fichiers sql de tables, page php, images, etc...)

*Lancer le script via Perl (besoin de la version Perl 5.0 ou +):

<source lang="bash">
perl makepack-dolibarrmodule.pl
</source>
Le script vous demande le nom de votre module, sa version majeure et mineure.
Un fichier '''monmodule.zip''' va alors être fabriqué contenant votre module prêt pour être déployé.

*La personne qui reçoit votre module doit alors placer le fichier dans son répertoire racine d'installation de Dolibarr et réaliser la commande :

<source lang="bash">
tar -xvf monmodule.zip
</source>

*Si vous désirez que votre module profite à tous, vous pouvez le soumettre (le fichier zip) sur la place de marché des modules complémentaires: {{LinkToPluginDownload}} (vous devez avoir créé un compte auparavant et utiliser le lien "Soumettre un module/produit").
**Si votre module a été fabriqué correctement, le fichier sera validé rapidement.
**Si la qualité est suffisante, que la licence le permet et que la fonctionnalité du module s'avère être d'un intérêt général, le code pourra être ajouté au code source de Dolibarr (sauf si vous ne le désirez pas).

=[[File:Art.png]] Validation/activation du module externe sur Dolistore=

Voir [[Module_Dolistore_Validation_Regles|Règles de Validation]]

Système de menus

2019-12-31T14:13:03Z

StephM: /* Le système de menu Dolibarr */

[[en:Menus_system]]
[[es:Sistema_de_menús]]
[[de:Menü_System]]
[[zh:菜单]]


[[Category:Noyau]]
{{TemplateDocDev}}

=Le système de menu Dolibarr=

Il y a 2 systèmes de menu. Un système de menu défini les entrées de menu à afficher, conditions et localisation.

Changer de système de menu est possible via la page '''Configuration - Menus'''. Choisir ensuite '''Editeur de menus'''. Prendre par exemple les gestionnaires de menu "auguria", fournis en standard au lieu de "eldy". Ces gestionnaires de menu (gauche et haut) sont complètement opérationnels et offre la même vision mais en utilisant une technologie de stockage différente.

Pour personnaliser ces menus par défaut, vous pouvez, soit ajouter votre propre entrée menu, soit développer votre propre gestionnaire de menu qui remplacera complètement le gestionnaire par défaut. Vous décidez alors comment stocker votre menu (en base de données comme avec le gestionnaire de menu '''auguria''', centralisé en dur dans un fichier comme avec le gestionnaire de menu '''eldy''', dans un fichier xml, ...). Voir les chapitres suivant pour cela....

=Ajouter votre entrée menu=
Imaginez que vous vouliez ajouter une entrée menu. Allez dans '''Accueil - Configuration - Menus'''. Choisir '''Editeur de menu'''. Ajouter l'entrée.

Par exemple, pour ajouter une entrée de menu afin d'arriver sur la page qui liste uniquement les opportunités avec les filtres déjà positionnées, vous ajouterez une entrée qui ressemblera à ceci:

<div class="divforimgcentpercent">
[[File:Menu editor.png]]
</div>

=Développer son propre système de menu=

Le but de cet article est de décrire comment créer un nouveau système de menu dans son intégralité (remplacement de l'intégralité des entrées menus, chamboulement complet du concept de navigation).

Cela ne concerne pas le simple ajout d'entrées de menus. Si tel et le cas et que vous désirez juste savoir comment ajouter des entrées menus au sein d'un gestionnaire de menu existant, dans le cadre du développement d'une extension ou d'un nouveau module par exemple, reporter vous plutôt à la page [[Developpement module]].

Si vous voulez remplacer intégralement un systeme de menu par le votre, le plus simple est de prendre exemple sur le gestionnaire de menu "eldy_backoffice".

==Pour développer son '''système de menu haut'''==
Il suffit de

#Copier le fichier htdocs/core/menus/standard/eldy_backoffice.php sous un autre nom comme htdocs/core/menus/standard/monmenu.php
#Editer ensuite le fichier monmenu.php. La fonction showmenu() de la classe MenuTop est la fonction appelée par Dolibarr lorsqu'il génère une page pour afficher ce menu haut. On peut y mettre le code que l'on veut, cette fonction ne modifie aucune variable extérieur et doit juste afficher par des "print" le menu que l'on veut voir. On peut ainsi récupérer le menu à afficher depuis un fichier de configuration, une base de données et le personnaliser par rapport à l'environnement. L'environnement Dolibarr étant stocké dans les 3 objets global suivant: $user, $conf, $langs.

$user contient les informations propres à l'utilisateur.
$conf contient les informations propres à la configuration (modules actifs, permissions actives, etc...)
$langs contient les informations propres à la langue active.

Exemple de fonction showmenu() du fichier htdocs/core/menus/standard/monmenu.php
<source lang="php">
function showmenu()
{
global $user,$conf,$langs,$dolibarr_main_db_name;

print '<table class="tmenu"><tr class="tmenu">';

// Menu Home
print '<td class="tmenu"><a '.$class.' href="'.DOL_URL_ROOT.'/index.php?mainmenu=home&leftmenu="'.($this->atarget?" target=".$this->atarget:"").'>'.$langs->trans("Home").'</a></td>';

// Put here other entries
// ...

print '</tr></table>';
}
</source>

==Pour développer son '''système de menu gauche'''==
Le principe est aussi simple que le menu haut.

#Copier le fichier htdocs/core/menus/standard/eldy_backoffice.php sous un autre nom comme htdocs/core/menus/standard/monmenu.php.
#Il faut ensuite modifier la fonction showmenu() de la classe MenuLeft afin de fabriquer son menu gauche. Si on veut afficher le menu standard ou juste le modifier légèrement sans recréer le sien complètement, il suffit de boucler sur le contenu du tableau $menu->liste. Si vous voulez afficher un menu complètement différent et totalement contrôlé par vous, il vous faut, dans la fonction showmenu(), créer un objet $newmenu=new Menu() et utiliser les méthodes $newmenu->add et $newmenu->add_submenu pour définir la liste des entrées menu gauche à faire apparaitre. Une fois cela fait, on affiche par des "print" le contenu du tableau $newmenu->liste (qui vient d’être construit) au lieu de $menu->liste.

Exemple de fichier htdocs/core/menus/standard/monmenu.php
<source lang="php">
function showmenu()
{
global $user,$conf,$langs,$dolibarr_main_db_name;
$newmenu = new Menu();

// Put here left menu entries
// ***** START *****

$langs->load("admin"); // Load translation file admin.lang
$newmenu->add(DOL_URL_ROOT."/admin/index.php?leftmenu=setup", $langs->trans("Setup"));
$newmenu->add_submenu(DOL_URL_ROOT."/admin/company.php", $langs->trans("MenuCompanySetup"));
$newmenu->add_submenu(DOL_URL_ROOT."/admin/modules.php", $langs->trans("Modules"));
$newmenu->add_submenu(DOL_URL_ROOT."/admin/ihm.php", $langs->trans("GUISetup"));
$newmenu->add_submenu(DOL_URL_ROOT."/admin/boxes.php", $langs->trans("Boxes"));
$newmenu->add_submenu(DOL_URL_ROOT."/admin/delais.php",$langs->trans("Alerts"));
$newmenu->add_submenu(DOL_URL_ROOT."/admin/triggers.php", $langs->trans("Triggers"));
$newmenu->add_submenu(DOL_URL_ROOT."/admin/perms.php", $langs->trans("Security"));
$newmenu->add_submenu(DOL_URL_ROOT."/admin/dict.php", $langs->trans("DictionnarySetup"));
$newmenu->add_submenu(DOL_URL_ROOT."/admin/const.php", $langs->trans("OtherSetup"));

// ***** END *****

// do not change code after this

// override menu_array by value array in $newmenu
$this->menu_array=$newmenu->liste;

$alt=0;
for ($i = 0 ; $i < sizeof($this->menu_array) ; $i++)
{
$alt++;
if ($this->menu_array[$i]['level']==0) {
if (($alt%2==0))
{
print '<div class="blockvmenuimpair">'."\n";
}
else
{
print '<div class="blockvmenupair">'."\n";
}
}

if ($this->menu_array[$i]['level']==0) {
if ($this->menu_array[$i]['enabled'])
print '<a class="vmenu" href="'.$this->menu_array[$i]['url'].'">'.$this->menu_array[$i]['titre'].'</a><br>';
else
print '<font class="vmenudisabled">'.$this->menu_array[$i]['titre'].'</font><br>';
}
if ($this->menu_array[$i]['level']==1) {
if ($this->menu_array[$i]['enabled'])
print '<a class="vsmenu" href="'.$this->menu_array[$i]['url'].'">'.$this->menu_array[$i]['titre'].'</a><br>';
else
print '<font class="vsmenudisabled">'.$this->menu_array[$i]['titre'].'</font><br>';
}
if ($this->menu_array[$i]['level']==2) {
if ($this->menu_array[$i]['enabled'])
print '    <a class="vsmenu" href="'.$this->menu_array[$i]['url'].'">'.$this->menu_array[$i]['titre'].'</a><br>';
else
print '    <font class="vsmenudisabled">'.$this->menu_array[$i]['titre'].'</font><br>';
}
if ($this->menu_array[$i]['level']==3) {
if ($this->menu_array[$i]['enabled'])
print '        <a class="vsmenu" href="'.$this->menu_array[$i]['url'].'">'.$this->menu_array[$i]['titre'].'</a><br>';
else
print '        <font class="vsmenudisabled">'.$this->menu_array[$i]['titre'].'</font><br>';
}

if ($i == (sizeof($this->menu_array)-1) || $this->menu_array[$i+1]['level']==0) {
print "</div>\n";
}
}

}
</source>

=Forcer l'utilisation de votre gestionnaire de menu=
Vous pouvez aussi forcer l'utilisation de votre gestionnaire au dépend de tout autre en développant un module.
Pour cela, il suffit d'ajouter les 4 constantes suivantes dans le tableau $this->const de votre descripteur de module (Voir la page [[Développement module]]).
<source lang="php">
* 1=>array('MAIN_MENU_STANDARD_FORCED','chaine','monmenu.php','Force menu handler to this value',1,'current',1),
* 2=>array('MAIN_MENUFRONT_STANDARD_FORCED','chaine','monmenu.php','Force menu handler to this value',1,'current',1),
* 3=>array('MAIN_MENU_SMARTPHONE_FORCED','chaine','monmenu.php','Force menu handler to this value',1,'current',1),
* 4=>array('MAIN_MENUFRONT_SMARTPHONE_FORCED','chaine','monmenu.php','Force menu handler to this value',1,'current',1),
</source>
Votre gestionnaire de menu sera utilisé, quelque soit la configuration, une fois que le module aura été activé.