Dolibarr ERP CRM Wiki - User contributions [en]

Module EInvoicing (Generic, FR, ...)

2026-08-16T21:50:23Z

Christof: /* Production directory */ directory instead of annuary

[[Category:Complementary modules]]
{{TemplateDocDevEn}}
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=EInvoicing (Formerly PDPConnectFR)
|editor=Dolibarr community
|web=
|webbuy=From your Dolibarr v24+, menu Home - Setup - Modules - Find external modules, search on "einvoice"
|status=experimental
|prerequisites=
|minversion=
|maxversion=
|note=Recommended version: 24.0+
}}

=Features=
This module adds support of EInvoice in Dolibarr for some countries. Generating, Sending and Receiving EInvoice is mandatory in some countries, this module deals initialy with the case of France (even if it was designed to support other countries).

For a solution dedicated to other countries, take a look at the page [[Electronic Billing]].

The module allows your Dolibarr to generate EInvoice and to connect to some official Access Point (Plateforme Agréées) to send and retrieve your invoice documents. The supported EInvoice format are:

*CII (recommended, Dolibarr v21+)
*Factur-X (only Dolibarr v24+)
*More format like UBL could be added by contributing (see Development chapter)

Warning: Using the Factur-X format is not recommended. It works with few Access Point only and even if accepted by your own AP, it may be refused by the AP of your customer due to hidden problems inside the format itself and library conflicts when using Dolibarr < 24.0. Also, it consumes a high amount of disk per invoice (an Einvoice may be 1 Mb if you have large images inside !) and make analysis very difficult when there is a trouble. It is highly recommended to use the CII format that is standard and supported by all Access Points, is easier to produce, analyse and process (an Einvoice is a text xml file of 10Kb only) and is not sentitive to PHP or Dolibarr versions.

=Installation=
Install the electronic invoicing module in your Dolibarr '''/custom''' directory (in a future, an installation link will be available directly in your Dolibarr admin pages).

In the meantime, install the module in the '''/custom''' directory of your dolibarr. For this, go into the /custom directory:
cd mydolibarrdir/htdocs/custom
Then download the module directory '''einvoicing'''
git clone https://github.com/Dolibarr/dolibarr-community-modules; mkdir einvoicing; cp -pr dolibarr-community-modules/einvoicing/* einvoicing; rm -fr dolibarr-community-modules;

=Setup=
Go onto the setup of the modulefrom menu "Home - Setup - Modules - Module EInvoice - Wheel configuration".

The first step is to choose, from the combo list, which Access Point you want to use to send your EInvoice. You can select between one in the following list:

*SuperPDP
*EsaLink (hubtimize)
*More providers are coming (See chapter Development to know how to contibute to add your own Provider)

All access point provided by the module are official Access Points (Plateforme Agréée).

