View source for Odoo Payroll

<div style="width:100%;font-family:Arial,sans-serif;font-size:16px;line-height:1.6;color:#222;">
<div style="width:100%;">
<h1>Odoo Payroll — Payroll for Dolibarr</h1>
<p><strong>Summary:</strong> management of payroll rules and structures, payroll contracts, and payslips for Dolibarr internal users.<br><strong>Module version:</strong> 1.0.0<br><strong>Declared minimum Dolibarr version:</strong> 18.0<br><strong>Declared minimum PHP version:</strong> 7.4<br><strong>Versions actually verified:</strong> no Dolibarr or PHP version was tested during this documentation review.<br><strong>Last reviewed:</strong> 2026-09-29</p>
<p><strong>Publisher’s official website:</strong> [https://01consulting.eu 01 Consulting]</p>
<p><strong>Demonstration video:</strong></p>
<youtube width="560" height="315">aeqG94iA8yQ</youtube>

<h2>1. Overview</h2>
<p>Odoo Payroll is a native payroll module for Dolibarr, developed by 01 Consulting. Despite its name, it is installed in Dolibarr and does not require an Odoo instance. It lets administrators configure salary categories and rules, group them into structures, assign these structures to employee contracts, and calculate payslips.</p>
<p>The engine provides a configurable calculation framework; it does not guarantee compliance with any legislation, collective agreement, tax scale, or social contribution schedule. CNAS, IRG, and other applicable statutory rules must be designed and approved by a payroll specialist before production use.</p>

<h2>2. Features</h2>
<ul>
<li>Salary rule categories, which can be organized hierarchically.</li>
<li>Salary structures containing rules and optionally inheriting from a parent structure.</li>
<li>Conditional rules with fixed amounts, percentages, or controlled arithmetic formulas.</li>
<li>Contracts linked to Dolibarr users, with salary, weekly hours, dates, contract type, and department.</li>
<li>Payslip line calculation, gross and net totals, validation, and status tracking.</li>
<li>Individual payslip creation and batch generation for multiple employees.</li>
<li>Moving a validated payslip back to draft, canceling validated payslips, and mass actions, subject to permissions and settings.</li>
<li>PDF payslip generation and integration with Dolibarr’s native salary payment workflow.</li>
<li>A Payroll tab on user cards, Dolibarr import profiles, and filtering by the active entity.</li>
</ul>

<h2>3. Requirements and compatibility</h2>
<ul>
<li><strong>Dolibarr:</strong> the module descriptor declares Dolibarr 18.0 as the minimum version. The version actually verified for this wiki is “none”.</li>
<li><strong>PHP:</strong> the descriptor declares PHP 7.4 as the minimum; no runtime testing was performed during this review.</li>
<li><strong>Required Dolibarr modules:</strong> Users (<code>modUser</code>) and Salaries (<code>modSalaries</code>).</li>
<li><strong>Database:</strong> initialization creates triggers using MySQL/MariaDB syntax. Compatibility with other SQL database engines has not been established. The database account must be able to create and drop triggers.</li>
<li><strong>Documents:</strong> the generation process must be able to create files in the module’s output directory under Dolibarr documents.</li>
</ul>

<h2>4. Installation, update, and deactivation</h2>
<h3>4.1. Installation and activation</h3>
<ol>
<li>Check that Dolibarr’s <strong>Users</strong> and <strong>Salaries</strong> modules are available.</li>
<li>Install the module directory in <code>htdocs/custom/payroll</code>, or in the custom directory configured for external modules.</li>
<li>In Dolibarr, open <strong>Home &gt; Setup &gt; Modules/Applications</strong>, find <strong>Payroll</strong>, and enable the module.</li>
<li>On activation, the module loads its SQL tables, adds certain missing contract columns, adds a salary extra field for linking a payslip, and attempts to create three triggers on salary tables.</li>
<li>Check that <strong>HRM &gt; Payroll</strong> appears and the setup page opens. Before processing real payroll, run a complete calculation with test data and verify the PDFs and payment triggers.</li>
</ol>
<p>Activation also installs menus, permissions, and import profiles. If trigger creation fails, automatic status changes associated with payments will not work correctly; review the database error and Dolibarr logs.</p>

<h3>4.2. Updating</h3>
<ol>
<li>Back up the Dolibarr database and documents before replacing module files.</li>
<li>Install the updated files. Deactivate and reactivate the module if initialization of new tables, columns, or triggers needs to run again.</li>
<li>Review existing categories, rules, contracts, and payslips, and check the triggers on salary tables.</li>
<li>Generate a test payslip, open its PDF, and verify the output path and user permissions.</li>
</ol>
<p>The activation script checks for and adds certain missing contract columns, then makes the rule category mandatory after attempting to assign a category to orphaned rules. Migration details depend on the previous version and existing schema; back up the database before proceeding.</p>

<h3>4.3. Deactivation and removal</h3>
<p>Deactivation hides the salary-to-payslip linking extra field and removes the three triggers created by the module. The deactivation process does not delete the payroll tables. The effects of manually removing the tables or module directory have not been established; do not delete this data without a backup and a defined migration procedure.</p>

<h2>5. Configuration</h2>
<p>Open the module’s <strong>Setup</strong> page in Dolibarr. Access is limited to administrators and users with the <code>payroll-&gt;setup</code> permission. The values below are the module’s declared initial values or the fallbacks used by the page; a value already saved for an entity may differ.</p>
<table border="1" style="width:100%;border-collapse:collapse;border-color:#dee2e6;text-align:left;">
<tr><th style="padding:8px;border:1px solid #dee2e6;">Setting</th><th style="padding:8px;border:1px solid #dee2e6;">Initial value or fallback</th><th style="padding:8px;border:1px solid #dee2e6;">Effect</th></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">Payslip numbering</td><td style="padding:8px;border:1px solid #dee2e6;">Standard model; declared mask <code>PSL{00000}</code>. The page falls back to <code>PAY{00000}</code> if no mask is saved.</td><td style="padding:8px;border:1px solid #dee2e6;">Sets generated payslip references. Check the value shown in Setup after installation.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">Contract numbering</td><td style="padding:8px;border:1px solid #dee2e6;">Standard model, mask <code>CTR{00000}</code>.</td><td style="padding:8px;border:1px solid #dee2e6;">Sets contract references.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>PAYROLL_ALLOW_CANCEL_CONFIRMED_PAYSLIPS</code></td><td style="padding:8px;border:1px solid #dee2e6;">Disabled (<code>0</code>).</td><td style="padding:8px;border:1px solid #dee2e6;">Allows a validated payslip to be returned to draft or canceled.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>PAYROLL_CONFIRM_PAYSLIPS_WITHOUT_RECOMPUTING</code></td><td style="padding:8px;border:1px solid #dee2e6;">Enabled (<code>1</code>).</td><td style="padding:8px;border:1px solid #dee2e6;">Prevents automatic recalculation during validation. When disabled, validation recalculates the payslip.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>PAYROLL_ALLOW_EDIT_PAYSLIP_LINES</code></td><td style="padding:8px;border:1px solid #dee2e6;">Disabled (<code>0</code>).</td><td style="padding:8px;border:1px solid #dee2e6;">When enabled, allows selected fields on draft payslip lines to be edited manually.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">Default bank account</td><td style="padding:8px;border:1px solid #dee2e6;">None.</td><td style="padding:8px;border:1px solid #dee2e6;">Value proposed in the payment workflow; this setting is shown when the Bank module is enabled.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">Default payment method</td><td style="padding:8px;border:1px solid #dee2e6;">None.</td><td style="padding:8px;border:1px solid #dee2e6;">Payment method proposed in the salary payment workflow.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">Contract types and departments</td><td style="padding:8px;border:1px solid #dee2e6;">Dictionaries managed in Setup.</td><td style="padding:8px;border:1px solid #dee2e6;">Add active codes and labels; an entry used by a contract cannot be deleted.</td></tr>
</table>
<p>Numbering masks must contain at least four zeroes inside braces, for example <code>PAY{00000}</code>. Available numbering models can be selected on the Setup page. Configuration constants are saved for the current Dolibarr entity.</p>

<h2>6. Preparing payroll configuration</h2>
<h3>6.1. Categories</h3>
<ol>
<li>In <strong>HRM &gt; Payroll &gt; Salary Rule Categories</strong>, create a category with a code and label.</li>
<li>Optionally choose a parent category to organize the hierarchy.</li>
<li>Enable or disable the category according to its use.</li>
</ol>
<p>Codes are used in formulas as category totals prefixed with <code>CAT_</code>, for example <code>CAT_BASIC</code>. A code used in a formula must follow the characters accepted by the page and import profiles.</p>

<h3>6.2. Salary structures</h3>
<ol>
<li>In <strong>Structures</strong>, create a structure with a reference and label.</li>
<li>Link rules to the structure and set their sequence order.</li>
<li>Optionally select a parent structure. The engine loads rules linked to the structure and its chain of parent structures.</li>
<li>Save the structure and assign it to a contract.</li>
</ol>
<p>A structure referenced by a contract or child structure is protected from deletion by the module’s dependency checks.</p>

<h3>6.3. Salary rules and calculations</h3>
<p>A rule has a code, label, category, sequence number, condition, and computation type. Only active rules linked to the structure are loaded. Rules are calculated in ascending sequence order; rules already calculated are available by their code to later rules.</p>
<ul>
<li><strong>Always true:</strong> applies the rule without an additional condition.</li>
<li><strong>Range:</strong> compares the salary with configured minimum and maximum values; both endpoints are inclusive.</li>
<li><strong>Expression:</strong> evaluates a condition such as <code>WAGE &gt;= 90000</code>.</li>
<li><strong>Fixed amount:</strong> configured amount multiplied by the quantity expression; the model’s default quantity is <code>1</code>.</li>
<li><strong>Percentage:</strong> applies a rate to a base expression; a negative percentage can represent a deduction.</li>
<li><strong>Formula:</strong> evaluates a configured arithmetic expression.</li>
<li><strong>Show on payslip:</strong> controls whether the corresponding line appears in the PDF.</li>
</ul>
<p>The engine accepts numbers, variables, parentheses, and the <code>+ - * /</code> operators. Comparison operators <code>&gt;</code>, <code>&gt;=</code>, <code>&lt;</code>, <code>&lt;=</code>, <code>==</code>, and <code>!=</code> are accepted in a condition. It does not execute PHP, Python, or arbitrary functions. An unknown variable, invalid operator, or division by zero stops the calculation with an error.</p>
<table border="1" style="width:100%;border-collapse:collapse;border-color:#dee2e6;text-align:left;">
<tr><th style="padding:8px;border:1px solid #dee2e6;">Variable</th><th style="padding:8px;border:1px solid #dee2e6;">Value used</th><th style="padding:8px;border:1px solid #dee2e6;">Example</th></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>WAGE</code></td><td style="padding:8px;border:1px solid #dee2e6;">Salary from the contract linked to the payslip.</td><td style="padding:8px;border:1px solid #dee2e6;"><code>WAGE</code></td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>WORK_HOURS</code></td><td style="padding:8px;border:1px solid #dee2e6;">Contract’s weekly hours.</td><td style="padding:8px;border:1px solid #dee2e6;"><code>WAGE / WORK_HOURS</code></td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>WORKED_DAYS</code></td><td style="padding:8px;border:1px solid #dee2e6;">Worked days entered on the payslip.</td><td style="padding:8px;border:1px solid #dee2e6;"><code>WAGE * WORKED_DAYS / MONTH_DAYS</code></td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>MONTH_DAYS</code></td><td style="padding:8px;border:1px solid #dee2e6;">Weekdays, Monday through Friday, in the payslip period.</td><td style="padding:8px;border:1px solid #dee2e6;"><code>WORKED_DAYS / MONTH_DAYS</code></td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">Earlier rule codes</td><td style="padding:8px;border:1px solid #dee2e6;">Amount calculated by an earlier rule in sequence order.</td><td style="padding:8px;border:1px solid #dee2e6;"><code>BASIC + PRIME</code></td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>CAT_CODE</code></td><td style="padding:8px;border:1px solid #dee2e6;">Calculated total for a category; an empty total starts at zero.</td><td style="padding:8px;border:1px solid #dee2e6;"><code>CAT_BASIC + CAT_ALW + CAT_DED</code></td></tr>
</table>
<p><code>MONTH_DAYS</code> does not exclude public holidays: only Saturdays and Sundays are excluded. Formula examples illustrate syntax and are not recommended payroll scales.</p>
<p>Gross and net totals are taken from rules with the codes <code>GROSS</code> and <code>NET</code>. If these rules do not provide the totals, the engine falls back to categories with those codes.</p>

<h3>6.4. Contracts</h3>
<ol>
<li>In <strong>Contracts</strong>, create a contract for an internal Dolibarr user.</li>
<li>Enter the structure, salary, weekly hours, start date, and, if applicable, end date.</li>
<li>Optionally select a contract type and department from the configured dictionaries.</li>
<li>Save and activate the contract if it should be offered for batch generation.</li>
</ol>
<p>A contract must have an employee and a start date. The module’s forms and classes prevent deleting certain referenced records, including a contract linked to payslips.</p>

<h2>7. Managing payslips</h2>
<h3>7.1. Create and calculate an individual payslip</h3>
<ol>
<li>Open <strong>HRM &gt; Payroll &gt; Employee Payslips</strong>, then create a payslip.</li>
<li>Select the employee and contract, set the period, and enter the number of worked days. Creating a payslip requires <code>payroll-&gt;write</code>.</li>
<li>Save the payslip; it starts in <strong>Draft</strong> status.</li>
<li>Click <strong>Compute</strong>. Calculation requires a contract and an available salary structure. If no structure is saved on the payslip yet, the contract’s structure is assigned to it.</li>
<li>Review the lines, gross, and net amounts. While the payslip is a draft, correct the configuration or data and compute it again.</li>
<li>Validate it with a user who has the <code>payroll-&gt;validate</code> permission. Review the result before validation because the initial setting prevents recalculation at this step.</li>
</ol>
<p>If the period is reversed, a contract or structure is missing, a variable is unknown, or an expression is invalid, calculation displays an error and must not be treated as complete.</p>

<h3>7.2. Generate payslips in a batch</h3>
<ol>
<li>Open <strong>HRM &gt; Payroll &gt; Payslip Batches</strong> and create a batch with a label and valid period.</li>
<li>On the batch card, run <strong>Generate</strong>. The module selects active contracts with a structure whose dates overlap all or part of the batch period, and for which the batch does not already contain a payslip.</li>
<li>The module creates one draft per eligible contract with <strong>22 worked days</strong>, then attempts to compute the batch’s draft payslips. Review and correct worked days if the actual situation differs.</li>
<li>Review calculation errors and correct the affected contracts, structures, or rules before validation.</li>
<li>Validate the batch payslips. The action is refused if there are no drafts or if a draft has no calculated lines. When validation succeeds, the batch is closed.</li>
</ol>
<p>Running generation again in the same batch does not add a second payslip for a contract already included in that batch. This check is by contract and batch; it does not generally prevent two separate batches from covering the same period.</p>

<h3>7.3. Statuses, returning to draft, and cancellation</h3>
<ul>
<li><strong>Draft (0):</strong> can be computed and deleted individually; lines can be edited if <code>PAYROLL_ALLOW_EDIT_PAYSLIP_LINES</code> is enabled.</li>
<li><strong>Validated (1):</strong> status reached after validation. Whether validation recalculates the payslip depends on the setting described above.</li>
<li><strong>Paid (2):</strong> status associated with the Dolibarr salary payment when the payslip is linked to the corresponding salary.</li>
<li><strong>Canceled (9):</strong> canceled payslip status.</li>
</ul>
<p>When <code>PAYROLL_ALLOW_CANCEL_CONFIRMED_PAYSLIPS</code> is enabled, a user with validation permission can return a validated payslip to draft, cancel it, and use the <strong>Set to draft</strong> mass action from the payslip list. The mass action only processes selected validated payslips. The individual action checks the permission and setting before changing the status; review the payslip and any linked salary before using it.</p>
<p>A paid payslip must not be treated like an ordinary validated payslip: salary synchronization may change its status, and a batch cannot be reopened or deleted if it contains paid payslips. Individual payslip deletion is limited to drafts and also deletes their calculation lines.</p>

<h3>7.4. Reopen or delete a batch</h3>
<p>A closed batch can be reopened by a user with validation permission if none of its payslips are paid. Reopening returns the batch’s validated payslips to draft. Deleting a batch requires delete permission and deletes the batch, its payslips, and their lines; deletion is refused if a paid payslip is present. This deletion is permanent: review the list shown in the confirmation before proceeding.</p>

<h2>8. Employee card, payment, and PDF</h2>
<h3>8.1. Employee Payroll tab</h3>
<p>The module adds a <strong>Payroll</strong> tab to user cards. A user with Payroll read permission can view the tab; an employee can also open their own card. The tab lists that employee’s contracts and payslips. Creation buttons depend on the <code>payroll-&gt;write</code> permission. The page filters results by the active Dolibarr entity.</p>

<h3>8.2. Link a payslip to Dolibarr’s native salary payment</h3>
<p>When activated, the module adds an extra field to a Dolibarr salary for selecting a paid payslip belonging to the same employee. A constraint prevents linking the same payslip to multiple salaries. The SQL trigger synchronizes the payslip status when the salary’s paid value changes: it changes the linked payslip from validated to paid when the salary is marked paid, and back to validated when the salary is marked unpaid.</p>
<p>The Dolibarr trigger associated with creating a salary payment also sets the linked payslip status to paid. These automations depend on the extra field, the selected link, and successful trigger installation.</p>

<h3>8.3. Generate and view the PDF</h3>
<ol>
<li>Open the payslip card and start document generation.</li>
<li>The module produces an A4 PDF showing the company, employee, status, contract, structure, period, worked days, visible lines, and gross/net totals.</li>
<li>Rules marked “show on payslip” are included; other rules are omitted from the detailed table.</li>
<li>The PDF is saved in the module output directory for the active entity, or, if none is configured, in <code>DOL_DATA_ROOT/payroll</code>, inside a directory named after the payslip reference. The card can then display or download it.</li>
</ol>
<p>Generating the PDF again writes to the same payslip reference. Existing documents are not automatically deleted when the payslip status changes.</p>

<h2>9. Menus, permissions, and visibility</h2>
<table border="1" style="width:100%;border-collapse:collapse;border-color:#dee2e6;text-align:left;">
<tr><th style="padding:8px;border:1px solid #dee2e6;">Dolibarr permission</th><th style="padding:8px;border:1px solid #dee2e6;">Purpose</th></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>payroll-&gt;read</code></td><td style="padding:8px;border:1px solid #dee2e6;">View the dashboard, payslips, batches, and documents; access help; grants read access to several lists.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>payroll-&gt;setup</code></td><td style="padding:8px;border:1px solid #dee2e6;">Configure categories, rules, structures, contracts, and settings. Administrators also have access to setup.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>payroll-&gt;write</code></td><td style="padding:8px;border:1px solid #dee2e6;">Create and edit payslips, contracts, and batches according to each page’s checks; run calculations.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>payroll-&gt;validate</code></td><td style="padding:8px;border:1px solid #dee2e6;">Validate payslips; subject to the setting, return or cancel validated payslips; validate or reopen batches.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;"><code>payroll-&gt;delete</code></td><td style="padding:8px;border:1px solid #dee2e6;">Delete records allowed by their status and dependencies.</td></tr>
</table>
<p>Category, rule, structure, and contract menus are under <strong>HRM &gt; Payroll</strong> and require the setup permission. Access to payslips and batches requires read permission; creation requires the corresponding write permission. Native Dolibarr permissions for Users and Salaries are also relevant.</p>

<h2>10. Data, imports, triggers, and logs</h2>
<ul>
<li><strong>Stored data:</strong> categories, rules, structures, structure-rule links, contracts, payslips, calculation lines, and batches in module tables; the payslip link is stored in an extra field on the Salary object.</li>
<li><strong>Imports:</strong> import profiles are declared for categories, rules, structures, and structure-rule links. Contracts and payslips are not listed among the import profiles in the module descriptor.</li>
<li><strong>SQL triggers:</strong> one trigger synchronizes certain status changes between the paid salary and linked payslip. Two other triggers prevent a payslip from being linked to different salaries.</li>
<li><strong>Dolibarr trigger:</strong> when a salary payment is created, the module sets the linked payslip to paid.</li>
<li><strong>Observed technical log:</strong> the payment trigger writes timestamps, salary identifiers, SQL results, and error messages to <code>/tmp/payroll_debug.log</code>. The module does not manage this file’s rotation, retention, or permissions; the server administrator should review them.</li>
<li><strong>Files:</strong> generated PDFs are written under the module document output directory described in the PDF section. The module descriptor declares no scheduled job or purge policy for payslips, payroll data, or PDFs.</li>
<li><strong>Multi-entity:</strong> operations and lists are filtered by the active Dolibarr entity; configuration constants are saved for that entity.</li>
</ul>

<h2>11. Troubleshooting</h2>
<table border="1" style="width:100%;border-collapse:collapse;border-color:#dee2e6;text-align:left;">
<tr><th style="padding:8px;border:1px solid #dee2e6;">Symptom</th><th style="padding:8px;border:1px solid #dee2e6;">Checks</th></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">The Payroll menu or a page is inaccessible.</td><td style="padding:8px;border:1px solid #dee2e6;">Check that the module is enabled, the user has the required Payroll permission, and the native Users and Salaries modules are enabled.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">Calculation does not start or returns an error.</td><td style="padding:8px;border:1px solid #dee2e6;">Check the employee, contract, structure, dates, active rules, sequences, and expression syntax. An unknown variable or division by zero stops calculation.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">Validation does not update the amounts.</td><td style="padding:8px;border:1px solid #dee2e6;">The initial setting disables recalculation during validation. Recompute the draft first or change this setting according to the payroll procedure.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">The batch generates no payslips.</td><td style="padding:8px;border:1px solid #dee2e6;">Check the batch period and whether active contracts have a structure and overlap the period. Also check whether a payslip for the contract already exists in this batch.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">Batch validation is refused.</td><td style="padding:8px;border:1px solid #dee2e6;">Each draft must have at least one calculated line. Recompute or correct the indicated payslips before retrying validation.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">The payslip selection field is missing from a salary.</td><td style="padding:8px;border:1px solid #dee2e6;">Check module activation and whether the extra field was installed/enabled on the Salary object. Reactivate the module if needed, with sufficient SQL permissions.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">The paid status does not follow a Dolibarr payment.</td><td style="padding:8px;border:1px solid #dee2e6;">Check that the payslip is linked to the correct salary, that triggers are installed, and review Dolibarr logs and <code>/tmp/payroll_debug.log</code>.</td></tr>
<tr><td style="padding:8px;border:1px solid #dee2e6;">The PDF is missing or cannot be opened.</td><td style="padding:8px;border:1px solid #dee2e6;">Check the web server’s write access to the output directory and whether the document exists. Review the error message and Dolibarr logs.</td></tr>
</table>

<h2>12. Limitations and precautions</h2>
<ul>
<li>Have all payroll formulas reviewed by a specialist familiar with the applicable legislation before processing real salaries.</li>
<li><code>MONTH_DAYS</code> excludes Saturdays and Sundays but includes public holidays; it does not use a leave calendar.</li>
<li>With the initial configuration, validating a payslip does not recalculate it. Review the lines and recompute explicitly before validation if the data has changed.</li>
<li>Batch generation initially uses 22 worked days for each payslip it creates. Adjust this value to the actual situation before validation.</li>
<li>Returning a payslip to draft or canceling it depends on a setting that is disabled by default. Coordinate status changes for payslips linked to salaries with Dolibarr’s accounting and payment tracking.</li>
<li>Deleting a batch deletes its payslips and calculations unless a paid payslip blocks the operation. Review the batch before confirming deletion.</li>
<li>Automatic status synchronization depends on MySQL/MariaDB triggers and database permissions to create triggers; compatibility with other database engines remains unconfirmed.</li>
</ul>

<h2>13. Support</h2>
<p>When reporting a problem, provide the module version, Dolibarr and PHP versions, affected entity, reproduction steps, and an error message with names, salary amounts, and other personal data removed. The module is published by [https://01consulting.eu 01 Consulting]. No support email address was found in the reviewed module files.</p>
</div></div>
[[fr:Odoo_Payroll_FR]]