==Setup with SuperPDP Access Point==
If you choose [https://www.superpdp.tech SuperPDP] as your official Production Access Point (or as a Test Access Point), you must create an account by clicking on the link suggested by the setup page of the module (link should be https://www.superpdp.tech/app/users/create).

Note that for a production usage, you may need to provide a scan of an identity card. The process of creating an account may last few minutes.

Once your account is created, you must generate credentials to allow Dolibarr to connect to SuperPDP: For this, go into your SuperPDP dashboard, and from the left menu "'''Applications'''", click on "'''New Application'''" to create a new setup for the application Dolibarr. Choose if you want a setup for Production (Real usage) or for Test (Sandbox). Then select the company and the type of application "'''Confidential'''" and click "'''Create'''" (you can keep the field "URLs of redirection" to empty or paste the value provided by Dolibarr setup page).

''The page to get credentials for an application''

[[File:Einvoice superpdp setup.png|border]]

Your credential ('''client_id''' and '''client_secret''') are created and are shown on the next screen.

Go into Dolibarr, into the page to setup the module EInvoice and enter these 2 values, click on Save to save the data and click on "Connect" to get the security key to exchange with SuperPDP.

That's all, you are connected with SuperPDP (For Production usage or for Test depending on the choice you made). To be sure, you can try the link "Test of connection (healthcheck)" to verify the connection.

''Example of setup for sandbox use with an account of SuperPDP''

[[File:Einvoice setup example.png|border]]

[[File:Warning.png]] By default, you can enter only one set of credentials for the Production mode and one set of credentials for the Test mode, so if your Dolibarr instance is a test instance, enter test credentials and set the switch to Test, and if your Dolibarr instance is a production instance, enter credentials of production and set the switch to Production. Even if you can switch from one environment to another one, it is seriously not recommended to save and use both Test and Production credentials in the same Dolibarr instance; Only the Access Point environment is different but your Dolibarr is the same. So if you mix two Access Point environments (Test and Prod) in the same Dolibarr, you may get or send tests invoices on your production instance (and the opposite), so the best thing to avoid this is to enter credentials only for one environment and never for the other. See chapter "Usage in sandbox for test" for more information on how to use the module in a sandbox context.

==Setup VAT exemptions (VATEX), if applicable==
If your business is exempted of VAT, tell Dolibarr the default reason of exemption that will be exported in the EInvoice.

Take note of the VATEX-xxxx code that matches your business and save it into Dolibarr:

*In Dolibarr <= 23, go to "Configuration - Misc" and add a new variable '''MAIN_VAT_EXEMPTION_CODE_FOR_0''' with the VATEX-xx-xxxx matching your situation.
*In Dolibarr >24, save it to the VAT dictionary

''Example: French companies concerned with Art 293B of CGI will type <code>VATEX-FR-FRANCHISE</code>''

==Setup with Esalink/Hubtimize Access point==
L'utilisation de la Plateforme Agréée ESALINK ne se souscrit pas en direct : elle passe obligatoirement par un '''membre distributeur''' de l'association PDP Libre, référencé sur la page [https://pdplibre.org/solutions/ Solutions].

=Usage for production=
==Send a customer invoice==
Once a Dolibarr invoice is generated (and validated), you can use a new button "'''Generate the Einvoice'''".

Note: you can have this action done automatically if you enable the option from menu Home - Setup - Modules - Module Einvoice - Configuration - Tab "other options" and switch "Generate automatically Einvoice".

Once an EInvoice has been generated, you can use the button to "'''Send the invoice'''" to the access point. Wait a minute while the access point answers and observe the returned status code:

*'''Code 200''': the access point has successfully sent the invoice to the client and is waiting for an answer from the customer's approval
*'''Code 213''': rejected: the access point has detected an anomaly on the invoice. Review all invoice data and VAT fields. Download the ''FA-xxxxx_cii.xml'' file from Dolibarr and send it to [https://www.superpdp.tech/outils/validateur-facture-electronique/ a CII validator] to get more information about the anomaly. If you need help, ask [https://www.dolibarr.fr/forum/ on the forum].
*'''Code 210''': the customer explicitly refused the invoice, get it touch with the customer to know why they did not accept the invoice.

'''Note about invoices generated by the POS Module TakePOS'''

By default, any invoice generated by the POS has status "Do not manage Einvoice". For such sales, it is not expected that you send an EInvoice. Instead you will have to send a "report" for all sales done by the point of sale (this will be supported by the module, later as this requirement is expected only for the 1st of september 2027).

==Retrieve vendor invoices==
Go into menu Home - Invoice - EInvoice synchronization.

Click on the button to launch synchronization.

If you experience an error, follow the instruction. for example:

*If you try to import a vendor invoice and the vendor can not be found in your Dolibarr database of suppliers, a link will be suggested to create it.
*If you try to import a vendor invoice and a product line can not be found in your Dolibarr database of products, a link will be suggested to create the product (You may also prefer to edit the vendor card to define a default Product Ref to use when doing an import of a product that is unknown, so each time a product is unknown for this vendor, Dolibarr will use the same default product instead of creating a new one each time).

=Usage in the sandbox env for test=
Using the module in sandbox environment is the same than using it in production mode. Only the credentials to connect to your Access Point differ.

If you are a developper, you can enable the option EINVOICING_ALLOW_DEV_TOOLS to 1 into menu "Home - Setup - Other". This will add more features for developers into an additional tab "Dev tools".
You can also switch the Test / Production mode from the main tab of the setup section of the module. WARNING: Using the switch is dangerous as it allows mixing invoices from different networks in the same Dolibarr instance.

==Using the sandbox and Peppol test Network for tests using several Access Points==
If you are using credentials to use the sandbox mode of SuperPDP, you may need to modify the setup of your company (Menu Home - Setup - Company/Organization) to record the same SIREN than the one of the test company provided by SuperPDP sandbox (So "000000001" for Tricatel or "000000002" for Burger Queen).

However the '''EInvoice address''' is NOT the same than the '''SIREN''' (it is the same in production mode only), so you must also force the Einvoice address of the company into the setup of the module Einvoice: To know your EInvoice address of your test company, go into the SuperPDP dashboard, in sandbox mode, and click on the label of the test company (for example Tricatel), you should see a list of the addresses of this test company in the annuary (the address to find you on the shared test Access Point network). The invoice address to use is the value after the "225:", the one starting with 315143296_XXX with XXX that depends on your account.
Once both are saved, a warning may appear to say that SIREN and Einvoice address ID are not the same. You can ignore it in test environment.

If your SIREN (menu Home - Setup - Company/Organisation) and your EInvoice address (menu Setup - Modules - Einvoice - Configuration) are correctly filled (Example: SIREN: 00000001 and EInvoice address 315143296_XXX), then you can send and retreive invoices from or to any other Access Points working on the Peppol Test network (The SuperPDP sandbox is automatically linked to the Peppol Test network when you use the sandbox credential).

To send an invoice to a test customer available onto another Access Point, as the Peppol network are using addresses that are different from SIREN, you can force the customer EInvoice address from the thirdparty card by editing the field EInvoice address.

''Example of the thirdparty card to send an einvoice from SuperPDP to the customer Test with SIREN 145678239 available at Esalink''

[[File:Einvoice setup customer address.png|border]]

=Tools=
==E-Invoicing directory==

===Test directory===
To check or see companies/Einvoice ID in a directory, you can use one of these tools

*[https://test-directory.peppol.eu/public/locale-en_US/ Test Peppol directory]
*[https://www.superpdp.tech/outils/info-annuaire/?query=493861496&mode=fr&env=sandbox SuperPDP tool]

===Production directory===
You can use one of these tools to check if a company is in the production directory.

*[https://directory.peppol.eu/public/locale-en_US/ Peppol directory]
*[https://facturation.chorus-pro.gouv.fr/annuaire/#/ French governement directory]
*[https://www.superpdp.tech/outils/info-annuaire/?query=493861496&mode=fr&env=production SuperPDP directory]

==Validation of an EInvoice==
To validate an existing einvoice, you can use one of these tools:

*[https://www.superpdp.tech/outils/validateur-facture-electronique From SuperPDP (CII or Factur-X einvoices)]
*[https://services.fnfe-mpe.org/account/home From FNFE (Factur-X only, need an account)]
*[https://www.itb.ec.europa.eu/invoice/upload From Europa.eu (CII or UBL)]
*[https://ecosio.com/en/peppol-e-invoice-xml-document-validator/ From Ecosi (CII choose CrossIndustryInvoice D16B)]

=Troubleshooting=

==Life cycle and error codes for French EInvoicing==
[[File:Le cycle de vie d’une facture électronique.png|border|1200x1200px|Lifecycle of an electronic invoice]]

==Current error cases==

[[File:Warning.png]] Error "The company fr_siren:123456789 is not subject to the e-invoicing reform"

For France:

*Check that your company can be found from this annuary: https://annuaire-entreprises.data.gouv.fr/
*Then check inside this one: https://facturation.chorus-pro.gouv.fr/annuaire/#/

If you have this error, it probably means you CAN be found in the first one but NOT in the second one. This is a problem known by the DGFIP. What to do? You can't do nothing on your own. You must wait that the french governement add your SIREN record in the second annuary too. You can try to contact import.gouv.fr asking them to "appear in the second annuary to activate the einvoicing" to make things faster, but this works only in few cases only. For all others cases you must wait you appear in the second annuary before retrying to register.

[[File:Warning.png]] Error: HTTP 400 - CREATE_ERROR - pre-check: receiver address does not accept this document.

Check the SIREN and the Einvoice address of the customer. If you set only a SIREN with no specific Einvoice addess (the most common case), check that this SIREN exists that an Einvoice address in the network annuary exists with for this SIREN value. If you used a specific Einvoice address in addition to the SIREN, check that the couple SIREN/Einvoice address is a valid existing couple in the annuary.

=Development=

==Still to do==

*Management of discounts on lines (sending and reception). In progress.
*The E-reporting (mandatory in France the 1st september 2027), to report sales done by the Point of Sale module for example. Planned for begin of 2027.
*More tests
*More documentation

==Sources==
{{TemplateModCommunityEn}}

==Einvoice Specifications==

Specification for France are available on https://www.boutique.afnor.org/en-gb/ and search on "XP Z12-012", "XP Z12-013", "XP Z12-014"
 
{| class="wikitable"
!Field code (Business Term)
!Desc
!Field in Dolibarr
|-
|BT-1
|Numéro de facture
|ref
|-
|BT-2
|Date de facture
|date
|-
|BT-3
|Type de document
|type (380 facture, 381 avoir, 384 rectificative, 386 acompte)
|-
|BT-8
|Exigibilité de la TVA
|TAX_MODE (5 débits / 72 encaissements)
|-
|BT-9
|Date d'échéance
|date_lim_reglement
|-
|BT-10
|Référence acheteur (code service)
|onglet Chorus Pro, sinon ref_client — Chorus Pro uniquement
|-
|BT-13
|Bon de commande du client
|ref_client de la facture, sinon ref_client de la commande liée
|-
|BT-14
|Notre numéro de commande
|ref de la commande liée
|-
|BT-23
|Cadre de facturation
|onglet Chorus Pro (facture ou fiche client)
|-
|BT-25
|Facture d'origine (avoir, acompte)
|fk_facture_source
|-
|BT-29
|SIRET vendeur / acheteur
|Id. prof. 2 (societe / tiers)
|-
|BT-30
|SIREN vendeur
|Id. prof. 1 de votre société
|-
|BT-31
|N° TVA vendeur
|TVA intracom. de votre société
|-
|BT-34
|Adresse électronique vendeur
|SIREN de votre société, schéma 0225
|-
|BT-46
|SIRET acheteur
|Id. prof. 2 du tiers
|-
|BT-47
|SIREN acheteur
|Id. prof. 1 du tiers
|-
|BT-48
|N° TVA acheteur
|TVA intracom. du tiers
|-
|BT-49
|Adresse électronique acheteur
|Id. prof. 5 du tiers, sinon son SIREN
|-
|BT-72
|Date de livraison
|delivery_date
|-
|BT-73/74
|Période de service
|dates de service des lignes
|-
|BT-89/90/91
|Prélèvement SEPA (RUM, ICS)
|RIB par défaut du tiers, PRELEVEMENT_ICS
|-
|BT-113
|Acomptes déjà réglés
|acomptes imputés sur la facture
|-
|BT-121
|Motif d'exonération de TVA
|calculé (franchise 293 B, intracom., autoliquidation, export)
|-
|BT-129
|Unité de la ligne
|unité du produit (fk_unit)
|-
|BT-146
|Prix unitaire
|total HT / quantité de la ligne
|-
|BT-151
|Catégorie de TVA
|calculée d'après le taux et le contexte
|-
|BT-84
|IBAN / BIC
|compte bancaire choisi dans la configuration 
|}

Module EInvoicing (Generic, FR, ...)

2026-08-16T21:48:32Z

Christof: /* E-Invoicing annuaries */ "annuary" replaced with more common "directory"

[[Category:Complementary modules]]
{{TemplateDocDevEn}}
{{TemplateDocUser}}
=Information=
{{TemplateModuleInfo
|modulename=EInvoicing (Formerly PDPConnectFR)
|editor=Dolibarr community
|web=
|webbuy=From your Dolibarr v24+, menu Home - Setup - Modules - Find external modules, search on "einvoice"
|status=experimental
|prerequisites=
|minversion=
|maxversion=
|note=Recommended version: 24.0+
}}

=Features=
This module adds support of EInvoice in Dolibarr for some countries. Generating, Sending and Receiving EInvoice is mandatory in some countries, this module deals initialy with the case of France (even if it was designed to support other countries).

For a solution dedicated to other countries, take a look at the page [[Electronic Billing]].

The module allows your Dolibarr to generate EInvoice and to connect to some official Access Point (Plateforme Agréées) to send and retrieve your invoice documents. The supported EInvoice format are:

*CII (recommended, Dolibarr v21+)
*Factur-X (only Dolibarr v24+)
*More format like UBL could be added by contributing (see Development chapter)

Warning: Using the Factur-X format is not recommended. It works with few Access Point only and even if accepted by your own AP, it may be refused by the AP of your customer due to hidden problems inside the format itself and library conflicts when using Dolibarr < 24.0. Also, it consumes a high amount of disk per invoice (an Einvoice may be 1 Mb if you have large images inside !) and make analysis very difficult when there is a trouble. It is highly recommended to use the CII format that is standard and supported by all Access Points, is easier to produce, analyse and process (an Einvoice is a text xml file of 10Kb only) and is not sentitive to PHP or Dolibarr versions.

=Installation=
Install the electronic invoicing module in your Dolibarr '''/custom''' directory (in a future, an installation link will be available directly in your Dolibarr admin pages).

In the meantime, install the module in the '''/custom''' directory of your dolibarr. For this, go into the /custom directory:
cd mydolibarrdir/htdocs/custom
Then download the module directory '''einvoicing'''
git clone https://github.com/Dolibarr/dolibarr-community-modules; mkdir einvoicing; cp -pr dolibarr-community-modules/einvoicing/* einvoicing; rm -fr dolibarr-community-modules;

=Setup=
Go onto the setup of the modulefrom menu "Home - Setup - Modules - Module EInvoice - Wheel configuration".

The first step is to choose, from the combo list, which Access Point you want to use to send your EInvoice. You can select between one in the following list:

*SuperPDP
*EsaLink (hubtimize)
*More providers are coming (See chapter Development to know how to contibute to add your own Provider)

All access point provided by the module are official Access Points (Plateforme Agréée).

==Setup with SuperPDP Access Point==
If you choose [https://www.superpdp.tech SuperPDP] as your official Production Access Point (or as a Test Access Point), you must create an account by clicking on the link suggested by the setup page of the module (link should be https://www.superpdp.tech/app/users/create).

Note that for a production usage, you may need to provide a scan of an identity card. The process of creating an account may last few minutes.

Once your account is created, you must generate credentials to allow Dolibarr to connect to SuperPDP: For this, go into your SuperPDP dashboard, and from the left menu "'''Applications'''", click on "'''New Application'''" to create a new setup for the application Dolibarr. Choose if you want a setup for Production (Real usage) or for Test (Sandbox). Then select the company and the type of application "'''Confidential'''" and click "'''Create'''" (you can keep the field "URLs of redirection" to empty or paste the value provided by Dolibarr setup page).

''The page to get credentials for an application''

[[File:Einvoice superpdp setup.png|border]]

Your credential ('''client_id''' and '''client_secret''') are created and are shown on the next screen.

Go into Dolibarr, into the page to setup the module EInvoice and enter these 2 values, click on Save to save the data and click on "Connect" to get the security key to exchange with SuperPDP.

That's all, you are connected with SuperPDP (For Production usage or for Test depending on the choice you made). To be sure, you can try the link "Test of connection (healthcheck)" to verify the connection.

''Example of setup for sandbox use with an account of SuperPDP''

[[File:Einvoice setup example.png|border]]

[[File:Warning.png]] By default, you can enter only one set of credentials for the Production mode and one set of credentials for the Test mode, so if your Dolibarr instance is a test instance, enter test credentials and set the switch to Test, and if your Dolibarr instance is a production instance, enter credentials of production and set the switch to Production. Even if you can switch from one environment to another one, it is seriously not recommended to save and use both Test and Production credentials in the same Dolibarr instance; Only the Access Point environment is different but your Dolibarr is the same. So if you mix two Access Point environments (Test and Prod) in the same Dolibarr, you may get or send tests invoices on your production instance (and the opposite), so the best thing to avoid this is to enter credentials only for one environment and never for the other. See chapter "Usage in sandbox for test" for more information on how to use the module in a sandbox context.

==Setup VAT exemptions (VATEX), if applicable==
If your business is exempted of VAT, tell Dolibarr the default reason of exemption that will be exported in the EInvoice.

Take note of the VATEX-xxxx code that matches your business and save it into Dolibarr:

*In Dolibarr <= 23, go to "Configuration - Misc" and add a new variable '''MAIN_VAT_EXEMPTION_CODE_FOR_0''' with the VATEX-xx-xxxx matching your situation.
*In Dolibarr >24, save it to the VAT dictionary

''Example: French companies concerned with Art 293B of CGI will type <code>VATEX-FR-FRANCHISE</code>''

==Setup with Esalink/Hubtimize Access point==
L'utilisation de la Plateforme Agréée ESALINK ne se souscrit pas en direct : elle passe obligatoirement par un '''membre distributeur''' de l'association PDP Libre, référencé sur la page [https://pdplibre.org/solutions/ Solutions].

=Usage for production=
==Send a customer invoice==
Once a Dolibarr invoice is generated (and validated), you can use a new button "'''Generate the Einvoice'''".

Note: you can have this action done automatically if you enable the option from menu Home - Setup - Modules - Module Einvoice - Configuration - Tab "other options" and switch "Generate automatically Einvoice".

Once an EInvoice has been generated, you can use the button to "'''Send the invoice'''" to the access point. Wait a minute while the access point answers and observe the returned status code:

*'''Code 200''': the access point has successfully sent the invoice to the client and is waiting for an answer from the customer's approval
*'''Code 213''': rejected: the access point has detected an anomaly on the invoice. Review all invoice data and VAT fields. Download the ''FA-xxxxx_cii.xml'' file from Dolibarr and send it to [https://www.superpdp.tech/outils/validateur-facture-electronique/ a CII validator] to get more information about the anomaly. If you need help, ask [https://www.dolibarr.fr/forum/ on the forum].
*'''Code 210''': the customer explicitly refused the invoice, get it touch with the customer to know why they did not accept the invoice.

'''Note about invoices generated by the POS Module TakePOS'''

By default, any invoice generated by the POS has status "Do not manage Einvoice". For such sales, it is not expected that you send an EInvoice. Instead you will have to send a "report" for all sales done by the point of sale (this will be supported by the module, later as this requirement is expected only for the 1st of september 2027).

==Retrieve vendor invoices==
Go into menu Home - Invoice - EInvoice synchronization.

Click on the button to launch synchronization.

If you experience an error, follow the instruction. for example:

*If you try to import a vendor invoice and the vendor can not be found in your Dolibarr database of suppliers, a link will be suggested to create it.
*If you try to import a vendor invoice and a product line can not be found in your Dolibarr database of products, a link will be suggested to create the product (You may also prefer to edit the vendor card to define a default Product Ref to use when doing an import of a product that is unknown, so each time a product is unknown for this vendor, Dolibarr will use the same default product instead of creating a new one each time).

=Usage in the sandbox env for test=
Using the module in sandbox environment is the same than using it in production mode. Only the credentials to connect to your Access Point differ.

If you are a developper, you can enable the option EINVOICING_ALLOW_DEV_TOOLS to 1 into menu "Home - Setup - Other". This will add more features for developers into an additional tab "Dev tools".
You can also switch the Test / Production mode from the main tab of the setup section of the module. WARNING: Using the switch is dangerous as it allows mixing invoices from different networks in the same Dolibarr instance.

==Using the sandbox and Peppol test Network for tests using several Access Points==
If you are using credentials to use the sandbox mode of SuperPDP, you may need to modify the setup of your company (Menu Home - Setup - Company/Organization) to record the same SIREN than the one of the test company provided by SuperPDP sandbox (So "000000001" for Tricatel or "000000002" for Burger Queen).

However the '''EInvoice address''' is NOT the same than the '''SIREN''' (it is the same in production mode only), so you must also force the Einvoice address of the company into the setup of the module Einvoice: To know your EInvoice address of your test company, go into the SuperPDP dashboard, in sandbox mode, and click on the label of the test company (for example Tricatel), you should see a list of the addresses of this test company in the annuary (the address to find you on the shared test Access Point network). The invoice address to use is the value after the "225:", the one starting with 315143296_XXX with XXX that depends on your account.
Once both are saved, a warning may appear to say that SIREN and Einvoice address ID are not the same. You can ignore it in test environment.

If your SIREN (menu Home - Setup - Company/Organisation) and your EInvoice address (menu Setup - Modules - Einvoice - Configuration) are correctly filled (Example: SIREN: 00000001 and EInvoice address 315143296_XXX), then you can send and retreive invoices from or to any other Access Points working on the Peppol Test network (The SuperPDP sandbox is automatically linked to the Peppol Test network when you use the sandbox credential).

To send an invoice to a test customer available onto another Access Point, as the Peppol network are using addresses that are different from SIREN, you can force the customer EInvoice address from the thirdparty card by editing the field EInvoice address.

''Example of the thirdparty card to send an einvoice from SuperPDP to the customer Test with SIREN 145678239 available at Esalink''

[[File:Einvoice setup customer address.png|border]]

=Tools=
==E-Invoicing directory==

===Test directory===
To check or see companies/Einvoice ID in a directory, you can use one of these tools

*[https://test-directory.peppol.eu/public/locale-en_US/ Test Peppol directory]
*[https://www.superpdp.tech/outils/info-annuaire/?query=493861496&mode=fr&env=sandbox SuperPDP tool]

===Production directory===
You can use one of this tool to check if a company is in the production annuary.

*[https://directory.peppol.eu/public/locale-en_US/ Peppol directory]
*[https://facturation.chorus-pro.gouv.fr/annuaire/#/ French governement annuary]
*[https://www.superpdp.tech/outils/info-annuaire/?query=493861496&mode=fr&env=production SuperPDP annuary]

==Validation of an EInvoice==
To validate an existing einvoice, you can use one of this tool:

*[https://www.superpdp.tech/outils/validateur-facture-electronique From SuperPDP (CII or Factur-X einvoices)]
*[https://services.fnfe-mpe.org/account/home From FNFE (Factur-X only, need an account)]
*[https://www.itb.ec.europa.eu/invoice/upload From Europa.eu (CII or UBL)]
*[https://ecosio.com/en/peppol-e-invoice-xml-document-validator/ From Ecosi (CII choose CrossIndustryInvoice D16B)]

=Troubleshooting=

==Life cycle and error codes for French EInvoicing==
[[File:Le cycle de vie d’une facture électronique.png|border|1200x1200px|Lifecycle of an electronic invoice]]

==Current error cases==

[[File:Warning.png]] Error "The company fr_siren:123456789 is not subject to the e-invoicing reform"

For France:

*Check that your company can be found from this annuary: https://annuaire-entreprises.data.gouv.fr/
*Then check inside this one: https://facturation.chorus-pro.gouv.fr/annuaire/#/

If you have this error, it probably means you CAN be found in the first one but NOT in the second one. This is a problem known by the DGFIP. What to do? You can't do nothing on your own. You must wait that the french governement add your SIREN record in the second annuary too. You can try to contact import.gouv.fr asking them to "appear in the second annuary to activate the einvoicing" to make things faster, but this works only in few cases only. For all others cases you must wait you appear in the second annuary before retrying to register.

[[File:Warning.png]] Error: HTTP 400 - CREATE_ERROR - pre-check: receiver address does not accept this document.

Check the SIREN and the Einvoice address of the customer. If you set only a SIREN with no specific Einvoice addess (the most common case), check that this SIREN exists that an Einvoice address in the network annuary exists with for this SIREN value. If you used a specific Einvoice address in addition to the SIREN, check that the couple SIREN/Einvoice address is a valid existing couple in the annuary.

=Development=

==Still to do==

*Management of discounts on lines (sending and reception). In progress.
*The E-reporting (mandatory in France the 1st september 2027), to report sales done by the Point of Sale module for example. Planned for begin of 2027.
*More tests
*More documentation

==Sources==
{{TemplateModCommunityEn}}

==Einvoice Specifications==

Specification for France are available on https://www.boutique.afnor.org/en-gb/ and search on "XP Z12-012", "XP Z12-013", "XP Z12-014"
 
{| class="wikitable"
!Field code (Business Term)
!Desc
!Field in Dolibarr
|-
|BT-1
|Numéro de facture
|ref
|-
|BT-2
|Date de facture
|date
|-
|BT-3
|Type de document
|type (380 facture, 381 avoir, 384 rectificative, 386 acompte)
|-
|BT-8
|Exigibilité de la TVA
|TAX_MODE (5 débits / 72 encaissements)
|-
|BT-9
|Date d'échéance
|date_lim_reglement
|-
|BT-10
|Référence acheteur (code service)
|onglet Chorus Pro, sinon ref_client — Chorus Pro uniquement
|-
|BT-13
|Bon de commande du client
|ref_client de la facture, sinon ref_client de la commande liée
|-
|BT-14
|Notre numéro de commande
|ref de la commande liée
|-
|BT-23
|Cadre de facturation
|onglet Chorus Pro (facture ou fiche client)
|-
|BT-25
|Facture d'origine (avoir, acompte)
|fk_facture_source
|-
|BT-29
|SIRET vendeur / acheteur
|Id. prof. 2 (societe / tiers)
|-
|BT-30
|SIREN vendeur
|Id. prof. 1 de votre société
|-
|BT-31
|N° TVA vendeur
|TVA intracom. de votre société
|-
|BT-34
|Adresse électronique vendeur
|SIREN de votre société, schéma 0225
|-
|BT-46
|SIRET acheteur
|Id. prof. 2 du tiers
|-
|BT-47
|SIREN acheteur
|Id. prof. 1 du tiers
|-
|BT-48
|N° TVA acheteur
|TVA intracom. du tiers
|-
|BT-49
|Adresse électronique acheteur
|Id. prof. 5 du tiers, sinon son SIREN
|-
|BT-72
|Date de livraison
|delivery_date
|-
|BT-73/74
|Période de service
|dates de service des lignes
|-
|BT-89/90/91
|Prélèvement SEPA (RUM, ICS)
|RIB par défaut du tiers, PRELEVEMENT_ICS
|-
|BT-113
|Acomptes déjà réglés
|acomptes imputés sur la facture
|-
|BT-121
|Motif d'exonération de TVA
|calculé (franchise 293 B, intracom., autoliquidation, export)
|-
|BT-129
|Unité de la ligne
|unité du produit (fk_unit)
|-
|BT-146
|Prix unitaire
|total HT / quantité de la ligne
|-
|BT-151
|Catégorie de TVA
|calculée d'après le taux et le contexte
|-
|BT-84
|IBAN / BIC
|compte bancaire choisi dans la configuration 
|}

Module Projets

2025-01-22T15:36:28Z

Christof: /* Supprimer un projet */

[[en:Module_Projects]]
[[es:Módulo_Proyectos]]
[[de:Modul_Projekte]]
[[pt:Modulo_Projetos]]
[[zh:项目模块]]


[[Category:Projet]]
{{TemplateDocUtil}}
{{TemplateModFR}}
{{BasculeDevUser|
nom=Projet|
num=400|
devdoc=[[Module Projets (développeur)]]|
userdoc=Cette page|}}

=Introduction=
Les projets peuvent être utilisés pour différents usage:

*Pour suivre des opportunités
*Pour suivre des tâches à réaliser et éventuellement saisir du temos passé
*Pour suivre l'organisation d'un événement.
*Ou toute combinaison des points précédents.

Dans tous les cas, les projets regroupent aussi des éléments de Dolibarr ensemble, comme des [[Module Propositions commerciales|propositions commerciales]], des [[Module Commandes Clients|commandes]] ou des [[Module Factures Clients|factures]], etc.

=Installation=
{{NoInstallModuleFr}}

=Configuration=
{{ActivationModuleFr}}

Vous pouvez ainsi déclarer si vous avez besoin de suivre des opportunités et/ou si vous avez besoin de suivre le détail de taches (requis pour la saisie de temos).
Pour ce qui est de l'utilisation des projets pour l'organisation d'événements, il faut par contre activer le module "Organisation d'événements" en plus pour le permettre.

=Définitions=
Avant d'aller plus loin sur l'utilisation du module Projet, vous pouvez vous familiariser avec les termes de : Événements / Tâches / Journaux. Ces notions, souvent confondues, ont des vocations différentes, aussi il est important de se familiariser avec ces termes admis dans la plupart des logiciels. Pour cela, leur définition est donnée sur la page [[EvenementTacheJournal|Événements Tâches Journaux]]

=Règles métiers et Workflow=

==Permissions - Visibilité projet et actions utilisateurs autorisées==
Voir le fichier [[File:Project.odg]] qui décrit les conditions pour pouvoir réaliser les différentes actions du module ou sa traduction [[File:ProjetPermissions.odg]].

[[File:ProjetPermissions.png|200px]]

Le tableau suivant résume les actions possibles en fonction des éléments suivants :

*des permissions définies pour l'utilisateur
*de la visibilité du projet (Contact assignés = Privé / Tout le monde = Public)
*l'utilisateur est ou non contact déclaré sur le projet et les tâches

{| class="wikitable"
! colspan="2" rowspan="2" |Utilisateur
! colspan="4" |Project
|-
| colspan="2" |Privé (Visible par les contacts projets uniquement)
| colspan="2" |Public (Visible par tout le monde)
|-
| colspan="2" |Statut
|L'utilisateur n'est pas un contact projet
|L'utilisateur est un contact projet
|L'utilisateur n'est pas un contact projet
|L'utilisateur est un contact projet
|-
| rowspan="6" |Permission
|Consultation
| rowspan="3" |Projet masqué
|L'utilisateur peut consulter le projet et ses tâches
L'utilisateur peut saisir des temps sur les tâches où il est contact
| rowspan="3" |Projet masqué
|L'utilisateur peut consulter le projet et ses tâches
L'utilisateur peut saisir des temps sur les tâches où il est contact
|-
|Création/Modification
|L'utilisateur peut créer, modifier et clore le projet
L'utilisateur peut créer et modifier les tâches du projet
|L'utilisateur peut créer, modifier et clore le projet
L'utilisateur peut créer et modifier les tâches du projet
|-
|Suppression
|L'utilisateur peut supprimer ce projet et ses tâches
|L'utilisateur peut supprimer ce projet et ses tâches
|-
|Lire tous les projets et tâches (même si pas un contact du projet privé, ou projet public)
| colspan="4" |L'utilisateur peut consulter les projets et tâches
L'utilisateur peut saisir des temps sur les tâches où il est contact
|-
|Création/Modification tous les projets et tâches (même si pas un contact du projet privé, ou projet public)
| colspan="4" |L'utilisateur peut créer, modifier et clore le projet
L'utilisateur peut créer et modifier les tâches du projet
|-
|Supprimer tous les projets et tâches (même si pas un contact du projet privé, ou projet public)
| colspan="4" |L'utilisateur peut supprimer projets et tâches
|}

==Créer un projet==
La création d'un nouveau projet se fait depuis le menu "Nouveau projet" visible dans le menu principal "Projet".

Un projet peut être privé ou public. Les projets publics (et leurs tches) peuvent être lus/édités par toute personne qui a les permissions Projet. Les projets privés (et leurs tâches) peuvent être lus/édités uniquement par les utilisateurs qui ont les permissions Projet et qui en plus sont définis comme contact du projet, ainsi que par le créateur du projet. Si tous les contacts du projet sont retirés, il faut conserver au moins un utilisateur apte à éditer le projet, ne serait-ce que pour ajouter des contacts. C'est le créateur.

Lors de la création du projet, selon les choix initiaux fait dans l'étape de configuration du module, vous pouvez décidez pour quelle utilisation vous avez besoin du projet (suivi d'opportunités commercial, suivi de taches et saisie de temps, organisation d'un événement comme un salon, congrès...).

==Créer une tâche==
Si le projet a été défini à sa création pour un usage de suivi de tâches et saisie de temps, la création d'une tâche se fait via le bouton "Créer Tâche" depuis l'onglet "Tâches" d'un projet ou bien depuis le menu Projets -> Nouvelle tâche.

*On ne peut créer une tâche que sur un projet public (sans responsable attitré) ou sur un projet dont on est membre.
*Une tâche peut être créée sous le projet ou sous une autre tâche du projet.

====='''Tâche et contact'''=====

*l'assignation d'une ou plusieurs tache(s) à un contact se fait par choix sur un tableau pop-up au moment d'ajouter les contacts au projet, c'est pourquoi il est nécessaire de définir les taches avant d'intégrer des contacts au projet (v15)
*les contacts assignés à un projet doivent être définis au préalable dans l'onglet respectif d'un tiers (un tiers sans contact ne peut être assignataire d'une tache) (v15)
*une attribution de tache à un contact "externe" au projet est impossible (v15)

==Supprimer un projet==
Pour supprimer une tâche, se rendre sur l'onglet projet et cliquer sur le bouton SUPPRIMER.

==Supprimer une tache==
Pour supprimer une tâche, se rendre sur la tâche et cliquer sur le bouton SUPPRIMER.

La tâche ne peut pas être supprimée si elle a des filles tâches.

L'utilisateur doit avoir les droits "Supprimer les projets et tâches" pour pouvoir supprimer les tâches.

==Saisir son activité/temps passé==
Les activités sont le temps passé à travailler sur une tâche.

La saisie du temps passé peut se faire depuis le menu Projet - Temps consommé. Mais il peut se faire aussi depuis le projet même ou depuis une tâche en particulier.

Module Projets

2025-01-22T15:34:58Z

Christof: /* Supprimer un projet */

[[en:Module_Projects]]
[[es:Módulo_Proyectos]]
[[de:Modul_Projekte]]
[[pt:Modulo_Projetos]]
[[zh:项目模块]]


[[Category:Projet]]
{{TemplateDocUtil}}
{{TemplateModFR}}
{{BasculeDevUser|
nom=Projet|
num=400|
devdoc=[[Module Projets (développeur)]]|
userdoc=Cette page|}}

=Introduction=
Les projets peuvent être utilisés pour différents usage:

*Pour suivre des opportunités
*Pour suivre des tâches à réaliser et éventuellement saisir du temos passé
*Pour suivre l'organisation d'un événement.
*Ou toute combinaison des points précédents.

Dans tous les cas, les projets regroupent aussi des éléments de Dolibarr ensemble, comme des [[Module Propositions commerciales|propositions commerciales]], des [[Module Commandes Clients|commandes]] ou des [[Module Factures Clients|factures]], etc.

=Installation=
{{NoInstallModuleFr}}

=Configuration=
{{ActivationModuleFr}}

Vous pouvez ainsi déclarer si vous avez besoin de suivre des opportunités et/ou si vous avez besoin de suivre le détail de taches (requis pour la saisie de temos).
Pour ce qui est de l'utilisation des projets pour l'organisation d'événements, il faut par contre activer le module "Organisation d'événements" en plus pour le permettre.

=Définitions=
Avant d'aller plus loin sur l'utilisation du module Projet, vous pouvez vous familiariser avec les termes de : Événements / Tâches / Journaux. Ces notions, souvent confondues, ont des vocations différentes, aussi il est important de se familiariser avec ces termes admis dans la plupart des logiciels. Pour cela, leur définition est donnée sur la page [[EvenementTacheJournal|Événements Tâches Journaux]]

=Règles métiers et Workflow=

==Permissions - Visibilité projet et actions utilisateurs autorisées==
Voir le fichier [[File:Project.odg]] qui décrit les conditions pour pouvoir réaliser les différentes actions du module ou sa traduction [[File:ProjetPermissions.odg]].

[[File:ProjetPermissions.png|200px]]

Le tableau suivant résume les actions possibles en fonction des éléments suivants :

*des permissions définies pour l'utilisateur
*de la visibilité du projet (Contact assignés = Privé / Tout le monde = Public)
*l'utilisateur est ou non contact déclaré sur le projet et les tâches

{| class="wikitable"
! colspan="2" rowspan="2" |Utilisateur
! colspan="4" |Project
|-
| colspan="2" |Privé (Visible par les contacts projets uniquement)
| colspan="2" |Public (Visible par tout le monde)
|-
| colspan="2" |Statut
|L'utilisateur n'est pas un contact projet
|L'utilisateur est un contact projet
|L'utilisateur n'est pas un contact projet
|L'utilisateur est un contact projet
|-
| rowspan="6" |Permission
|Consultation
| rowspan="3" |Projet masqué
|L'utilisateur peut consulter le projet et ses tâches
L'utilisateur peut saisir des temps sur les tâches où il est contact
| rowspan="3" |Projet masqué
|L'utilisateur peut consulter le projet et ses tâches
L'utilisateur peut saisir des temps sur les tâches où il est contact
|-
|Création/Modification
|L'utilisateur peut créer, modifier et clore le projet
L'utilisateur peut créer et modifier les tâches du projet
|L'utilisateur peut créer, modifier et clore le projet
L'utilisateur peut créer et modifier les tâches du projet
|-
|Suppression
|L'utilisateur peut supprimer ce projet et ses tâches
|L'utilisateur peut supprimer ce projet et ses tâches
|-
|Lire tous les projets et tâches (même si pas un contact du projet privé, ou projet public)
| colspan="4" |L'utilisateur peut consulter les projets et tâches
L'utilisateur peut saisir des temps sur les tâches où il est contact
|-
|Création/Modification tous les projets et tâches (même si pas un contact du projet privé, ou projet public)
| colspan="4" |L'utilisateur peut créer, modifier et clore le projet
L'utilisateur peut créer et modifier les tâches du projet
|-
|Supprimer tous les projets et tâches (même si pas un contact du projet privé, ou projet public)
| colspan="4" |L'utilisateur peut supprimer projets et tâches
|}

==Créer un projet==
La création d'un nouveau projet se fait depuis le menu "Nouveau projet" visible dans le menu principal "Projet".

Un projet peut être privé ou public. Les projets publics (et leurs tches) peuvent être lus/édités par toute personne qui a les permissions Projet. Les projets privés (et leurs tâches) peuvent être lus/édités uniquement par les utilisateurs qui ont les permissions Projet et qui en plus sont définis comme contact du projet, ainsi que par le créateur du projet. Si tous les contacts du projet sont retirés, il faut conserver au moins un utilisateur apte à éditer le projet, ne serait-ce que pour ajouter des contacts. C'est le créateur.

Lors de la création du projet, selon les choix initiaux fait dans l'étape de configuration du module, vous pouvez décidez pour quelle utilisation vous avez besoin du projet (suivi d'opportunités commercial, suivi de taches et saisie de temps, organisation d'un événement comme un salon, congrès...).

==Créer une tâche==
Si le projet a été défini à sa création pour un usage de suivi de tâches et saisie de temps, la création d'une tâche se fait via le bouton "Créer Tâche" depuis l'onglet "Tâches" d'un projet ou bien depuis le menu Projets -> Nouvelle tâche.

*On ne peut créer une tâche que sur un projet public (sans responsable attitré) ou sur un projet dont on est membre.
*Une tâche peut être créée sous le projet ou sous une autre tâche du projet.

===== '''Tâche et contact''' =====

*l'assignation d'une ou plusieurs tache(s) à un contact se fait par choix sur un tableau pop-up au moment d'ajouter les contacts au projet, c'est pourquoi il est nécessaire de définir les taches avant d'intégrer des contacts au projet (v15)
*les contacts assignés à un projet doivent être définis au préalable dans l'onglet respectif d'un tiers (un tiers sans contact ne peut être assignataire d'une tache) (v15)
*une attribution de tache à un contact "externe" au projet est impossible (v15)

==Supprimer un projet==

==Supprimer une tache==
Pour supprimer une tâche, se rendre sur la tâche et cliquer sur le bouton SUPPRIMER.

La tâche ne peut pas être supprimée si elle a des filles tâches.

L'utilisateur doit avoir les droits "Supprimer les projets et tâches" pour pouvoir supprimer les tâches.

==Saisir son activité/temps passé==
Les activités sont le temps passé à travailler sur une tâche.

La saisie du temps passé peut se faire depuis le menu Projet - Temps consommé. Mais il peut se faire aussi depuis le projet même ou depuis une tâche en particulier.

Module Projets

2025-01-22T15:31:13Z

Christof: /* Créer une tâche */ lier taches et contact

[[en:Module_Projects]]
[[es:Módulo_Proyectos]]
[[de:Modul_Projekte]]
[[pt:Modulo_Projetos]]
[[zh:项目模块]]


[[Category:Projet]]
{{TemplateDocUtil}}
{{TemplateModFR}}
{{BasculeDevUser|
nom=Projet|
num=400|
devdoc=[[Module Projets (développeur)]]|
userdoc=Cette page|}}

=Introduction=
Les projets peuvent être utilisés pour différents usage:

*Pour suivre des opportunités
*Pour suivre des tâches à réaliser et éventuellement saisir du temos passé
*Pour suivre l'organisation d'un événement.
*Ou toute combinaison des points précédents.

Dans tous les cas, les projets regroupent aussi des éléments de Dolibarr ensemble, comme des [[Module Propositions commerciales|propositions commerciales]], des [[Module Commandes Clients|commandes]] ou des [[Module Factures Clients|factures]], etc.

=Installation=
{{NoInstallModuleFr}}

=Configuration=
{{ActivationModuleFr}}

Vous pouvez ainsi déclarer si vous avez besoin de suivre des opportunités et/ou si vous avez besoin de suivre le détail de taches (requis pour la saisie de temos).
Pour ce qui est de l'utilisation des projets pour l'organisation d'événements, il faut par contre activer le module "Organisation d'événements" en plus pour le permettre.

=Définitions=
Avant d'aller plus loin sur l'utilisation du module Projet, vous pouvez vous familiariser avec les termes de : Événements / Tâches / Journaux. Ces notions, souvent confondues, ont des vocations différentes, aussi il est important de se familiariser avec ces termes admis dans la plupart des logiciels. Pour cela, leur définition est donnée sur la page [[EvenementTacheJournal|Événements Tâches Journaux]]

=Règles métiers et Workflow=

==Permissions - Visibilité projet et actions utilisateurs autorisées==
Voir le fichier [[File:Project.odg]] qui décrit les conditions pour pouvoir réaliser les différentes actions du module ou sa traduction [[File:ProjetPermissions.odg]].

[[File:ProjetPermissions.png|200px]]

Le tableau suivant résume les actions possibles en fonction des éléments suivants :

*des permissions définies pour l'utilisateur
*de la visibilité du projet (Contact assignés = Privé / Tout le monde = Public)
*l'utilisateur est ou non contact déclaré sur le projet et les tâches

{| class="wikitable"
! colspan="2" rowspan="2" |Utilisateur
! colspan="4" |Project
|-
| colspan="2" |Privé (Visible par les contacts projets uniquement)
| colspan="2" |Public (Visible par tout le monde)
|-
| colspan="2" |Statut
|L'utilisateur n'est pas un contact projet
|L'utilisateur est un contact projet
|L'utilisateur n'est pas un contact projet
|L'utilisateur est un contact projet
|-
| rowspan="6" |Permission
|Consultation
| rowspan="3" |Projet masqué
|L'utilisateur peut consulter le projet et ses tâches
L'utilisateur peut saisir des temps sur les tâches où il est contact
| rowspan="3" |Projet masqué
|L'utilisateur peut consulter le projet et ses tâches
L'utilisateur peut saisir des temps sur les tâches où il est contact
|-
|Création/Modification
|L'utilisateur peut créer, modifier et clore le projet
L'utilisateur peut créer et modifier les tâches du projet
|L'utilisateur peut créer, modifier et clore le projet
L'utilisateur peut créer et modifier les tâches du projet
|-
|Suppression
|L'utilisateur peut supprimer ce projet et ses tâches
|L'utilisateur peut supprimer ce projet et ses tâches
|-
|Lire tous les projets et tâches (même si pas un contact du projet privé, ou projet public)
| colspan="4" |L'utilisateur peut consulter les projets et tâches
L'utilisateur peut saisir des temps sur les tâches où il est contact
|-
|Création/Modification tous les projets et tâches (même si pas un contact du projet privé, ou projet public)
| colspan="4" |L'utilisateur peut créer, modifier et clore le projet
L'utilisateur peut créer et modifier les tâches du projet
|-
|Supprimer tous les projets et tâches (même si pas un contact du projet privé, ou projet public)
| colspan="4" |L'utilisateur peut supprimer projets et tâches
|}

==Créer un projet==
La création d'un nouveau projet se fait depuis le menu "Nouveau projet" visible dans le menu principal "Projet".

Un projet peut être privé ou public. Les projets publics (et leurs tches) peuvent être lus/édités par toute personne qui a les permissions Projet. Les projets privés (et leurs tâches) peuvent être lus/édités uniquement par les utilisateurs qui ont les permissions Projet et qui en plus sont définis comme contact du projet, ainsi que par le créateur du projet. Si tous les contacts du projet sont retirés, il faut conserver au moins un utilisateur apte à éditer le projet, ne serait-ce que pour ajouter des contacts. C'est le créateur.

Lors de la création du projet, selon les choix initiaux fait dans l'étape de configuration du module, vous pouvez décidez pour quelle utilisation vous avez besoin du projet (suivi d'opportunités commercial, suivi de taches et saisie de temps, organisation d'un événement comme un salon, congrès...).

==Créer une tâche==
Si le projet a été défini à sa création pour un usage de suivi de tâches et saisie de temps, la création d'une tâche se fait via le bouton "Créer Tâche" depuis l'onglet "Tâches" d'un projet ou bien depuis le menu Projets -> Nouvelle tâche.

*On ne peut créer une tâche que sur un projet public (sans responsable attitré) ou sur un projet dont on est membre.
*Une tâche peut être créée sous le projet ou sous une autre tâche du projet.

===== '''Tâche et contact''' =====

*l'assignation d'une ou plusieurs tache(s) à un contact se fait par choix sur un tableau pop-up au moment d'ajouter les contacts au projet, c'est pourquoi il est nécessaire de définir les taches avant d'intégrer des contacts au projet (v15)
*les contacts assignés à un projet doivent être définis au préalable dans l'onglet respectif d'un tiers (un tiers sans contact ne peut être assignataire d'une tache) (v15)
*une attribution de tache à un contact "externe" au projet est impossible (v15)

==Supprimer un projet==
{{ToComplete}}

==Supprimer une tache==
Pour supprimer une tâche, se rendre sur la tâche et cliquer sur le bouton SUPPRIMER.

La tâche ne peut pas être supprimée si elle a des filles tâches.

L'utilisateur doit avoir les droits "Supprimer les projets et tâches" pour pouvoir supprimer les tâches.

==Saisir son activité/temps passé==
Les activités sont le temps passé à travailler sur une tâche.

La saisie du temps passé peut se faire depuis le menu Projet - Temps consommé. Mais il peut se faire aussi depuis le projet même ou depuis une tâche en particulier.

Système de Hooks

2023-11-09T17:49:43Z

Christof: syntaxe

[[en:Hooks_system]]
[[es:El_sistema_Hooks]]
[[de:System_von_Hooks]]
[[zh:钩子系统]]


{{TemplateDocDevFr}}

=Introduction=
Les Hooks (hameçon en anglais) sont une fonctionnalité destinée aux développeurs, leur permettant d'ajouter du code personnalisé aux pages standards de Dolibarr sans avoir à modifier le ''core'' de Dolibarr. Contrairement au [[Système de Triggers]] (autre manière d'interagir avec le code de Dolibarr) qui sont liés aux événements de Dolibarr, les Hooks peuvent s'exécuter n'importe ou et à n'importe quel moment dès lors qu'ils ont été prévus dans le ''core'' de Dolibarr. Ce sont des points d'insertion dans le programme.

*Les Hooks sont actifs ou pas selon un contexte (souvent un contexte par module : par exemple "productcard" pour les produits, "invoicecard" pour les factures...). Pour trouver les Hooks existants faites une recherche pour "'''initHooks('''"
*Les Hooks sont des fonctions qui s'insèrent dans ou remplacent le code standard. Pour rechercher le code qu'il est possible de surcharger faites une recherche pour "'''executeHooks('''".

=Ajouter un hook pour permettre l'insertion de code=
Pour implémenter un hook dans votre propre module (afin que votre module puisse être "hameçonné" par d'autres), vous devrez procéder en 2 étapes.

Ces étapes doivent êtres reproduites pour chaque script php de votre module où vous voulez implémenter des hooks.

1- Initialiser l'object HookManager

Pour une page, placez ce bout de code au début de votre script php (après le ''include'' du ''main''):

<syntaxhighlight lang="PHP">
// Initialize technical object to manage hooks of thirdparties. Note that conf->hooks_modules contains array array
include_once(DOL_DOCUMENT_ROOT.'/core/class/hookmanager.class.php');
$hookmanager=new HookManager($db);
$hookmanager->initHooks(array('context'));
</syntaxhighlight>

$hookmanager->initHooks() accepte 1 paramètre (un array de contextes) et active la prise en charge des hooks pour ce script. '<nowiki/>'''context'''' est la chaine qui contient le contexte d'exécution. C'est un simple indicateur qui peut être utilisé par les fonctions de hook pour détecter dans quel cas elles sont appelées (plusieurs pages/modules peuvent appeler le même hook à différent endroit, et une fonction de hook peut ne vouloir s'exécuter que pour un contexte donné et pas les autres).

Note: Vous pouvez positionner plusieurs contextes en même temps (par exemple si vous avez besoin d'avoir un contexte commun à plusieurs pages mais que vous voulez aussi un contexte propre à une page donnée).

Pour une méthode ou fonction, il est possible de récupérer le gestionnaire de Hook par:

<syntaxhighlight lang="PHP">
global $hookmanager;
</syntaxhighlight>

2- Placer ensuite l'appel des hooks là où l'ajout de code est désiré :

<source lang="php">
$parameters=array();
$reshook=$hookmanager->executeHooks('hookname',$parameters,$object,$action); // See description below
// Note that $action and $object may have been modified by hook
if (empty($reshook))
{
... // standard code that can be disabled/replaced by hook if return code > 0.
}
</source>

'''$hookmanager->executeHooks()''' accepte 4 paramètres et ajoute un hook (qui est un point d'entrée dans votre script pour des fonctions externes à votre script et module):

- '<nowiki/>'''hookname'''' est le nom de la méthode qui sera appelée. Par exemple: 'formObjectOptions'

- '''$parameters''' est un tableau personnalisé pour transmettre plus de données personnalisées au hook (la fonction dans le hook peut traiter ces données). Placez ici ce que vous voulez, ce peut être un fichier, un tableau de chaînes de caractères, n'importe quoi... Par exemple :
<source lang="php">
$parameters=array('file'=>'my/path/to/a/file', 'customnames'=>array('henry','david','john'));
</source>

- '''$object''' est l'objet que vous voulez passer à la fonction du hook, certainement les données du module courant (ex: l'objet facture si on est dans un module de facture, etc..). Ce peut être ce que vous voulez, mais souvenez vous qu'il sera le principal composant utilisé par les fonctions du hook.

- '''$action''' est une chaîne indiquant l'action courante (peut être ''null'' ou quelque chose qui ressemble à 'create' ou 'edit').

Note: Vous devrez refaire cette étape plusieurs fois si vous voulez ajouter plusieurs hooks à différent endroits de votre script.

Maintenant votre module devrait pouvoir être "hameçonné". Vous pouvez à présent suivre la procédure ci-dessous ( '''Implémenter un hook''' ) pour construire une fonction qui se raccrochera au hook (permet aussi de tester que cela fonctionne).

=Implémenter un Hook=
Pour utiliser un Hook (donc ajouter ou surcharger une partie de code), vous devez d'abord avoir défini un descripteur de module (voir [[Développement_module#Créer_un_descripteur_de_Module_(obligatoire)]] pour cela). Ensuite vous devez suivre les étapes suivantes :

1. Ajouter votre module au contexte où le hook doit s'exécuter.
Ce qui veut dire que lorsqu'on se trouve dans le contexte donné, votre code sera appelé.
Pour cela, éditer le descripteur de votre module ('''/htdocs/''yourmodulename''/core/modules/mod''YourModuleName''.class.php''') et renseignez la variable '''$this->module_parts''' comme sur l'exemple :
<source lang="php">
$this->module_parts = array(
'hooks' => array('hookcontext1','hookcontext2') // Set here all hooks context you want to support
);
</source>

Note: il est possible de trouver le contexte d'un module en rajoutant
<source lang="php">
print('Module context: '.$object->context);
</source>
(rajoutez ce bout de code dans le fichier php où réside l'appel des hooks, et supprimez le, une fois la valeur du contexte relevée).

[[File:warning.png]] Attention: N'oubliez pas de désactiver puis de réactiver votre module dans l'interface d'administration des modules (ou directement dans le "constructeur de module") afin que la modification soit prise en compte, car l'enregistrement qui relie les éléments du couple "module-hook" est géré en base de donnée; celle-ci n'étant mise à jour qu'au moment de la (ré)activation du module.

2. Pour remplacer une fonction existante par la votre (surcharge)

Créez '''/htdocs/''yourmodulename''/class/actions_''yourmodulename''.class.php''' dans votre module avec un code qui contient la méthode appelée par le hook (le nom de cette méthode se voit au moment de l'appel executeHooks). Voici un exemple:

<source lang="php">
class ActionsYourModuleName
{
/**
* Overloading the doActions function : replacing the parent's function with the one below
*
* @param array() $parameters Hook metadatas (context, etc...)
* @param CommonObject &$object The object to process (an invoice if you are in invoice module, a propale in propale's module, etc...)
* @param string &$action Current action (if set). Generally create or edit or null
* @param HookManager $hookmanager Hook manager propagated to allow calling another hook
* @return int < 0 on error, 0 on success, 1 to replace standard code
*/
function doActions($parameters, &$object, &$action, $hookmanager)
{
$error = 0; // Error counter
$myvalue = 'test'; // A result value

print_r($parameters);
echo "action: " . $action;
print_r($object);

if (in_array('somecontext', explode(':', $parameters['context'])))
{
// do something only for the context 'somecontext'
}

if (! $error)
{
$this->results = array('myreturn' => $myvalue);
$this->resprints = 'A text to show';
return 0; // or return 1 to replace standard code
}
else
{
$this->errors[] = 'Error message';
return -1;
}
}
}
</source>

La méthode sera alors automatiquement appelée au moment de l'appel du code qui contient le executeHooks fournissant à votre code les éléments $parameters, $object et $action.

'''Avec''' :

*'''$parameters''' est un tableau (array) de meta-data regroupant les données du hook (son contexte accessible par $parameters['context'] mais d'autres information peuvent etre disponible selon le cas)
*'''$object''' est l'objet sur lequel vous désirez travailler (par exemple : product pour le contexte productcard)
*'''$action''' désigne l'action à exécuter (par exemple "create", "edit" or "view").
*'''$hookmanager''' n'est propagé que pour permettre à votre hook d'appeler d'autres hooks. 

'''Retours de fonction''' :

*Le code retour d'un hook doit être 0 ou 1 en cas de succès, négatif en cas d'erreur. En général, il sera 0. Il peut être 1, ce qui dans certains cas signifie que ce que fait votre hook remplace complètement ce que devait faire Dolibarr juste après l'appel du hook. Si le code est négatif, il est possible de fournir un message d'erreur à l'utilisateur en positionnant $this->errors[]='Message erreur'
*Si la méthode positionne la propriété $this->results avec un tableau, alors le tableau $hookmanager->resArray sera automatiquement enrichi avec le contenu de ce tableau, lequel pourra être réutilisé plus tard.
*Si la méthode positionne la propriété $this->resprints avec une chaîne, alors cette chaîne sera affiché par le gestionnaire de hook (executeHook), tout de suite à la sortie de votre méthode.
*Votre hook peut de plus modifier les valeurs de $object et $action.

=Liste des Hooks disponibles dans Dolibarr=
Trouver les hooks disponibles dans Dolibarr ?
Faites une recherche sur "'''executeHooks('''" dans le code source et vous trouverez facilement toutes les fonctions déjà implémentées.

En voici une liste (non complète) : [[:Category:Hooks]]
...

Note: veuillez noter que cette liste s'enrichit à chaque version, donc si vous voulez vraiment savoir si un hook ou contexte spécifique existe, veuillez chercher directement dans le code source avec la méthode indiquée ci-dessus.

=Liste des Contexts disponibles dans Dolibarr=
Pour trouver les contextes disponibles dans Dolibarr, la procédure est similaire aux hooks.
Faites une recherche sur "'''initHooks('''" dans le code source et vous trouverez facilement tous les contextes déjà implémentées.

{{ListOfContexts}}

Note: veuillez noter que cette liste s'enrichie à chaque version, donc si vous voulez vraiment savoir si un hook ou contexte spécifique existe, veuillez chercher directement dans le code source avec la méthode indiquée ci-dessus.

=Voir aussi=

*[[Triggers]]
*[[Interfaces Dolibarr toward foreign systems]]
*[[Interfaces from foreign systems toward Dolibarr]]

Système de Hooks

2023-11-09T17:44:23Z

Christof: orthographe, syntaxe...

[[en:Hooks_system]]
[[es:El_sistema_Hooks]]
[[de:System_von_Hooks]]
[[zh:钩子系统]]


{{TemplateDocDevFr}}

=Introduction=
Les Hooks (hameçon en anglais) sont une fonctionnalité destinée aux développeurs, leur permettant d'ajouter du code personnalisé aux pages standards de Dolibarr sans avoir à modifier le ''core'' de Dolibarr. Contrairement au [[Système de Triggers]] (autre manière d'interagir avec le code de Dolibarr) qui sont liés aux événements de Dolibarr, les Hooks peuvent s'exécuter n'importe ou et à n'importe quel moment dès lors qu'ils ont été prévus dans le ''core'' de Dolibarr. Ce sont des points d'insertion dans le programme.

*Les Hooks sont actifs ou pas selon un contexte (souvent un contexte par module : par exemple "productcard" pour les produits, "invoicecard" pour les factures...). Pour trouver les Hooks existants faites une recherche pour "'''initHooks('''"
*Les Hooks sont des fonctions qui s'insèrent dans ou remplacent le code standard. Pour rechercher le code qu'il est possible de surcharger faites une recherche pour "'''executeHooks('''".

=Ajouter un hook pour permettre l'insertion de code=
Pour implémenter un hook dans votre propre module (afin que votre module puisse être "hameçonné" par d'autres), vous devrez procéder en 2 étapes.

Ces étapes doivent êtres reproduites pour chaque script php de votre module où vous voulez implémenter des hooks.

1- Initialiser l'object HookManager

Pour une page, placez ce bout de code au début de votre script php (après le ''include'' du ''main''):

<syntaxhighlight lang="PHP">
// Initialize technical object to manage hooks of thirdparties. Note that conf->hooks_modules contains array array
include_once(DOL_DOCUMENT_ROOT.'/core/class/hookmanager.class.php');
$hookmanager=new HookManager($db);
$hookmanager->initHooks(array('context'));
</syntaxhighlight>

$hookmanager->initHooks() accepte 1 paramètre (un array de contextes) et active la prise en charge des hooks pour ce script. '<nowiki/>'''context'''' est la chaine qui contient le contexte d'exécution. C'est un simple indicateur qui peut être utilisé par les fonctions de hook pour détecter dans quel cas elles sont appelées (plusieurs pages/modules peuvent appeler le même hook à différent endroit, et une fonction de hook peut ne vouloir s'exécuter que pour un contexte donné et pas les autres).

Note: Vous pouvez positionner plusieurs contextes en même temps (par exemple si vous avez besoin d'avoir un contexte commun à plusieurs pages mais que vous voulez aussi un contexte propre à une page donnée).

Pour une méthode ou fonction, il est possible de récupérer le gestionnaire de Hook par:

<syntaxhighlight lang="PHP">
global $hookmanager;
</syntaxhighlight>

2- Placer ensuite l'appel des hooks là où l'ajout de code est désiré :

<source lang="php">
$parameters=array();
$reshook=$hookmanager->executeHooks('hookname',$parameters,$object,$action); // See description below
// Note that $action and $object may have been modified by hook
if (empty($reshook))
{
... // standard code that can be disabled/replaced by hook if return code > 0.
}
</source>

'''$hookmanager->executeHooks()''' accepte 4 paramètres et ajoute un hook (qui est un point d'entrée dans votre script pour des fonctions externes à votre script et module):

- '<nowiki/>'''hookname'''' est le nom de la méthode qui sera appelée. Par exemple: 'formObjectOptions'

- '''$parameters''' est un tableau personnalisé pour transmettre plus de données personnalisées au hook (la fonction dans le hook peut traiter ces données). Placez ici ce que vous voulez, ce peut être un fichier, un tableau de chaînes de caractères, n'importe quoi... Par exemple :
<source lang="php">
$parameters=array('file'=>'my/path/to/a/file', 'customnames'=>array('henry','david','john'));
</source>

- '''$object''' est l'objet que vous voulez passer à la fonction du hook, certainement les données du module courant (ex: l'objet facture si on est dans un module de facture, etc..). Ce peut être ce que vous voulez, mais souvenez vous qu'il sera le principal composant utilisé par les fonctions du hook.

- '''$action''' est une chaîne indiquant l'action courante (peut être ''null'' ou quelque chose qui ressemble à 'create' ou 'edit').

Note: Vous devrez refaire cette étape plusieurs fois si vous voulez ajouter plusieurs hooks à différent endroits de votre script.

Maintenant votre module devrait pouvoir être "hameçonné". Vous pouvez à présent suivre la procédure ci-dessous ( '''Implémenter un hook''' ) pour construire une fonction qui se raccrochera au hook (permet aussi de tester que cela fonctionne).

=Implémenter un Hook=
Pour utiliser un Hook (donc ajouter ou surcharger une partie de code), vous devez d'abord avoir défini un descripteur de module (voir [[Développement_module#Créer_un_descripteur_de_Module_(obligatoire)]] pour cela). Ensuite vous devez suivre les étapes suivantes :

1. Ajouter votre module au contexte où le hook doit s'exécuter.
Ce qui veut dire que lorsqu'on se trouve dans le contexte donné, votre code sera appelé.
Pour cela, éditer le descripteur de votre module ('''/htdocs/''yourmodulename''/core/modules/mod''YourModuleName''.class.php''') et renseignez la variable '''$this->module_parts''' comme sur l'exemple :
<source lang="php">
$this->module_parts = array(
'hooks' => array('hookcontext1','hookcontext2') // Set here all hooks context you want to support
);
</source>

Note: il est possible de trouver le contexte d'un module en rajoutant
<source lang="php">
print('Module context: '.$object->context);
</source>
(rajoutez ce bout de code dans le fichier php où réside l'appel des hooks, et supprimez le, une fois la valeur du contexte relevée).

[[File:warning.png]] Attention: N'oubliez pas de désactiver puis de réactiver votre module dans l'interface d'administration des modules (ou directement dans le "constructeur de module") afin que la modification soit prise en compte, car l'enregistrement qui relie les éléments du couple "module-hook" est géré en base de donnée; celle-ci n'étant mise à jour qu'au moment de la (ré)activation du module.

2. Pour remplacer une fonction existante par la votre (surcharge)

Créez '''/htdocs/''yourmodulename''/class/actions_''yourmodulename''.class.php''' dans votre module avec un code qui contient la méthode appelée par le hook (le nom de cette méthode se voit au moment de l'appel executeHooks). Voici un exemple:

<source lang="php">
class ActionsYourModuleName
{
/**
* Overloading the doActions function : replacing the parent's function with the one below
*
* @param array() $parameters Hook metadatas (context, etc...)
* @param CommonObject &$object The object to process (an invoice if you are in invoice module, a propale in propale's module, etc...)
* @param string &$action Current action (if set). Generally create or edit or null
* @param HookManager $hookmanager Hook manager propagated to allow calling another hook
* @return int < 0 on error, 0 on success, 1 to replace standard code
*/
function doActions($parameters, &$object, &$action, $hookmanager)
{
$error = 0; // Error counter
$myvalue = 'test'; // A result value

print_r($parameters);
echo "action: " . $action;
print_r($object);

if (in_array('somecontext', explode(':', $parameters['context'])))
{
// do something only for the context 'somecontext'
}

if (! $error)
{
$this->results = array('myreturn' => $myvalue);
$this->resprints = 'A text to show';
return 0; // or return 1 to replace standard code
}
else
{
$this->errors[] = 'Error message';
return -1;
}
}
}
</source>

La méthode sera alors automatiquement appelée au moment de l'appel du code qui contient le executeHooks fournissant à votre code les éléments $parameters, $object et $action.

'''Avec''':

*'''$parameters''' est un tableau (array) de meta-data regroupant les données du hook (son contexte accessible par $parameters['context'] mais d'autres information peuvent etre disponible selon le cas)
*'''$object''' est l'objet sur lequel vous désirez travailler (par exemple : product pour le contexte productcard)
*'''$action''' désigne l'action à exécuter (par exemple "create", "edit" or "view").
*'''$hookmanager''' n'est propagé que pour permettre à votre hook d'appeler d'autres hooks.

'''Retours''':

*Le code retour d'un hook doit être 0 ou 1 en cas de succès, négatif en cas d'erreur. En général, il sera 0. Il peut être 1, ce qui dans certains cas signifie que ce que fait votre hook remplace complètement ce que devait faire Dolibarr juste après l'appel du hook. Si le code est négatif, il est possible de fournir un message d'erreur à l'utilisateur en positionnant $this->errors[]='Message erreur'
*Si la méthode positionne la propriété $this->results avec un tableau, alors le tableau $hookmanager->resArray sera automatiquement enrichi avec le contenu de ce tableau, lequel pourra être réutilisé plus tard.
*Si la méthode positionne la propriété $this->resprints avec une chaîne, alors cette chaîne sera affiché par le gestionnaire de hook (executeHook), tout de suite à la sortie de votre méthode.
*Votre hook peut de plus modifier les valeurs de $object et $action.

=Liste des Hooks disponibles dans Dolibarr=
Trouver les hooks disponibles dans Dolibarr ?
Faites une recherche sur "'''executeHooks('''" dans le code source et vous trouverez facilement toutes les fonctions déjà implémentées.

En voici une liste (non complète) : [[:Category:Hooks]]
...

Note: veuillez noter que cette liste s'enrichit à chaque version, donc si vous voulez vraiment savoir si un hook ou contexte spécifique existe, veuillez chercher directement dans le code source avec la méthode indiquée ci-dessus.

=Liste des Contexts disponibles dans Dolibarr=
Pour trouver les contextes disponibles dans Dolibarr, la procédure est similaire aux hooks.
Faites une recherche sur "'''initHooks('''" dans le code source et vous trouverez facilement tous les contextes déjà implémentées.

{{ListOfContexts}}

Note: veuillez noter que cette liste s'enrichie à chaque version, donc si vous voulez vraiment savoir si un hook ou contexte spécifique existe, veuillez chercher directement dans le code source avec la méthode indiquée ci-dessus.

=Voir aussi=

*[[Triggers]]
*[[Interfaces Dolibarr toward foreign systems]]
*[[Interfaces from foreign systems toward Dolibarr]]

Loi finances sur les logiciels de caisse et Certification NF525 ou LNE

2023-01-24T17:06:20Z

Christof: /* J'utilise Dolibarr ou autre logiciel ERP, suis-je concerné, pour quelle fonctionnalité ? */ le statut de la ME prévoit depuis 2018 une option de soumission au régime TVA. Attention, certains ME tombent donc en principe sous le coup de cette loi. Le seuil d'assujettissement TVA ne correspond plus au seuil supérieur du statut de la micro-E!

<seo metak="loi finance 2016, loi finance 2018, loi finance 2019, NF525, logs inaltérables, logiciels de caisse, logiciels comptabilité, TPE" />
Ceci est une page d'explication de l'Article 88 de la Loi finance 2016 (n° 2015-1785 du 29 décembre 2015), communément appelée Loi anti-fraude à la TVA, applicable au 1er janvier 2018 en France (cette loi ayant donné lieu à la certification NF525 ou encore au principe d'attestation de conformité).

=Résumé=

La '''loi finances 2016, article 88 modifiant le 286 du CGI''', impose à tous les commerçants, '''assujettis à la TVA hors franchise en base de TVA''' (et seulement ces derniers) ET qui sont équipés d'un "logiciel ou système de caisse" (comprendre logiciel d'encaissement d'argent, cela inclut les logiciels de gestion) ET qui réalisent de l'encaissement de particuliers, d'utiliser un logiciel dans un cadre "conforme" à la loi finance 2016, et ce dès le 1er janvier 2018.

La "conformité Loi Finance" dite aussi "Anti Fraude TVA" est absolument sans aucun rapport avec la notion de "Compatible avec les normes de logiciels comptables", normes requises pour établir les documents fiscaux officiels et les télétransmettre à l'administration. Ces normes (par exemple "la compatibilité avec le format FEC", obligatoire depuis le 1er janvier 2014 et [https://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT000006069583&idArticle=LEGIARTI000027804775 défini ici], ou encore "la compatibilité pour télétransmission EDI") existent d'ailleurs depuis plusieurs années, bien avant la loi finance 2016, et concernent uniquement le "logiciel de comptabilité" de l'expert comptable qui approuve les comptes, logiciel utilisé en fin de chaîne pour produire la liasse fiscale. Seul ce dernier logiciel a cette contrainte de "compatibilité logiciel comptable" : le logiciel de gestion ou de suivi de l'entreprise (comme par exemple Dolibarr), même si il est utilisé pour réaliser une comptabilité interne de l'entreprise (par exemple en préparation d'export vers le logiciel de l'expert-comptable, ou utilisé pour offrir un suivi ou mâcher le travail du comptable pour réduire son coût), n'a aucune obligation sur le point de '''logiciel comptable''', si c'est un autre qui sert pour établir les documents légaux...

Par contre, ce logiciel de gestion d'entreprise peut avoir l'obligation d'être '''conforme Loi finance 2016 - Anti Fraude TVA'''. Ce qui est tout autre chose. Cette conformité s'applique à tout "logiciel d'encaissements", ce qui est différent de "logiciel comptable" (et donc s'applique aux logiciels de facturation ou de gestion avec saisie d'encaissements, aux logiciels de caisse enregistreuse (Point de Vente) et, éventuellement, aux logiciels de comptabilité si c'est lui qui est utilisé pour saisir et suivre les encaissements clients, ce qui est rarissime car cela sous-entend que la gestion de l'entreprise est faite directement dans le logiciel du comptable qui certifie les comptes).

Cette conformité "Loi Finance" pour son logiciel d'encaissement, peut s'obtenir de 3 manières différentes ('''une seule des 3 solutions suffit'''):

*Par l'utilisation d'une version '''certifiée Loi Finance''' du logiciel (Exemple via l'obtention de la certification LNE ou l'obtention de la norme NF525 de l'AFNOR). Une version certifiée l'est pour tout le monde mais, pour évoluer, il faut attendre la prochaine version certifiée, et le processus de certification est long et coûteux pour l'éditeur. Le principe de certification n'est donc plus adapté aux logiciels modernes ni aux logiciels en Cloud/SaaS qui évoluent rapidement). Le choix de conformité du logiciel par obtention d'une certification LNE ou NF525 n'est donc pas celui fait majoritairement par les éditeurs. La certification LNE ou NF525 n'est donc absolument pas obligatoire (même si les éditeurs qui ont fait ce choix essaie de sous-entendre le contraire), à condition qu'une des autres solutions pour être conforme soit mis en oeuvre (voir point suivants).

ou bien

*Par obtention d'une '''attestation individuelle de conformité Loi Finance''' décernée par une société Tiers, comme un éditeur ou intégrateur informatique (Voici un exemple de modèle d'attestation suggéré par le gouvernement: http://bofip.impots.gouv.fr/bofip/10692-PGP.html). Une attestation est individuelle, chaque société utilisatrice doit en obtenir une, auprès d'un Tiers, pour elle même. Remarque: pour cette solution, il faut employer le terme de "Attestation" et non de "Certification", ce dernier terme étant réservé pour la première solution. Mais hélas 9 fois sur 10, on trouvera le terme "certification" ou "certifié" pour ce cas également, car le plus utilisé et mieux compris du grand publique, entrainant des confusions.

ou bien

*En '''se délivrant à soi-même cette attestation''' (sans la demander à un tiers donc), on parle d'auto-attestation, mais ce cas est limité aux sociétés qui ont, entre autre, une activité '''avérée''' d'édition de logiciel de caisse (le code Nace n'ayant qu'une valeur indicative statistique, c'est votre activité réelle, dont il vous revient d'en démontrer le côté avéré qui sera pris en compte, et non un code Nace spécifique comme cela avait été cité dans des versions intermédiaires de textes sur le travail de la loi)

Le chapitre "Historique" vous permet de voir les rebondissements et changements de direction de la loi. Connaitre ces rebondissements aide à comprendre pourquoi de nombreux acteurs se sont trompés ou continuent de se tromper sur cette loi. Le chapitre d'après "Questions / Réponses" vous offre une vue rapide de la loi '''définitive''' par une approche de questions/réponses.

==Historique de la définition de la loi et rebondissements==

Pour ceux qui ont le temps de lire (sinon allez directement au chapitre "Conclusion" ou aux "FAQ"), voici un flux qui décrit les documents originaux qui ont été communiqués par le gouvernement et les mises à jours qui ont suivi pour définir le périmètre et la conclusion de la loi, avec les rebondissements :

*Voici l'article, '''pour sa publication au BOFIP, de la version définitive du 04/07/2018''': https://bofip.impots.gouv.fr/bofip/10691-PGP.html?identifiant=BOI-TVA-DECLA-30-10-30-20180704

Pour résumer, cette publication indique qu'il faudra, pour toute société/organisme ''"... assujettie à la taxe sur la valeur ajoutée (TVA) qui effectue des livraisons de biens et des prestations de services à destination de clients particuliers et qui enregistre les règlements reçus en contrepartie au moyen d’un logiciel ou d'un système de caisse, est tenue d'utiliser un logiciel ou un système qui satisfasse aux conditions d'inaltérabilité, de sécurisation, de conservation et d'archivage des données en vue du contrôle de l'administration fiscale. ... Le respect des conditions d'inaltérabilité, de sécurisation, de conservation et d'archivage des données peut être justifié par un certificat délivré par un organisme accrédité '''ou''' par une attestation individuelle de l'éditeur. ..."''

Le texte mentionne bien également qu'il n'y a pas obligation à s'informatiser pour tracer ses paiements (''"... En revanche, cette disposition ne crée pas d'obligation de s'équiper d'un logiciel ou système de caisse..."'') mais si cela est fait, et que l'on est dans le périmètre, le texte est applicable.

'''Historique :'''

Voici l'article '''initial''' de la loi finance, datant du 29/12/2015: [https://www.legifrance.gouv.fr/affichTexteArticle.do?cidTexte=JORFTEXT000031732865&idArticle=LEGIARTI000031734740&dateTexte=20151230 Article sur LegiFrance]

Voici l'article, '''pour sa publication au BOFIP''', du 03/08/2016: https://bofip.impots.gouv.fr/bofip/10691-PGP.html?identifiant=BOI-TVA-DECLA-30-10-30-20160803

[[File:Warning.png]] 15 juin 2017: Communiqué de presse du cabinet du ministère: http://proxy-pubminefi.diffusion.finances.gouv.fr/pub/document/18/22503.pdf ->
Seules les "logiciels de caisse" seraient concernés (la définition de logiciel de caisse n'est toutefois pas encore apportée, elle le sera le 15 juillet 2018, voir la suite).
Dès logiciels ERP (comme Dolibarr), ainsi que les logiciels de site ecommerce (comme Prestashop, Magento, ...) n'étant dans pas la catégorie logiciels de caisse (Les ERP sont dans la catégorie logiciels de gestion), on aurait cru que l'obligation de mise en conformité, et tout ce qui suit, semblait ne plus être avéré pour eux, mais la suite des événements (voir la suite) indiquera le contraire si vous enregistrez dans le logiciel des paiements de particuliers, quelquesoit la catégorie du logiciel (seules les sociétés encaissant exclusivement d'autres sociétés, ou ceux en tva en franchise, seront finalement exemptées)...

[[File:Warning.png]] 27 septembre 2017: Voici l'avenant publié le 27 septembre 2017 qui réduit la portée/périmètre de la loi aux seuls "logiciels de caisse": http://www.assemblee-nationale.fr/15/projets/pl0235.asp (Article 46). En d'autres terme, les applications ERP (Comme Dolibarr) semblent la encore ne plus être concernées, mais la suite des événements (voir la suite) indiquera le contraire si vous encaissez des particuliers (seules les sociétés encaissant exclusivement d'autres sociétés, ou ceux en franchises seront finalement exemptées)...

Suite aux questions des industriels de l'informatique, une FAQ, issue du ministère des finances, est alors parue pour tenter de clarifier le périmètre. Elle indique que tous les assujetis à TVA qui vendent à un non assujetti (particuliers) sont concernés. Si on lit tel quel cette FAQ, alors le périmètre est non seulement pas réduit, comme communiqué par le ministère dans son courrier du 15 juin, mais élargit, y compris aux sites e-commerce. Cette FAQ est le premier élément qui apporte donc une définition au terme "système de caisse" en considérant tout logiciel traçant des encaissements, comme "systeme de caisse".
Des amendements ont été rédigés pour tenter de clarifier ou restreindre cette définition, voir la suite...

[[File:Warning.png]] 14 octobre 2017: Une reformulation du texte, plus complète que la FAQ, est donnée stipulant qu'une entité est concernée... "''Si elle effectue des livraisons de biens et des prestations de services ne donnant pas lieu à facturation conformément à l’article 289 et enregistre ces opérations au moyen d’un logiciel ou d'un système de caisse'' ... ". Dans ce cas, il faut "''... utiliser un logiciel ou un système satisfaisant à des conditions d'inaltérabilité, de sécurisation, de conservation et d'archivage des données en vue du contrôle de l'administration fiscale, attestées par un certificat délivré par un organisme accrédité dans les conditions prévues à l'article L. 433-4 du code de la consommation OU par une attestation individuelle de l'éditeur, conforme à un modèle fixé par l'administration ;''"

Il est aussi précisé: ''« 2. Les assujettis bénéficiant d'une franchise de taxe mentionnée à l'article 293 B, ceux placés sous le régime du remboursement forfaitaire prévu aux articles 298 quater et 298 quinquies et ceux effectuant exclusivement des opérations ou des prestations exonérées de taxe sur la valeur ajoutée sont dispensés de l'obligation mentionnée au 3° bis du I. » ; ''

Voir: [https://www.legifrance.gouv.fr/eli/loi/2017/12/30/CPAX1723900L/jo/texte/fr#JORFARTI000036339313 Article sur LegiFrance] pour le texte complet mentionnant ces 2 points.

[[File:Warning.png]] 20 novembre 2017: Nouveaux éléments permettant de mieux cibler le périmètre. En effet, l'amendement II-CF15 = II-1649 de la loi Finance 2018 sur l'article 46 pour exclure les encaissements de particuliers qui font l'objet de fabrication d'une facture en bon et du forme (afin d'exclure les ERP et plateforme ecommerce) a été rejeté en séance à l'assemblée: Seule l'encaissement de sociétés est bien hors périmètre. En effet, considérant que l'administration a le droit de vérification chez les clients de type société, les traces fournies par les factures suffisent pour assurer un contrôle satisfaisant, mais ce droit n'existe pas en ce qui concerne la facturation des particuliers. Dans ce cas la, même la facture est peu utile à l'administration et par conséquent les contraintes d'inaltérabilité deviennent requises, même si on émet une facture en bon et du forme. Cette conclusion fait suite aux échanges suites à l'amendement II-CF15 = II-1649 de la loi Finance 2018 sur l'article 46.

Pour info, texte complet de la tentative d'amendement: http://www.assemblee-nationale.fr/15/amendements/0235C/AN/1649.asp ou en PDF http://www.assemblee-nationale.fr/15/amendements/0235C/CION_TOUTE/CF15.pdf

Et voici les extraits importants de la discussion:

D'abord, la tentative de M. Bruno Millienne pour tenter d'exclure les logiciels émettant des factures en bon et du forme:

''M. Bruno Millienne. "[...]le renvoi à l’article 289 du code général des impôts – CGI – ne vise que les cas d’émission de factures obligatoires au sens fiscal pour les opérations entre assujettis ou personnes morales. En l’état, le texte conduirait à appliquer le dispositif de certification ou d’attestation à toutes les opérations réalisées avec les particuliers, même lorsqu’elles donnent lieu à l’émission de factures conformes au CGI, par exemple dans le cadre du commerce électronique. [...] La rédaction actuelle de l’article peut conduire à requalifier en logiciel de caisse un logiciel de facturation, si des factures sont émises à l’attention d’un particulier ou d’une administration, ou un logiciel de comptabilité, si des règlements sont comptabilisés directement par l’utilisateur. L’éditeur deviendrait ainsi responsable du mode d’utilisation de son logiciel par l’assujetti. Il est impossible de transposer les exigences d’un logiciel de caisse à un logiciel de facturation : leurs fonctionnalités respectives sont totalement différentes. Actuellement, il existe des dispositifs de certification en matière de caisse, mais pas en matière de facturation."''

''...''

Réponse de ''M. Joël Giraud, rapporteur général de la commission des finances, de l’économie générale et du contrôle budgétaire: Avis défavorable. L’article 46 précise que l’obligation de certification ne vaut que pour les logiciels ou systèmes de caisse. L’obligation ne concernera plus les progiciels de gestion intégrée ou de comptabilité : pour ces logiciels multifonctions qui traitent à la fois la comptabilité, la gestion et la caisse, seuls les modules caisse enregistreuse et encaissement devront être certifiés, non l’ensemble du logiciel.''

''...''

Et enfin le complément de ''M. Benjamin Griveaux, secrétaire d’État auprès du ministre de l’économie et des finances: Avis défavorable. Une facture n’est obligatoire, au sens fiscal, que dans le cadre d’une relation B to B – business to business, c’est-à-dire d’entreprise à entreprise. L’administration fiscale peut la contrôler car elle dispose d’un droit de communication envers l’entreprise cliente. A contrario, elle ne peut exercer de droit de communication auprès des particuliers. Cet amendement conduirait donc à exclure du dispositif de sécurisation les entreprises qui émettent des factures contenant les mentions légales, qu’elles soient adressées à des entreprises ou à des particuliers. Je suis donc l’avis du rapporteur général quant au risque de fraude accrue que cet amendement ferait courir.''

La discussion complète de la séance ayant rejeté l'amendement est disponible ici: http://www.assemblee-nationale.fr/15/cri/2017-2018/20180063.asp#P1103690

'''En conclusion, l'amendement ayant été rejeté, il faut en déduire que la volonté est bien d'intégrer, dans le périmètre, toutes les parties/modules de logiciels, utilisés comme caisse enregistreuse OU pour enregistrer des paiements de particuliers (logiciel ecommerce, de caisse, de gestion,...)''' et que l'émission de facture en bon et du forme à des particuliers ne suffit pas pour sortir du périmètre...

[[File:Warning.png]] 30 décembre 2017:

L'article 88 qui disaient ''..toute personne assujettie à la taxe sur la valeur ajoutée (TVA) qui enregistre les règlements de ses clients au moyen d'un logiciel de comptabilité ou de gestion ou d'un système de caisse, doit utiliser un logiciel ou un système satisfaisant à des conditions d'inaltérabilité, de sécurisation, de conservation et d'archivage des données en vue du contrôle de l'administration fiscale''
est complété par l'article 105 qui remplace "''logiciel de comptabilité ou de gestion ou d'un système de caisse''" par "''logiciel ou d'un système de caisse''"

[[File:Warning.png]] 23 janvier 2018: Un représentant du projet Dolibarr, avec des représentants de l'APRIL et du logiciel libre de caisse Pasteque, ont été reçus au ministère des finances afin d'échanger sur l'interprétation du texte. Les interprétations faites sur cette page (ainsi que les réponses faites aux FAQ qui suivent) ont pu être confirmées.
Toutefois, il y a intention de réduire le périmètre aux seuls logiciels de caisse. A suivre donc. Une version de travail revue, du Bofip doit être publiée à un comité restreint d'acteurs, dont l'April, fin janvier, afin de faciliter le travail d'interprétations, pour une publication officielle au printemps. En attendant, on ne peut qu'attendre (Cette publication aura lieu finallement le 4 juillet 2018 et une grande partie de nos retours s'avèrera prise en compte).

[[File:Warning.png]] 18 mai 2018: Réponse du gouvernement à quelques questions sur le sujet: https://www.nosdeputes.fr/15/question/QE/3257 . La réponse évoque l'année de tolérance en précisant que l'utilisateur devra montrer sa diligence en cas de contrôle (Soin appliqué à la mise en oeuvre de l'obtention de l'attestation individuelle)

[[File:Warning.png]] 5 juin 2018: Réponse du gouvernement à quelques questions sur le sujet: https://www.nosdeputes.fr/15/question/QE/2736 . La réponse évoque l'année de tolérance en précisant que l'utilisateur devra montrer sa diligence en cas de contrôle (Soin appliqué à la mise en oeuvre de l'obtention de l'attestation individuelle)

[[File:Warning.png]] 4 juillet 2018: Publication de la version corrigée du texte de loi au BOFIP: https://bofip.impots.gouv.fr/bofip/10691-PGP.html?identifiant=BOI-TVA-DECLA-30-10-30-20180704. Cette version conforte tous les points évoqués (le texte clarifie la loi et confirme que les interprétations vu ci-dessus s'avéraient justes), avec toutefois 2 ajouts majeures:

*La définition de logiciel de caisse a été donnée:

''Un logiciel ou système de caisse est un système informatique doté d'une fonctionnalité de caisse, laquelle consiste à mémoriser et à enregistrer extra-comptablement des paiements reçus en contrepartie d'une vente de marchandises ou de prestations de services c'est-à-dire que le paiement enregistré ne génère pas concomitamment, automatiquement et obligatoirement la passation d'une écriture comptable.''

''Ne sont pas considérés comme enregistrés extra-comptablement, quel que soit le mode de paiement, les paiements pour lesquels le logiciel ou système déclenche obligatoirement, instantanément et automatiquement, sans intervention humaine, une écriture dans le système d’information comptable.''

''Sont visés tous les logiciels ou systèmes de caisse permettant l'enregistrement des règlements de leurs clients quel que soit le mode de règlement (espèces, chèques, CB, virements, prélèvements...).''
Cette obligation s'applique y compris en cas d'enregistrement sur un logiciel ou système accessible en ligne.

''Sans que cette liste ne soit limitative, sont concernés par l'obligation les instruments de mesures réglementés, comme les balances, mais également les rampes de boissons automatisées, les automates de paiement ou encore les distributeurs automatiques de marchandises (boissons, gâteaux…) qui disposent d'une fonctionnalité de caisse.''

''Seule cette fonctionnalité de caisse, et non les autres fonctions telles que celles relatives à la pesée, doivent être certifiées.''"

*L'article 35 qui est un allègement du périmètre: Les professionnels réalisant leur paiement avec l'intermédiation d'un établissement de crédit européen ne sont plus soumis à l'obligation de certification ou attestation. Mais attention, on parle bien de paiements "directs" (donc Virement ou Carte de Débit ou de Crédit mais pas chèques qui n'est pas "direct") et surtout via un système de paiement géré par un organisme bancaire européen. En d'autres terme, si on ne fait que du paiement CB avec un module de VAD d'une banque, on est NON soumis à la certification/attestation mais si le paiement CB (carte de crédit ou débit) se fait par un service comme Stripe ou Paypal, sauf à être exempté pour un autre motif, on l'est toujours (car l'état français n'a pas de moyen d'obtenir le listing des transactions via ces solutions non européennes, bien que le paiement soit par carte bancaire).

==Conclusion pour le logiciel Open Source Dolibarr ERP CRM==

Dolibarr ERP CRM est une application de gestion qui enregistre des factures (factures acomptes, avoirs ou standards). L'application permet aussi d'enregistrer des paiements. Le module POS (celui fourni par défaut appelé TakePOS), fonctionne aussi sur le principe de génération systématique de facture et d'enregistrement du paiement en temps réel. L'application est donc bien dans le périmètre (comme n'importe quel autre ERP, logiciel de caisse ou de Ecommerce). Mais en tant qu'utilisateur, vous n'êtes concerné que si vous n'etes pas en franchise de base ET si vous l'utilisez pour saisir des '''encaissements''' de particuliers (B2C=Business To Consumer) ou en mode mixte, à savoir encaissement aussi bien de particuliers (B2C) et d'entreprises (B2B), quelquesoit le ratio entre les 2. Si vous ne facturez QUE des professionnels, dans ce cas, vous n'êtes pas concerné par la LF2016 (Loi finance 2016, applicable depuis 2018).

Dans le cas où vous utilisez le module Facture, ou le module POS, pour encaisser des particuliers, et êtes assujettis à la TVA mais pas en franchise, vous êtes concerné. Il vous faut alors vous assurer que le module "Log inaltérable" ("BlockedLog") est bien activé. Sa désactivation, une fois les premières saisies faites ne sera ensuite plus envisageable. Avec Dolibarr v10 ou plus et l'activation de ce module vous aurez alors une version conforme sur le plan technique et fonctionnel. Il vous faudra ensuite, obtenir une attestation de conformité auprès d'un tiers qui confirme cette conformité technique/fonctionnelle pour être conforme d'un point de vue juridique. Si vous utilisez une version en ligne Saas/Cloud fournie par un tiers, ce dernier vous la fournira surement (voir exemples sur https://saas.dolibarr.org). Dans le cas contraire, il vous faut contactez votre intégrateur informatique ou un prestataire pouvant fournir cette d'attestation.

Remarque: cette contrainte sera identique quelque soit l'ERP choisi. L'utilisation d'outils non spécialisés comme un tableur Excel ou autre, DANS LE BUT D'AVOIR UNE CONSERVATION DE TRACES DES PAIEMENTS, ne devient plus permis car le logiciel n'étant pas conforme, vous ne réussirez pas à trouver un prestataire pour fournir l'attestation de conformité. Par contre, si l'utilisation que vous faites d'Excel ou autre tableur est à des fins juste de "génération du PDF de la facture" sans ''conservation des données'' (Le texte de loi parle alors de logiciel "facturier"), vous pouvez continuer à l'utiliser ainsi. Dans le cas où l'utilisation est faite pour conserver trace de vos paiements, et si vous êtes dans le périmètre de la loi, un logiciel '''certifié OU attestable''' sur la partie encaissement (comme l'est Dolibarr) devient obligatoire.

Voyons aussi, par une autre approche, à savoir un système de question-réponse, comment synthétiser autrement tout cela:

=Questions / Réponses (FAQ)=

==J'utilise Dolibarr ou autre logiciel ERP, suis-je concerné, pour quelle fonctionnalité ?==

*Votre logiciel n'est concerné que si vous êtes '''assujetties à la TVA (et pas en franchise en base de TVA)''', ET si vous l'utilisez pour saisir des '''encaissements de particuliers''' (B2C=Business To Consumer) ou en mode mixte, à savoir encaissement aussi bien de particuliers (B2C) et d'entreprises (B2B), quelque soit le ratio entre les 2, quelque soit les modes de paiement utilisés (sauf à ne faire que du paiement direct par l'intermédiation d'un organisme bancaire européen). Donc:
**si vous n'encaissez pas d'argent, vous n'êtes PAS concerné.
**si vous êtes une association/organisme non assujettie à la TVA (association, médecin, ...), vous n'êtes PAS concerné.
**si vous êtes un professionnel bénéficiant du régime de remboursement forfaitaire de TVA agricole, vous n'êtes PAS concerné.
**si vous êtes un auto-entrepreneur, vous n'êtes (peut-être) PAS concerné (dispense si vous relevez de la franchise en base).
**si vous êtes une entreprise dont l'intégralité des encaissements est réalisée avec l'intermédiation directe d’un établissement de crédit (système de paiement VAD d'une banque ou Virements), vous n'êtes PAS concerné. Remarque: Des encaissements par Carte bancaire via Paypal ou via Stripe ne sont pas des encaissements avec intermédiation directe d’un établissement de crédit, car ni Paypal ni Stripe ne sont des établissements de crédit (comprendre Banque).
**si vous ne facturez QUE des entreprises/professionnels, dans ce cas, vous n'êtes PAS concerné non plus par la loi finance (non B2C). Remarque: Si vous facturez des professionnels la plupart du temps et, exceptionnellement de temps en temps des particuliers via un mode de paiement non assuré par un organisme de crédit européen, si vous pouvez gérer/suivre ces facturations de particuliers à part sur papier, vous sortez alors du champ et n'êtes pas concerné.

Si vous n'êtes dans aucun des cas d'exception précédent, vous êtes concernés si vous utilisez le module Facture pour enregistrer vos paiements et/ou le module POS. Il vous faut alors vous assurer que le module "Log inaltérable" ("BlockedLog") fourni avec la v10 ou plus est bien activé. Sa désactivation, une fois les premières saisies faites ne sera ensuite plus envisageable. Avec la migration en v10 ou plus et l'activation de ce module vous aurez alors une version conforme sur le plan technique et fonctionnel. Il vous faudra ensuite, obtenir une attestation de conformité auprès d'un tiers qui confirme cette conformité technique/fonctionnelle pour être conforme d'un point de vue juridique.

Si vous utilisez une version en ligne Saas/Cloud fournie par un tiers, ce dernier vous la fournira surement (exemple: https://www.dolicloud.com ou https://www.novafirstcloud.com). Dans le cas contraire, il vous faut contactez votre intégrateur ou un prestataire pouvant fournir cette d'attestation.

Remarque: cette contrainte sera identique quelque soit l'ERP choisi. L'utilisation d'outils non spécialisés comme un tableur Excel ou autre, DANS LE BUT D'AVOIR UNE CONSERVATION DE TRACE DES PAIEMENTS, ne devient plus permis car le logiciel n'étant pas conforme, vous ne réussirez pas à trouver un prestataire pour fournir l'attestation de conformité. Par contre, si l'utilisation que vous faites d'Excel ou autre tableur est à des fins juste de "génération du PDF de la facture" sans ''conservation des données'' (Le texte de loi parle alors de logiciel ''facturier''), vous pouvez continuer à l'utiliser ainsi. Dans le cas ou l'utilisation est faite pour conserver trace de vos paiements, et si vous êtes dans le périmètre de la loi, un logiciel '''certifié OU attestable''' sur la partie encaissement (comme l'est Dolibarr) devient obligatoire (dans le cas d'un logiciel non certifié mais attestable comme Dolibarr, il vous faudra obtenir une attestation papier ou PDF d'un Tiers).

==Je suis concerné, mais à partir de quand ?==

*Si vous êtes concerné, la loi s'applique au 1er janvier 2018. Toutefois, le texte de loi clarifié datant de juillet 2018, si on ajoute le temps requis par les logiciels pour s'adapter à la version définitive, puis le temps de migration sur la nouvelle version, une tolérance est de mise la première année (donc 2018), à condition de montrer que vous suivez le sujet et avez attendu pour avoir le texte définitif puis pour avoir la version conforme puis pour avoir le bon moment de faire votre migration. Si vous utilisez Dolibarr, les différentes évolutions de cette page montre que la démarche est engagée sur le logiciel depuis novembre 2016 et ce alors que le périmètre de la loi était encore contradictoire début novembre 2017.

A la question posée en janvier 2018 au ministère des finances: "Que pouvons nous dire aux utilisateurs qui sont en attente de texte/règle clarifiée pour agir, sachant que la loi est sensé être déjà effective ?", la réponse donnée a été que la première année (2018 donc), il y aurait tolérance, dès lors que vous montrez que vous avez pris une trajectoire sur 2018 pour bien faire. Cette année transitoire ayant été officiellement annoncée par le secrétaire d'état, dont voici les propos:

''« Je veux toutefois rassurer les entreprises : la direction générale des finances publiques les accompagnera pendant la première année d’application de ce dispositif, en vertu non pas d’une culture de la sanction ou du contrôle fondée sur le présupposé d’une malveillance des entreprises, mais d’un rôle de conseil. La DGFIP tiendra notamment compte des démarches engagées et des diligences effectuées par les entreprises pour obtenir le certificat ou l’attestation. C’est dans cet esprit que nous travaillerons. Les deux organismes certificateurs prendront également leur part de cet effort de pédagogie, qui est normal. »''

==La nécessité d'attestation ou certification disparaît-elle si on n'enregistre nos paiements que via un mode de règlement qui laisse déjà des traces, comme les chèques ou cartes ?==

Au départ, le type de règlement n'avait aucun impact sur la loi. Tous les types de paiement (chèque, carte, liquide, virement, ...) rentrent dans le périmètre de la loi et aucun ne permet d'être hors du champs d'application. L'amendement suivant https://www.nosdeputes.fr/15/amendement/235/1325C a tenté de restreindre le périmètre à un certain mode de paiement, mais a été rejeté.

Ceci se comprend dans la mesure où, même un paiement par carte, peut se faire via un système comme Paypal ou Stripe, et que l'administration fiscale française a très peu de pouvoir de contrôle sur une société étrangère.
Toutefois, il existe des cas où l'administration fiscale a un pouvoir de contrôle, c'est pourquoi, dans la re-publication au BOFIP de la loi le 4 juillet 2018, une exception a été introduite: Les professionnels réalisant leur paiement avec l'intermédiation directe d'un établissement de crédit européen ne sont plus soumis à l'obligation de certification ou attestation. Mais attention, on parle bien de paiements "directs" (donc Virement ou Carte de Débit ou de Crédit, mais pas chèques qui n'est pas "direct") et surtout via un système de paiement géré par un organisme bancaire européen. En d'autres terme, si on ne fait que du paiement CB avec un module de VAD d'une banque, on est NON soumis à la certification/attestation mais si le paiement CB (carte de crédit ou débit) se fait par un service comme Stripe ou Paypal, sauf à être exempté pour un autre motif, on l'est toujours (car l'état français n'a pas de moyen d'obtenir le listing des transactions via ces solutions, bien que le paiement soit par carte bancaire).

==Quelles sont les conditions pour une application concernée pour être conforme (conditions pour obtenir la certification OU être attestable conforme par un tiers) ?==

*Principe d'inaltérabilité
**Logs non modifiable par chaînage (principe de somme de contrôle incluant la somme de contrôle de la trace précédente) pour tout ce qui concerne les saisies d'encaissements (incluant toutes les mentions obligatoires d'une facture). Il est possible d'aller au delà de la loi en traçant aussi ce qui concerne les factures et leur envoi sur une imprimante. Aucune fonction pour modifier ou supprimer ces logs ne doit exister.
**Quand un paiement est enregistré, la trace et les informations qui ont donné lieu à ce paiement (information du paiement mais aussi de la facture ne peuvent plus être modifier). Rem: Il est toujours possible de faire des modification sur l'objet de gestion mais la trace historique (la log archivée) doit rester non modifié et fidèle à l'acte d'origine. Et si un changement est fait, ce changement doit lui aussi être tracé et reprendre toutes les nouvelles informations et être lui aussi non effaçable, non modifiable.

*Conservation sur 6 ans ou plus (Remarque: Dolibarr conserve les données en base à vie)

*Fonction "Archiver" annuellement qui permet d'exporter dans un fichier externe dans un format lisible sans le logiciel, et par l'administration, pour consulter l'archive (et retrouver les infos d'origine qui composaient la facture, les paiements).

*Fournir, soit la certification de conformité du logiciel, soit une attestation de conformité (Voir dans les FAQ plus loin "Quel éditeur peut fournir des attestations pour ma version ?" sur comment l'obtenir)

!!! En d'autres termes, il ne sera plus possible d'utiliser des logiciels tableurs comme Excel ou Google Apps, ni autre solution développée soi même pour avoir une trace et conservation de vos paiements, sans considération de cette loi (sauf à continuer de saisir en parallèle soit dans un autre système conforme, soit sur le bon vieux carnet à souche). Mais vous pouvez continuer à utiliser votre tableur à des fins de logiciel pour générer vos Factures (la loi parle de "logiciel facturier") si il n'y a pas de conservation de données (le logiciel est alors considéré comme simple facturier et donc hors périmètre).
Pour un suivi et conservation de vos encaissements via un outils informatique, des logiciels, conforme loi finance 2016 comme Dolibarr ERP CRM v10 ou + deviennent alors obligatoires, dès lors que l'on est concerné (voir FAQ '''...suis-je concerné...''').

==Quelle est la différence entre certification et attestation ?==

La certification est une procédure par laquelle une tierce partie, l’organisme certificateur (Par exemple la LNE ou L'AFNOR), donne une assurance écrite qu’un système d’organisation, un processus, une personne, un produit ou un service est conforme à des exigences spécifiées dans une norme ou un référentiel. Elle est encadrée par le Code de la Consommation. Sur un logiciel, la certification est faite pour une version donnée sur le périmètre de l'application ou d'une partie de l'application uniquement. Chaque nouvelle version devant être re-certifiée.

L'attestation de conformité est fournie par une tierce partie également, mais ce dernier n'a pas besoin d'être un organisme certifiant. Il peut s'agir de n'importe quelle société. C'est souvent l'éditeur du logiciel, mais il peut s'agir en fait de n'importe quelle société. Cette attestation est une déclaration par laquelle l’éditeur témoigne et s’engage à ce que le système d’encaissement qu’il atteste respecte les conditions d’inaltérabilité, de sécurisation, de conservation et d’archivage des données. L'attestation est elle aussi valable pour une version et éventuellement un paramétrage donné.

Dans le cadre de la loi des finances pour 2016, et si vous êtes dans le périmètre de cette loi (voir autres FAQ), vous devez, soit avoir un logiciel "certifié", soit avoir un logiciel "attesté conforme" (Notez que le terme "certifié" est souvent utilisé dans les textes (plus rarement dans le texte définitif de la loi) comme raccourci pour signifier "certifié ou attesté conforme".

==L'application Dolibarr sera-t-elle certifiée par l'éditeur ?==

Pour Dolibarr, et de nombreux logiciels Open Source, il n'y a pas un éditeur bien identifié car de nombreuses sociétés différentes contribuent à son évolution.

Au sens de la loi, l'éditeur du logiciel est le '''"dernier" qui a modifié/validé le code'''. L'entité qui postule pour une certification peut donc être, aussi bien l'association Dolibarr, comme tout intégrateur, hébergeur ou autre institution externe.

Il est possible que l'association Dolibarr, qui a pour rôle la promotion du logiciel, fasse les démarches pour obtenir la certification pour certaines versions majeures, celles qui sont officiellement packagées par le release manager et qui sont mises à disposition sur l'espace de téléchargement officiel par l'association. Dans cette éventualité, seules quelques versions bien identifiées feront l'objet d'une demande de certification. Toutefois, cette obtention de certification qui fige une version (Certification LNE ou certification NF525) n'est pas obligatoire pour être conforme et non adapté avec les lois du marché qui veut qu'un logiciel doit évoluer très vite. L'autre solution, celle de l'obtention d'une attestation s'avère donc recommandée et plus simple.
Nous encourageons donc les utilisateurs qui ont obligation d'utiliser un logiciel conforme anti-fraude à la TVA selon la loi finance 2016 (donc les assujettis à TVA hors franchise de base, et qui facture/encaisse des particuliers) à '''se tourner vers la solution d'attestation'''. Voir point suivant.

==L'attestation de conformité, autre possibilité, sera-t-elle fournie par l'éditeur ou autre tiers ?==

L'autre solution pour être en règle est d'obtenir une attestation de conformité de votre logiciel de suivi des encaissements.

En tant qu'utilisateur, et si vous êtes dans le périmètre de la loi, vous pourrez obtenir une attestation auprès de n'importe quel tiers/intégrateur prêt à la fournir (en général moyennant finance), ou vous la délivrer à vous même si vous êtes une société d'édition de logiciel. Voir les 2 FAQ suivantes pour savoir qui pourra délivrer les attestations de conformité...
Dans le cas d'un logiciel hébergé en Saas, la société qui propose la solution en Saas fournira souvent cette attestation mais parfois non (voir point suivant).

==Quel éditeur peut fournir des attestations pour ma version, à quel prix ?==

N'importe quelle société qui a les compétences pour analyser le logiciel et vérifier que ses fonctionnalités sont bien en règle peut fournir une attestation à autrui. Le code d'une application libre étant ouvert, toute société compétente dans la technologie du produit, peut maîtriser le code aussi bien que les développeurs initiaux. Une telle société peut donc être qualifiée d'"éditeur", même si elle n'a pas produit ou très peu produit de code au projet final, et par conséquent, et à même de fournir un attestation individuelle à ses clients.

Le BOFIP dit clairement:

"310. Lorsque le logiciel ou système est conçu de manière ouverte pour permettre son adaptation aux besoins spécifiques des clients, on entend par « éditeur » qui peut valablement demander la certification ou fournir l'attestation individuelle."

Bref, si vous utilisez une version en ligne SaaS/Cloud fournie par un tiers, ce dernier vous la fournira surement (Exemple avec https://www.dolicloud.com ou encore https://www.novafirstcloud.com). Dans le cas contraire, il vous faut contactez votre intégrateur ou un prestataire pouvant fournir cette d'attestation. Remarque: cette contrainte sera identique quelque soit l'outil informatique d'enregistrements des encaissements qui aura été choisi.

En ce qui concerne le prix, tout dépend du tiers qui fournit l'attestation. Certains, par exemple, pourront donner l'attestation gratuitement à condition d'héberger le logiciel attesté chez eux. D'autres vous feront payer la prestation d'audit et la délivrance de l'attestation. Cela peut être de manière récurrente si l'attestation doit être réémise régulièrement suite à modification/mise à jour de l'application.

==La loi finance est-elle compatible avec les licences libres de logiciels de caisse ?==

Si le logiciel libre n'est pas un logiciel qui réalise des encaissements ou si vous n'encaissez que des entreprises, la question ne se pose même pas puisque la loi ne s'applique pas à ces cas.

Si le logiciel libre est un logiciel d'encaissements et que les clients encaissés sont des particuliers, alors oui, le logiciel libre est parfaitement compatible:

Le paragraphe 40 du BOI le dit explicitement en reconnaissant aux utilisateurs la possibilité « ''d'adapter le logiciel à leurs besoins spécifiques'' » :

"''... Sont notamment concernés les logiciels de comptabilité ou de gestion dits "libres" ou développés en interne, c'est-à-dire développés par l'assujetti lui-même. On entend par logiciel libre un logiciel dont les utilisateurs ont un libre usage, une libre étude, une libre modification et une libre distribution. Ces libertés permettent aux utilisateurs d'adapter le logiciel à leurs besoins spécifiques. Les modifications que les utilisateurs peuvent apporter au logiciel libre ou développé en interne ne doivent pas avoir pour objet ou pour effet d'altérer le respect des conditions d'inaltérabilité, de sécurisation, de conservation et d'archivage décrites ci-dessous...''"

Par ailleurs, le paragraphe 310 évoque à nouveau le cas des logiciels « conçus de manière ouverte », c.à.d les logiciels libres.

Donc, aucune objection à utiliser des logiciels libres. Mais attention, l'autorisation de modification est restreinte au code et paramètres "triviaux". En effet, que ce soit lors d'une utilisation de la version certifiée ou d'une version rendue conforme par obtention d'une attestation de conformité, la nouvelle loi vous prive d'une partie de votre liberté de '''modifier le logiciel de caisse SUR LES PARTIES qui concernent les fonctions d'inaltérabilité, sécurisation, conservation et archivage'''. En effet, en faisant une telle modification, la version est considérée comme changée de manière "non triviale", aussi la certification n'est plus valable, l'attestation d'un tiers non plus. Les logiciels libres sont donc tout à fait légaux et compatible avec la loi, par contre, c'est à condition de ne pas faire n'importe quelle modification. Vous perdez donc une partie de votre liberté (non pas du fait de la licence du logiciel qui le permet, mais du fait de la loi qui est prioritaire sur les droits accordés par la licence). Le logiciel libre est donc bien compatible avec la loi, mais la loi vous prive d'une des 4 libertés que le logiciel libre apportait, celle de le modifier librement. Vous pouvez toujours le faire, mais à condition que cela ne porte pas sur le comportement de l'encaissement, ou, si cela porte sur celui-ci, que vous ré-obteniez soit la certification à nouveau (complexe et long), soit une nouvelle attestation d'un éditeur ou intégrateur.

==Pour ma propre utilisation, puis-je m'auto-délivrer l'attestation de conformité pour une version que j'ai modifié moi même sur les parties d'encaissements==

Uniquement un nombre très restreints d'entreprise le pourront, celles qui sont dans le domaine de l''''Edition de logiciel de comptabilité ou de gestion ou de système de caisse'''. Toutefois, sur le plan juridique une telle classification n'existe que par les faits. En effet, on serait tenté de penser que les entreprises ayant le codes NACE (Code NACE = terme européen du code NAF/APE) '''58.29''' qui signifie '''Edition de logiciel autre''' et/ou '''62.01Z''' qui signifie '''Développement de logiciels''' pourrait être qualifiées. Toutefois, il faut avoir en tête que le code APE est "''attribué par l'INSEE à des fins statistiques, et ne saurait suffire à créer des droits ou des obligations pour les entreprises''" (Ceci est dans le décret qui approuve la nomenclature: décret n° 2007-1888 du 26 décembre 2007, article 5, point I). Dans la réalité, ce code est malgré tout utilisé pour avoir des présomptions d'activité au niveau fiscal ou administratif. Donc, c'est un avantage, mais aucunement une garantie et inversement, une entreprise n'ayant pas cette classification peut avoir des arguments suffisamment solide pour démontrer son activité d'"éditeur de logiciel de caisse". <ref>BOI-TVA-DECLA-30-10-30-20180704, point 375</ref>

==Je suis intégrateur ou développeur informatique, je sais que Dolibarr v10 et ultérieur répond aux exigences de conformité, puis-je délivrer l'attestation de conformité, à mon client qui est en v10 ou plus, moi même ?==

Oui. A vous de fournir/indiquer à votre client la version/paramétrage que vous attestez. Avec Dolibarr, vous pouvez générez la signature de la version et paramétrage que vous attestez avec l'outil '''generate_filelist_xml.php''' fourni avec les sources de l'application.
Cette signature vous permettra de vérifier que votre client n'a pas fait de '''modification de code ou paramétrage sur les parties qui concernent l'encaissement'''. Auquel cas, il devient l'éditeur, et votre attestation en tant qu'éditeur n'est plus valide, vous n'êtes alors plus responsable d'une apparition d'une fonctionnalité non conforme dans le logiciel.

==Je suis intégrateur ou développeur informatique, quel outil ai-je à ma disposition pour m'assurer que les exigences sur le logiciel sont bien assurées par une version installée de Dolibarr==

Les versions 10.0 et supérieures contiennent l'ensemble des exigences et notamment le module "Log inaltérable" qu'il vous revient d'activer (l'obligation d'activation dépend du fait que vous êtes concerné ou non, voir FAQ précédente pour cela). L'application est une application Open Source, le client utilisateur peut réussir à modifier le code (notons que ceci est aussi possible avec du propriétaire, juste plus difficile). De même, un hacker peut toujours réussir à trafiquer un logiciel. Face à cela, Dolibarr fourni un outil pour obtenir la liste de tous les fichiers qui auraient été modifiés par rapport à la version officielle, ou par rapport à une version packagée par un intégrateur tiers, ainsi que la liste des paramètres de configuration obligatoires pour la conformité (voir plus bas) et qui aurait aussi été modifiés. Le certificat étant délivré pour une version avec une configuration donnée, si un utilisateur ou hacker a pu altérer partiellement l'application sur du code ou des paramètres sensibles, l'outil de contrôle pourra le révéler, auquel cas, la responsabilité de non conformité n'est plus du ressort de l'entité qui a fournit l'attestation, puisque ce n'est plus la même application, mais de la responsabilité de celui qui est à l'origine des modifications.

Paramètres recommandées à contrôler/imposer dans une attestation:

*Pays de la société (doit rester à France). Rem: Une fois le premier encaissement fait avec le module "Log inaltérable", sa désactivation renverra un warning.
*Constante MAIN_MODULE_BLOCKEDLOG doit être définie (Cela signifie que le module "Log inaltérable" est bien actif).

Optionnellement, vous pouvez:

*Imposer que la constante BLOCKEDLOG_DISABLE_NOT_ALLOWED_FOR_COUNTRY soit définie et contient le code pays FR (ceci bloque la désactivation du module par erreur).

Remarque:
Vous pouvez utiliser l'outil '''build/generate_filecheck_xml.php''' pour générer un fichier emprunte de la version et/ou paramétrage donné que vous voulez imposer.
Ensuite utilisez l'outil dans le menu '''Accueil - Outils administration - Dolibarr - Files integrity check''' ou bien à distance l'API '''/setup/checkintegrity''' (le module API REST doit avoir été activée) pour vérifier qu'une version est conforme à ce fichier emprunte.

==Je suis dans le périmètre de la loi, j'ai ajouté un module externe sur mon Dolibarr, faut-il une attestation Loi Finance pour ce module ?==

Il n'y a pas de notion de "certificat ou d'attestation loi finance" sur un module.

En effet, ce qui doit être certifié ou attesté, c'est la partie du logiciel qui réalise les enregistrements des paiements, pris dans le contexte de l'ensemble du système d'information, et non chaque module de votre application individuellement. Le logiciel Dolibarr v10 ou + est attestable, donc, si vous êtes dans le périmètre de la loi, ce qu'il vous faut obtenir, c'est une attestation de conformité de l'ensemble de la solution, validant les modules ajoutés qui impactent l'enregistrement des paiements. Donc,

*Si vous êtes dans le périmètre de la loi et que le module ajouté ne concerne pas l'enregistrement des paiements, il n'y a rien de particulier à faire de plus (dès lors que vous êtes dans le périmètre de la loi, vous devez obtenir l'attestation pour les fonctions encaissements de paiements de votre Dolibarr, peu importe que vous ajoutiez ce module ou pas, le module n'ayant pas d'effet sur les fonctions d'encaissements, on perle d'effet trivial ou mineur au code).
*Si toutefois, vous êtes dans le périmètre de la loi et que le module touche à la partie encaissement, il faudra que le tiers fournissant l'attestation prenne en considération ce module (si vous aviez déjà obtenu l'attestation, il vous faudra la ré-obtenir car l'ajout du module l'invalide puisque ce module touche au code de la partie encaissement des paiements).

La nature du module doit vous permettre de savoir si c'est un module qui touche à l'enregistrement des encaissements ou pas. Dans le doute, renseignez vous auprès de l'auteur du module (ce n'est pas lui qui fournira l'attestation mais pourra dire si le module doit être pris en compte ou non dans le processus d'attestation).

=Travaux dans Dolibarr pour permettre la conformité via attestation=

Et Dolibarr dans tout cela ?
Dolibarr v10+ est prêt et attestable sur l'intégralité de ses modules standard.
Voici le suivi des travaux réalisés depuis la v5: [[Loi article 88 finances 2016 et Certification NF525 - Travaux Dolibarr]]

=Où trouver un modèle d'attestation ?=
Les services des impôts proposent un modèle d'attestation individuelle que vous pouvez consulter [https://bofip.impots.gouv.fr/bofip/10692-PGP.html/identifiant%3DBOI-LETTRE-000242-20201230 dans le Bulltein Officiel des Impots du 30/12/2020]

=Notes et références=
<references />

*Synthèse détaillée du BOFIP par La Revue Fiduciaire, rédigé le 06/10/2016: [http://revuefiduciaire.grouperf.com/article/3661/hb/20160919173548859.html Article sur la revue fiduciaire]
*Synthèse courante par l'APRIL (document en évolution permanente): https://pad.april.org/p/logiciel-caisse-publication-BOI
*Article de l'APRIL: https://www.april.org/loi-de-finances-2016-une-doctrine-fiscale-qui-reconnait-les-logiciels-libres-mais-avec-une-marge-de
*Echanges sur les mailing-list de l'April: https://listes.april.org/wws/arc/comptabilite/ (réservé aux adhérents April)
*Note d'information très courte du service public: https://www.service-public.fr/professionnels-entreprises/actualites/A10279
*http://creativekara.fr/doku.php?id=pasteque:lf2016
*Réunion entre le chef de projet Dolibarr, autres représentants April et le ministère des finances en 2018 pour participation à la refonte et clarification du texte de loi.

Règles de paramétrage, calcul et arrondi de TVA

2022-11-07T18:31:17Z

Christof: Petites corrections orthographiques et grammaticales

Cette page explique les différentes règles de calcul et d'arrondi de la TVA mises en oeuvre dans Dolibarr ERP CRM.

=Définition automatique du taux de TVA par défaut=

Dans Dolibarr, le taux de TVA peut toujours être fixé à n'importe quelle valeur de votre choix. Cependant, pour vous faire gagner du temps, Dolibarr essaie de définir automatiquement la valeur de la TVA ou de la taxe sur les ventes à une valeur par défaut qui est détectée automatiquement en fonction des informations que vous avez saisies dans la configuration de Dolibarr.

Par défaut lors de la création de prospects, de factures, de commandes, etc., le taux de TVA proposé par défaut est défini comme suit :

*Si le vendeur n'est pas assujetti à la taxe de vente, la taxe de vente est définie par défaut sur 0. Fin de la règle.
*Si le (pays du vendeur = pays de l'acheteur), alors la taxe de vente par défaut est égale à la taxe de vente du produit dans le pays du vendeur. Fin de règle.
*Si le vendeur et l'acheteur se trouvent tous deux dans la Communauté européenne et que les marchandises sont des produits liés au transport (transport, expédition, compagnie aérienne), la TVA par défaut est de 0. Cette règle dépend du pays du vendeur - veuillez consulter votre comptable. La TVA doit être payée par l'acheteur au bureau de douane de son pays et non au vendeur. Fin de règle.
*Si le vendeur et l'acheteur sont tous deux dans la Communauté européenne et que l'acheteur n'est pas une entreprise (avec un numéro de TVA intracommunautaire enregistré), la TVA par défaut est le taux de TVA du pays du vendeur. Fin de règle.
*Si le vendeur et l'acheteur sont tous deux dans la Communauté européenne et que l'acheteur est une société (avec un numéro de TVA intracommunautaire enregistré), alors la TVA est de 0 par défaut. Fin de règle.
*Dans tous les autres cas, la valeur par défaut proposée est Taxe de vente=0. Fin de règle.

Remarque, Cas particulier pour l'Europe : [[Loi_européenne_TVA_Vente_à_Distance_VAD_et_e-commerce_BtoC]]

=TVA standard et règles d'arrondi=
Commençons par l'exemple que nous allons utiliser. Imaginons une facture qui contient les lignes suivantes (On suppose aussi être dans un pays ou les totaux doivent être arrondis avec 2 chiffres maximum après la virgule, par exemple pour les pays en Euro ou Dollars).

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantité||C Prix unitaire||D Taux de TVA||E Total sans taxe =(B*C)||F Montant taxe exacte =(D*E)|| nowrap="nowrap" |G Montant taxe arrondie sur 2 déc =round(F)|| nowrap="nowrap" |H Prix exact taxe incluse =(E+F)|| nowrap="nowrap" |I Prix taxe incluse, arrondi sur 2 décimales =(E+G)
|-
||1|| nowrap="nowrap" |Product alpha||1||1.24||10%||1.24||0.124||0.12||1.24+0.124=1.364||1.36
|-
||2|| nowrap="nowrap" |Product beta||1||1.24||10%||1.24||0.124||0.12||1.24+0.124=1.364||1.36
|}

Il y a 2 manières de calculer le total de la facture: faire la somme des lignes arrondies ou l'arrondi de la somme des lignes.

1) Si nous choisissons de faire la somme des lignes après les avoir arrondies (sur 2 décimales), on obtient:

*Total sans taxe: 1.24(E1) + 1.24(E2) = '''2.48'''
*Total taxe 10%: 0.12(G1) + 0.12(G2) = '''0.24''' (nous additionnons les valeurs arrondies de chaque ligne, perdant au passage 2 fois 0.4)
*Total avec taxe (nous additionnons le total sans taxe + le total de taxe): 2.48(Ex) + 0.24(Gx) = '''2.72'''

Notez que si nous additionnons les prix incluant la taxe arrondie sur chaque ligne, nous avons: 1.36(I1) + 1.36(I2) = '''2.72''' (même résultat, aussi nous savons qu'il n'y a pas d'erreur)

2) Si nous choisissons de faire l'arrondi (sur 2 décimales) du montant total APRES avoir additionné les lignes, nous avons:

*Total sans taxe: 1.24(E1) + 1.24(E2) = '''2.48''' (identique à la méthode 1)
*Total taxe 10%: (1.24(E1) + 1.24(E2)) * 10% = 0.124 + 0.124 = 0.248 arrondis au plus près pour avoir un total sur 2 décimales donne '''0.25''' (on additionne le montant sans taxe de chaque ligne, on calcule la tva et on arrondi sur 2 décimales)
*Total inc tax (on somme le total sans taxe + total avec taxe): 2.48 + 0.25 = '''2.73'''

La première chose que nous pouvons noter est que le résultat de la méthode 1 est différent de celui de la méthode 2. La différence n'est que de 0.01 mais si vous avez (n) fois la même variation, cette différence pourraient être plus importante - bien que toujours inférieure ou égale à (n-1)*0.01.
De plus, que vous essayez par des arrondis vers le bas ou vers le haut au lieu du "au plus proche", vous serez confronté au même phénomène (par exemple en arrondissant vers le bas, essayez avec une quantité de 2 sur la ligne 2 et vous constaterez les même différences entre la méthode 1 et 2). Cette différence varie pour un jeu de données différent mais le problème reste entier, aussi ce problème ne dépend pas de la REGLE d' arrondi, mais bien du moment QUAND nous appliquons la même règle.

La deuxième chose que nous pouvons noter est que si nous utilisons la méthode 2 (arrondi APRES avoir additionné les lignes), il vaut souvent mieux ne pas afficher la colonne (I) sur la facture, car le total affiché en fin de facture (2.73) ne serait pas le même que celui obtenu en additionnant le montant en colonne (I) de chaque ligne (1.36+1.36=2.72). Afficher la colonne (H) non arrondi, semble préférable mais le total sera toujours différent car notre total (2.73) est arrondi et la somme des lignes par la colonne H (1.364+1.364=2.728) ne l'est pas.

Bref, que l'on utilise la méthode 1 ou la méthode 2, il y aura toujours une incohérence qui pourra être repérée, si ce n'est dans un sens, ce sera dans l'autre. Faute à l'obligation d'arrondir les montants totaux sur 2 chiffres, y compris au niveau des lignes. Cette situation se manifestera quelque soit le logiciel utilisé car ce n'est pas une erreur de calcul mais un effet mathématique.

'''Alors que faire ?'''

*Dans certains pays, le mode de calcul doit toujours être celui utilisant la méthode 1 pour faire ses factures. Comme ceci est le mode par défaut de Dolibarr, il n'y a rien de particulier à faire, à part de comprendre ce qui se passe.
*Dans d'autres pays (très rare, nous n'avons plus d'exemples de pays dans ce cas), le calcul doit être toujours fait selon la méthode 2 pour faire ses factures. Afin d'éviter d'avoir au bas de la facture, un total qui diffère du total obtenu en additionnant chaque ligne de détail, ce qui peut être fait, est de ne pas afficher la colonne (I). C'est d'ailleurs le cas dans les modèle de factures par défaut de Dolibarr. Aussi, il n'y a rien de particulier à faire pour masquer cette information. Pour activer ce mode de calcul, vous devez (sous Dolibarr version 3.5+) positionner la constante MAIN_ROUNDOFTOTAL_NOT_TOTALOFROUND à 1 (Accueil - Configuration - Autre). Mais ceci n'est pas recommandé car avec l'informatisation de la comptabilité, les administrations exigent avant tout l'exactitude de la somme HT+TVA=TTC sur le niveau de détail par produit plutôt que sur le total global.
*Dans la plupart des pays, les 2 méthodes sont encore possibles. Dans ce cas, utilisez le mode par défaut qui est la méthode 1 car il est plus efficace quand il s'agira de faire la comptabilité annuelle (en effet, quand vous utilisez la méthode 2, le total de TVA de vos factures ne correspond ni aux sommes de (F), ni aux sommes de (G) et ceci pourra créer davantage de confusions plus tard). Il n'y a donc rien de particulier à faire à part comprendre que ce qui se passe par défaut est tout à fait "normal". Toutefois, si vous préférez absolument la méthode 2 (non recommandée, hors obligation par la loi de votre pays) définissez la constante "MAIN_ROUNDOFTOTAL_NOT_TOTALOFROUND" à 1 (Accueil - Configuration - Autre) (Dolibarr 3.5+). Dans ce cas, on aura bien l'impression que la TVA globale en bas de facture est plus juste, mais elle ne sera pas en phase avec la somme des totaux de chaque ligne détaillée, ce qui risque de vous poser des problèmes en comptabilité plus tard. Avec l'informatisation des comptabilités et contrôles, les administrations demandent aujourd'hui le mode 1 (le mode par défaut de Dolibarr donc, offrant une justesse et arrondi de la somme HT+TVA=TTC au niveau de chaque ligne de détail et, un total final qui se fait par la somme des lignes de détails plutôt qu'un taux TVA forfaitaire appliqué au total global HT).

=2eme ou 3eme taxe=

Dans le dictionnaire des taux de taxes ('''Menu Accueil - Configuration - Dictionnaires - Taux de taxe'''), il est possible de définir que vous devez appliquer une 2eme, voir une 3eme taxe sur les ventes. Ceci dépend de chaque pays. Les chapitres suivants donnent des exemples en vigueur pour certains pays...

[[File:Warning.png]] Attention, vous définissez une 2eme (ou 3eme) taxe pour un taux de TVA donnée pour votre pays, pensez aussi à vérifier dans la configuration de votre société ('''Menu Accueil - Configuration - Société'''), après avoir enregistré la configuration que vous avez bien validé le fait que votre société est assujeti à cette 2eme (ou 3eme taxe).

[[File:Warning.png]] Si la 2eme (ou 3eme) taxe ne doit pas être appliquée systématiquement, il vous faudra, dans le dictionnaire des taux de taxes, doubler la ligne afin d'en définir une avec la 2eme taxe et une autre sans (les lignes pourront se différencier grâce au code). Ainsi, vous pourrez choisir une règle ou l'autre (à partir du code) au moment de saisir vos lignes d'articles dans vos devis/commandes/factures.

==Pour le Brésil==

Voir page [[BrasilTaxes]]

==Pour le Canada==

'''Lexique'''

*TPS = Taxe sur les Produit et Services (GST = Goods and Services Tax pour les provinces anglophones)
*TVQ = Taxe de Vente Québecoise (QST = Quebec Sale Tax = PST = Provincial sales taxes pour les provinces anglophones)
*TVH = Taxe de Vente Harmonisé (parfois utilisé pour désigné la TPS+TVQ pour les commerçants);

http://web.archive.org/web/20120831123419/http://www.revenuquebec.ca/fr/entreprise/taxes/tvq_tps/calcul-taxes.aspx

'''Configuration'''

La TVQ est appliquée automatiquement en temps que première taxe sur chaque ligne (lors de l'ajout ou de la modification). La [[#2eme_ou_3eme_taxes|2eme Taxe]] sera récupérée depuis la table dictionnaire des taux de tva à partir de la ligne qui contient le taux de la première taxe (Table llx_c_tva). Le montant total incluant les 2 taxes sera alors calculé.

[[File:Warning.png]] pour que la 2eme taxe soit bien ajoutée aussi, il faut avoir configuré sa société comme étant éligible à la 2eme taxe dans le menu '''Accueil - Configuration - Société/Institution''' après avoir configuré sa ligne de taxe dans le dictionnaire des taux de tva.

Exemple de configuration: Le taux de TVA (TPS) est 5, la taxe 2 (TVQ) doit etre configuré avec un taux de 9.5 et être de type "2" (ce qui signifie que la taxe 2 est ajouté pour les produits et services et calculés sur le prix incluant la taxe principale TPS). Autre solution pour la taxe 2, mettre un taux de 9.975 et un type "1" (ce qui signifie que la taxe 2 est ajouté pour les produits et services et calculés sur le prix net, cela correspond bien à un taux de 9.5 appliqué sur le prix avec taxe TPS)

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate TPS||D2 Vat rate TVQ||E Total without tax =(B*C)||F Tax TPS =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax TVQ (B*C*D2)=(D2*E)|| nowrap="nowrap" |H Price inc TPS + TVQ=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||5%||9.975%||100||5||9.98||114.98
|}

==Pour la Côte d'Ivoire==

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate AIRSI||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax AIRSI ((E+F)*D2)|| nowrap="nowrap" |H Price inc VAT + Tax 2=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||18%||7.5%||100||18||8.85||126.85
|}

Exemple de configuration: Le taux de TVA est 18, la taxe 2 (AIRSI) a un taux de 7.5 et est de type 2 (ce qui signifie que la taxe 2 est ajouté pour les produits et services et calculés sur le prix incluant la tva). Autre solution pour la taxe 2, mettre un taux de 8.85 et un type 1.

==Pour le Congo==

Le Congo applique une 2eme taxe appelée Centime Additionnel (CA). Par exemple de 5% de la TVA de 18% (ce qui reviens à 0.09% du HT).

'''Configuration'''
Exemple de configuration: Le taux de TVA est 18, la taxe 2 (CA) est mise avec un taux de 0.09 et doit être de type 1 (car 0.09% du HT revient au même que 5% de la part à 18% du HT).

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate CA||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax CA (B*C*D2)=(E*D2)|| nowrap="nowrap" |H Price inc VAT + Tax CA=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||18%||0.09%||100||18||0.9||118.9
|}

==Pour l'Espagne==
La gestion spécifique des taxes de l'espagne sont supportées depuis la version de Dolibarr 3.0.

En espagne, il y a 2 taux de tva à appliquer sur chaque ligne:

*Le taux de TVA RE (a vat rate calculated on total without tax, and added to total to obtain total with tax)
*Le taux de TVA IRPF (a vate rate calculated on total without tax, and substracted from total to obtain total with tax)

'''Configuration'''

Ces 2 taxes sont appliquées automatiquement (si votre instance a été configurée dans la configuration de société pour les utiliser) sur chaque ligne (à l'ajout ou à l'édition). Les valeurs des taux se trouvent dans la table dictionnaire des taux de TVA et taxes ([[Table llx_c_tva]]). Le Total sans la taxe et le total avec la taxe est modifié à l'issu des calculs.

Exemple de configuration: Pour le taux de TVA standard 20%, La [[#2eme_ou_3eme_taxes|Taxe 2]] (RE) est de type 3 (La taxe est appliquée sur le prix net, pour les produits seulement), taux de 1.4%

'''Exemple'''
{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 RE||E Total without tax =(B*C)||F Exact tax amount =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax RE (B*C*D2)=(D2*E)|| nowrap="nowrap" |H Price inc standard vat + RE=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||10%||1.4%||100||10||1.4||111.4
|}

==Pour Haiti==

Haiti applique une 2eme taxe appelée TVA sociale. Par exemple de 1% du Hors Taxe en plus de la TVA standard.

'''Configuration'''
Exemple de configuration: Le taux de TVA standard est 16%, la [[#2eme_ou_3eme_taxes|Taxe 2]] (TVA sociale) est mise avec un taux de 1% et doit être de type 1 (type 1 = taxe sur le montant HT).

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax social (B*C*D2)=(E*D2)|| nowrap="nowrap" |H Price inc VAT + Tax social=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||16%||1%||100||16||1||117
|}

==Pour le Gabon==

Le Gabon applique une 2eme taxe appelée Contribution Spéciale de Solidarité (CSS). Par exemple de 1% du Hors Taxe en plus de la TVA.

'''Configuration'''
Exemple de configuration: Le taux de TVA standard est 10%, la [[#2eme_ou_3eme_taxes|Taxe 2]] (CSS) est mise avec un taux de 1% et doit être de type 1 (type 1 = taxe sur le montant HT).

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate CSS||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax CSS (B*C*D2)=(E*D2)|| nowrap="nowrap" |H Price inc VAT + Tax CSS=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||10%||1%||100||10||1||111
|}

==Pour l'Inde==
Il y a la SGST, CGST et IGST. La configuration existe par défaut dans la version 6.0

==Pour l'Italie==
You may need to add a negative withholding tax calculated on net amount.

'''Configuration'''

Value of rates are found into the dictionary table from the standard vat rate (Table llx_c_tva). Total with tax and total amount of vat is modified according to calculation.

Exemple de configuration: When vat rate is 22, add a tax 2 (witholding) of type "1" (Type "1" means tax 2 is added for product and services and calculated on net price), rate is -20% (negative means amount will be substracted)

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate withholding tax||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax 2 (B*C*D2)=(D2*E)|| nowrap="nowrap" |H Price inc VAT + Tax 2=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||22%||-20%||100||22||-20||102
|}

==Pour la Tunisie==
Vous devrez peut-être gérer le timbre fiscal. Pour cela, activez simplement l'option dans Accueil - Configuration - Entreprise / Organisation.

Vous devrez peut-être ajouter aussi une taxe FODEC. Par exemple, une taxe de 1% sur le prix sans TVA. La TVA doit inclure cette taxe. Voir http://www.profiscal.com/Etudiants/TCA/tca_ch11_06.htm

'''Configuration'''

Parce que la TVA à Dolibarr est calculée avant d'ajouter la deuxième TAXE et pour FODEC, nous devons ajouter la deuxième taxe avant de calculer la TVA, nous devons utiliser une solution de contournement pour prendre en charge le FODEC actuellement à Dolibarr.
La solution est de créer un taux de TVA qui inclut bot le taux de TVA + un delta pour inclure la TVA basée sur FODEC.

'''Exemple''': Imaginons que le taux de TVA soit 18% et que le FODEC est 1%. Vous devez aller dans le menu Configuration - Dictionaires - Taux de tVA et taxes. Créez une nouvelle ligne de taxe avec le champ Code = "18+FODEC", Taux="18.18", Utiliser la Tax2=Oui avec le type 1, Taux de Tax2="1", Note="VAT 18.0 incluant le 1% FODEC, soit 18.18%"

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 FODEC||E Total without tax =(B*C)||F Exact VAT amount =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax FODEC (B*C*D2)=(D2*E)|| nowrap="nowrap" |H Price inc standard vat + FODEC=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||18.18%||1%||100||18.18||1||119.18
|}

Cette astuce aura pour effet de calculer correctement chaque partie de taxe ainsi que le total. Toutefois, visuellement, sur les PDF générés, vous verrez le texte "18.18%" pour le taux de TVA au lieu de "18% après ajout des 1%".

Une amélioration possible serait d'ajouter un champ dans le dictionnaire "Libellé d'affichage", lorsque ce libellé est définit sur une ligne de taxe, on affiche celui-ci plutôt que le taux effectif utilisé pour le calcul.

Règles de paramétrage, calcul et arrondi de TVA

2022-11-07T18:16:36Z

Christof: Petites corrections orthographiques et grammaticales

Cette page explique les différentes règles de calcul et d'arrondi de la TVA mises en oeuvre dans Dolibarr ERP CRM.

=Définition automatique du taux de TVA par défaut=

Dans Dolibarr, le taux de TVA peut toujours être fixé à n'importe quelle valeur de votre choix. Cependant, pour vous faire gagner du temps, Dolibarr essaie de définir automatiquement la valeur de la TVA ou de la taxe sur les ventes à une valeur par défaut qui est détectée automatiquement en fonction des informations que vous avez saisies dans la configuration de Dolibarr.

Par défaut lors de la création de prospects, de factures, de commandes, etc., le taux de TVA proposé par défaut est défini comme suit :

*Si le vendeur n'est pas assujetti à la taxe de vente, la taxe de vente est définie par défaut sur 0. Fin de la règle.
*Si le (pays du vendeur = pays de l'acheteur), alors la taxe de vente par défaut est égale à la taxe de vente du produit dans le pays du vendeur. Fin de règle.
*Si le vendeur et l'acheteur se trouvent tous deux dans la Communauté européenne et que les marchandises sont des produits liés au transport (transport, expédition, compagnie aérienne), la TVA par défaut est de 0. Cette règle dépend du pays du vendeur - veuillez consulter votre comptable. La TVA doit être payée par l'acheteur au bureau de douane de son pays et non au vendeur. Fin de règle.
*Si le vendeur et l'acheteur sont tous deux dans la Communauté européenne et que l'acheteur n'est pas une entreprise (avec un numéro de TVA intracommunautaire enregistré), la TVA par défaut est le taux de TVA du pays du vendeur. Fin de règle.
*Si le vendeur et l'acheteur sont tous deux dans la Communauté européenne et que l'acheteur est une société (avec un numéro de TVA intracommunautaire enregistré), alors la TVA est de 0 par défaut. Fin de règle.
*Dans tous les autres cas, la valeur par défaut proposée est Taxe de vente=0. Fin de règle.

Remarque, Cas particulier pour l'Europe : [[Loi_européenne_TVA_Vente_à_Distance_VAD_et_e-commerce_BtoC]]

=TVA standard et règles d'arrondi=
Commençons par l'exemple que nous allons utiliser. Imaginons une facture qui contient les lignes suivantes (On suppose aussi être dans un pays ou les totaux doivent être arrondis avec 2 chiffres maximum après la virgule, par exemple pour les pays en Euro ou Dollars).

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantité||C Prix unitaire||D Taux de TVA||E Total sans taxe =(B*C)||F Montant taxe exacte =(D*E)|| nowrap="nowrap" |G Montant taxe arrondie sur 2 déc =round(F)|| nowrap="nowrap" |H Prix exact taxe incluse =(E+F)|| nowrap="nowrap" |I Prix taxe incluse, arrondi sur 2 décimales =(E+G)
|-
||1|| nowrap="nowrap" |Product alpha||1||1.24||10%||1.24||0.124||0.12||1.24+0.124=1.364||1.36
|-
||2|| nowrap="nowrap" |Product beta||1||1.24||10%||1.24||0.124||0.12||1.24+0.124=1.364||1.36
|}

Il y a 2 manières de calculer le total de la facture: faire la somme des lignes arrondies ou l'arrondi de la somme des lignes.

1) Si nous choisissons de faire la somme des lignes après les avoir arrondies (sur 2 décimales), on obtient:

*Total sans taxe: 1.24(E1) + 1.24(E2) = '''2.48'''
*Total taxe 10%: 0.12(G1) + 0.12(G2) = '''0.24''' (nous additionnons les valeurs arrondies de chaque ligne, perdant au passage 2 fois 0.4)
*Total avec taxe (nous additionnons le total sans taxe + le total de taxe): 2.48(Ex) + 0.24(Gx) = '''2.72'''

Notez que si nous additionnons les prix incluant la taxe arrondie sur chaque ligne, nous avons: 1.36(I1) + 1.36(I2) = '''2.72''' (même résultat, aussi nous savons qu'il n'y a pas d'erreur)

2) Si nous choisissons de faire l'arrondi (sur 2 décimales) du montant total APRES avoir additionné les lignes, nous avons:

*Total sans taxe: 1.24(E1) + 1.24(E2) = '''2.48''' (identique à la méthode 1)
*Total taxe 10%: (1.24(E1) + 1.24(E2)) * 10% = 0.124 + 0.124 = 0.248 arrondis au plus près pour avoir un total sur 2 décimales donne '''0.25''' (on additionne le montant sans taxe de chaque ligne, on calcule la tva et on arrondi sur 2 décimales)
*Total inc tax (on somme le total sans taxe + total avec taxe): 2.48 + 0.25 = '''2.73'''

La première chose que nous pouvons noter est que le résultat de la méthode 1 est différent de celui de la méthode 2. La différence n'est que de 0.01 mais si vous avez (n) fois la même variation, cette différence pourraient être plus importante - bien que toujours inférieure ou égale à (n-1)*0.01.
De plus, que vous essayez par des arrondis vers le bas ou vers le haut au lieu du "au plus proche", vous serez confronté au même phénomène (par exemple en arrondissant vers le bas, essayez avec une quantité de 2 sur la ligne 2 et vous constaterez les même différences entre la méthode 1 et 2). Cette différence varie pour un jeu de données différent mais le problème reste entier, aussi ce problème ne dépend pas de la REGLE d' arrondi, mais bien du moment QUAND nous appliquons la même règle.

La deuxième chose que nous pouvons noter est que si nous utilisons la méthode 2 (arrondi APRES avoir additionné les lignes), il vaut souvent mieux ne pas afficher la colonne (I) sur la facture, car le total affiché en fin de facture (2.73) ne serait pas le même que celui obtenu en additionnant le montant en colonne (I) de chaque ligne (1.36+1.36=2.72). Afficher la colonne (H) non arrondi, semble préférable mais le total sera toujours différent car notre total (2.73) est arrondi et la somme des lignes par la colonne H (1.364+1.364=2.728) ne l'est pas.

Bref, que l'on utilise la méthode 1 ou la méthode 2, il y aura toujours une incohérence qui pourra être repérée, si ce n'est dans un sens, ce sera dans l'autre. Faute à l'obligation d'arrondir les montants totaux sur 2 chiffres, y compris au niveau des lignes. Cette situation se manifestera quelque soit le logiciel utilisé car ce n'est pas une erreur de calcul mais un effet mathématique.

'''Alors que faire ?'''

*Dans certains pays, le mode de calcul doit toujours être celui utilisant la méthode 1 pour faire ses factures. Comme ceci est le mode par défaut de Dolibarr, il n'y a rien de particulier à faire, à part de comprendre ce qui se passe.
*Dans d'autres pays (très rare, nous n'avons plus d'exemples de pays dans ce cas), le calcul doit être toujours fait selon la méthode 2 pour faire ses factures. Afin d'éviter d'avoir un total au bas de la facture qui diffère du total obtenu en additionnant chaque ligne de détail, ce qui peut être fait est de ne pas afficher la colonne (I). C'est d'ailleurs le cas avec les modèle de factures par défaut de Dolibarr, aussi, il n'y a rien de particulier à faire pour masquer cette information. Pour activer ce mode de calcul, vous devez avoir Dolibarr version 3.5+ et positionner la constante MAIN_ROUNDOFTOTAL_NOT_TOTALOFROUND à 1 (Accueil - Configuration - Autre). Mais ceci n'est pas recommandé car avec l'informatisation de la comptabilité, les administrations exigent avant tout l'exactitude de la somme ht+tva=ttc sur le niveau de détail pa produit plutôt que sur le total global, aussi, ce mode est appelé à disparaître.
*Dans la plupart des pays, les 2 méthodes sont encore possibles. Dans ce cas, utilisez le mode par défaut qui est la méthode 1 car il est plus efficace quand il s'agira de faire la comptabilité annuelle (en effet, quand vous utilisez la méthode 2, le total de TVA de vos factures ne correspond ni aux sommes de (F), ni aux sommes de (G) et ceci créera davantage de confusions plus tard). Il n'y a donc rien de particulier à faire à part comprendre que ce qui se passe par défaut est tout à fait "normal". Toutefois, si vous préférez absolument la méthode 2 (non recommandée hors obligation par la loi de votre pays) alors positionnez la constante "MAIN_ROUNDOFTOTAL_NOT_TOTALOFROUND" à 1 (Accueil - Configuration - Autre) (Dolibarr 3.5+). Dans ce cas, on aura bien l'impression que la TVA globale en bas de facture est plus juste, mais il ne sera pas en phase avec la somme des totaux de chaque ligne détaillée, ce qui risque de vous poser de nombreux problèmes en comptabilité plus tard. Avec l'informatisation des comptabilités et contrôles, les administrations demandent aujourd'hui le mode 1 (le mode par défaut de Dolibarr donc, offrant une justesse et arrondi de la somme HT+TVA=TTC au niveau de chaque ligne de détail et, un total final qui se fait par la somme des lignes de détails plutôt qu'un taux TVA forfaitaire appliqué au total global HT).

=2eme ou 3eme taxe=

Dans le dictionnaire des taux de taxes ('''Menu Accueil - Configuration - Dictionnaires - Taux de taxe'''), il est possible de définir que vous devez appliquer une 2eme, voir une 3eme taxe sur les ventes. Ceci dépend de chaque pays. Les chapitres suivants donnent des exemples en vigueur pour certains pays...

[[File:Warning.png]] Attention, vous définissez une 2eme (ou 3eme) taxe pour un taux de TVA donnée pour votre pays, pensez aussi à vérifier dans la configuration de votre société ('''Menu Accueil - Configuration - Société'''), après avoir enregistré la configuration que vous avez bien validé le fait que votre société est assujeti à cette 2eme (ou 3eme taxe).

[[File:Warning.png]] Si la 2eme (ou 3eme) taxe ne doit pas être appliquée systématiquement, il vous faudra, dans le dictionnaire des taux de taxes, doubler la ligne afin d'en définir une avec la 2eme taxe et une autre sans (les lignes pourront se différencier grâce au code). Ainsi, vous pourrez choisir une règle ou l'autre (à partir du code) au moment de saisir vos lignes d'articles dans vos devis/commandes/factures.

==Pour le Brésil==

Voir page [[BrasilTaxes]]

==Pour le Canada==

'''Lexique'''

*TPS = Taxe sur les Produit et Services (GST = Goods and Services Tax pour les provinces anglophones)
*TVQ = Taxe de Vente Québecoise (QST = Quebec Sale Tax = PST = Provincial sales taxes pour les provinces anglophones)
*TVH = Taxe de Vente Harmonisé (parfois utilisé pour désigné la TPS+TVQ pour les commerçants);

http://web.archive.org/web/20120831123419/http://www.revenuquebec.ca/fr/entreprise/taxes/tvq_tps/calcul-taxes.aspx

'''Configuration'''

La TVQ est appliquée automatiquement en temps que première taxe sur chaque ligne (lors de l'ajout ou de la modification). La [[#2eme_ou_3eme_taxes|2eme Taxe]] sera récupérée depuis la table dictionnaire des taux de tva à partir de la ligne qui contient le taux de la première taxe (Table llx_c_tva). Le montant total incluant les 2 taxes sera alors calculé.

[[File:Warning.png]] pour que la 2eme taxe soit bien ajoutée aussi, il faut avoir configuré sa société comme étant éligible à la 2eme taxe dans le menu '''Accueil - Configuration - Société/Institution''' après avoir configuré sa ligne de taxe dans le dictionnaire des taux de tva.

Exemple de configuration: Le taux de TVA (TPS) est 5, la taxe 2 (TVQ) doit etre configuré avec un taux de 9.5 et être de type "2" (ce qui signifie que la taxe 2 est ajouté pour les produits et services et calculés sur le prix incluant la taxe principale TPS). Autre solution pour la taxe 2, mettre un taux de 9.975 et un type "1" (ce qui signifie que la taxe 2 est ajouté pour les produits et services et calculés sur le prix net, cela correspond bien à un taux de 9.5 appliqué sur le prix avec taxe TPS)

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate TPS||D2 Vat rate TVQ||E Total without tax =(B*C)||F Tax TPS =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax TVQ (B*C*D2)=(D2*E)|| nowrap="nowrap" |H Price inc TPS + TVQ=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||5%||9.975%||100||5||9.98||114.98
|}

==Pour la Côte d'Ivoire==

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate AIRSI||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax AIRSI ((E+F)*D2)|| nowrap="nowrap" |H Price inc VAT + Tax 2=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||18%||7.5%||100||18||8.85||126.85
|}

Exemple de configuration: Le taux de TVA est 18, la taxe 2 (AIRSI) a un taux de 7.5 et est de type 2 (ce qui signifie que la taxe 2 est ajouté pour les produits et services et calculés sur le prix incluant la tva). Autre solution pour la taxe 2, mettre un taux de 8.85 et un type 1.

==Pour le Congo==

Le Congo applique une 2eme taxe appelée Centime Additionnel (CA). Par exemple de 5% de la TVA de 18% (ce qui reviens à 0.09% du HT).

'''Configuration'''
Exemple de configuration: Le taux de TVA est 18, la taxe 2 (CA) est mise avec un taux de 0.09 et doit être de type 1 (car 0.09% du HT revient au même que 5% de la part à 18% du HT).

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate CA||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax CA (B*C*D2)=(E*D2)|| nowrap="nowrap" |H Price inc VAT + Tax CA=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||18%||0.09%||100||18||0.9||118.9
|}

==Pour l'Espagne==
La gestion spécifique des taxes de l'espagne sont supportées depuis la version de Dolibarr 3.0.

En espagne, il y a 2 taux de tva à appliquer sur chaque ligne:

*Le taux de TVA RE (a vat rate calculated on total without tax, and added to total to obtain total with tax)
*Le taux de TVA IRPF (a vate rate calculated on total without tax, and substracted from total to obtain total with tax)

'''Configuration'''

Ces 2 taxes sont appliquées automatiquement (si votre instance a été configurée dans la configuration de société pour les utiliser) sur chaque ligne (à l'ajout ou à l'édition). Les valeurs des taux se trouvent dans la table dictionnaire des taux de TVA et taxes ([[Table llx_c_tva]]). Le Total sans la taxe et le total avec la taxe est modifié à l'issu des calculs.

Exemple de configuration: Pour le taux de TVA standard 20%, La [[#2eme_ou_3eme_taxes|Taxe 2]] (RE) est de type 3 (La taxe est appliquée sur le prix net, pour les produits seulement), taux de 1.4%

'''Exemple'''
{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 RE||E Total without tax =(B*C)||F Exact tax amount =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax RE (B*C*D2)=(D2*E)|| nowrap="nowrap" |H Price inc standard vat + RE=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||10%||1.4%||100||10||1.4||111.4
|}

==Pour Haiti==

Haiti applique une 2eme taxe appelée TVA sociale. Par exemple de 1% du Hors Taxe en plus de la TVA standard.

'''Configuration'''
Exemple de configuration: Le taux de TVA standard est 16%, la [[#2eme_ou_3eme_taxes|Taxe 2]] (TVA sociale) est mise avec un taux de 1% et doit être de type 1 (type 1 = taxe sur le montant HT).

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax social (B*C*D2)=(E*D2)|| nowrap="nowrap" |H Price inc VAT + Tax social=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||16%||1%||100||16||1||117
|}

==Pour le Gabon==

Le Gabon applique une 2eme taxe appelée Contribution Spéciale de Solidarité (CSS). Par exemple de 1% du Hors Taxe en plus de la TVA.

'''Configuration'''
Exemple de configuration: Le taux de TVA standard est 10%, la [[#2eme_ou_3eme_taxes|Taxe 2]] (CSS) est mise avec un taux de 1% et doit être de type 1 (type 1 = taxe sur le montant HT).

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate CSS||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax CSS (B*C*D2)=(E*D2)|| nowrap="nowrap" |H Price inc VAT + Tax CSS=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||10%||1%||100||10||1||111
|}

==Pour l'Inde==
Il y a la SGST, CGST et IGST. La configuration existe par défaut dans la version 6.0

==Pour l'Italie==
You may need to add a negative withholding tax calculated on net amount.

'''Configuration'''

Value of rates are found into the dictionary table from the standard vat rate (Table llx_c_tva). Total with tax and total amount of vat is modified according to calculation.

Exemple de configuration: When vat rate is 22, add a tax 2 (witholding) of type "1" (Type "1" means tax 2 is added for product and services and calculated on net price), rate is -20% (negative means amount will be substracted)

'''Exemple'''

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 Vat rate withholding tax||E Total without tax =(B*C)||F Tax VAT =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax 2 (B*C*D2)=(D2*E)|| nowrap="nowrap" |H Price inc VAT + Tax 2=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||22%||-20%||100||22||-20||102
|}

==Pour la Tunisie==
Vous devrez peut-être gérer le timbre fiscal. Pour cela, activez simplement l'option dans Accueil - Configuration - Entreprise / Organisation.

Vous devrez peut-être ajouter aussi une taxe FODEC. Par exemple, une taxe de 1% sur le prix sans TVA. La TVA doit inclure cette taxe. Voir http://www.profiscal.com/Etudiants/TCA/tca_ch11_06.htm

'''Configuration'''

Parce que la TVA à Dolibarr est calculée avant d'ajouter la deuxième TAXE et pour FODEC, nous devons ajouter la deuxième taxe avant de calculer la TVA, nous devons utiliser une solution de contournement pour prendre en charge le FODEC actuellement à Dolibarr.
La solution est de créer un taux de TVA qui inclut bot le taux de TVA + un delta pour inclure la TVA basée sur FODEC.

'''Exemple''': Imaginons que le taux de TVA soit 18% et que le FODEC est 1%. Vous devez aller dans le menu Configuration - Dictionaires - Taux de tVA et taxes. Créez une nouvelle ligne de taxe avec le champ Code = "18+FODEC", Taux="18.18", Utiliser la Tax2=Oui avec le type 1, Taux de Tax2="1", Note="VAT 18.0 incluant le 1% FODEC, soit 18.18%"

{| class="wikitable centre" width="80%"
|- valign="top"
|| ||A Description||B Quantity||C Unit price||D1 Vat rate||D2 FODEC||E Total without tax =(B*C)||F Exact VAT amount =(B*C*D1)=(D1*E)|| nowrap="nowrap" |G Tax FODEC (B*C*D2)=(D2*E)|| nowrap="nowrap" |H Price inc standard vat + FODEC=(E+F+G)
|-
||1|| nowrap="nowrap" |Product alpha||10||10||18.18%||1%||100||18.18||1||119.18
|}

Cette astuce aura pour effet de calculer correctement chaque partie de taxe ainsi que le total. Toutefois, visuellement, sur les PDF générés, vous verrez le texte "18.18%" pour le taux de TVA au lieu de "18% après ajout des 1%".

Une amélioration possible serait d'ajouter un champ dans le dictionnaire "Libellé d'affichage", lorsque ce libellé est définit sur une ligne de taxe, on affiche celui-ci plutôt que le taux effectif utilisé pour le calcul.

Dolibarr suppliers France

2022-10-22T21:58:48Z

Christof: Added service enterprise

{{Dolibarr_suppliers}}

{{TemplateCompany|
name=1fonet Services|
profid=|
desc=Integrations and open source development
Specialist software open source.Dolibarr, Joomla! Prestashop, Cahiers des charges ERP/CRM, Ecommerce, site web, gratuits. Complementary development of the module, component or application needs. Based in the PACA region work throughout France.|
web=http://www.1fonet.fr|
email=mailto:contact@1fonet.fr|
zip=13530|
town=Trets|
country=fr|
service_hosting=yes|
service_onlinesupport=no|
service_emailsupport=no|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=2A2C Conseil|
profid=|
desc=CRM et Solutions e-commerce opensource pour TPM et PME, VoIP et Hosting en marque blanche, maintenance informatique, WordPress, Dolibarr, Prestashop, Formation utilisateur|
web=|
email=mailto:info@2a2c-conseil.fr|
zip=75012|
town=PARIS|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=A3SYS : MON-DOLIBARR|
partner=no|
profid=52456658500021 (SIRET)|
desc=Intégration, assistance et développement.
Notre société forte de plus de 25 ans d'expérience dans l'intégration de divers ERP propose ses services aux entreprises souhaitant mettre en place l'ERP Dolibarr. Une plateforme dédiée est mise en place pour proposer des services de qualité à moindre coût.|
web=http://www.mon-dolibarr.fr|
email=http://www.mon-dolibarr.fr/contact/|
zip=59310|
town=Orchies (Nord - France)|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=logo_mon-dolibarr.jpg
}}

{{TemplateCompany|
name=A6TM - SOLUTIONS|
profid=|
desc=A6TM SOLUTIONS, est une entreprise maîtrisant les technologies de l'informatique, et spécialisée dans les solutions informatiques et notamment les services tels que l'infogérance, installations et déploiements, dépannages, maintenance et réseaux informatique. Installation et maintenance CMS(Joomla, Wordpress...), Progiciel ERP/CRM (Dolibarr...)|
web=http://www.a6tm-solutions.fr|
email=mailto:contact@a6tm-solutions.fr|
zip=44|
town=Nantes et son département|
country=fr|
service_hosting=yes|
service_onlinesupport=no|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=ACN - Atelier de Création Numérique|
profid=808 725 212 00019|
desc=ACN (Atelier de Création Numérique), Maîtres d’œuvres en Informatique, Nous sommes spécialisés dans le conseil, la création et l’intégration de solutions professionnelles pour les bureaux d'études. Nos solutions vont de l’intégration d’outils Open Source et de logiciels libres à la mise en place des meilleurs produits de grands éditeurs du marché.|
web=http://ateliercreationnumerique.com/|
email=mailto:contact@atlcreanum.com|
zip=44|
town=Nantes et Grand Ouest|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=acn.png|
}}

{{TemplateCompany|
name=Apio systems|
profid=529 919 540 00029|
desc=Apio systems vous accompagne dans tous vos projets Open Source. Apio systems prend en charge l'hébergement, l'installation et l'infogérance de vos applications Open Source desservant votre entreprise, tel qu'un environnement web/e-commerce avec WP/PS ou autre au besoin, la partie ERP avec Dolibarr, la partie messagerie collaborative avec Kopano, la partie partage de gros fichier avec NextCloud, etc.|
web=https://apio.systems/|
email=mailto:ping@apio.systems|
zip=13105|
town=Mimet|
country=fr|
service_hosting=yes|
service_onlinesupport=no|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes|
logo=Logo-apio-systems.png|
}}

{{TemplateCompany|
name=Aplose|
partner=yes|
profid=534906698|
desc=
Aplose c'est l'Agence pour la Promotion du Libre et de l'Open Source en Entreprise, société de service et organisme de formation spécialisé dans les logiciels libres de création de site internet et boutique en ligne (wordpress, prestashop), les erp, logiciels de gestion et logiciels de caisse et point de vente (Odoo, Dolibarr), les langages de programmation (java, html5, Javascript, php), les bases de données (mysql, postgresql), les systèmes d'exploitation (linux), les méthodes des gestion de projet agiles (Scrum). Bordeaux - Montpellier|
web=http://www.aplose.fr|
email=[mailto:contact@aplose.fr?subject=Contact%20from%20Dolibarr%20Suppliers%20France20page contact@aplose.fr]|
zip=34990|
town=Juvignac|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=Logo_Aplose.png
}}

{{TemplateCompany|
name=Artaban Communication|
partner=no|
profid=400 396 388 00037|
desc=Artaban Communication est une SSLL. Spécialistes du CMS SPIP, nous concevons et réalisons des sites web à forte composante éditoriale. Nous prenons également en charge le webmastering et la création de contenu. Notre expertise s'étend à un certain nombre de logiciels, choisis pour leur qualité et leur intérêt, et avec lesquels nous aimons travailler et notamment Dolibarr. Artaban Communication est membre de l'April.|
web=http://www.artaban.fr|
email=mailto:contact@artaban.fr|
zip=94340|
town=Joinville-le-Pont|
country=fr|
service_hosting=no|
service_onlinesupport=no|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=Artaban_logo.png‎|
}}

{{TemplateCompany|
name=ATM Consulting|
partner=yes|
profid=753 447 481 00015|
desc=Consulting company dedicated to small and medium enterprises information system optimization, we provide to our customers open-source based solutions to improve their information system efficiency. We offer hosting and support solutions and we are Dolibarr contributor, developer and integrator. "Open-source. Custom. Freedom"|
web=http://www.atm-consulting.fr|
email=mailto:contact@atm-consulting.fr|
zip=26000|
town=Valence|
country=fr|
service_hosting=yes|
service_onlinesupport=no|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=
}}

{{TemplateCompany|
name=AB2L|
profid=|
desc=Un Alsacien à votre service. Installation et configuration de l'ERP/CRM Dolibarr dans votre entreprise ou sur notre serveur. Nous vous accompagnons pour un démarrage rapide et serein. Nous sommes une société de service en logiciel libre fournissant un équivalent open source au logiciel propriétaire de tout type. |
web=http://www.ab2l.eu|
email=mailto:contact@ab2l.eu|
zip=67000|
town=Strasbourg|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes
}}

{{TemplateCompany|
name=Axopen IT Services|
profid=|
desc=L'entreprise Axopen propose toute une gamme de produits et services informatiques allant du conseil en système d'informations, développement de solutions sur mesure et intégration de solutions Open Source ou propriétaires. Nous sommes spécialisé en particulier dans l'intégration de solutions de gestion de la relation client Open Source telles que Dolibarr, SugarCRM ou VTiger... |
web=http://www.axopen.com|
email=mailto:contact@axopen.com|
zip=69001|
town=Lyon|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=AKILIS|
profid=|
desc=AKILIS est une société éditrice de logiciels de gestion qui a fait le pari d’utiliser les nouvelles méthodes de travail pour développer des solutions clairs et efficaces. Notre mission est de vous proposer des solutions simples d'utilisation, ne demandant aucun entretien de votre part, ni aucune connaissance technique particulière. Notre outil est celui que VOUS utilisez quotidiennement : le Web.
AKILIS, c’est une équipe toujours disponible pour vous guider et vous écouter. Nous développons et améliorons sans cesse nos logiciels afin que ceux-ci répondent au mieux à votre activité et vos besoins.
AKILIS peut également, dans le cadre de besoin partculier, étudier avec vous un développement sur mesure. |
web=http://www.akilis.fr|
email=mailto:contact@akilis.fr|
zip=69200|
town=Vénissieux|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes
}}

{{TemplateCompany|
name=Altairis|
profid=488020108|
partner=yes|
desc=Développements spécifiques, Installation, Formation, Accompagnement à la mise en oeuvre, Support, Intégration. Spéclialiste solution de gestion des locations de produits avec Dolibarr.|
web=http://www.altairis.fr|
email=contact@altairis.fr|
zip=18270|
town=Culan|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Atoo.Net|
partner=yes|
profid=|
desc=Installation et configuration de l'ERP/CRM Dolibarr soit sur nos serveurs, soit en local dans votre entreprise. Aide à la prise en main et formation.|
web=http://www.atoo-net.com/|
email=contact@atoo-net.com|
zip=45160|
town=Olivet|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes
}}

{{TemplateCompany|
name=Bee-Smart.online|
profid=|
desc=15 ans d'expérience aux services des PME & grands groupes, Bee-Smart vous propose un accompagnement sur mesure , adapté à vos besoins métiers et votre budget.N'hésitez pas, Bee-Smart.online, le partenaire de vos projets réussis.|
web=https://bee-smart.online|
email=contact@bee-smart.online|
zip=25|
town=Montbéliard|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Blue-Click Informatique|
profid=|
desc=Nous proposons l'installation et la configuration de l'ERP/CRM Dolibarr dans votre entreprise ou sur votre hébergement Internet. De plus nous assurons la formation pour la prise en main de cet outil adapté aux TPE et PME.|
web=http://www.blue-click.fr|
email=|
zip=92,78|
town=Nanterre,Plaisir|
country=fr|
service_hosting=no|
service_onlinesupport=no|
service_emailsupport=no|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=CAP-REL|
partner=yes|
profid=|
desc=Après avoir contribué au code de dolibarr dans les années 2004-2005 et l'avoir utilisé en interne pour de nombreux projets depuis cette époque je propose maintenant un service autour de Dolibarr (adaptation, accompagnement, utilisation etc.).|
web=https://www.cap-rel.fr|
email=eric.doli@cap-rel.fr|
zip=30|
town=Département du Gard|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=Logo_cap-rel.png‎|
}}

{{TemplateCompany|
name=Caribbean Consult CCC|
partner=yes|
profid=|
desc=Installation, configuration de l'ERP/CRM Dolibarr en ligne, ou en local pour votre entreprise ou association. Migration de données vers Dolibarr. Prise en main, support et formation.|
web=https://dolibarr.ccc.gp|
email=support@caribbeanconsult.com|
zip=97180|
town=Sainte Anne (Guadeloupe et Martinique) Antilles Guyane|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=Logo_CCC.png‎|
}}

{{TemplateCompany|
name=Cergy Internet|
profid=|
desc=Cergy Internet est spécialisé dans l’informatique et plus spécifiquement dans l’internet pour les PMI/PME. Nous maitrisons les technologies digitales du simple site web jusqu’au portail complète de pilotage d’entreprise. Grâce à Dolibarr nous pouvons vous donner une vision unique sur vos clients, vos produits et même votre trésorerie. Nous lions Dolibarr avec Wordpress et sur Smartphones pour créer des portails pour vos clients. Notre directeur, Thomas Carter, a fait son MBA à MIT aux USA et a géré des entreprises de plus de 100 personnes. Il met cette expérience à votre disposition. Chez Cergy Internet nous maitrisons la technologie de boute en boute. Nous avons notre propre équipe de jeunes codeurs qui baignent dans tous qui est réseaux sociaux, applications iPhone etc. ainsi qu’une plateforme de 30 serveurs pour héberger vos sites. |
web=www.cergy-internet.fr|
email=mailto:thomas.carter@cergy-internet.fr|
zip=95300|
town=Cergy-Pontoise|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Code 42|
partner=yes|
profid=793 600 735 00021|
desc=Nous vous accompagnons dans l’installation  et le développement de votre outil informatique. Code 42, c’est avant tout une démarche qualité et de conseil pour une relation durable. Vous avez la vision de votre entreprise, nous avons les moyens.|
web=www.code42.fr|
email=mailto:lareponse@code42.fr|
zip=44100|
town=NANTES|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=
}}

{{TemplateCompany|
name=D-BOG|
profid=|
desc=IT services company located in Beaune (21), moved around Dolibarr:
Installation, setup, configuration on the internal server or hosted;
Training agreement;
Outsourcing, on-site maintenance and remote.|
web=http://www.d-bog.com/|
email=|
zip=|
town=Beaune|
country=fr|
service_hosting=no|
service_onlinesupport=no|
service_emailsupport=no|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=DiVA-Cloud|
profid=|
desc=DiVA-Cloud propose des applications OpenSource de gestion de la communication et de l'information pour les entreprises. Notre logithèque contient des applications de WebConference, ERP, CRM, CMS, GED, et bien d'autres... Toutes ces applications pré-configurés sont mises à disposition sur un environnement privé. |
web=www.diva-cloud.com |
email=mailto:contact@diva-cloud.com |
zip=81100|
town=Castres|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=no|
}}

{{TemplateCompany|
name=DoliCloud|
partner=yes|
desc=DoliCloud is one of the most important contributor on Dolibarr and can host for you a Dolibarr instance in a SaaS (Software As A Service) mode.|
profid=493 861 496 00021|
web=https://www.dolicloud.com|
email=|
zip=33600|
town=Pessac (Bordeaux)|
country=fr|
service_hosting=yes (https://www.dolicloud.com)|
service_onlinesupport=only for DoliCloud.com customers|
service_emailsupport=only for DoliCloud.com customers|
service_dev=no|
service_local=no|
service_formation=no|
logo=logo_dolicloud.png}}

{{TemplateCompany|
name=Elonet|
partner=yes|
profid=SIRET:52511620800022|
desc=Elonet est intégrateur et développeur de solutions pour Dolibarr.|
web=https://elonet.fr/dolibarr.php|
email=mailto:contact@elonet.fr|
zip=59000|
town=LILLE|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=ElonetNew.png
}}

{{TemplateCompany|
name=FUTUR TECH|
profid=|
desc=Prestataire de services pour artisans, TPE, PME :
Solutions open source, Internet, Sécurité, Sauvegarde, Antivirus, Gestion d'entreprise, Conseil, Formation, Installation et Paramétrage
Intervention sur site client. Situé entre Bordeaux et Libourne|
web=http://www.futur-tech.com|
email=mailto:info@futur-tech.com|
zip=33450|
town=IZON|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Groupe KM|
profid=790 885 388 00013|
desc=Intégrateur,développeur et hébergeur de solutions Open Source: Progiciel ERP/CRM (Dolibarr),CMS(Joomla)et e-commerce(Prestashop). Nous déployons aussi des solutions Téléphonie (VOIP, PABX...) et Accés Internet (ADSL/VDSL, SDSL...). 
Secteur Cannes, Antibes, Sophia-Antipolis, Carros, Nice et plus généralement toutes les Alpes-Maritimes. 
Notre objectif : Vous satisfaire!|
web=https://www.groupe-km.com|
email=mailto:contact@groupe-km.com|
zip=06220|
town=Vallauris|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=GWARED|
profid=804 659 027 00036|
desc=La société GWARED, est une équipe diplômée dans le domaine de l’informatique, de plus de 10 ans d’expériences dans diverses structures telles que de grandes administrations, sociétés privées mais aussi au service des particuliers. Nous sommes à l’écoute pour vous accompagner dans vos projets.

Professionnel ou particulier, nous vous proposons de nombreux services informatiques et domotiques adaptés à votre configuration et vos besoins. Nos prestations concernent la réparation et la maintenance de votre ordinateur ou de votre parc informatique, l'installation réseau (Local informatique, Internet, intranet, Wifi, CPL, etc.), l'installation d’alarmes et vidéo-surveillance, sur site, à distance ou à domicile.

Notre société se distingue en trois branches :

- L’informatique (GWARED)
- La sécurité (alarme, vidéosurveillance et protection numérique) (GWARDSECURITY)
- Les jeux vidéo (concepteur de console de jeux) (GWARDBOX)

Nous pourrons répondre à tous vos besoins dans le domaine de l’informatique.|
web=http://www.gwared.fr|
email=[mailto:support@gwared.fr?subject=Contact%20de%20Dolibarr%20Suppliers%20France support@gwared.fr]|
zip=77500|
town=Chelles et Île de France|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes|
logo=Logo_Gwared.png|
}}

{{TemplateCompany|
name=HELIUM TECHNOLOGIES|
profid=494 895 360 00027|
partner=yes|
desc=
Mise en place de solutions ERP Dolibarr sur nos serveurs ou dans votre entreprise avec assistance téléphonique, support technique, développement de modules spécifiques et formation.
 '''SSII basée en Guadeloupe, Martinique et Guyane''', nous proposons également des solutions libres comme GLPI, Prestashop, Joomla, Odoo, Zimbra, BlueMind, Centreon, ...|
web=http://|
email=[mailto:contact@helium-technologies.com?subject=Contact%20from%20Dolibarr%20Suppliers%20France20page contact@helium-technologies.com]|
zip=97122|
town=BAIE-MAHAULT (GUADELOUPE)|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=Logo_HeliumTechnologies.jpg
}}

{{TemplateCompany|
name=Infonel.net|
profid=|
desc=administrateur système open source indépendant:
Installation, paramétrage, configuration et sécurisation de dolibarr sur site client|
web=http://www.infonel.net|
email=|
zip=11100|
town=Narbonne|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=no|
}}

{{TemplateCompany|
name=iNodbox|
partner=yes|
profid=|
desc=Développeur indépendant d'application web, paramétrage et installation de Dolibarr, développement de modules spécifique. Basé dans l'Ain à Bourg en Bresse (30min de Mâcon, 1h de Chalon sur Saône, 1h de Lyon), je contribue depuis de nombreuses années au développement de Dolibarr.|
web=https://www.inodbox.com/|
email=regis.houssin@inodbox.com|
zip=01000|
town=Bourg en Bresse|
country=fr|
service_hosting=(https://www.inodbox.com)|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Inovea Conseil|
partner=yes|
profid=797 613 072 00017|
desc=Développeur, Intégrateur, Hébergeur et Formateur de Dolibarr pour TPE - PME |
web=https://www.inovea-conseil.com/ |
email=https://www.inovea-conseil.com/contact/ |
zip=88,54,75|
town=Nancy|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=Inoveaconseil.png
}}

{{TemplateCompany|
name=i.d & l|
profid=521 749 994 00013|
desc=Conseil et intégration de solutions logicielles libres, dont Dolibarr, pour artisans, TPE, indépendants, commerçants, PME, associations...|
web=https://idl-mp.com|
email=https://idl-mp.com/contact/|
zip=31,32,09,82,81|
town=Région toulousaine|
country=fr|
service_hosting=no|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=iouston informatique|
partner=yes|
profid=792 353 005 00046|
desc=iouston informatique, situé à proximité de Nancy, Metz, Lunéville, est spécialisée auprès des associations, des TPE et des artisans commerçants. Nous installons et configurons dolibarr pour vous et nous formons vos équipes à son utilisation quotidienne. Nous proposons de nombreux autres services, associés ou non à dolibarr. Nous travaillons avec dolibarr depuis plus de 6 ans et éditons des modules supplémentaires pour dolibarr, [https://www.dolistore.com/fr/recherche?controller=search&orderby=position&orderway=desc&search_query=iouston&submit_search= disponibles sur dolistore]|
web=https://www.iouston.com|
email=allo@iouston.com|
zip=54370|
town=Einville au Jard|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=ISYNUX|
profid=|
desc=Société de services en réseaux et sytèmes. ISYNUX vous propose un suivi complet pour DOLIBARR : installation, hébergement, personnalisation de vos modèles de document, formation à la carte. |
web=http://www.isynux.fr|
email=mailto:formation@isynux.fr|
zip=626100|
town=Ardres|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes
}}

{{TemplateCompany|
name=Jeffinfo (ZenDSI)|
profid=429 625 973|
partner=yes|
desc=Jeffinfo est une société de services en informatique qui vous sert depuis plus de 15 ans dont 10 ans dans le domaine de Dolibarr. Implanté dans le nord à Ennetières en Weppes. Nous sommes à vos services pour vous proposer tous les services autour de votre ERP préféré.
web=https://shop.zendsi.com|
email=mailto:contact@zendsi.com|
zip=59320|
town=Ennetières en Weppes|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=no
}}

{{TemplateCompany|
name=KJR online|
profid=818 889 644 00014|
desc=Conseils et Services Informatiques. Installation, formation et personnalisation de Dolibarr. Région Toulousaine.|
web=http://www.kjr-online.fr|
email=mailto:eric.picabia@kjr-online.fr|
zip=31210|
town=Clarac|
country=fr|
service_hosting=yes|
service_onlinesupport=no|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=
}}

{{TemplateCompany|
name=Kreiz IT|
partner=yes|
profid= 752 505 131 00017|
desc={{Flag_fr}}Conseils en organisation et sécurité informatique pour les TPE / PME. Dolibarr fait partie des outils informatiques structurants pour les TPE/PME proposé par Kreiz IT.

{{Flag_en}}IT management and security consultant for small to medium business. Dolibarr is part of IT's structuring tools for business used by Kreiz IT. |
web=http://www.kreiz-it.fr |
email=mailto:contact@kreiz-it.fr |
zip=56600|
town=Lanester|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=LogoKIT.jpg
}}

{{TemplateCompany|
name=LIBRE EXPERT|
partner=no|
profid=48879200300045|
desc={{Flag_fr}}Intégrateur et développeur Dolibarr, auteur de plusieurs modules complémentaires, spécialiste également de l'administration Linux.

{{Flag_en}}
Integrator and Dolibarr developer, author of several complementary modules, also specialist in Linux administration. |
web=http://www.libre-expert.com|
email=mailto:contact@libre-expert.com |
zip=63100|
town=Clermont-Ferrand|
country=fr|
service_hosting=no|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Libre Master|
partner=no|
profid=|
desc={{Flag_fr}}LibreMaster vous propose son service « Dolibarr TAXI », un Dolibarr clé en main, maintenu à jour et sauvegardé dans un bunker.
Pourquoi ses méthodes de travail rendent l'installation du Dolibarr tellement stable, qu'il reste beaucoup de temps libre, sans devoir monter la garde jour et nuit ? Pour le savoir, visitez son site Web.|
web=https://dolibarr-taxi.com/|
email=https://dolibarr-taxi.com/contact/ |
zip=38350|
town=La Mure|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=no|
service_formation=no|
}}



{{TemplateCompany|
name=LOGOTYP|
partner=no|
profid=Siret 38397720400031|
desc={{Flag_fr}}Intégration et formation dans l'entreprise. Support, installation, sécurisation et plus.

{{Flag_de}}
Integration und Schulung für Unternehmen & Mitarbeiter. Support, Installation, Sicherung und mehr.|
web=http://www.logotyp.fr|
email=mailto:jacobs@logotyp.fr |
zip=03200|
town=Vichy|
country=fr|
service_hosting=no|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=LVS Informatique|
profid=|
desc=Development Specialist php, mysql. Creation, enhancement, customization of modules and components ...
Nos modifs/nos modules :
-cashdesk : prix en ttc, possibilité de modification du prix, du libellé...
-interfaçage avec GoogleAgenda (toutes les actions apparaissent dans GoogleAgenda)
-Mails/Télécopies reçus : apparaissent dans un onglet spécifique sur le tiers en question
-qualification Tiers
-Adresse Tiers vu dans GoogleMap
-creation de nbreux template excel/pdf
|
web=http://www.lvsinformatique.com|
email=|
zip=83860|
town=NANS LES PINS|
country=fr|
service_dev=yes|
service_local=yes|
}}

{{TemplateCompany|
name=MEDIALTA|
profid=|
desc=Installation, configuration de Dolibarr sur nos serveurs, ou dans l'entreprise (Nancy, Metz, Lorraine, Grand Est). Formation, prise en main. Développement de modules sur mesure.|
web=www.medialta.com|
email=|
zip=54340|
town=Pompey|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Mephivio|
profid=|
desc=Services company with a computer located in Montpellier agglo, specializing in computer graphics, secretariat, Joomla web sites, client, opensource (Dolibarr, glpi, voip Elastix / Trixbox / PIAF etc ...)|
web=http://www.mephivio.fr/|
email=|
zip=|
town=|
country=fr|
}}

{{TemplateCompany|
name=MEZIANT|
profid=|
desc=MEZIANT propose aux PME, TPE, artisans, commerçants et associations de l'Ouest son expertise en informatique issue d'une expérience de plus de 15 ans en Audit de Système d'Informations, Site internet, Formation et Choix de logiciel de gestion (ERP) comme '''DOLIBARR''' dont elle peut assurer l’installation, la formation ou encore le développement de modules spécifiques sur site client.
web=http://www.meziant.fr |
email=mailto:contact@meziant.fr |
zip=22940|
town=PLAINTEL (Bretagne - France)|
country=fr|
service_hosting=no|
service_onlinesupport=no|
service_emailsupport=no|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Modulaweb : Technologies modulables orientées web.|
profid=|
desc=Développement d'applicatifs web, hébergement d'applications web, serveurs de fichiers et de sauvegarde, sites internet/intranet et intégration web, espaces clients, communication via internet (VoIP, messagerie instantanée), travail collaboratif. Spécialiste solutions libres pour l'entreprise (Zimbra, Dolibarr, Thaïs...) Région Languedoc-Rouissillon et voisines |
web=http://www.modulaweb.fr|
email=http://www.modulaweb.fr/portail/contact/|
zip=34000|
town=Montpellier|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Net Logic|
partner=yes|
profid=SIRET: 477 583 264 00023|
desc=Installation et configuration de l'ERP/CRM Dolibarr sur nos serveurs, ou en local dans votre entreprise. Paramétrage, personnalisation, reporting spécifique, assistance.|
web=http://www.netlogic.fr/|
email=info@netlogic.fr|
zip=93160|
town=Noisy-le-Grand|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes
}}

{{TemplateCompany|
name=NORD ERP CRM|
partner=no|
profid=83184221600010 (SIRET)|
desc=Intégration, assistance, formation, développements spécifiques et hébergement de solutions Dolibarr. NORD ERP CRM est certifié QUALIOPI ce qui permet la prise en charge des formations par les organismes de financement. Nous nous adaptons à vos spécificités métiers.|
web=https://www.nord-erp-crm.fr/|
email=mailto:contact@nord-erp-crm.fr|
zip=59100|
town=Roubaix|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=|
}}

{{TemplateCompany|
name=NS-INFO90|
partner=no|
profid=79392284000020(SIRET)|
desc=Intégration, assistance, formation, développements spécifiques et hébergement de solutions Dolibarr|
web=https://www.ns-info90.fr/|
email=mailto:contact@ns-info90.fr|
zip=90360|
town=Lachapelle-sous-rougemont|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=LOGO NS-INFO90.png|
}}

{{TemplateCompany|
name=NUM'X|
partner=no|
profid=82465583100017(SIRET)|
desc=NUM'X est une entreprise de services numériques (ESN) intervenant notamment pour les TPE PME et proposant des services autour du PGI Dolibarr|
web=https://www.numx-sets.eu/dolibarr.html|
email=mailto:contact@numx-sets.eu|
zip=44590|
town=SION-LES-MINES|
country=fr|
service_hosting=no|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=LOGO numx-sets.png|
}}

{{TemplateCompany|
name=OAS-SERVICES|
profid=829767904|
partner=no|
desc=
OAS-SERVICES est une société de service spécialisés dans la mise en place de logiciels libres sous forme de services cloud, notamment de Ma Gestion Cloud (Dolibarr, viger), la mise en place de site internet et boutique en lignes, le développement d'application et de modules en PHP (Dolibarr, Wordpress, Prestashop), mais aussi en Java (JEE, Webservices, JPA), la mise en place de systèmes d'exploitation (linux), la gestion de projet en agilité - Montpellier, Sète|
web=https://www.ma-gestion-cloud.fr|
email=[mailto:contact@oas-services.fr?subject=Contact%20from%20Dolibarr%20Suppliers%20France20page contact@oas-services.fr]|
zip=34200|
town=SETE|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=no|
logo=logo-oas-services.png
}}

{{TemplateCompany|
name=OPEN-DSI|
partner=yes|
profid=SIRET:75130522800015|
desc=Depuis 2012, nous accompagnons les petites et moyennes structures (1 à 50 salariés) dans la mise en place de solutions basées sur les logiciels libres. Nous proposons Dolibarr pour tous les besoins de gestion.|
web=https://www.open-dsi.fr|
email=mailto:infos@open-dsi.fr|
zip=69,38,01,42|
town=LYON|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=opendsi.png
}}

{{TemplateCompany|
name=Opens|
partner=no|
profid=SIRET:888 706 280 00011|
desc=Opens est spécialisée dans l'accompagnement Digital, RH et Qualité. Nous croyons que ces trois pôles sont intimement liés et œuvrons pour la souveraineté numérique de nos clients. Nous intervenons principalement dans l'Hérault et l'Occitanie.|
web=https://solutions.open-s.fr|
email=mailto:contact@open-s|
zip=34000|
town=MONTPELLIER|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=Logo_opens_solutions.png|
}}

{{TemplateCompany|
name=OIS - Open IT Store|
profid=822 430 419 00017|
desc=OIS (Open IT Store), We provide opensource instances located in Europe or North America.|
web=https://openitstore.com/dolibarr|
email=mailto:contact@openitstore.com|
zip=|
town=|
country=|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=no|
service_formation=yes|
logo=|
}}

{{TemplateCompany|
name=Oscss Shop|
partner=yes|
profid=SIRET:810 421 339 00013|
desc=Développement de modules sur mesure, interconnexions et hébergements.|
web=http://oscss-shop.fr|
email=mailto:support@oscss-shop.fr|
zip=28,45,41,72,61,27,75,69,38,01,73,74|
town=LA LOUPE|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes
}}

{{TemplateCompany|
name=Pascal Sené|
profid=|
desc=Logiciels libres et photographie.|
web=http://www.pascalsene.com|
email=contact@pascalsene.com|
zip=22,29,35,56|
town=Lannion|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Patas-Monkey|
profid=|
desc=Conseil, formation, développement et modules|
web=http://www.patas-monkey.com|
email=r.deschamps@patas-monkey.com|
zip=69,42,38,01,83|
town=Lyon|
country=fr|
service_hosting=no|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=Patasmonkey.jpg
}}

{{TemplateCompany|
name=Pragma-tech|
partner=no|
profid=842 325 268 00014|
desc=Intégrateur, Hébergeur et Formateur de Dolibarr pour TPE - PME |
web=https://www.pragma-tech.fr/ |
email=contact@pragma-tech.fr|
zip=|
town=PAU|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes|
logo=pragma-tech.png
}}

{{TemplateCompany|
name=ProbeSys|
profid=|
desc=Créée en 2003 par des passionnés du logiciel libre, [http://probesys.com ProbeSys] est une entreprise coopérative à l'image du secteur des nouvelles technologies : dynamique, réactive et participative. |
web=http://www.probesys.com|
email=mailto:contact@probesys.com|
zip=38600|
town=Fontaine|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes
}}

{{TemplateCompany|
name=PRODUCTIVIX sarl|
profid=|
desc=Productivix fourni aux PMI des solutions complètes de traçabilité code-barre / rfid et développe des applications mobiles sur mesure offline (connexions intermitentes) de scan et d'impression mobiles liées à des ERP, elle travaille avec Dolibarr via ses API, paramètre les modules et fourni si nécessaire l'hébergement et les modifications ou création de modules nécessaires dans Dolibarr; Productivix founi les licences mobiles en location, et à l'achat les imprimantes et terminaux durcis avec scanner intégré- développements et installations à distance tous pays|
web=https://www.productivix.com/mot62.html|
email=https://www.productivix.com/article239.html|
zip=38|
town=Bourgoin-Jallieu|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Pro IP|
profid=|
desc=Mise en place de solutions ERP comme Dolibarr sur nos serveurs ou dans votre entreprise, assistance et formation|
web=http://wwww.proip.fr|
email=mailto:contact@proip.fr|
zip=62129|
town=Clarques|
country=fr|
service_hosting=yes|
service_onlinesupport=no|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=Proxy-Media|
profid=|
desc=Services Informatiques aux artisans et independants|
email=mailto:contact@proxy-media.fr|
zip=17340|
town=Chatelaillon|
country=fr|
service_hosting=no|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=PTMSoft SARL|
profid=520 618 646 00019|
desc=Société de services et de développement logiciel. Installation Dolibarr sur nos serveurs ou dans votre entreprise, assistance et configuration.|
web=http://www.ptmsoft.fr|
email=[mailto:contact@ptmsoft.fr?subject=Contact%20de%20la%20page%20Dolibarr%20Suppliers%20France contact@ptmsoft.fr]|
zip=68890|
town=Mulhouse, Colmar|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=no|
logo=Logo PTMSoft.png
}}

{{TemplateCompany|
name=SIMICAR|
profid=832 284 616 00014|
desc=Société de services et de développement logiciel. Faire de Dolibarr Vote Dolibarr.|
web=http://www.simicar.fr|
email=[mailto:contact@simicar.fr]|
zip=29290|
town=Saint-Renan|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
logo=Logo v2.svg.png
}}

{{TemplateCompany|
name=Syllene|
profid=|
desc=We install and configure the software Dolibarr to suit your needs and train your users. We can also provide hosting and maintenance of your application.|
web=http://www.syllene.net/|
email=|
zip=|
town=|
country=fr|
service_hosting=yes|
service_onlinesupport=no|
service_emailsupport=no|
service_dev=yes|
service_local=yes|
service_formation=no|
}}

{{TemplateCompany|
name=Teclib'|
profid=513893503|
partner=yes|
desc=
Teclib est une société de services en informatique au capital de 400 000€. Implantés à Paris, Colmar (Alsace), Caen, Chartres (Région Centre). L'équipe Teclib' rassemble une quarantaine de personnes spécialisées dans l'intégration, hébergement et développements de logiciels libres tels que Dolibarr, Odoo, GLPI, Zimbra, BlueMind, Nagios, Centreon, ... |
web=http://www.teclib.com|
email=[mailto:contact@teclib.com?subject=Contact%20from%20Dolibarr%20Preferred%20Partners%20page contact@teclib.com]|
zip=75001|
town=Paris|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=no|
service_formation=yes|
logo=Logo_Teclib.png
}}

{{TemplateCompany|
name=Tiaris|
partner=yes|
profid=|
desc=Solutions and services for small businesses and merchants: e-commerce, maintenance, ERP/CRM Dolibarr, development telecommuting. ecommerce - dolibarr webservice based interface. Saas Offer Dolibarr + ecommerce connection for open source caddies (OsCommerce, Zencart, Crelaoded, Prestashop and others...)|
web=http://www.tiaris.fr/|
email=http://www.tiaris.fr/spip.php?page=contact|
zip=57870|
town=WALSCHEID|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=UTOPSYS - L'Informatique, Professionnelle.|
profid=|
desc=Maintenance, dépannage, conseil, audits, Green IT, solutions open-source de travail collaboratif, installation et maintenance Dolibarr. Bordeaux, CUB, Libourne.|
web=http://www.utopsys.fr|
email=|
zip=|
town=Libourne|
country=fr|
service_hosting=no|
service_onlinesupport=no|
service_emailsupport=no|
service_dev=yes|
service_local=yes|
service_formation=no|
}}

{{TemplateCompany|
name=YON - Your Own Net|
profid=822 430 419 00017|
desc=YON (Your Own Net), Fournisseur de solution numérique, Nous sommes spécialisés dans la fourniture de solutions informatiques pour les professionnelles et les particuliers. Nos solutions vont de l’intégration d’outils Open Source et de logiciels libres à l'hébergement de logiciels.|
web=http://yourownnet.net/|
email=mailto:contact@yourownnet.net|
zip=79|
town=Niort et Grand Ouest|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=no|
service_local=yes|
service_formation=yes|
logo=|
}}

{{TemplateCompany|
name=Weedoo Digital|
profid=831 555 008 000 18 (SIRET)|
desc=Weedoo Digital est un fournisseur de solutions cloud et digitales pour entreprises. Nos services s’étendent de l’hébergement CLOUD aux solutions de gestion pour entreprises, en passant par le développement web et le E-marketing.|
web=https://www.weedoo.digital/|
email=https://www.weedoo.digital/contactez-nous/|
zip=01|
town=Ain et Rhône-Alpes|
country=fr|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

{{TemplateCompany|
name=WEBINFOPRO|
profid=|
desc=Society Computers and Internet service for small businesses located in the suburbs west of Paris. One of the main activities is the integration of open source software.|
web=http://www.webinfopro.fr/|
email=|
zip=|
town=|
country=fr|
service_hosting=no|
service_onlinesupport=no|
service_emailsupport=no|
service_dev=yes|
service_local=yes|
service_formation=no|
}}

{{TemplateCompany|
name=Z-Application|
profid=|
desc=Développement personnalisé et assistance à la installation-migration. Support sur site possible dans le département Manche (50).|
web=https://www.z-application.com/|
email=|
zip=50250|
town=Coutances - Cherbourg - Saint-Lô|
country=fr|
service_hosting=no|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=no|
}}
{{TemplateCompany|
name=Paulo Oliveira|
desc=Installation, configuration et personnalisation de dolibarr. Intégration de Dolibarr avec d'autres systèmes. Développement de modules et améliorations de l'interface utilisateur. Je suis le développeur des modules customizeforms, customizeinterface, categorizeall et pixbrasil chez dolistore|
web=https://empresalivre.com/demo2/|
zip=90460-160|
town=Porto Alegre, Rio Grande do Sul|
email=paulorcdo@gmail.com|
country=Brazil|
service_hosting=yes|
service_onlinesupport=yes|
service_emailsupport=yes|
service_dev=yes|
service_local=yes|
service_formation=yes|
}}

Module Products

2020-09-22T22:16:42Z

Christof: /* Rules to manage sales prices */ sales prices instead of sale price - to avoid confusion

[[fr:Module_Produits]]
[[es:Módulo_Productos]]
[[de:Modul_Produkte]]
[[zh:产品模块]]


[[Category:Product]]
{{TemplateDocUser}}
{{TemplateModEN}}
{{BasculeDevUserEn|
name=Products|
num=50|
devdoc=[[Module Products (developer)]]|
userdoc=This page|}}

=Introduction=
This module manages the product catalog.

See also [[Module Services En|Modules Services]] to manage a catalog of services, or page [[Module Stocks En|Module Stocks]] to manage warehouses and stock.

=Installation=
{{NoInstallModuleEn}}

=Configuration=
{{ActivationModuleEn}}

=Definition=
==Products==
A ''product'' is an object you sell to customers or it is an object you buy from suppliers. It is a physical object as opposed to [[ServicesEn|Services]].

A product follows this rules:

*A product can be stocked into a warehouse (only products appears in module [[Module_StockEn|Stock]]. Services are not visible).
*A product can be delivered (only products appears in module [[Module Shipment|Shipment]]. Services are not visible. Services are realized but cannot be shipped).
*A product is a material good. It's value often decreases with time (the value of a used product is less than a new product).

Some fields are dedicated to products and not available for Services like:

*Weight
*Size
*Customs code = Commodity code = License code = HTS (An international 6 character code to define the category of product)

==Virtual products (kits, also called Pack products)==
A product or service may be registered as a virtual (a "parent") product, that is, containing other (single) products. This function is activated from the ''Products'' or the ''Service'' module settings page. It allows "packages" or "kits" of products to be dealt with as a single lot, within orders, invoices and inventory, instead of dealing individually with the components .

A virtual product complies with the following rules:

*When adding a product in a document (proposals, invoice, order), only the line of the virtual product (the "parent") is shown.
*The stock of each individual component inside the virtual product is incremented / decremented when the parent product is acquired / delivered.
*A virtual product may itself be composed of other virtual products that contain other (single) products.

Note:
This is meant as a distinct function from "manufacturing / production" where another "container" product uses the existing stock of its sub-components to produce an additional product which will then be kept in stock as such.
Here in fact, in the "virtual product or service" function, the sub-components of a virtual product will only be decrementing the respective stock at the time of delivery of the virtual product. Till then, these sub-products remain at full disposal, to be possibly integrated in other sales processes as single independent products also.

Again, the ''manufacturing'' module acted differently : from the moment it registered a "container product", it immediately purveyed that its by-products were unusable for any other purpose. Therefore, their stock was immediately decremented whether or not the container product left the store, as it was to be considered that the sub-components could no longer be reverse engineered as single products in stock.

==Rules to manage sales prices==
There are 4 ways to manage sales prices in Dolibarr.

*One and only one price per product
*different prices per segment of customers
*different prices per customer
*different prices per quantity (experimental)

===Price per segment of customers===
Dolibarr can accept several prices per customer segment. By default, there are 5 segments (i.e. 5 groups of different customers), but you can also edit this figure.
Each customer can be associated with 1 and only 1 segment, and therefore he or she will be assigned the price defined for that segment (segment 1 if the customer segment is not yet defined).

As of v12 the REST API supports getting, but not setting, multiprices per segment for a product. Prices for a product and customer segment can be set from the backoffice only.

==Categories==
Products can be added to one or to multiple categories.

To set categories of a product with API, you must use the APIs /categories/...

==Image==
A product can have one or multiple images. This can be manually set from the tab "Linked files" of a product.

To get or set an image of a product using the APIs, you must use the API /documents (with "modulepart" parameter = "product" or "service").

==Variants==
A product can have multiple variants, e.g. for sizes or colors.

As of v12 the REST API supports both getting, setting and deleting variants for a product.

=Life cycle / Business rules=
{{ToComplete}}

=Related videos=
<youtube width="200" height="120">Qm0k1G4BYsE</youtube>

Module Products

2020-09-22T22:11:59Z

Christof: /* Virtual products (kits, also called Pack products) */ only grammar.

[[fr:Module_Produits]]
[[es:Módulo_Productos]]
[[de:Modul_Produkte]]
[[zh:产品模块]]


[[Category:Product]]
{{TemplateDocUser}}
{{TemplateModEN}}
{{BasculeDevUserEn|
name=Products|
num=50|
devdoc=[[Module Products (developer)]]|
userdoc=This page|}}

=Introduction=
This module manages the product catalog.

See also [[Module Services En|Modules Services]] to manage a catalog of services, or page [[Module Stocks En|Module Stocks]] to manage warehouses and stock.

=Installation=
{{NoInstallModuleEn}}

=Configuration=
{{ActivationModuleEn}}

=Definition=
==Products==
A ''product'' is an object you sell to customers or it is an object you buy from suppliers. It is a physical object as opposed to [[ServicesEn|Services]].

A product follows this rules:

*A product can be stocked into a warehouse (only products appears in module [[Module_StockEn|Stock]]. Services are not visible).
*A product can be delivered (only products appears in module [[Module Shipment|Shipment]]. Services are not visible. Services are realized but cannot be shipped).
*A product is a material good. It's value often decreases with time (the value of a used product is less than a new product).

Some fields are dedicated to products and not available for Services like:

*Weight
*Size
*Customs code = Commodity code = License code = HTS (An international 6 character code to define the category of product)

==Virtual products (kits, also called Pack products)==
A product or service may be registered as a virtual (a "parent") product, that is, containing other (single) products. This function is activated from the ''Products'' or the ''Service'' module settings page. It allows "packages" or "kits" of products to be dealt with as a single lot, within orders, invoices and inventory, instead of dealing individually with the components .

A virtual product complies with the following rules:

*When adding a product in a document (proposals, invoice, order), only the line of the virtual product (the "parent") is shown.
*The stock of each individual component inside the virtual product is incremented / decremented when the parent product is acquired / delivered.
*A virtual product may itself be composed of other virtual products that contain other (single) products.

Note:
This is meant as a distinct function from "manufacturing / production" where another "container" product uses the existing stock of its sub-components to produce an additional product which will then be kept in stock as such.
Here in fact, in the "virtual product or service" function, the sub-components of a virtual product will only be decrementing the respective stock at the time of delivery of the virtual product. Till then, these sub-products remain at full disposal, to be possibly integrated in other sales processes as single independent products also.

Again, the ''manufacturing'' module acted differently : from the moment it registered a "container product", it immediately purveyed that its by-products were unusable for any other purpose. Therefore, their stock was immediately decremented whether or not the container product left the store, as it was to be considered that the sub-components could no longer be reverse engineered as single products in stock.

==Rules to manage sales prices==
There are 4 ways to manage sale price of products in Dolibarr.

*One and only one price per product
*Price per segment of customers
*Price per customer
*price per quantity (experimental)

===Price per segment of customers===
Dolibarr can accept several prices per customer segment. By default, there are 5 segments (i.e. 5 groups of different customers), but you can also edit this figure.
Each customer can be associated with 1 and only 1 segment, and therefore he or she will be assigned the price defined for that segment (segment 1 if the customer segment is not yet defined).

As of v12 the REST API supports getting, but not setting, multiprices per segment for a product. Prices for a product and customer segment can be set from the backoffice only.

==Categories==
Products can be added to one or to multiple categories.

To set categories of a product with API, you must use the APIs /categories/...

==Image==
A product can have one or multiple images. This can be manually set from the tab "Linked files" of a product.

To get or set an image of a product using the APIs, you must use the API /documents (with "modulepart" parameter = "product" or "service").

==Variants==
A product can have multiple variants, e.g. for sizes or colors.

As of v12 the REST API supports both getting, setting and deleting variants for a product.

=Life cycle / Business rules=
{{ToComplete}}

=Related videos=
<youtube width="200" height="120">Qm0k1G4BYsE</youtube>

Module Products

2020-09-22T22:06:10Z

Christof: Some editing for comprehension to match the French description of the virtual product module description.

[[fr:Module_Produits]]
[[es:Módulo_Productos]]
[[de:Modul_Produkte]]
[[zh:产品模块]]


[[Category:Product]]
{{TemplateDocUser}}
{{TemplateModEN}}
{{BasculeDevUserEn|
name=Products|
num=50|
devdoc=[[Module Products (developer)]]|
userdoc=This page|}}

=Introduction=
This module manages the product catalog.

See also [[Module Services En|Modules Services]] to manage a catalog of services, or page [[Module Stocks En|Module Stocks]] to manage warehouses and stock.

=Installation=
{{NoInstallModuleEn}}

=Configuration=
{{ActivationModuleEn}}

=Definition=
==Products==
A ''product'' is an object you sell to customers or it is an object you buy from suppliers. It is a physical object as opposed to [[ServicesEn|Services]].

A product follows this rules:

*A product can be stocked into a warehouse (only products appears in module [[Module_StockEn|Stock]]. Services are not visible).
*A product can be delivered (only products appears in module [[Module Shipment|Shipment]]. Services are not visible. Services are realized but cannot be shipped).
*A product is a material good. It's value often decreases with time (the value of a used product is less than a new product).

Some fields are dedicated to products and not available for Services like:

*Weight
*Size
*Customs code = Commodity code = License code = HTS (An international 6 character code to define the category of product)

==Virtual products (kits, also called Pack products)==
A product or service may be registered as a virtual (a "parent") product, that is, containing other (single) products. This function is activated from the ''Products'' or the ''Service'' module settings page. It allows "packages" or "kits" of products to be dealt with as a single lot, within orders, invoices and inventory, instead of dealing individually with the components .

A virtual product complies with the following rules:

*When adding a product in a document (proposals, invoice, order), only the line of the virtual product (the "parent") is shown.
*The stock of each individual component inside the virtual product is incremented / decremented when the parent product is acquired / delivered.
*A virtual product may itself be composed of other virtual products that contain other (single) products.

Note:
This is meant as a distinct function from "manufacturing / production" where another "container" product uses the existing stock of its sub-components to produce an additional product to be kept in stock.
Here in fact, in the "virtual product or service" function, the sub-components of a virtual product are only decrementing the stock at the time of delivery of the virtual product. Till then, these sub-products remain at disposal to be integrated in the sales process as single independent products also. Again, the ''manufacturing'' module on the contrary, from the moment it registered a "container product", immediately purveyed that its by-products were unusable for any other purpose. Therefore, their stock was decremented whether or not the container product left the store, as it was to be considered that the sub-components could no longer be reverse engineered as single products in stock.

==Rules to manage sales prices==
There are 4 ways to manage sale price of products in Dolibarr.

*One and only one price per product
*Price per segment of customers
*Price per customer
*price per quantity (experimental)

===Price per segment of customers===
Dolibarr can accept several prices per customer segment. By default, there are 5 segments (i.e. 5 groups of different customers), but you can change this number.
Each customer can be associated with 1 and only 1 segment, and therefore he or she will be assigned the price defined for that segment (segment 1 if the customer segment is not yet defined).

As of v12 the REST API supports getting but not setting multiprices per segment for a product. Prices for a product and customer segment can be set from the backoffice only.

==Categories==
Products can be added to one or to multiple categories.

To set categories of a product with API, you must use the APIs /categories/...

==Image==
A product can have one or multiple images. This can be manually set from the tab "Linked files" of a product.

To get or set an image of a product using the APIs, you must use the API /documents (with "modulepart" parameter = "product" or "service").

==Variants==
A product can have multiple variants, e.g. for sizes or colors.

As of v12 the REST API supports both getting, setting and deleting variants for a product.

=Life cycle / Business rules=
{{ToComplete}}

=Related videos=
<youtube width="200" height="120">Qm0k1G4BYsE</youtube>

Talk:FAQ Having long product list

2020-09-01T16:58:51Z

Christof: Search mask function not found

== Where is that please ? ==
Sorry but I can't seem to find that function of "products" even with Ajax double-checked ... neither in Ver 11 nor Ver 12.