https://wiki.dolibarr.org/api.php?action=feedcontributions&user=Ywarnier&feedformat=atomDolibarr ERP CRM Wiki - User contributions [en]2024-03-29T00:37:54ZUser contributionsMediaWiki 1.35.0https://wiki.dolibarr.org/index.php?title=Translator_documentation&diff=34160Translator documentation2015-07-09T16:54:01Z<p>Ywarnier: /* Including your translation in the official Dolibarr sources */</p>
<hr />
<div><keywords content="translation, documentation, translator, localize, localization, i18n, internationalization, language" /><br />
<br />
= [[File:Language.png]] Translate Dolibarr Application into your language =<br />
<br />
Dolibarr language files are already translated in several languages.<br />
English is by default always complete. Other languages depend on contributions. This tutorial can help you to complete a translation for a language not yet available or somehow incorrect.<br />
Dolibarr can be translated in three different ways:<br />
<br />
# Manually using Transifex.com (that's the official and recommended method).<br />
# Manually editing language files<br />
# Completely automatic: autotranslator<br />
<br />
<br />
<br />
== Manual Translation using Transifex online service (recommended) ==<br />
<br />
Transifex is a web application that provides an online platform for translation projects. It includes teams and discussion tools, translation memory, glossary, proofreading and a lot of other features.<br />
It is quite easy to use and all translations can be uploaded or downloaded through the web interface or using their TX client in a terminal.<br />
Transifex is an open source project and the "community edition" can be freely downloaded and installed, but we will use the online hosted service.<br />
<br />
===Create transifex account and choose language===<br />
If you want to help translating Dolibarr in your own language, first create a Transifex account on http://transifex.com<br />
<br />
Then refer to http://transifex.com/projects/p/dolibarr/ and see if language is already supported. If it exists (many teams are already working for the project), you can ask to join the team and start to translate right away; if there is not a team for your language, you should request a new translation team on Transifex. It can be done directly using transifex.com interface on the website.<br />
<br />
===Using the web interface (for translators) ===<br />
If language is already available onto page http://transifex.com/projects/p/dolibarr/, just create an account and follow instruction of transifex web site to translate files.<br />
<br />
Note, that this web interface must not be used to translate en_US language that is source. Any change on source language must be done by submiting code change using GitHub Pull Requests.<br />
<br />
=== Using TX command line client (for Dolibarr [[:Category:Yoda]] team) ===<br />
This describe how to use Transifex from command line. However, this is reserved to Dolibarr admin users to synchronize Transifex with Dolibarr main sources.<br />
<br />
[http://docs.transifex.com/developer/client/ Official documentation]<br />
<br />
====TX Client configuration====<br />
First install TX Client.<br />
With Debian/Ubuntu/Mint:<br />
<source lang="bash"><br />
apt-get install python-pip<br />
pip install transifex-client<br />
</source><br />
Then you have to initialize your TX environment. This is done by running '''tx init''' into dolibarr project root directory.<br />
<source lang="bash"><br />
cd git/dolibarr<br />
tx init<br />
</source><br />
Accept to overwrite config file. Keep default value for Transifex instance, then enter your Transifex login and password.<br />
<br />
After this, a .transifexrc has been created into your HOME dir and a generic config file has been created as '''.tx/config''' in project's root.<br />
So your directory's contents will look like that:<br />
<code><pre><br />
.<br />
|-- build<br />
|-- build.xml<br />
|-- ChangeLog<br />
|-- COPYING<br />
|-- COPYRIGHT<br />
|-- dev<br />
|-- doc<br />
|-- .gitignore<br />
|-- htdocs<br />
|-- INSTALL<br />
|-- pom.xml<br />
|-- quickbuild.xml<br />
|-- README<br />
|-- README-FR<br />
|-- README.md<br />
|-- robots.txt<br />
|-- scripts<br />
|-- test<br />
`-- .tx<br />
</pre></code><br />
<br />
The current config file can be downloaded from https://github.com/Dolibarr/dolibarr/tree/develop/.tx , put it into .tx directory, overwriting the one created by '''tx init'''<br />
<br />
This project configuration file is used to store the project’s details and the file-to-resource mappings.<br />
<br />
That is a sample of what the config file contains:<br />
<br />
<source lang="ini"><br />
[main]<br />
host = https://www.transifex.com<br />
lang_map = uz: uz_UZ<br />
<br />
[dolibarr.admin]<br />
file_filter = htdocs/langs/<lang>/admin.lang<br />
source_file = htdocs/langs/en_US/admin.lang<br />
source_lang = en_US<br />
type = MOZILLAPROPERTIES<br />
</source><br />
<br />
Here is an explanation of the sections and options used in the config file:<br />
<br />
<nowiki>[main] section</nowiki><br />
<br />
In this section we have project-wide options, such as the default transifex host for all projects. These can be overriden by each resource, in case it is needed.<br />
<br />
<nowiki>[dolibarr.resource]</nowiki><br />
<br />
source_lang: this is the source language of the resource.<br/><br />
source_file: this points to the source file directly.<br/><br />
file_filter: here we hold the expression used to identify translation files under the specific project. ''not mandatory''<br/><br />
trans.<lang>: this is used for translation files that don’t follow a common naming schema and the file expression cannot be used to track them. ''not mandatory''<br/><br />
host: in case the project doesn’t use the default Transifex server as specified in the [main] section, it can override it using this option. ''not mandatory''<br/><br />
<br />
====TX Client use====<br />
Some useful information on '''tx''' commands.<br />
<br />
'''tx status'''<br />
<br />
Show status of translations<br />
<br />
'''tx push'''<br />
<br />
Used to push changes from your computer to Transifex server<br><br />
Additional options for the tx push command are:<br />
<code><pre><br />
-h - Shows the help screen for the command<br />
-l <lang> - Specify which translations you want to push (defaults to all)<br />
-r <resource> - Specify the resource for which you want to push the translations (defaults to all)<br />
-f - Push source files without checking modification times<br />
--skip - Don't stop on errors. Useful when pushing many files concurrently.<br />
-s - Push the source file to the server<br />
-t - Push the translation files to the server<br />
--no-interactive - Don't require user input when forcing a push</pre></code><br />
<br />
'''tx pull'''<br />
<br />
Used to pull changes from Transifex server to your computer<br/><br />
Additional options for the tx pull command are:<br />
<code><pre><br />
-h - Shows the help screen for the command<br />
-l <lang> - Specify which translations you want to pull (defaults to all)<br />
-r <resource> - Specify the resource for which you want to pull the translations (defaults to all)<br />
-a - Fetch all translation files from server (even new ones)<br />
-s - Force the fetching of the source file (default: False)<br />
-f - Force download of translations files<br />
--skip - Don't stop on errors. Useful when pushing many files concurrently.<br />
--disable-overwrite - By default Transifex will fetch new translations files and replace existing ones. Use this flag if you want to disable this feature.<br />
--minimum_perc=VALUE - Specify the minimum acceptable percentage of a translation in order to download it.</pre></code><br />
<br />
'''Examples'''<br />
<br />
To pull translation files, you can use:<br />
<br />
<source lang="bash"><br />
tx -d pull -l it_IT # Get italian language only<br />
tx -d pull -a # Get all languages<br />
</source><br />
<br />
To push source files, just type:<br />
<br />
<source lang="bash"><br />
tx -d push -t -l it_IT [-r dolibarr.file] # To push only a specific translation file<br />
tx -d push -s # To push source file<br />
</source><br />
<br />
=== Other questions on transifex process ===<br />
This is short questions and answer yuo may also ask about transifex translation process:<br />
<br />
1) Is the sync on a regular time interval ?<br />
<br />
No. It is done where there is enough translation submited. It is also done on a beta branch just before creating the final release package.<br />
<br />
2) Are all the translations synced to git, or only the reviewed translations. Do I need to review before sync is done ?<br />
<br />
When a Sync is done, transifex files overwrites files into git, but only if there is at least on record modified for the file. <br />
You don't have to make review before sync is done. Making review is above all to know which lines were manually reviewed and wich one were intially translated using a robot.<br />
<br />
3) In which Dolibarr releases will translations be available ? Are transifex translations also synced to maintenance releases ?<br />
<br />
Sync is always done on develop and/or beta.<br />
So transifex changes appear in all version whose branch is created after the transifex change (a sync is always done before creating a new branch). Once a branch is created, then new changes into transifex will be available only for next branch. Reason of this is that transifex is not able to manage branch/versions (not yet).<br />
<br />
<br />
<br />
<br />
== Manual Translation (not recommended) ==<br />
<br />
To translate Dolibarr into another language, go to the langs directory and create a folder/directory named with the code language to translate (follow the existing format, for example en_US, en_GB, es_ES, de_DE, etc...). Then copy the files from an existing language directory (for example en_US/main.lang, en_GB/bills.lang), into the new language directory that you have just created.<br />
<br />
These files have the format of key/value pairs in each line like the followings:<br />
<br />
<source lang="ini"><br />
Code1 = translate phrase 1<br />
Code2 = translate phrase 2<br />
...<br />
Coden = translate phrase n<br />
</source><br />
<br />
Translate the phrases (the value portion of the key/value pairs) on right side of the "=" as seen above, the code (the key portion) on left side of "=" should remain unchanged. It is possible to translate the files one by one, without bringing them all at once. If a file has not been translated into the new language, Dolibarr uses English.<br />
<br />
To have a localised (translated) string into the PHP code, all you have to do is load the language file and use the method to get the translated value, like this:<br />
<br />
<source lang="php"><br />
$langs->load("myfile"); // or use $langs->load("myfile@mymodule") if myfile.lang is inside directory htdocs/mymodule/langs/xx_XX <br />
<br />
print $langs->trans("CodeX")<br />
</source><br />
<br />
An entry type;<br />
<br />
<source lang="ini"><br />
CodeX = phrase X<br />
</source><br />
<br />
must be present or added to the myfile.lang file.<br />
<br />
<br />
== Automatic Translation with autotranslator.php tool ==<br />
<br />
* Translator OS: All<br />
* Tool: '''autotranslator.php''' provided with Dolibarr in directory '''dev/translation'''.<br />
This method is recommended when starting translation for a language not already initialized. If there is already a translation available but you need to add missing key or correct errors, try to use method using Transifex (see later).<br />
<br />
To make or update all files of a language code, just run the script:<br />
<source lang="bash"><br />
php autotranslator.php lang_code_source lang_code_target GOOGLEAPIKEY<br />
</source><br />
For example :<br />
<source lang="bash"><br />
php autotranslator.php en_US pt_PT GOOGLEAPIKEY<br />
</source><br />
to translate into Portuguese (pt_PT) using English (en_US) files.<br />
<br />
All non existing files will be created, all existing files will be updated.<br />
The tool use [http://translate.google.com Google translation] service to find the translation value of a string, so a working Internet connection is required from station running the script. Also a GOOGLEAPIKEY is required and Google charges a fee for using this service (20 euros / 1 000 000 of translated chars).<br />
Your PHP must also have permissions to write into '''htdocs/langs''' directory and must have curl functions available.<br />
<br />
= [[File:Language.png]] Distribute or include your translation into core source =<br />
<br />
== Including your translation in the official Dolibarr sources ==<br />
<br />
Once you start translating, it's a smart decision to share it, so it can be included into the official code of Dolibarr.<br />
If you keep it for you, others will not be able to improve it when new terms are added or previous terms are modified, and you will still have to manage the translation on your own.<br />
<br />
If you translated through the Transifex system, there's nothing to be done. Your translation will be included in the next version of Dolibarr. No additional work! In technical terms, the translation will be exported from Transifex and imported into Dolibarr by our developers, at least once every month.<br />
<br />
If, however, you translated directly in Dolibarr files, then you will first have to transfer those translations to Transifex before they can be included. So, really, you should start translating into Transifex.<br />
If you send us your translation through a Pull Request on Github, sadly, it will be overwritten by the next import from Transifex, so it would be very short-lived.<br />
<br />
=== Adding new variables ===<br />
<br />
The reference language is en_US and is always complete. You can find it in the htdocs/langs/en_US/ folder. All other language files are likely to be slightly or highly incomplete, depending on the language.<br />
<br />
If you are developing a new module, you are likely going to need the addition of new language variables. This is done exclusively through the update of the en_US language (htdocs/langs/en_US/ folder). Just modify these files to add the variable you need and send the resulting folder as part of your Pull Request. Refer to the developer documentation to learn how to contribute code (you will need an account on {{TemplateUrlSCM}}.<br />
<br />
== As an extension ==<br />
When you create a new language, if it is not already integrated into Dolibarr, it can still be broadcast to all other users. You can make a distribution package using the '''build/makepack-dolibarrlang.pl''' script or making a zip archive manually and posting it on dolistore.com or sending it to the developers' mailing list '''dolibarr-dev''' ({{TemplateURLMLDev}}).<br />
<br />
New language files are immediately available in an installation as soon as the archive is unzipped in the correct directory.<br />
<br />
= [[File:Language.png]] Translate documentation on wiki =<br />
The wiki is written in 3 languages: English, French and Spanish.<br />
If you want to enhance documentation on one of these languages, all you have to do is to create an account on this wiki.<br />
Then, you can edit existing pages to correct a bad translation or translate pages waiting for translation [[:Category:Page_waiting_for_translation]].</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Translator_documentation&diff=34159Translator documentation2015-07-09T16:53:01Z<p>Ywarnier: Re-write of the translation to Dolibarr sources section</p>
<hr />
<div><keywords content="translation, documentation, translator, localize, localization, i18n, internationalization, language" /><br />
<br />
= [[File:Language.png]] Translate Dolibarr Application into your language =<br />
<br />
Dolibarr language files are already translated in several languages.<br />
English is by default always complete. Other languages depend on contributions. This tutorial can help you to complete a translation for a language not yet available or somehow incorrect.<br />
Dolibarr can be translated in three different ways:<br />
<br />
# Manually using Transifex.com (that's the official and recommended method).<br />
# Manually editing language files<br />
# Completely automatic: autotranslator<br />
<br />
<br />
<br />
== Manual Translation using Transifex online service (recommended) ==<br />
<br />
Transifex is a web application that provides an online platform for translation projects. It includes teams and discussion tools, translation memory, glossary, proofreading and a lot of other features.<br />
It is quite easy to use and all translations can be uploaded or downloaded through the web interface or using their TX client in a terminal.<br />
Transifex is an open source project and the "community edition" can be freely downloaded and installed, but we will use the online hosted service.<br />
<br />
===Create transifex account and choose language===<br />
If you want to help translating Dolibarr in your own language, first create a Transifex account on http://transifex.com<br />
<br />
Then refer to http://transifex.com/projects/p/dolibarr/ and see if language is already supported. If it exists (many teams are already working for the project), you can ask to join the team and start to translate right away; if there is not a team for your language, you should request a new translation team on Transifex. It can be done directly using transifex.com interface on the website.<br />
<br />
===Using the web interface (for translators) ===<br />
If language is already available onto page http://transifex.com/projects/p/dolibarr/, just create an account and follow instruction of transifex web site to translate files.<br />
<br />
Note, that this web interface must not be used to translate en_US language that is source. Any change on source language must be done by submiting code change using GitHub Pull Requests.<br />
<br />
=== Using TX command line client (for Dolibarr [[:Category:Yoda]] team) ===<br />
This describe how to use Transifex from command line. However, this is reserved to Dolibarr admin users to synchronize Transifex with Dolibarr main sources.<br />
<br />
[http://docs.transifex.com/developer/client/ Official documentation]<br />
<br />
====TX Client configuration====<br />
First install TX Client.<br />
With Debian/Ubuntu/Mint:<br />
<source lang="bash"><br />
apt-get install python-pip<br />
pip install transifex-client<br />
</source><br />
Then you have to initialize your TX environment. This is done by running '''tx init''' into dolibarr project root directory.<br />
<source lang="bash"><br />
cd git/dolibarr<br />
tx init<br />
</source><br />
Accept to overwrite config file. Keep default value for Transifex instance, then enter your Transifex login and password.<br />
<br />
After this, a .transifexrc has been created into your HOME dir and a generic config file has been created as '''.tx/config''' in project's root.<br />
So your directory's contents will look like that:<br />
<code><pre><br />
.<br />
|-- build<br />
|-- build.xml<br />
|-- ChangeLog<br />
|-- COPYING<br />
|-- COPYRIGHT<br />
|-- dev<br />
|-- doc<br />
|-- .gitignore<br />
|-- htdocs<br />
|-- INSTALL<br />
|-- pom.xml<br />
|-- quickbuild.xml<br />
|-- README<br />
|-- README-FR<br />
|-- README.md<br />
|-- robots.txt<br />
|-- scripts<br />
|-- test<br />
`-- .tx<br />
</pre></code><br />
<br />
The current config file can be downloaded from https://github.com/Dolibarr/dolibarr/tree/develop/.tx , put it into .tx directory, overwriting the one created by '''tx init'''<br />
<br />
This project configuration file is used to store the project’s details and the file-to-resource mappings.<br />
<br />
That is a sample of what the config file contains:<br />
<br />
<source lang="ini"><br />
[main]<br />
host = https://www.transifex.com<br />
lang_map = uz: uz_UZ<br />
<br />
[dolibarr.admin]<br />
file_filter = htdocs/langs/<lang>/admin.lang<br />
source_file = htdocs/langs/en_US/admin.lang<br />
source_lang = en_US<br />
type = MOZILLAPROPERTIES<br />
</source><br />
<br />
Here is an explanation of the sections and options used in the config file:<br />
<br />
<nowiki>[main] section</nowiki><br />
<br />
In this section we have project-wide options, such as the default transifex host for all projects. These can be overriden by each resource, in case it is needed.<br />
<br />
<nowiki>[dolibarr.resource]</nowiki><br />
<br />
source_lang: this is the source language of the resource.<br/><br />
source_file: this points to the source file directly.<br/><br />
file_filter: here we hold the expression used to identify translation files under the specific project. ''not mandatory''<br/><br />
trans.<lang>: this is used for translation files that don’t follow a common naming schema and the file expression cannot be used to track them. ''not mandatory''<br/><br />
host: in case the project doesn’t use the default Transifex server as specified in the [main] section, it can override it using this option. ''not mandatory''<br/><br />
<br />
====TX Client use====<br />
Some useful information on '''tx''' commands.<br />
<br />
'''tx status'''<br />
<br />
Show status of translations<br />
<br />
'''tx push'''<br />
<br />
Used to push changes from your computer to Transifex server<br><br />
Additional options for the tx push command are:<br />
<code><pre><br />
-h - Shows the help screen for the command<br />
-l <lang> - Specify which translations you want to push (defaults to all)<br />
-r <resource> - Specify the resource for which you want to push the translations (defaults to all)<br />
-f - Push source files without checking modification times<br />
--skip - Don't stop on errors. Useful when pushing many files concurrently.<br />
-s - Push the source file to the server<br />
-t - Push the translation files to the server<br />
--no-interactive - Don't require user input when forcing a push</pre></code><br />
<br />
'''tx pull'''<br />
<br />
Used to pull changes from Transifex server to your computer<br/><br />
Additional options for the tx pull command are:<br />
<code><pre><br />
-h - Shows the help screen for the command<br />
-l <lang> - Specify which translations you want to pull (defaults to all)<br />
-r <resource> - Specify the resource for which you want to pull the translations (defaults to all)<br />
-a - Fetch all translation files from server (even new ones)<br />
-s - Force the fetching of the source file (default: False)<br />
-f - Force download of translations files<br />
--skip - Don't stop on errors. Useful when pushing many files concurrently.<br />
--disable-overwrite - By default Transifex will fetch new translations files and replace existing ones. Use this flag if you want to disable this feature.<br />
--minimum_perc=VALUE - Specify the minimum acceptable percentage of a translation in order to download it.</pre></code><br />
<br />
'''Examples'''<br />
<br />
To pull translation files, you can use:<br />
<br />
<source lang="bash"><br />
tx -d pull -l it_IT # Get italian language only<br />
tx -d pull -a # Get all languages<br />
</source><br />
<br />
To push source files, just type:<br />
<br />
<source lang="bash"><br />
tx -d push -t -l it_IT [-r dolibarr.file] # To push only a specific translation file<br />
tx -d push -s # To push source file<br />
</source><br />
<br />
=== Other questions on transifex process ===<br />
This is short questions and answer yuo may also ask about transifex translation process:<br />
<br />
1) Is the sync on a regular time interval ?<br />
<br />
No. It is done where there is enough translation submited. It is also done on a beta branch just before creating the final release package.<br />
<br />
2) Are all the translations synced to git, or only the reviewed translations. Do I need to review before sync is done ?<br />
<br />
When a Sync is done, transifex files overwrites files into git, but only if there is at least on record modified for the file. <br />
You don't have to make review before sync is done. Making review is above all to know which lines were manually reviewed and wich one were intially translated using a robot.<br />
<br />
3) In which Dolibarr releases will translations be available ? Are transifex translations also synced to maintenance releases ?<br />
<br />
Sync is always done on develop and/or beta.<br />
So transifex changes appear in all version whose branch is created after the transifex change (a sync is always done before creating a new branch). Once a branch is created, then new changes into transifex will be available only for next branch. Reason of this is that transifex is not able to manage branch/versions (not yet).<br />
<br />
<br />
<br />
<br />
== Manual Translation (not recommended) ==<br />
<br />
To translate Dolibarr into another language, go to the langs directory and create a folder/directory named with the code language to translate (follow the existing format, for example en_US, en_GB, es_ES, de_DE, etc...). Then copy the files from an existing language directory (for example en_US/main.lang, en_GB/bills.lang), into the new language directory that you have just created.<br />
<br />
These files have the format of key/value pairs in each line like the followings:<br />
<br />
<source lang="ini"><br />
Code1 = translate phrase 1<br />
Code2 = translate phrase 2<br />
...<br />
Coden = translate phrase n<br />
</source><br />
<br />
Translate the phrases (the value portion of the key/value pairs) on right side of the "=" as seen above, the code (the key portion) on left side of "=" should remain unchanged. It is possible to translate the files one by one, without bringing them all at once. If a file has not been translated into the new language, Dolibarr uses English.<br />
<br />
To have a localised (translated) string into the PHP code, all you have to do is load the language file and use the method to get the translated value, like this:<br />
<br />
<source lang="php"><br />
$langs->load("myfile"); // or use $langs->load("myfile@mymodule") if myfile.lang is inside directory htdocs/mymodule/langs/xx_XX <br />
<br />
print $langs->trans("CodeX")<br />
</source><br />
<br />
An entry type;<br />
<br />
<source lang="ini"><br />
CodeX = phrase X<br />
</source><br />
<br />
must be present or added to the myfile.lang file.<br />
<br />
<br />
== Automatic Translation with autotranslator.php tool ==<br />
<br />
* Translator OS: All<br />
* Tool: '''autotranslator.php''' provided with Dolibarr in directory '''dev/translation'''.<br />
This method is recommended when starting translation for a language not already initialized. If there is already a translation available but you need to add missing key or correct errors, try to use method using Transifex (see later).<br />
<br />
To make or update all files of a language code, just run the script:<br />
<source lang="bash"><br />
php autotranslator.php lang_code_source lang_code_target GOOGLEAPIKEY<br />
</source><br />
For example :<br />
<source lang="bash"><br />
php autotranslator.php en_US pt_PT GOOGLEAPIKEY<br />
</source><br />
to translate into Portuguese (pt_PT) using English (en_US) files.<br />
<br />
All non existing files will be created, all existing files will be updated.<br />
The tool use [http://translate.google.com Google translation] service to find the translation value of a string, so a working Internet connection is required from station running the script. Also a GOOGLEAPIKEY is required and Google charges a fee for using this service (20 euros / 1 000 000 of translated chars).<br />
Your PHP must also have permissions to write into '''htdocs/langs''' directory and must have curl functions available.<br />
<br />
= [[File:Language.png]] Distribute or include your translation into core source =<br />
<br />
== Including your translation in the official Dolibarr sources ==<br />
<br />
Once you start translating, it's a smart decision to share it to be included into the official code of Dolibarr.<br />
If you keep it for you, others will not be able to improve it when new terms are added or previous terms are modified, and you will still have to manage the translation on your own.<br />
<br />
If you translated through the Transifex system, there's nothing to be done. Your translation will be included in the next version of Dolibarr. No additional work! In technical terms, the translation will be exported from Transifex and imported into Dolibarr by our developers, at least once every month.<br />
<br />
If, however, you translated directly in Dolibarr files, then you will first have to transfer those translations to Transifex before they can be included. So, really, you should start translating into Transifex.<br />
If you send us your translation through a Pull Request on Github, sadly, it will be overwritten by the next import from Transifex, so it would be very short-lived.<br />
<br />
=== Adding new variables ====<br />
<br />
The reference language is en_US and is always complete. You can find it in the htdocs/langs/en_US/ folder. All other language files are likely to be slightly or highly incomplete, depending on the language.<br />
<br />
If you are developing a new module, you are likely going to need the addition of new language variables. This is done exclusively through the update of the en_US language (htdocs/langs/en_US/ folder). Just modify these files to add the variable you need and send the resulting folder as part of your Pull Request. Refer to the developer documentation to learn how to contribute code (you will need an account on {{TemplateUrlSCM}}.<br />
<br />
== As an extension ==<br />
When you create a new language, if it is not already integrated into Dolibarr, it can still be broadcast to all other users. You can make a distribution package using the '''build/makepack-dolibarrlang.pl''' script or making a zip archive manually and posting it on dolistore.com or sending it to the developers' mailing list '''dolibarr-dev''' ({{TemplateURLMLDev}}).<br />
<br />
New language files are immediately available in an installation as soon as the archive is unzipped in the correct directory.<br />
<br />
= [[File:Language.png]] Translate documentation on wiki =<br />
The wiki is written in 3 languages: English, French and Spanish.<br />
If you want to enhance documentation on one of these languages, all you have to do is to create an account on this wiki.<br />
Then, you can edit existing pages to correct a bad translation or translate pages waiting for translation [[:Category:Page_waiting_for_translation]].</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Fournisseurs_Factures&diff=4376Module Fournisseurs Factures2008-05-20T20:16:39Z<p>Ywarnier: /* Cas d'utilisations */</p>
<hr />
<div>{{Navigation documentation}}<br />
{{TemplateDocUtil}}<br />
<br />
== Cas d'utilisations ==<br />
<br />
'''UCSIN02: Facturation fournisseur puis reception avoir suite erreur facture'''<br />
<br />
* Je saisi la facture fournisseur (facture de doit).<br />
* Je reçois l'avoir fournisseur (facture avoir/note de crédit), et je saisis une facture fournisseur normale mais avec montant négatif.<br />
* Je paie (Émettre paiement).<br />
* Je saisi le paiement sur facture fournisseur et un paiement négatif sur facture avoir fournisseur.<br />
* Je classe les deux factures comme "payées"<br />
<br />
Un paiement positif et un autre négatif pour corriger apparaitront dans le relevé bancaire.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Fournisseurs_Factures&diff=1935Module Fournisseurs Factures2008-05-20T20:15:57Z<p>Ywarnier: /* Cas d'utilisations */</p>
<hr />
<div>{{Navigation documentation}}<br />
{{TemplateDocUtil}}<br />
<br />
== Cas d'utilisations ==<br />
<br />
'''UCSIN02: Facturation fournisseur puis reception avoir suite erreur facture'''<br />
<br />
* Je saisi la facture fournisseur (facture de doit).<br />
* Je reçois l'avoir fournisseur (facture avoir/note de crédit), et je saisis une facture fournisseur normale mais avec montant négatif.<br />
* Je paie (Émettre paiement).<br />
* Je saisi le paiement sur facture fournisseur et un paiement négatif sur facture avoir fournisseur.<br />
<br />
Un paiement positif et un autre négatif pour corriger apparaitront dans le relevé bancaire.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Roadmap_and_Release_2.2.0_(%22Purged_version%22)&diff=1814Roadmap and Release 2.2.0 ("Purged version")2007-10-29T13:44:58Z<p>Ywarnier: /* Autre */</p>
<hr />
<div>[[Roadmap]] Dolibarr pour la version 2.2.0<br />
<br />
<br />
== Fonctionnalités ==<br />
<br />
* <strike>Corrections des retours de la 2.1.0</strike><br />
* <strike><br />
- Add more statistics on main page.<br />
- Add option to add message on login page.<br />
- Management of categories for third parties.<br />
- Add volume on products properties.<br />
- Support for LDAP authentication.<br />
- Full member synchronisation with LDAP database in fundation module.<br />
- More LDAP fields supported for user synchronization.<br />
- Better logger for install.<br />
- First changes to support UTF8.<br />
- Add a "forget password" feature.<br />
- Setup process can run several migrate files if need to jump several versions to upgrade.<br />
- Support for webcalendar 1.1 in webcalendar module.<br />
- Support for menu in database.<br />
- Better support for using Dolibarr on more WHP.<br />
- Removed some deprecated files and clean code.<br />
- New theme: Auguria<br />
- Removed PHP warnings.<br />
- Some bugs fixes.<br />
- Traduction more complete.<br />
- Better code comments for Doxygen documentation.<br />
- Better support of vcard export format.<br />
- Themes are full CSS compliant.<br />
</strike><br />
* Correction pb avoir client<br />
<br />
== Features (english version) ==<br />
<br />
* Fix bug reports of 2.1.0<br />
* Reported to 2.3.0 <strike>Addition of multi-currencies management, only in informative mode at first (Yannick Warnier)</strike><br />
* Addition of documents history (if invoice generated and sent to the client, keep that precise invoice in this form at all costs - with date)<br />
* Better database input filtering (prevent easy attacks by disatisfied employees) (continual effort)<br />
* Reported to 2.3.0 <strike>Improvements of invoice-related e-mail sending: configurable default fields, automatical CC to a specified e-mail address, drop-down, title and body language in the contact info (introduce concept of contact language)</strike><br />
* Reported to 2.3.0 <strike>Improvements in the commercial management features. Introduce dated notes, contacts belonging to more than one company, notion of "referral" (a client refers us to another - to keep track of worthy clients)</strike><br />
* Reported to 2.3.0 <strike>Manage members language (e-mail sending)</strike><br />
<br />
== Modules à inclure/exclure pour la release ==<br />
Tous les modules du CVS peuvent être inclus dans la release 2.2.0 à l'exception des suivants:<br />
<br />
* Postnuke <br />
Non stable<br />
<br />
* Telephonie<br />
Trop spécifique, présente des failles de sécurité graves<br />
<br />
* ClicktoDial<br />
Hack grossier sur un système peu répandu<br />
<br />
* Bookmark4u<br />
Peu utile<br />
<br />
* Barcode<br />
Non fini<br />
<br />
* Editeur<br />
En cours de dev, non requis<br />
<br />
* Document<br />
En cours de dev, non requis<br />
<br />
<br />
== Modèles à inclure/exclure pour la release ==<br />
'''Modèle numérotation facture'''<br />
<br />
Aucun modele a exclure.<br />
<br />
<br />
== Themes à inclure/exclure pour la release ==<br />
<br />
Tous les themes sont opérationnels sauf 'rodolphe' qui n'a aucun picto.<br />
<br />
<br />
== Autre ==<br />
<br />
* Le support PostgreSQL n'est pas stable (Manque de testeurs) et ne sera donc pas intégré à la 2.2<br />
* Le support MSSQL n'est pas stable et ne sera donc pas intégré à la 2.2</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Roadmap_and_Release_2.2.0_(%22Purged_version%22)&diff=1736Roadmap and Release 2.2.0 ("Purged version")2007-10-29T13:44:33Z<p>Ywarnier: /* Features (english version) */</p>
<hr />
<div>[[Roadmap]] Dolibarr pour la version 2.2.0<br />
<br />
<br />
== Fonctionnalités ==<br />
<br />
* <strike>Corrections des retours de la 2.1.0</strike><br />
* <strike><br />
- Add more statistics on main page.<br />
- Add option to add message on login page.<br />
- Management of categories for third parties.<br />
- Add volume on products properties.<br />
- Support for LDAP authentication.<br />
- Full member synchronisation with LDAP database in fundation module.<br />
- More LDAP fields supported for user synchronization.<br />
- Better logger for install.<br />
- First changes to support UTF8.<br />
- Add a "forget password" feature.<br />
- Setup process can run several migrate files if need to jump several versions to upgrade.<br />
- Support for webcalendar 1.1 in webcalendar module.<br />
- Support for menu in database.<br />
- Better support for using Dolibarr on more WHP.<br />
- Removed some deprecated files and clean code.<br />
- New theme: Auguria<br />
- Removed PHP warnings.<br />
- Some bugs fixes.<br />
- Traduction more complete.<br />
- Better code comments for Doxygen documentation.<br />
- Better support of vcard export format.<br />
- Themes are full CSS compliant.<br />
</strike><br />
* Correction pb avoir client<br />
<br />
== Features (english version) ==<br />
<br />
* Fix bug reports of 2.1.0<br />
* Reported to 2.3.0 <strike>Addition of multi-currencies management, only in informative mode at first (Yannick Warnier)</strike><br />
* Addition of documents history (if invoice generated and sent to the client, keep that precise invoice in this form at all costs - with date)<br />
* Better database input filtering (prevent easy attacks by disatisfied employees) (continual effort)<br />
* Reported to 2.3.0 <strike>Improvements of invoice-related e-mail sending: configurable default fields, automatical CC to a specified e-mail address, drop-down, title and body language in the contact info (introduce concept of contact language)</strike><br />
* Reported to 2.3.0 <strike>Improvements in the commercial management features. Introduce dated notes, contacts belonging to more than one company, notion of "referral" (a client refers us to another - to keep track of worthy clients)</strike><br />
* Reported to 2.3.0 <strike>Manage members language (e-mail sending)</strike><br />
<br />
== Modules à inclure/exclure pour la release ==<br />
Tous les modules du CVS peuvent être inclus dans la release 2.2.0 à l'exception des suivants:<br />
<br />
* Postnuke <br />
Non stable<br />
<br />
* Telephonie<br />
Trop spécifique, présente des failles de sécurité graves<br />
<br />
* ClicktoDial<br />
Hack grossier sur un système peu répandu<br />
<br />
* Bookmark4u<br />
Peu utile<br />
<br />
* Barcode<br />
Non fini<br />
<br />
* Editeur<br />
En cours de dev, non requis<br />
<br />
* Document<br />
En cours de dev, non requis<br />
<br />
<br />
== Modèles à inclure/exclure pour la release ==<br />
'''Modèle numérotation facture'''<br />
<br />
Aucun modele a exclure.<br />
<br />
<br />
== Themes à inclure/exclure pour la release ==<br />
<br />
Tous les themes sont opérationnels sauf 'rodolphe' qui n'a aucun picto.<br />
<br />
<br />
== Autre ==<br />
<br />
* Le support PosgreSQL n'est pas stable (Manque de testeurs) et ne sera donc pas intégré à la 2.2<br />
* Le support MSSQL n'est pas stable et ne sera donc pas intégré à la 2.2</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Documents_g%C3%A9n%C3%A9r%C3%A9s&diff=1963Documents générés2007-09-15T03:36:12Z<p>Ywarnier: /* Générer des documents dans de nouveaux outils */</p>
<hr />
<div>Les documents générés sont stockés dans le répertoire définit par la constantes DOL_DATA_ROOT<br />
<br />
== Structure du DATA_ROOT ==<br />
* compta<br />
* facture<br />
* graph<br />
* produit<br />
* propale<br />
* rapport<br />
* societe<br />
* telephonie<br />
** client<br />
** ligne<br />
*** commande<br />
** logs<br />
** rapports<br />
<br />
= Générer des documents dans de nouveaux outils =<br />
<br />
Pour pouvoir profiter de la génération de document à la sauce Dolibarr, il convient de modifier les fichiers:<br />
# la fiche où placer la "cartouche" (affichage) permettant à l'utilisateur de générer un nouveau document et de consulter les documents existants<br />
# ''htdocs/html.form.class.php'' pour y ajouter, dans la méthode '''show_documents()''', le type de document ajouté<br />
# ''htdocs/includes/modules/mod[type de document].class.php'' au cas où ce fichier n'existerait pas déjà<br />
# ''htdocs/includes/modules/[type de document]/module_[type].php'' qui contiendra la définition de la classe de génération<br />
# ''htdocs/includes/modules/[type de document]/pdf_[modele]_[type].modules.php'' qui contiendra le modèle de génération du document<br />
# ''htdocs/document.php'' qui contient la procédure de livraison des fichiers une fois créés (et leur suppression) - il faut également y ajouter le type de document et le répertoire correspondant<br />
# la(les) classe(s) qui contien(nen)t les données à afficher (classes product.class.php ou facture.class.php, ou autres, selon le document à générer)<br />
<br />
Par ailleurs, il faudra créer un répertoire contenant les documents générés. Ce répertoire se trouve généralement dans DOL_DATA_ROOT, soit une syntaxe du type:<br />
$conf->[type]->dir_output = DOL_DATA_ROOT.'[type]';<br />
<br />
Il faut également que le modèle soit inséré dans la base de données, dans la [[Table llx_document_model]] avec pour type le type de document et pour nom le nom de la classe correspondante dans includes/modules (commençant par pdf_).<br />
<br />
Plus de documentation au sujet de la génération des modèles elle-même est disponible sur la page d'aperçu des modèles:<br />
[[ApercuDesModeles#Comment_modifier_un_mod.C3.A8le]]</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Documents_g%C3%A9n%C3%A9r%C3%A9s&diff=1724Documents générés2007-09-15T03:31:12Z<p>Ywarnier: /* Générer des documents dans de nouveaux outils */</p>
<hr />
<div>Les documents générés sont stockés dans le répertoire définit par la constantes DOL_DATA_ROOT<br />
<br />
== Structure du DATA_ROOT ==<br />
* compta<br />
* facture<br />
* graph<br />
* produit<br />
* propale<br />
* rapport<br />
* societe<br />
* telephonie<br />
** client<br />
** ligne<br />
*** commande<br />
** logs<br />
** rapports<br />
<br />
= Générer des documents dans de nouveaux outils =<br />
<br />
Pour pouvoir profiter de la génération de document à la sauce Dolibarr, il convient de modifier les fichiers:<br />
# la fiche où placer la "cartouche" (affichage) permettant à l'utilisateur de générer un nouveau document et de consulter les documents existants<br />
# ''htdocs/html.form.class.php'' pour y ajouter, dans la méthode '''show_documents()''', le type de document ajouté<br />
# ''htdocs/includes/modules/mod[type de document].class.php'' au cas où ce fichier n'existerait pas déjà<br />
# ''htdocs/includes/modules/[type de document]/module_[type].php'' qui contiendra la définition de la classe de génération<br />
# ''htdocs/includes/modules/[type de document]/pdf_[modele]_[type].modules.php'' qui contiendra le modèle de génération du document<br />
# ''htdocs/document.php'' qui contient la procédure de livraison des fichiers une fois créés (et leur suppression) - il faut également y ajouter le type de document et le répertoire correspondant<br />
# la(les) classe(s) qui contien(nen)t les données à afficher (classes product.class.php ou facture.class.php, ou autres, selon le document à générer)<br />
<br />
Par ailleurs, il faudra créer un répertoire contenant les documents générés. Ce répertoire se trouve généralement dans DOL_DATA_ROOT, soit une syntaxe du type:<br />
$conf->[type]->dir_output = DOL_DATA_ROOT.'[type]';<br />
<br />
Plus de documentation au sujet de la génération des modèles elle-même est disponible sur la page d'aperçu des modèles:<br />
[[ApercuDesModeles#Comment_modifier_un_mod.C3.A8le]]</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Documents_g%C3%A9n%C3%A9r%C3%A9s&diff=1723Documents générés2007-09-13T15:00:58Z<p>Ywarnier: /* Générer des documents dans de nouveaux outils */</p>
<hr />
<div>Les documents générés sont stockés dans le répertoire définit par la constantes DOL_DATA_ROOT<br />
<br />
== Structure du DATA_ROOT ==<br />
* compta<br />
* facture<br />
* graph<br />
* produit<br />
* propale<br />
* rapport<br />
* societe<br />
* telephonie<br />
** client<br />
** ligne<br />
*** commande<br />
** logs<br />
** rapports<br />
<br />
= Générer des documents dans de nouveaux outils =<br />
<br />
Pour pouvoir profiter de la génération de document à la sauce Dolibarr, il convient de modifier 6 fichiers:<br />
# la fiche où placer la "cartouche" (affichage) permettant à l'utilisateur de générer un nouveau document et de consulter les documents existants<br />
# ''htdocs/html.form.class.php'' pour y ajouter, dans la méthode '''show_documents()''', le type de document ajouté<br />
# ''htdocs/includes/modules/[type de document]/module_[type].php'' qui contiendra la définition de la classe de génération<br />
# ''htdocs/includes/modules/[type de document]/pdf_[modele]_[type].modules.php'' qui contiendra le modèle de génération du document<br />
# ''htdocs/document.php'' qui contient la procédure de livraison des fichiers une fois créés (et leur suppression) - il faut également y ajouter le type de document et le répertoire correspondant<br />
# la(les) classe(s) qui contien(nen)t les données à afficher (classes product.class.php ou facture.class.php, ou autres, selon le document à générer)<br />
<br />
Par ailleurs, il faudra créer un répertoire contenant les documents générés. Ce répertoire se trouve généralement dans DOL_DATA_ROOT, soit une syntaxe du type:<br />
$conf->[type]->dir_output = DOL_DATA_ROOT.'[type]';<br />
<br />
Plus de documentation au sujet de la génération des modèles elle-même est disponible sur la page d'aperçu des modèles:<br />
[[ApercuDesModeles#Comment_modifier_un_mod.C3.A8le]]</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Documents_g%C3%A9n%C3%A9r%C3%A9s&diff=1718Documents générés2007-09-13T15:00:43Z<p>Ywarnier: </p>
<hr />
<div>Les documents générés sont stockés dans le répertoire définit par la constantes DOL_DATA_ROOT<br />
<br />
== Structure du DATA_ROOT ==<br />
* compta<br />
* facture<br />
* graph<br />
* produit<br />
* propale<br />
* rapport<br />
* societe<br />
* telephonie<br />
** client<br />
** ligne<br />
*** commande<br />
** logs<br />
** rapports<br />
<br />
= Générer des documents dans de nouveaux outils =<br />
<br />
Pour pouvoir profiter de la génération de document à la sauce Dolibarr, il convient de modifier 6 fichiers:<br />
# la fiche où placer la "cartouche" (affichage) permettant à l'utilisateur de générer un nouveau document et de consulter les documents existants<br />
# ''htdocs/html.form.class.php'' pour y ajouter, dans la méthode '''show_documents()''', le type de document ajouté<br />
# ''htdocs/includes/modules/[type de document]/module_[type].php'' qui contiendra la définition de la classe de génération<br />
# ''htdocs/includes/modules/[type de document]/pdf_[modele]_[type].modules.php'' qui contiendra le modèle de génération du document<br />
# ''htdocs/document.php'' qui contient la procédure de livraison des fichiers une fois créés (et leur suppression) - il faut également y ajouter le type de document et le répertoire correspondant<br />
# la(les) classe(s) qui contien(nen)t les données à afficher (classes product.class.php ou facture.class.php, ou autres, selon le document à générer)<br />
<br />
Par ailleurs, il faudra créer un répertoire contenant les documents générés. Ce répertoire se trouve généralement dans DOL_DATA_ROOT, soit une syntaxe du type:<br />
$conf->[type]->dir_output = DOL_DATA_ROOT.'[type]';<br />
<br />
Plus de documentation au sujet de la génération des modèles elle-même est disponible dans la page d'aperçu des modèles:<br />
[[ApercuDesModeles#Comment_modifier_un_mod.C3.A8le]]</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Documents_g%C3%A9n%C3%A9r%C3%A9s&diff=1717Documents générés2007-09-12T21:20:58Z<p>Ywarnier: </p>
<hr />
<div>Les documents générés sont stockés dans le répertoire définit par la constantes DOL_DATA_ROOT<br />
<br />
== Structure du DATA_ROOT ==<br />
* compta<br />
* facture<br />
* graph<br />
* produit<br />
* propale<br />
* rapport<br />
* societe<br />
* telephonie<br />
** client<br />
** ligne<br />
*** commande<br />
** logs<br />
** rapports<br />
<br />
= Générer des documents dans de nouveaux outils =<br />
<br />
Pour pouvoir profiter de la génération de document à la sauce Dolibarr, il convient de modifier 6 fichiers:<br />
# la fiche où placer la "cartouche" (affichage) permettant à l'utilisateur de générer un nouveau document et de consulter les documents existants<br />
# ''htdocs/html.form.class.php'' pour y ajouter, dans la méthode '''show_documents()''', le type de document ajouté<br />
# ''htdocs/includes/modules/[type de document]/module_[type].php'' qui contiendra la définition de la classe de génération<br />
# ''htdocs/includes/modules/[type de document]/pdf_[modele]_[type].modules.php'' qui contiendra le modèle de génération du document<br />
# ''htdocs/document.php'' qui contient la procédure de livraison des fichiers une fois créés (et leur suppression) - il faut également y ajouter le type de document et le répertoire correspondant<br />
# la(les) classe(s) qui contien(nen)t les données à afficher (classes product.class.php ou facture.class.php, ou autres, selon le document à générer)<br />
<br />
Par ailleurs, il faudra créer un répertoire contenant les documents générés. Ce répertoire se trouve généralement dans DOL_DATA_ROOT, soit une syntaxe du type:<br />
$conf->[type]->dir_output = DOL_DATA_ROOT.'[type]';</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_product&diff=4551Table llx product2007-08-23T19:38:38Z<p>Ywarnier: </p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
Cette table contient les produits et services.<br />
<br />
Contains the list of products and services.<br />
<br />
= Structure =<br />
<br />
<pre><br />
+--------------------+--------------+------+-----+-------------------+----------------+<br />
| Field | Type | Null | Key | Default | Extra |<br />
+--------------------+--------------+------+-----+-------------------+----------------+<br />
| rowid | int(11) | NO | PRI | NULL | auto_increment | <br />
| datec | datetime | YES | | NULL | | <br />
| tms | timestamp | NO | | CURRENT_TIMESTAMP | | <br />
| ref | varchar(32) | NO | UNI | | | <br />
| label | varchar(255) | NO | | | | <br />
| description | text | YES | | NULL | | <br />
| note | text | YES | | NULL | | <br />
| price | double(16,8) | YES | | NULL | | <br />
| price_ttc | double(16,8) | YES | | 0.00000000 | | <br />
| price_base_type | varchar(3) | YES | | HT | | <br />
| tva_tx | double(6,3) | YES | | NULL | | <br />
| fk_user_author | int(11) | YES | | NULL | | <br />
| envente | tinyint(4) | YES | | 1 | | <br />
| nbvente | int(11) | YES | | 0 | | <br />
| fk_product_type | int(11) | YES | | 0 | | <br />
| duration | varchar(6) | YES | | NULL | | <br />
| stock_propale | int(11) | YES | | 0 | | <br />
| stock_commande | int(11) | YES | | 0 | | <br />
| seuil_stock_alerte | int(11) | YES | | 0 | | <br />
| stock_loc | varchar(10) | YES | | NULL | | <br />
| gencode | varchar(255) | YES | | NULL | | <br />
| weight | float | YES | | NULL | | weight value, depending on weight units<br />
| weight_units | tinyint(4) | YES | | NULL | | weight units (0=kg,-3=g,-6=mg)<br />
| volume | float | YES | | NULL | | volume value<br />
| volume_units | tinyint(4) | YES | | NULL | | volume units (0=m3,-3=cm3,-6=mm3)<br />
| canvas | varchar(15) | YES | | | | <br />
+--------------------+--------------+------+-----+-------------------+----------------+<br />
</pre><br />
<br />
= Notes =<br />
<br />
Une barre de recherche des produits en AJAX peut être utilisée à la place de la liste déroulante, en activant, dans le module produits, l'option "Utiliser une barre de recherche ..." et en laissant AJAX activé dans les paramètres d'interface utilisateur.<br />
C'est la méthode select_produits() de html.form.class.php qui se charge de renvoyer la liste, qu'elle soit en AJAX ou en liste de formulaire HTML.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Error_reporting&diff=4661Error reporting2007-08-23T19:35:40Z<p>Ywarnier: </p>
<hr />
<div>The error reporting module is integrated in the Dolibarr administration tool and allows you to configure what level of errors you would like to be reported and where.<br />
<br />
To get to the error reporting module configuration page, go to Home, Configuration, Modules and use the configuration icon of the last module on the screen: ''System logs''.<br />
<br />
Of course, this module ('''System logs''') must be activated for the following to work.<br />
<br />
The '''facility''' option allows you to use pre-set facilities to log your errors. Facilities are a system-level feature to tell your syslog operator where this error comes from, to judge priority and all that. You can find more about this inside the PHP documentation for the ''openlog()'' function which is used inside the ''dolibarr_syslog()'' function: http://www.php.ne/openlog<br />
Really, you should leave it to '''LOG_USER''' unless you know exactly what you're doing.<br />
<br />
The next option, '''file''', allows you to choose a file in which you will store the logs. The path you will indicate there should be relative to the system root (/). If you live it as it is (default option dolibarr.log), it will likely be opened in several directories, depending on the directory you're executing the script from. Of course, to do that, your web server must have write permissions on the directory you are using.<br />
<br />
Generally, the '''file''' facility will work more easily because it doesn't depend on your server configuration (or only for the directory that needs to be writeable).<br />
<br />
Finally, the level of reporting is how many types of errors you want to report. LOG_DEBUG(7) is the strongest option, reporting pretty much everything that calls a dolibarr_syslog() function. LOG_EMERG(0) is the opposite, letting you see only the errors that would really block your system.<br />
<br />
On a typical Linux install, the logs will then be available somewhere in '''/var/log/apache[2]/[dolibarr]-error.log'''. You can watch it ''live'' from the terminal by using:<br />
tail -f /var/log/apache2/dolibarr-error.log</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Error_reporting&diff=1705Error reporting2007-08-23T13:04:28Z<p>Ywarnier: </p>
<hr />
<div>The error reporting module is integrated in the Dolibarr administration tool and allows you to configure what level of errors you would like to be reported and where.<br />
<br />
To get to the error reporting module configuration page, go to Home, Configuration, Modules and use the configuration icon of the last module on the screen: ''System logs''.<br />
<br />
Of course, this module ('''System logs''') must be activated for the following to work.<br />
<br />
The '''facility''' option allows you to use pre-set facilities to log your errors. Facilities are a system-level feature to tell your syslog operator where this error comes from, to judge priority and all that. You can find more about this inside the PHP documentation for the ''openlog()'' function which is used inside the ''dolibarr_syslog()'' function: http://www.php.ne/openlog<br />
Really, you should leave it to '''LOG_USER''' unless you know exactly what you're doing.<br />
<br />
The next option, '''file''', allows you to choose a file in which you will store the logs. The path you will indicate there should be relative to the system root (/). If you live it as it is (default option dolibarr.log), it will likely be opened in several directories, depending on the directory you're executing the script from. Of course, to do that, your web server must have write permissions on the directory you are using.<br />
<br />
Finally, the level of reporting is how many types of errors you want to report. LOG_DEBUG(7) is the strongest option, reporting pretty much everything that calls a dolibarr_syslog() function. LOG_EMERG(0) is the opposite, letting you see only the errors that would really block your system.<br />
<br />
On a typical Linux install, the logs will then be available somewhere in '''/var/log/apache[2]/[dolibarr]-error.log'''. You can watch it ''live'' from the terminal by using:<br />
tail -f /var/log/apache2/dolibarr-error.log</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Error_reporting&diff=1704Error reporting2007-08-23T13:01:25Z<p>Ywarnier: </p>
<hr />
<div>The error reporting module is integrated in the Dolibarr administration tool and allows you to configure what level of errors you would like to be reported and where.<br />
<br />
To get to the error reporting module configuration page, go to Home, Configuration, Modules and use the configuration icon of the last module on the screen: "System logs".<br />
<br />
Of course, this module ("System logs") must be activated for the following to work.<br />
<br />
The "facility" option allows you to use pre-set facilities to log your errors. Facilities are a system-level feature to tell your syslog operator where this error comes from, to judge priority and all that. You can find more about this inside the PHP documentation for the ''openlog()'' function which is used inside the dolibarr_syslog() function: http://www.php.ne/openlog<br />
<br />
The next option, "file", allows you to choose a file in which you will store the logs. The path you will indicate there should be relative to the system root (/). If you live it as it is (default option dolibarr.log), it will likely be opened in several directories, depending on the directory you're executing the script from. Of course, to do that, your web server must have write permissions on the directory you are using.<br />
<br />
Finally, the level of reporting is how many types of errors you want to report. LOG_DEBUG(7) is the strongest option, reporting pretty much everything that calls a dolibarr_syslog() function. LOG_EMERG(0) is the opposite, letting you see only the errors that would really block your system.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Error_reporting&diff=1703Error reporting2007-08-23T12:54:13Z<p>Ywarnier: </p>
<hr />
<div>The error reporting module is integrated in the Dolibarr administration tool and allows you to configure what level of errors you would like to be reported and where.<br />
<br />
To get to the error reporting module configuration page, go to Home, Configuration, Modules and use the configuration icon of the last module on the screen: "System logs".<br />
<br />
The "facility" option allows you to use pre-set facilities to log your errors in. For example:<br />
* the default "LOG_USER" allows you to record the errors in ...<br />
<br />
<br />
The next option, "file", allows you to choose a file in which you will store the logs. The path you will indicate there should be relative to the Dolibarr root.<br />
<br />
Finally, the level of reporting is how many types of errors you want to report. LOG_DEBUG(7) is the strongest option, reporting pretty much everything that calls a dolibarr_syslog() function. LOG_EMERG(0) is the opposite, letting you see only the errors that would really block your system.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Error_reporting&diff=1702Error reporting2007-08-23T12:47:38Z<p>Ywarnier: </p>
<hr />
<div>The error reporting module is integrated in the Dolibarr administration tool and allows you to configure what level of errors you would like to be reported and where.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Documentation_D%C3%A9veloppeur&diff=1746Documentation Développeur2007-08-23T12:46:27Z<p>Ywarnier: /* La Gestion d'erreur */</p>
<hr />
<div>== Général ==<br />
# [[Outils et principe]]<br />
# [[Langages|Langage et normes de développement]]<br />
# [[Fichier de configuration]]<br />
# [[Librairies externes et dépendances]]<br />
<br />
== Base de données ==<br />
# [[Charte de nommage]]<br />
# [[Liste des tables]]<br />
# [[Mise à jour du format de la base]]<br />
<br />
== Le [[Permissions|Système des permissions]] ==<br />
A compléter<br />
<br />
== Le [[Constantes|Système de paramétrage]] ==<br />
Il existe 2 niveau de paramétrage dans Dolibarr.<br />
Le global est stocké dans la [[Table llx_const]].<br />
Le paramétrage propre à un utilisateur est stocké dans la [[Table llx_user_param]]<br />
<br />
== Le [[Système de menus]] ==<br />
Voir la page [[Système de menus]]<br />
<br />
== Le [[Themes|Système des thèmes]] ==<br />
Voir la page [[Themes]]<br />
<br />
== Le [[Système des boites]] ==<br />
Voir la page [[Système des boites]]<br />
<br />
== Le Système d'authentification ==<br />
Voir la page [[Authentification]]<br />
<br />
== Le [[Système de traduction]] ==<br />
Voir la page [[Système de traduction]]<br />
<br />
== Les Modules ==<br />
La liste des modules est défini sur la page [[Modules]]<br />
<br />
== La [[Gestion d'erreur]] ==<br />
<br />
* Voir la page [[Gestion d'erreur]]<br />
* Voir la page [[Error reporting|Rapport d'erreur]]<br />
<br />
== Le stockage des fichiers/documents ==<br />
Voir la page [[Document générés]]<br />
<br />
== Interfaces et liens avec d'autres applications ==<br />
# [[Interfaces Dolibarr vers exterieur]]<br />
# [[Interfaces Exterieur vers Dolibarr]]<br />
# [[Imports de masse]]<br />
<br />
== Scripts cron ==<br />
# [[Scripts cron]]<br />
<br />
== FAQ ==<br />
# [[FAQ Développeur]]</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_commandedet&diff=4359Table llx commandedet2007-08-22T00:46:40Z<p>Ywarnier: /* Structure */</p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
Détails des commandes clients, cette table est liée avec la [[Table llx_commande]]<br />
<br />
Contains details of customer orders. This table is linked to [[Table llx_commande]]<br />
<br />
= Structure =<br />
<br />
<pre><br />
rowid integer AUTO_INCREMENT PRIMARY KEY,<br />
fk_commande integer,<br />
fk_product integer,<br />
description text,<br />
tva_tx real DEFAULT 19.6, -- taux tva<br />
qty real, -- quantit<br />
remise_percent double DEFAULT 0, -- pourcentage de remise<br />
remise double DEFAULT 0, -- montant de la remise<br />
fk_remise_except int default NULL,<br />
price double, -- prix final<br />
subprice double, -- prix avant remise<br />
total_ht double,<br />
total_tva double,<br />
total_ttc double,<br />
info_bits int,<br />
coef double,<br />
special_code tinyint default 0, -- utilisé pour les frais de port (=1) et les écotaxes (=2). Sinon à 0. <br />
rang int<br />
</pre></div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_commandedet&diff=1700Table llx commandedet2007-08-22T00:46:01Z<p>Ywarnier: /* Structure */</p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
Détails des commandes clients, cette table est liée avec la [[Table llx_commande]]<br />
<br />
Contains details of customer orders. This table is linked to [[Table llx_commande]]<br />
<br />
= Structure =<br />
<br />
<pre><br />
rowid integer AUTO_INCREMENT PRIMARY KEY,<br />
fk_commande integer,<br />
fk_product integer,<br />
description text,<br />
tva_tx real DEFAULT 19.6, -- taux tva<br />
qty real, -- quantit<br />
remise_percent double DEFAULT 0, -- pourcentage de remise<br />
remise double DEFAULT 0, -- montant de la remise<br />
fk_remise_except int default NULL,<br />
price double, -- prix final<br />
subprice double, -- prix avant remise<br />
total_ht double,<br />
total_tva double,<br />
total_ttc double,<br />
info_bits int,<br />
coef double,<br />
special_code tinyint,<br />
rang int<br />
</pre></div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_commandedet&diff=1699Table llx commandedet2007-08-22T00:43:08Z<p>Ywarnier: /* Structure */</p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
Détails des commandes clients, cette table est liée avec la [[Table llx_commande]]<br />
<br />
Contains details of customer orders. This table is linked to [[Table llx_commande]]<br />
<br />
= Structure =<br />
<br />
<pre><br />
rowid integer AUTO_INCREMENT PRIMARY KEY,<br />
fk_commande integer,<br />
fk_product integer,<br />
label varchar(255),<br />
description text,<br />
tva_tx real DEFAULT 19.6, -- taux tva<br />
qty real, -- quantit<br />
remise_percent real DEFAULT 0, -- pourcentage de remise<br />
remise real DEFAULT 0, -- montant de la remise<br />
subprice real, -- prix avant remise<br />
price real -- prix final<br />
</pre></div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_product&diff=1706Table llx product2007-08-21T18:49:50Z<p>Ywarnier: /* Structure */</p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
Cette table contient les produits et services.<br />
<br />
Contains the list of products and services.<br />
<br />
= Structure =<br />
<br />
<pre><br />
+--------------------+--------------+------+-----+-------------------+----------------+<br />
| Field | Type | Null | Key | Default | Extra |<br />
+--------------------+--------------+------+-----+-------------------+----------------+<br />
| rowid | int(11) | NO | PRI | NULL | auto_increment | <br />
| datec | datetime | YES | | NULL | | <br />
| tms | timestamp | NO | | CURRENT_TIMESTAMP | | <br />
| ref | varchar(32) | NO | UNI | | | <br />
| label | varchar(255) | NO | | | | <br />
| description | text | YES | | NULL | | <br />
| note | text | YES | | NULL | | <br />
| price | double(16,8) | YES | | NULL | | <br />
| price_ttc | double(16,8) | YES | | 0.00000000 | | <br />
| price_base_type | varchar(3) | YES | | HT | | <br />
| tva_tx | double(6,3) | YES | | NULL | | <br />
| fk_user_author | int(11) | YES | | NULL | | <br />
| envente | tinyint(4) | YES | | 1 | | <br />
| nbvente | int(11) | YES | | 0 | | <br />
| fk_product_type | int(11) | YES | | 0 | | <br />
| duration | varchar(6) | YES | | NULL | | <br />
| stock_propale | int(11) | YES | | 0 | | <br />
| stock_commande | int(11) | YES | | 0 | | <br />
| seuil_stock_alerte | int(11) | YES | | 0 | | <br />
| stock_loc | varchar(10) | YES | | NULL | | <br />
| gencode | varchar(255) | YES | | NULL | | <br />
| weight | float | YES | | NULL | | weight value, depending on weight units<br />
| weight_units | tinyint(4) | YES | | NULL | | weight units (0=kg,-3=g,-6=mg)<br />
| volume | float | YES | | NULL | | volume value<br />
| volume_units | tinyint(4) | YES | | NULL | | volume units (0=m3,-3=cm3,-6=mm3)<br />
| canvas | varchar(15) | YES | | | | <br />
+--------------------+--------------+------+-----+-------------------+----------------+<br />
</pre></div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_product&diff=1696Table llx product2007-08-21T18:42:45Z<p>Ywarnier: /* Structure */</p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
Cette table contient les produits et services.<br />
<br />
Contains the list of products and services.<br />
<br />
= Structure =<br />
<br />
<pre><br />
+--------------------+--------------+------+-----+-------------------+----------------+<br />
| Field | Type | Null | Key | Default | Extra |<br />
+--------------------+--------------+------+-----+-------------------+----------------+<br />
| rowid | int(11) | NO | PRI | NULL | auto_increment | <br />
| datec | datetime | YES | | NULL | | <br />
| tms | timestamp | NO | | CURRENT_TIMESTAMP | | <br />
| ref | varchar(32) | NO | UNI | | | <br />
| label | varchar(255) | NO | | | | <br />
| description | text | YES | | NULL | | <br />
| note | text | YES | | NULL | | <br />
| price | double(16,8) | YES | | NULL | | <br />
| price_ttc | double(16,8) | YES | | 0.00000000 | | <br />
| price_base_type | varchar(3) | YES | | HT | | <br />
| tva_tx | double(6,3) | YES | | NULL | | <br />
| fk_user_author | int(11) | YES | | NULL | | <br />
| envente | tinyint(4) | YES | | 1 | | <br />
| nbvente | int(11) | YES | | 0 | | <br />
| fk_product_type | int(11) | YES | | 0 | | <br />
| duration | varchar(6) | YES | | NULL | | <br />
| stock_propale | int(11) | YES | | 0 | | <br />
| stock_commande | int(11) | YES | | 0 | | <br />
| seuil_stock_alerte | int(11) | YES | | 0 | | <br />
| stock_loc | varchar(10) | YES | | NULL | | <br />
| gencode | varchar(255) | YES | | NULL | | <br />
| weight | float | YES | | NULL | | weight value, depending on weight units<br />
| weight_units | tinyint(4) | YES | | NULL | | weight units (0=kg,-3=g,-6=mg)<br />
| volume | float | YES | | NULL | | <br />
| volume_units | tinyint(4) | YES | | NULL | | <br />
| canvas | varchar(15) | YES | | | | <br />
+--------------------+--------------+------+-----+-------------------+----------------+<br />
</pre></div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Stock_(d%C3%A9veloppeur)&diff=4401Module Stock (développeur)2007-08-19T23:19:19Z<p>Ywarnier: /* Améliorations possibles */</p>
<hr />
<div>(Généralités sur les [[Modules]])<br />
<br />
Le module stock permet de gérer une liste d'entrepots (ou tout autre "contenant") et de répertorier, à tout moment, la liste et quantité des produits qu'il contient.<br />
Quand un produit est livré, le choix de l'entrepot source est réalisé est la quantité est automatiquement décrémentée.<br />
Il est possible de réajuster le contenu de ces entrepots suite à des inventaires.<br />
<br />
Le module stock est paramétrable dans l'administration de Dolibarr pour choisir si la décrémentation du stock se fait à la livraison d'une expédition, à la facturation ou à la commande.<br />
<br />
La gestion du stock de cette façon ne permet pas, à l'état actuel, d'incrémenter le stock sur une livraison fournisseur.<br />
<br />
<br />
== Permissions ==<br />
<br />
* A compléter<br />
<br />
== Implémentation ==<br />
<br />
=== Expéditions ===<br />
<br />
La modification du stock sur expédition se fait dans le script htdocs/expedition/commandes.php et utilise la classe expedition.class.php (méthode ''valid()''). La vérification avant modification du stock se fait comme suit:<br />
<br />
if ($conf->stock->enabled && $this->entrepot_id && $conf->global->STOCK_CALCULATE_ON_SHIPMENT == 1)<br />
<br />
=== Commandes/Livraison ===<br />
<br />
Lorsque l'option d'incrémenter le stock sur commandes est activée, du côté des commandes fournisseurs, c'est la classe htdocs/fourn/fournisseur.commande.class.php qui prend en charge l'incrémentation du stock au travers de sa méthode ''DispatchProduct()''. L'activation de cette commande n'est possible qu'à l'état 3 et 4 de la commande fournisseur, ce qui veut dire qu'il ne faut pas rater son coup au moment d'encoder la commande. Une fois la commande "envoyée", il est possible de placer les produits dans le stock en cliquant sur l'onglet Dispatch (''Ventilation'').<br />
<br />
== Améliorations possibles ==<br />
<br />
La gestion du stock devrait pouvoir incorporer une intégration des livraisons fournisseurs directement dans un stock au choix. De même, une livraison d'un produit composé de plusieurs sous-produits devrait pouvoir être intégrée au stock sous forme des différents constituants plutôt que du tout.<br />
Cette intégration peut être faite de façon simple en ajoutant un checkbox dans fourn/commande/dispatch.php, une méthode donnant la liste détaillée des composants d'un produit (incluant les quantités), et une nouvelle méthode commandeFournisseur::DispatchProductAsComponents() qui va chercher la liste des enfants et les place un à un dans le stock.<br />
<br />
== Tables SQL ==<br />
* [[llx_entrepot]] Contient la liste des entrepots</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Fournisseurs_Commandes&diff=4656Module Fournisseurs Commandes2007-08-16T16:21:11Z<p>Ywarnier: /* Créer une commande fournisseur */</p>
<hr />
<div>{{Navigation documentation}}<br />
{{TemplateDocUtil}}<br />
<br />
==Créer une commande fournisseur==<br />
<br />
La création d'une commande fournisseur se fait à partir de la fiche fournisseur dans la partie tiers ou fournisseurs de l'application, onglet fournisseur. Le bouton le permettant se trouve dans la barre d'action de la fiche fournisseur.<br />
<br />
La commande est alors créée à l'état de brouillon.<br />
<br />
Il faut alors sélectionner des produits vendus par le fournisseur dans la liste donnée. Si l'on veut rajouter un nouveau produit, il est nécessaire de passer par l'interface des produits/services, de créer un produit puis d'utiliser l'onglet fournisseur de la fiche produit et d'indiquer le prix et la quantité minimum pour ce fournisseur. Le produit est alors disponible dans la liste des produits de ce fournisseur et peut être ajouté à la ligne de commande.<br />
<br />
==Clôturer une commande fournisseur==<br />
<br />
Une fois qu'une commande a été entièrement reçue, il faut retourner sur sa fiche pour la clôturer. (? Elle est alors placée dans l'espace comptabilité comme "A facturer").<br />
<br />
==Supprimer une commande fournisseur==<br />
<br />
Pour supprimer une commande il vous faut ouvrir la fiche de celle-ci. Une commande ne peut être supprimée que si celle-ci est à l'état de '''brouillon'''. Une fois validée, elle peut seulement être annulée. La suppression d'un commande entraîne l'effacement de toutes les données s'y référant. <br />
<br />
'''Une commande supprimée ne peut pas être récupérée'''.<br />
<br />
==Modifier une commande fournisseur==<br />
<br />
Pour modifier une commande il vous faut ouvrir sa fiche. Une commande ne peut être modifiée que si celle-ci est à l'état de brouillon.<br />
<br />
<br />
== Cas d'utilisations ==<br />
<br />
'''UCSOR01: Commande fournisseur'''</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Fournisseurs_Commandes&diff=1687Module Fournisseurs Commandes2007-08-16T15:52:58Z<p>Ywarnier: </p>
<hr />
<div>{{Navigation documentation}}<br />
{{TemplateDocUtil}}<br />
<br />
==Créer une commande fournisseur==<br />
<br />
La création d'une commande fournisseur se fait à partir de la fiche fournisseur dans la partie tiers ou fournisseurs de l'application, onglet fournisseur. Le bouton le permettant se trouve dans la barre d'action de la fiche fournisseur.<br />
<br />
La commande est alors créée à l'état de brouillon.<br />
<br />
==Clôturer une commande fournisseur==<br />
<br />
Une fois qu'une commande a été entièrement reçue, il faut retourner sur sa fiche pour la clôturer. (? Elle est alors placée dans l'espace comptabilité comme "A facturer").<br />
<br />
==Supprimer une commande fournisseur==<br />
<br />
Pour supprimer une commande il vous faut ouvrir la fiche de celle-ci. Une commande ne peut être supprimée que si celle-ci est à l'état de '''brouillon'''. Une fois validée, elle peut seulement être annulée. La suppression d'un commande entraîne l'effacement de toutes les données s'y référant. <br />
<br />
'''Une commande supprimée ne peut pas être récupérée'''.<br />
<br />
==Modifier une commande fournisseur==<br />
<br />
Pour modifier une commande il vous faut ouvrir sa fiche. Une commande ne peut être modifiée que si celle-ci est à l'état de brouillon.<br />
<br />
<br />
== Cas d'utilisations ==<br />
<br />
'''UCSOR01: Commande fournisseur'''</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Fournisseurs_Commandes&diff=1686Module Fournisseurs Commandes2007-08-16T15:52:41Z<p>Ywarnier: </p>
<hr />
<div>{{Navigation documentation}}<br />
{{TemplateDocUtil}}<br />
<br />
==Créer une commande fournisseur==<br />
<br />
La création d'une commande fournisseur se fait à partir de la fiche fournisseur dans la partie tiers ou fournisseurs de l'application, onglet fournisseur. Le bouton le permettant se trouve dans la barre d'action de la fiche fournisseur.<br />
<br />
La commande est alors créée à l'état de brouillon.<br />
<br />
==Clôturer une commande fournisseur==<br />
<br />
Une fois qu'une commande a été entièrement reçue, il faut retourner sur sa fiche pour la clôturer. (? Elle est alors placée dans l'espace comptabilité comme "A facturer").<br />
<br />
==Supprimer une commande fournisseur==<br />
<br />
Pour supprimer une commande il vous faut ouvrir la fiche de celle-ci. Une commande ne peut être supprimée que si celle-ci est à l'état de '''brouillon'''. Une fois validée, elle peut seulement être annulée. La suppression d'un commande entraîne l'effacement de toutes les données s'y référant. <br />
<br />
'''Une commande supprimée ne peut pas être récupérée'''.<br />
<br />
==Modifier une commande==<br />
<br />
Pour modifier une commande il vous faut ouvrir sa fiche. Une commande ne peut être modifiée que si celle-ci est à l'état de brouillon.<br />
<br />
<br />
== Cas d'utilisations ==<br />
<br />
'''UCSOR01: Commande fournisseur'''</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Stock_(d%C3%A9veloppeur)&diff=1694Module Stock (développeur)2007-08-15T22:16:50Z<p>Ywarnier: /* Commandes/Livraison */</p>
<hr />
<div>(Généralités sur les [[Modules]])<br />
<br />
Le module stock permet de gérer une liste d'entrepots (ou tout autre "contenant") et de répertorier, à tout moment, la liste et quantité des produits qu'il contient.<br />
Quand un produit est livré, le choix de l'entrepot source est réalisé est la quantité est automatiquement décrémentée.<br />
Il est possible de réajuster le contenu de ces entrepots suite à des inventaires.<br />
<br />
Le module stock est paramétrable dans l'administration de Dolibarr pour choisir si la décrémentation du stock se fait à la livraison d'une expédition, à la facturation ou à la commande.<br />
<br />
La gestion du stock de cette façon ne permet pas, à l'état actuel, d'incrémenter le stock sur une livraison fournisseur.<br />
<br />
<br />
== Permissions ==<br />
<br />
* A compléter<br />
<br />
== Implémentation ==<br />
<br />
=== Expéditions ===<br />
<br />
La modification du stock sur expédition se fait dans le script htdocs/expedition/commandes.php et utilise la classe expedition.class.php (méthode ''valid()''). La vérification avant modification du stock se fait comme suit:<br />
<br />
if ($conf->stock->enabled && $this->entrepot_id && $conf->global->STOCK_CALCULATE_ON_SHIPMENT == 1)<br />
<br />
=== Commandes/Livraison ===<br />
<br />
Lorsque l'option d'incrémenter le stock sur commandes est activée, du côté des commandes fournisseurs, c'est la classe htdocs/fourn/fournisseur.commande.class.php qui prend en charge l'incrémentation du stock au travers de sa méthode ''DispatchProduct()''. L'activation de cette commande n'est possible qu'à l'état 3 et 4 de la commande fournisseur, ce qui veut dire qu'il ne faut pas rater son coup au moment d'encoder la commande. Une fois la commande "envoyée", il est possible de placer les produits dans le stock en cliquant sur l'onglet Dispatch (''Ventilation'').<br />
<br />
== Améliorations possibles ==<br />
<br />
La gestion du stock devrait pouvoir incorporer une intégration des livraisons fournisseurs directement dans un stock au choix. De même, une livraison d'un produit composé de plusieurs sous-produits devrait pouvoir être intégrée au stock sous forme des différents constituants plutôt que du tout.<br />
<br />
== Tables SQL ==<br />
* [[llx_entrepot]] Contient la liste des entrepots</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Stock_(d%C3%A9veloppeur)&diff=1684Module Stock (développeur)2007-08-15T21:37:48Z<p>Ywarnier: /* Commandes/Livraison */</p>
<hr />
<div>(Généralités sur les [[Modules]])<br />
<br />
Le module stock permet de gérer une liste d'entrepots (ou tout autre "contenant") et de répertorier, à tout moment, la liste et quantité des produits qu'il contient.<br />
Quand un produit est livré, le choix de l'entrepot source est réalisé est la quantité est automatiquement décrémentée.<br />
Il est possible de réajuster le contenu de ces entrepots suite à des inventaires.<br />
<br />
Le module stock est paramétrable dans l'administration de Dolibarr pour choisir si la décrémentation du stock se fait à la livraison d'une expédition, à la facturation ou à la commande.<br />
<br />
La gestion du stock de cette façon ne permet pas, à l'état actuel, d'incrémenter le stock sur une livraison fournisseur.<br />
<br />
<br />
== Permissions ==<br />
<br />
* A compléter<br />
<br />
== Implémentation ==<br />
<br />
=== Expéditions ===<br />
<br />
La modification du stock sur expédition se fait dans le script htdocs/expedition/commandes.php et utilise la classe expedition.class.php (méthode ''valid()''). La vérification avant modification du stock se fait comme suit:<br />
<br />
if ($conf->stock->enabled && $this->entrepot_id && $conf->global->STOCK_CALCULATE_ON_SHIPMENT == 1)<br />
<br />
=== Commandes/Livraison ===<br />
<br />
Lorsque l'option d'incrémenter le stock sur commandes est activée, du côté des commandes fournisseurs, c'est la classe htdocs/fourn/fournisseur.commande.class.php qui prend en charge l'incrémentation du stock au travers de sa méthode ''DispatchProduct()''<br />
<br />
== Améliorations possibles ==<br />
<br />
La gestion du stock devrait pouvoir incorporer une intégration des livraisons fournisseurs directement dans un stock au choix. De même, une livraison d'un produit composé de plusieurs sous-produits devrait pouvoir être intégrée au stock sous forme des différents constituants plutôt que du tout.<br />
<br />
== Tables SQL ==<br />
* [[llx_entrepot]] Contient la liste des entrepots</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Stock_(d%C3%A9veloppeur)&diff=1683Module Stock (développeur)2007-08-15T21:37:20Z<p>Ywarnier: /* Implémentation */</p>
<hr />
<div>(Généralités sur les [[Modules]])<br />
<br />
Le module stock permet de gérer une liste d'entrepots (ou tout autre "contenant") et de répertorier, à tout moment, la liste et quantité des produits qu'il contient.<br />
Quand un produit est livré, le choix de l'entrepot source est réalisé est la quantité est automatiquement décrémentée.<br />
Il est possible de réajuster le contenu de ces entrepots suite à des inventaires.<br />
<br />
Le module stock est paramétrable dans l'administration de Dolibarr pour choisir si la décrémentation du stock se fait à la livraison d'une expédition, à la facturation ou à la commande.<br />
<br />
La gestion du stock de cette façon ne permet pas, à l'état actuel, d'incrémenter le stock sur une livraison fournisseur.<br />
<br />
<br />
== Permissions ==<br />
<br />
* A compléter<br />
<br />
== Implémentation ==<br />
<br />
=== Expéditions ===<br />
<br />
La modification du stock sur expédition se fait dans le script htdocs/expedition/commandes.php et utilise la classe expedition.class.php (méthode ''valid()''). La vérification avant modification du stock se fait comme suit:<br />
<br />
if ($conf->stock->enabled && $this->entrepot_id && $conf->global->STOCK_CALCULATE_ON_SHIPMENT == 1)<br />
<br />
=== Commandes/Livraison ===<br />
<br />
Lorsque l'option d'incrémenter le stock sur commandes est activée, c'est la classe htdocs/fourn/fournisseur.commande.class.php qui prend en charge l'incrémentation du stock au travers de sa méthode ''DispatchProduct()''<br />
<br />
== Améliorations possibles ==<br />
<br />
La gestion du stock devrait pouvoir incorporer une intégration des livraisons fournisseurs directement dans un stock au choix. De même, une livraison d'un produit composé de plusieurs sous-produits devrait pouvoir être intégrée au stock sous forme des différents constituants plutôt que du tout.<br />
<br />
== Tables SQL ==<br />
* [[llx_entrepot]] Contient la liste des entrepots</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Stock_(d%C3%A9veloppeur)&diff=1682Module Stock (développeur)2007-08-15T21:35:40Z<p>Ywarnier: /* Expéditions */</p>
<hr />
<div>(Généralités sur les [[Modules]])<br />
<br />
Le module stock permet de gérer une liste d'entrepots (ou tout autre "contenant") et de répertorier, à tout moment, la liste et quantité des produits qu'il contient.<br />
Quand un produit est livré, le choix de l'entrepot source est réalisé est la quantité est automatiquement décrémentée.<br />
Il est possible de réajuster le contenu de ces entrepots suite à des inventaires.<br />
<br />
Le module stock est paramétrable dans l'administration de Dolibarr pour choisir si la décrémentation du stock se fait à la livraison d'une expédition, à la facturation ou à la commande.<br />
<br />
La gestion du stock de cette façon ne permet pas, à l'état actuel, d'incrémenter le stock sur une livraison fournisseur.<br />
<br />
<br />
== Permissions ==<br />
<br />
* A compléter<br />
<br />
== Implémentation ==<br />
<br />
=== Expéditions ===<br />
<br />
La modification du stock sur expédition se fait dans le script htdocs/expedition/commandes.php et utilise la classe expedition.class.php (méthode ''valid()''). La vérification avant modification du stock se fait comme suit:<br />
<br />
if ($conf->stock->enabled && $this->entrepot_id && $conf->global->STOCK_CALCULATE_ON_SHIPMENT == 1)<br />
<br />
== Améliorations possibles ==<br />
<br />
La gestion du stock devrait pouvoir incorporer une intégration des livraisons fournisseurs directement dans un stock au choix. De même, une livraison d'un produit composé de plusieurs sous-produits devrait pouvoir être intégrée au stock sous forme des différents constituants plutôt que du tout.<br />
<br />
== Tables SQL ==<br />
* [[llx_entrepot]] Contient la liste des entrepots</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_Stock_(d%C3%A9veloppeur)&diff=1681Module Stock (développeur)2007-08-15T16:50:42Z<p>Ywarnier: </p>
<hr />
<div>(Généralités sur les [[Modules]])<br />
<br />
Le module stock permet de gérer une liste d'entrepots (ou tout autre "contenant") et de répertorier, à tout moment, la liste et quantité des produits qu'il contient.<br />
Quand un produit est livré, le choix de l'entrepot source est réalisé est la quantité est automatiquement décrémentée.<br />
Il est possible de réajuster le contenu de ces entrepots suite à des inventaires.<br />
<br />
Le module stock est paramétrable dans l'administration de Dolibarr pour choisir si la décrémentation du stock se fait à la livraison d'une expédition, à la facturation ou à la commande.<br />
<br />
La gestion du stock de cette façon ne permet pas, à l'état actuel, d'incrémenter le stock sur une livraison fournisseur.<br />
<br />
<br />
== Permissions ==<br />
<br />
* A compléter<br />
<br />
== Implémentation ==<br />
<br />
=== Expéditions ===<br />
<br />
La modification du stock sur expédition se fait dans le script htdocs/expedition/commandes.php et utilise la classe expedition.class.php<br />
<br />
== Améliorations possibles ==<br />
<br />
La gestion du stock devrait pouvoir incorporer une intégration des livraisons fournisseurs directement dans un stock au choix. De même, une livraison d'un produit composé de plusieurs sous-produits devrait pouvoir être intégrée au stock sous forme des différents constituants plutôt que du tout.<br />
<br />
== Tables SQL ==<br />
* [[llx_entrepot]] Contient la liste des entrepots</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=4658Module OSCommerceWS (développeur)2007-08-15T00:28:14Z<p>Ywarnier: /* Importer une commande */</p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce. <br />
<br />
<br />
[[image:oscommerce-menu.png]]<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
La liste de fonctionnalités suivante utilise la convention '''export=Dolibarr->OSCommerce''' et '''import=OSCommerce->Dolibarr'''<br />
<br />
== Exporter un produit ==<br />
<br />
En cliquant sur le lien ''AddProd'' (qui devrait être traduit en français par ''Ajout produit'', on arrive sur la page d'export des produits. Il suffit de sélectionner un produit et une quantité, puis d'appuyer sur le bouton ''OSCsell'' (qui devrait être traduit en français par ''Vendre sur OSCommerce'') pour que la requête de création soit envoyée.<br />
<br />
Attention, la liste de produits est limitée en utilisant les limitations de listes de Dolibarr. Il se pourrait donc qu'au-delà de, par exemple, 50 produits, il soit impossible de voir le reste des produits. Pour changer cette limite, on peut aller la modifier dans la configuration de Dolibarr, ou si l'on veut s'en débarrasser, c'est dans '''htdocs/oscommerce_ws/produits/OSCVente.php''', chercher '''$html->select_produits''' et modifier '''$conf->produit->limit_size'''<br />
<br />
== Importer un produit ==<br />
<br />
Importer un produit se fait au travers du menu "Produits". La page d'import affiche une liste des produits disponibles dans OSCommerce. Le lien de droite affiche "Importer" ou "Modifier", selon que les produits figurent ou non dans la table ''llx_osc_product''.<br />
<br />
Si un produit existe localement et qu'on le supprime (localement), on trouve un joli bug de synchronisation, où le produit apparaît ensuite toujours comme à "Modifier" plutôt qu'importer.<br />
<br />
Un produit importé de la sorte est importé hors de toute catégorie.<br />
<br />
Un message consécutif à l'importation indique si le produit a été importé.<br />
<br />
== Importer un client ==<br />
<br />
Importer un client se fait via le menu de gauche '''Clients'''. Une liste des clients apparaît et, d'une façon identique à la liste des produits, on peut choisir d'importer un client dans Dolibarr depuis OSCommerce via un lien '''Importer'''.<br />
<br />
Un message d'information atteste de la réussite de l'opération, indiquant par la même occasion quel est l'identifiant interne attribué à ce client dans Dolibarr.<br />
<br />
== Importer une commande ==<br />
<br />
L'importation d'une commande se fait via le menu de gauche "Commandes".<br />
<br />
L'importation d'une commande nécessite la présence préalable dans Dolibarr du client et des produits concernés. Si ce n'est pas le cas, un message nous indique les produits ou clients manquants et bloque l'opération d'import.<br />
<br />
== Synchroniser une catégorie ==<br />
<br />
La synchronisation des catégories se fait toujours à la main pour le moment. L'utilisation du menu de gauche '''Catégories''' nous mène à une page de liste des catégories existantes dans Dolibarr. Il est nécessaire d'indiquer, pour chaque catégorie de Dolibarr, à quelle catégorie de OSCommerce elle correspond. C'est assez peu intuitif pour le moment étant donné qu'il faut connaître le numéro de catégorie dans OSCommerce pour pouvoir appliquer la correspondance.<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.<br />
<br />
== Mon produit n'apparaît pas dans OSCommerce ==<br />
<br />
OSCommerce nécessite une entrée de description de produit pour que le produit apparaisse. Autrement dit, il faut que le produit ait un nom (et éventuellement une description) qui lui soient propres. Tout ça est très joli, le seul problème (dépendant de la version de Dolibarr que vous utilisez) c'est qu'il est possible que la requête d'insertion de la description du produit du côté OSCommerce ne fonctionne pas. Il s'agit de la requête située dans ws_server/ws_articles.php, dans la fonction create_article(). Il faut en fait commenter les 3 lignes commençant par '''products_head''' dans le deuxième tableau.<br />
Un produit bien inséré dans OSCommerce renvoie inévitablement un message du type '''le produit JADAA2 Aerosol 60/2 est en vente en ligne consulter'''. Si ce message n'apparaît pas, il y a fort à parier que le produit n'a pas été inséré.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=1677Module OSCommerceWS (développeur)2007-08-14T23:58:32Z<p>Ywarnier: /* Importer un client */</p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce. <br />
<br />
<br />
[[image:oscommerce-menu.png]]<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
La liste de fonctionnalités suivante utilise la convention '''export=Dolibarr->OSCommerce''' et '''import=OSCommerce->Dolibarr'''<br />
<br />
== Exporter un produit ==<br />
<br />
En cliquant sur le lien ''AddProd'' (qui devrait être traduit en français par ''Ajout produit'', on arrive sur la page d'export des produits. Il suffit de sélectionner un produit et une quantité, puis d'appuyer sur le bouton ''OSCsell'' (qui devrait être traduit en français par ''Vendre sur OSCommerce'') pour que la requête de création soit envoyée.<br />
<br />
Attention, la liste de produits est limitée en utilisant les limitations de listes de Dolibarr. Il se pourrait donc qu'au-delà de, par exemple, 50 produits, il soit impossible de voir le reste des produits. Pour changer cette limite, on peut aller la modifier dans la configuration de Dolibarr, ou si l'on veut s'en débarrasser, c'est dans '''htdocs/oscommerce_ws/produits/OSCVente.php''', chercher '''$html->select_produits''' et modifier '''$conf->produit->limit_size'''<br />
<br />
== Importer un produit ==<br />
<br />
Importer un produit se fait au travers du menu "Produits". La page d'import affiche une liste des produits disponibles dans OSCommerce. Le lien de droite affiche "Importer" ou "Modifier", selon que les produits figurent ou non dans la table ''llx_osc_product''.<br />
<br />
Si un produit existe localement et qu'on le supprime (localement), on trouve un joli bug de synchronisation, où le produit apparaît ensuite toujours comme à "Modifier" plutôt qu'importer.<br />
<br />
Un produit importé de la sorte est importé hors de toute catégorie.<br />
<br />
Un message consécutif à l'importation indique si le produit a été importé.<br />
<br />
== Importer un client ==<br />
<br />
Importer un client se fait via le menu de gauche '''Clients'''. Une liste des clients apparaît et, d'une façon identique à la liste des produits, on peut choisir d'importer un client dans Dolibarr depuis OSCommerce via un lien '''Importer'''.<br />
<br />
Un message d'information atteste de la réussite de l'opération, indiquant par la même occasion quel est l'identifiant interne attribué à ce client dans Dolibarr.<br />
<br />
== Importer une commande ==<br />
<br />
== Synchroniser une catégorie ==<br />
<br />
La synchronisation des catégories se fait toujours à la main pour le moment. L'utilisation du menu de gauche '''Catégories''' nous mène à une page de liste des catégories existantes dans Dolibarr. Il est nécessaire d'indiquer, pour chaque catégorie de Dolibarr, à quelle catégorie de OSCommerce elle correspond. C'est assez peu intuitif pour le moment étant donné qu'il faut connaître le numéro de catégorie dans OSCommerce pour pouvoir appliquer la correspondance.<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.<br />
<br />
== Mon produit n'apparaît pas dans OSCommerce ==<br />
<br />
OSCommerce nécessite une entrée de description de produit pour que le produit apparaisse. Autrement dit, il faut que le produit ait un nom (et éventuellement une description) qui lui soient propres. Tout ça est très joli, le seul problème (dépendant de la version de Dolibarr que vous utilisez) c'est qu'il est possible que la requête d'insertion de la description du produit du côté OSCommerce ne fonctionne pas. Il s'agit de la requête située dans ws_server/ws_articles.php, dans la fonction create_article(). Il faut en fait commenter les 3 lignes commençant par '''products_head''' dans le deuxième tableau.<br />
Un produit bien inséré dans OSCommerce renvoie inévitablement un message du type '''le produit JADAA2 Aerosol 60/2 est en vente en ligne consulter'''. Si ce message n'apparaît pas, il y a fort à parier que le produit n'a pas été inséré.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=1676Module OSCommerceWS (développeur)2007-08-14T22:39:48Z<p>Ywarnier: /* Synchroniser une catégorie */</p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce. <br />
<br />
<br />
[[image:oscommerce-menu.png]]<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
La liste de fonctionnalités suivante utilise la convention '''export=Dolibarr->OSCommerce''' et '''import=OSCommerce->Dolibarr'''<br />
<br />
== Exporter un produit ==<br />
<br />
En cliquant sur le lien ''AddProd'' (qui devrait être traduit en français par ''Ajout produit'', on arrive sur la page d'export des produits. Il suffit de sélectionner un produit et une quantité, puis d'appuyer sur le bouton ''OSCsell'' (qui devrait être traduit en français par ''Vendre sur OSCommerce'') pour que la requête de création soit envoyée.<br />
<br />
Attention, la liste de produits est limitée en utilisant les limitations de listes de Dolibarr. Il se pourrait donc qu'au-delà de, par exemple, 50 produits, il soit impossible de voir le reste des produits. Pour changer cette limite, on peut aller la modifier dans la configuration de Dolibarr, ou si l'on veut s'en débarrasser, c'est dans '''htdocs/oscommerce_ws/produits/OSCVente.php''', chercher '''$html->select_produits''' et modifier '''$conf->produit->limit_size'''<br />
<br />
== Importer un produit ==<br />
<br />
Importer un produit se fait au travers du menu "Produits". La page d'import affiche une liste des produits disponibles dans OSCommerce. Le lien de droite affiche "Importer" ou "Modifier", selon que les produits figurent ou non dans la table ''llx_osc_product''.<br />
<br />
Si un produit existe localement et qu'on le supprime (localement), on trouve un joli bug de synchronisation, où le produit apparaît ensuite toujours comme à "Modifier" plutôt qu'importer.<br />
<br />
Un produit importé de la sorte est importé hors de toute catégorie.<br />
<br />
Un message consécutif à l'importation indique si le produit a été importé.<br />
<br />
== Importer un client ==<br />
<br />
== Importer une commande ==<br />
<br />
== Synchroniser une catégorie ==<br />
<br />
La synchronisation des catégories se fait toujours à la main pour le moment. L'utilisation du menu de gauche '''Catégories''' nous mène à une page de liste des catégories existantes dans Dolibarr. Il est nécessaire d'indiquer, pour chaque catégorie de Dolibarr, à quelle catégorie de OSCommerce elle correspond. C'est assez peu intuitif pour le moment étant donné qu'il faut connaître le numéro de catégorie dans OSCommerce pour pouvoir appliquer la correspondance.<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.<br />
<br />
== Mon produit n'apparaît pas dans OSCommerce ==<br />
<br />
OSCommerce nécessite une entrée de description de produit pour que le produit apparaisse. Autrement dit, il faut que le produit ait un nom (et éventuellement une description) qui lui soient propres. Tout ça est très joli, le seul problème (dépendant de la version de Dolibarr que vous utilisez) c'est qu'il est possible que la requête d'insertion de la description du produit du côté OSCommerce ne fonctionne pas. Il s'agit de la requête située dans ws_server/ws_articles.php, dans la fonction create_article(). Il faut en fait commenter les 3 lignes commençant par '''products_head''' dans le deuxième tableau.<br />
Un produit bien inséré dans OSCommerce renvoie inévitablement un message du type '''le produit JADAA2 Aerosol 60/2 est en vente en ligne consulter'''. Si ce message n'apparaît pas, il y a fort à parier que le produit n'a pas été inséré.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=1675Module OSCommerceWS (développeur)2007-08-14T22:37:03Z<p>Ywarnier: /* Importer un produit */</p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce. <br />
<br />
<br />
[[image:oscommerce-menu.png]]<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
La liste de fonctionnalités suivante utilise la convention '''export=Dolibarr->OSCommerce''' et '''import=OSCommerce->Dolibarr'''<br />
<br />
== Exporter un produit ==<br />
<br />
En cliquant sur le lien ''AddProd'' (qui devrait être traduit en français par ''Ajout produit'', on arrive sur la page d'export des produits. Il suffit de sélectionner un produit et une quantité, puis d'appuyer sur le bouton ''OSCsell'' (qui devrait être traduit en français par ''Vendre sur OSCommerce'') pour que la requête de création soit envoyée.<br />
<br />
Attention, la liste de produits est limitée en utilisant les limitations de listes de Dolibarr. Il se pourrait donc qu'au-delà de, par exemple, 50 produits, il soit impossible de voir le reste des produits. Pour changer cette limite, on peut aller la modifier dans la configuration de Dolibarr, ou si l'on veut s'en débarrasser, c'est dans '''htdocs/oscommerce_ws/produits/OSCVente.php''', chercher '''$html->select_produits''' et modifier '''$conf->produit->limit_size'''<br />
<br />
== Importer un produit ==<br />
<br />
Importer un produit se fait au travers du menu "Produits". La page d'import affiche une liste des produits disponibles dans OSCommerce. Le lien de droite affiche "Importer" ou "Modifier", selon que les produits figurent ou non dans la table ''llx_osc_product''.<br />
<br />
Si un produit existe localement et qu'on le supprime (localement), on trouve un joli bug de synchronisation, où le produit apparaît ensuite toujours comme à "Modifier" plutôt qu'importer.<br />
<br />
Un produit importé de la sorte est importé hors de toute catégorie.<br />
<br />
Un message consécutif à l'importation indique si le produit a été importé.<br />
<br />
== Importer un client ==<br />
<br />
== Importer une commande ==<br />
<br />
== Synchroniser une catégorie ==<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.<br />
<br />
== Mon produit n'apparaît pas dans OSCommerce ==<br />
<br />
OSCommerce nécessite une entrée de description de produit pour que le produit apparaisse. Autrement dit, il faut que le produit ait un nom (et éventuellement une description) qui lui soient propres. Tout ça est très joli, le seul problème (dépendant de la version de Dolibarr que vous utilisez) c'est qu'il est possible que la requête d'insertion de la description du produit du côté OSCommerce ne fonctionne pas. Il s'agit de la requête située dans ws_server/ws_articles.php, dans la fonction create_article(). Il faut en fait commenter les 3 lignes commençant par '''products_head''' dans le deuxième tableau.<br />
Un produit bien inséré dans OSCommerce renvoie inévitablement un message du type '''le produit JADAA2 Aerosol 60/2 est en vente en ligne consulter'''. Si ce message n'apparaît pas, il y a fort à parier que le produit n'a pas été inséré.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=1674Module OSCommerceWS (développeur)2007-08-14T22:36:08Z<p>Ywarnier: /* Importer un produit */</p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce. <br />
<br />
<br />
[[image:oscommerce-menu.png]]<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
La liste de fonctionnalités suivante utilise la convention '''export=Dolibarr->OSCommerce''' et '''import=OSCommerce->Dolibarr'''<br />
<br />
== Exporter un produit ==<br />
<br />
En cliquant sur le lien ''AddProd'' (qui devrait être traduit en français par ''Ajout produit'', on arrive sur la page d'export des produits. Il suffit de sélectionner un produit et une quantité, puis d'appuyer sur le bouton ''OSCsell'' (qui devrait être traduit en français par ''Vendre sur OSCommerce'') pour que la requête de création soit envoyée.<br />
<br />
Attention, la liste de produits est limitée en utilisant les limitations de listes de Dolibarr. Il se pourrait donc qu'au-delà de, par exemple, 50 produits, il soit impossible de voir le reste des produits. Pour changer cette limite, on peut aller la modifier dans la configuration de Dolibarr, ou si l'on veut s'en débarrasser, c'est dans '''htdocs/oscommerce_ws/produits/OSCVente.php''', chercher '''$html->select_produits''' et modifier '''$conf->produit->limit_size'''<br />
<br />
== Importer un produit ==<br />
<br />
Importer un produit se fait au travers du menu "Produits". La page d'import affiche une liste des produits disponibles dans OSCommerce. Le lien de droite affiche "Importer" ou "Modifier", selon que les produits figurent ou non dans la table ''llx_osc_product''.<br />
<br />
Si un produit existe localement et qu'on le supprime (localement), on trouve un joli bug de synchronisation, où le produit apparaît ensuite toujours comme à "Modifier" plutôt qu'importer.<br />
<br />
Un produit importé de la sorte est importé hors de toute catégorie.<br />
<br />
== Importer un client ==<br />
<br />
== Importer une commande ==<br />
<br />
== Synchroniser une catégorie ==<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.<br />
<br />
== Mon produit n'apparaît pas dans OSCommerce ==<br />
<br />
OSCommerce nécessite une entrée de description de produit pour que le produit apparaisse. Autrement dit, il faut que le produit ait un nom (et éventuellement une description) qui lui soient propres. Tout ça est très joli, le seul problème (dépendant de la version de Dolibarr que vous utilisez) c'est qu'il est possible que la requête d'insertion de la description du produit du côté OSCommerce ne fonctionne pas. Il s'agit de la requête située dans ws_server/ws_articles.php, dans la fonction create_article(). Il faut en fait commenter les 3 lignes commençant par '''products_head''' dans le deuxième tableau.<br />
Un produit bien inséré dans OSCommerce renvoie inévitablement un message du type '''le produit JADAA2 Aerosol 60/2 est en vente en ligne consulter'''. Si ce message n'apparaît pas, il y a fort à parier que le produit n'a pas été inséré.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=1673Module OSCommerceWS (développeur)2007-08-14T22:26:05Z<p>Ywarnier: /* Exporter un produit */</p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce. <br />
<br />
<br />
[[image:oscommerce-menu.png]]<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
La liste de fonctionnalités suivante utilise la convention '''export=Dolibarr->OSCommerce''' et '''import=OSCommerce->Dolibarr'''<br />
<br />
== Exporter un produit ==<br />
<br />
En cliquant sur le lien ''AddProd'' (qui devrait être traduit en français par ''Ajout produit'', on arrive sur la page d'export des produits. Il suffit de sélectionner un produit et une quantité, puis d'appuyer sur le bouton ''OSCsell'' (qui devrait être traduit en français par ''Vendre sur OSCommerce'') pour que la requête de création soit envoyée.<br />
<br />
Attention, la liste de produits est limitée en utilisant les limitations de listes de Dolibarr. Il se pourrait donc qu'au-delà de, par exemple, 50 produits, il soit impossible de voir le reste des produits. Pour changer cette limite, on peut aller la modifier dans la configuration de Dolibarr, ou si l'on veut s'en débarrasser, c'est dans '''htdocs/oscommerce_ws/produits/OSCVente.php''', chercher '''$html->select_produits''' et modifier '''$conf->produit->limit_size'''<br />
<br />
== Importer un produit ==<br />
<br />
== Importer un client ==<br />
<br />
== Importer une commande ==<br />
<br />
== Synchroniser une catégorie ==<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.<br />
<br />
== Mon produit n'apparaît pas dans OSCommerce ==<br />
<br />
OSCommerce nécessite une entrée de description de produit pour que le produit apparaisse. Autrement dit, il faut que le produit ait un nom (et éventuellement une description) qui lui soient propres. Tout ça est très joli, le seul problème (dépendant de la version de Dolibarr que vous utilisez) c'est qu'il est possible que la requête d'insertion de la description du produit du côté OSCommerce ne fonctionne pas. Il s'agit de la requête située dans ws_server/ws_articles.php, dans la fonction create_article(). Il faut en fait commenter les 3 lignes commençant par '''products_head''' dans le deuxième tableau.<br />
Un produit bien inséré dans OSCommerce renvoie inévitablement un message du type '''le produit JADAA2 Aerosol 60/2 est en vente en ligne consulter'''. Si ce message n'apparaît pas, il y a fort à parier que le produit n'a pas été inséré.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=1672Module OSCommerceWS (développeur)2007-08-14T22:21:03Z<p>Ywarnier: /* Problèmes */</p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce. <br />
<br />
<br />
[[image:oscommerce-menu.png]]<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
La liste de fonctionnalités suivante utilise la convention '''export=Dolibarr->OSCommerce''' et '''import=OSCommerce->Dolibarr'''<br />
<br />
== Exporter un produit ==<br />
<br />
== Importer un produit ==<br />
<br />
== Importer un client ==<br />
<br />
== Importer une commande ==<br />
<br />
== Synchroniser une catégorie ==<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.<br />
<br />
== Mon produit n'apparaît pas dans OSCommerce ==<br />
<br />
OSCommerce nécessite une entrée de description de produit pour que le produit apparaisse. Autrement dit, il faut que le produit ait un nom (et éventuellement une description) qui lui soient propres. Tout ça est très joli, le seul problème (dépendant de la version de Dolibarr que vous utilisez) c'est qu'il est possible que la requête d'insertion de la description du produit du côté OSCommerce ne fonctionne pas. Il s'agit de la requête située dans ws_server/ws_articles.php, dans la fonction create_article(). Il faut en fait commenter les 3 lignes commençant par '''products_head''' dans le deuxième tableau.<br />
Un produit bien inséré dans OSCommerce renvoie inévitablement un message du type '''le produit JADAA2 Aerosol 60/2 est en vente en ligne consulter'''. Si ce message n'apparaît pas, il y a fort à parier que le produit n'a pas été inséré.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=1671Module OSCommerceWS (développeur)2007-08-14T21:17:43Z<p>Ywarnier: /* Interface */</p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce. <br />
<br />
<br />
[[image:oscommerce-menu.png]]<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
La liste de fonctionnalités suivante utilise la convention '''export=Dolibarr->OSCommerce''' et '''import=OSCommerce->Dolibarr'''<br />
<br />
== Exporter un produit ==<br />
<br />
== Importer un produit ==<br />
<br />
== Importer un client ==<br />
<br />
== Importer une commande ==<br />
<br />
== Synchroniser une catégorie ==<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=1670Module OSCommerceWS (développeur)2007-08-14T20:18:47Z<p>Ywarnier: /* Interface */</p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce. <br />
<br />
<br />
[[image:oscommerce-menu.png]]<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Dolibarr_ERP_CRM_Wiki:Log_d%27upload&diff=3573Dolibarr ERP CRM Wiki:Log d'upload2007-08-14T20:17:01Z<p>Ywarnier: "Oscommerce-menu.png" copié sur le serveur: Menu module OSCommerce2</p>
<hr />
<div>Voici la liste des derniers fichiers copiés sur le serveur.<br />
L'heure indiquée est celle du serveur (UTC).<br />
<ul><li>14 aoû 2007 à 20:17 [[Utilisateur:Ywarnier|Ywarnier]] "[[:Image:Oscommerce-menu.png|Oscommerce-menu.png]]" copié sur le serveur <em>(Menu module OSCommerce2)</em></li><br />
<li>8 jan 2007 à 09:31 [[Utilisateur:Ywarnier|Ywarnier]] "[[:Image:|]]" copié sur le serveur <em>(Mod extension Firefox phpLangEditor)</em></li><br />
<li>1 jul 2006 à 02:11 [[Utilisateur:Tiaris|Tiaris]] "[[:Image:Dolibarrosc_produits.jpg|Dolibarrosc_produits.jpg]]" copié sur le serveur <em>(aperçu de la liste des produits OSC)</em></li><br />
<li>1 jul 2006 à 02:06 [[Utilisateur:Tiaris|Tiaris]] "[[:Image:Dolibarrosc_bureau.jpg|Dolibarrosc_bureau.jpg]]" copié sur le serveur <em>(page tableau de bord Boutique OSC)</em></li><br />
<li>1 jun 2006 à 19:10 [[Utilisateur:Ywarnier|Ywarnier]] "[[:Image:Pdf_tourteau.png|Pdf_tourteau.png]]" copié sur le serveur <em>(Modèle de facture &quot;Tourteau&quot;)</em></li><br />
<li>1 jun 2006 à 19:09 [[Utilisateur:Ywarnier|Ywarnier]] "[[:Image:Pdf_oursin.png|Pdf_oursin.png]]" copié sur le serveur <em>(Modèle de facture &quot;Oursin&quot;)</em></li><br />
<li>1 jun 2006 à 19:09 [[Utilisateur:Ywarnier|Ywarnier]] "[[:Image:Pdf_huitre.png|Pdf_huitre.png]]" copié sur le serveur <em>(Modèle de facture &quot;Huître&quot;)</em></li><br />
<li>1 jun 2006 à 19:08 [[Utilisateur:Ywarnier|Ywarnier]] "[[:Image:Pdf_crabe.png|Pdf_crabe.png]]" copié sur le serveur <em>(Modèle de facture &quot;Crabe&quot;)</em></li><br />
<li>1 jun 2006 à 19:08 [[Utilisateur:Ywarnier|Ywarnier]] "[[:Image:Pdf_bulot.png|Pdf_bulot.png]]" copié sur le serveur <em>(Modèle de facture &quot;Bulot&quot;)</em></li><br />
<li>1 jun 2006 à 19:07 [[Utilisateur:Ywarnier|Ywarnier]] "[[:Image:Pdf_bigorneau.png|Pdf_bigorneau.png]]" copié sur le serveur <em>(Modèle de facture &quot;Bigorneau&quot;)</em></li><br />
<li>1 jun 2006 à 19:05 [[Utilisateur:Ywarnier|Ywarnier]] "[[:Image:Pdf_bernique.png|Pdf_bernique.png]]" copié sur le serveur <em>(Modèle de facture &quot;Bernique&quot;)</em></li><br />
<li>12 avr 2006 à 14:36 [[Utilisateur:Mytto|Mytto]] "[[:Image:Oppose.png|Oppose.png]]" copié sur le serveur <em>(Image pour marquer une opposition à une idée)</em></li><br />
<li>12 avr 2006 à 14:30 [[Utilisateur:Mytto|Mytto]] "[[:Image:Support.png|Support.png]]" copié sur le serveur <em>(Image pour marquer un soutien à une idée)</em></li><br />
<br />
</ul><br />
</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Module_OSCommerceWS_(d%C3%A9veloppeur)&diff=1669Module OSCommerceWS (développeur)2007-08-14T20:15:04Z<p>Ywarnier: </p>
<hr />
<div>= Introduction =<br />
<br />
Le module OSCommerce2 permet de synchroniser une partie des informations d'une installation OSCommerce2 avec une installation de Dolibarr.<br />
<br />
De cette manière, il est possible de <br />
* publier dans OSCommerce des produits introduits dans Dolibarr<br />
* importer des commandes (et leurs détails) dans Dolibarr depuis OSCommerce<br />
* importer des clients OSCommerce dans Dolibarr<br />
<br />
Ce module fonctionne au travers de l'utilisation d'une librairie facilitant l'utilisation des services web: ''NuSOAP''<br />
<br />
= Interface =<br />
<br />
On accède à l'interface via l'onglet OSCommerce dans le menu supérieur de l'interface par défaut de Dolibarr. Ce menu nous donne une première page récapitulative des données disponibles dans OSCommerce.<br />
<br />
Le menu de gauche permet alors d'accéder à plus de fonctionnalités, notamment les fonctionnalités de synchronisation.<br />
<br />
= Code =<br />
<br />
Comme indiqué dans une ébauche de documentation très succinte au sein du code, c'est dans le répertoire '''htdocs/oscommerce_ws''' que l'on trouve le code de l'application. Il existe également pas mal de code dans un répertoire '''htdocs/boutique''' mais il est difficile de déterminer à quoi il sert (probablement au module OSCommerce1).<br />
<br />
Le répertoire '''ws_server/''' doit être copié sur le serveur OSCommerce, dans le répertoire '''catalog/'''. Il doit également être configuré, en modifiant le fichier '''ws_server/includes/configuration.php''' pour y placer la configuration de OSCommerce.<br />
<br />
<br />
= Problèmes =<br />
<br />
== PHP5 ==<br />
<br />
La librairie NuSOAP originale (elle a été modifiée dans le code de Dolibarr pour la version 2.2) entre en conflit avec l'extension SOAP de PHP5, à cause du nom du client SOAP, '''soapclient''' qui est identique des deux côtés. Les autres classes ne causent pas de conflit.<br />
<br />
Ceci donne lieu à une erreur du type "Cannot redeclare class SoapClient".<br />
<br />
== Erreur I/O ==<br />
<br />
Il est possible que pour certaines requêtes le client (Dolibarr) renvoie une erreur fatale indiquant un problème d'entrée/sortie (une erreur HTTP 1.1 500 du côté serveur). Ce message d'erreur n'est pas très explicite dans le sens où il s'agit généralement d'un problème au niveau d'une méthode fournie en SOAP uniquement, et pas d'un script complet, comme il pourrait le laisser penser.<br />
<br />
Pour corriger, une des deux méthodes suivantes est la bonne (pas encore pu filtrer, désolé): réordonner les appels, côté serveur, à $soap_server->register(méthode) ou donner des paramètres $in et $out à ces mêmes appels à register. D'une façon ou d'une autre, c'est cette partie qui pose problème.</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_usergroup_rights&diff=4366Table llx usergroup rights2007-08-06T03:29:34Z<p>Ywarnier: </p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
Table qui contient l'association entre un groupe et ses droits ([[Table llx_usergroup]] et [[Table llx_rights_def]])<br />
<br />
Contains the link between a group and its permissions ([[Table llx_usergroup]] and [[Table llx_rights_def]])<br />
<br />
= Structure =</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_usergroup_user&diff=4337Table llx usergroup user2007-08-06T03:28:41Z<p>Ywarnier: /* Contenu */</p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
<br />
Contient les liens entre [[Table llx_user]] et [[Table llx_usergroup]]<br />
<br />
Contains the link between [[Table llx_user|llx_user]] and [[Table llx_usergroup|llx_usergroup]]<br />
<br />
= Structure =<br />
<br />
<pre><br />
-- ============================================================================<br />
-- Copyright (C) 2005 Rodolphe Quiedeville <rodolphe@quiedeville.org><br />
--<br />
-- This program is free software; you can redistribute it and/or modify<br />
-- it under the terms of the GNU General Public License as published by<br />
-- the Free Software Foundation; either version 2 of the License, or<br />
-- (at your option) any later version.<br />
--<br />
-- This program is distributed in the hope that it will be useful,<br />
-- but WITHOUT ANY WARRANTY; without even the implied warranty of<br />
-- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the<br />
-- GNU General Public License for more details.<br />
--<br />
-- You should have received a copy of the GNU General Public License<br />
-- along with this program; if not, write to the Free Software<br />
-- Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.<br />
--<br />
-- $Id: llx_usergroup_user.sql,v 1.1 2005/01/27 15:13:02 rodolphe Exp $<br />
-- $Source: /cvsroot/dolibarr/dolibarr/mysql/tables/llx_usergroup_user.sql,v $<br />
--<br />
-- ===========================================================================<br />
<br />
create table llx_usergroup_user<br />
(<br />
rowid integer AUTO_INCREMENT PRIMARY KEY,<br />
fk_user integer NOT NULL,<br />
fk_usergroup integer NOT NULL,<br />
<br />
UNIQUE(fk_user,fk_usergroup)<br />
)type=innodb;<br />
</pre></div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_usergroup_user&diff=1650Table llx usergroup user2007-08-06T03:28:28Z<p>Ywarnier: </p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
<br />
Contient les liens entre [[Table llx_user]] et [[Table llx_usergroup]]<br />
<br />
Contains the link between [[Table llx_user|llx_user]] and [[Table llx_usergroup|llx_usergroup]<br />
<br />
= Structure =<br />
<br />
<pre><br />
-- ============================================================================<br />
-- Copyright (C) 2005 Rodolphe Quiedeville <rodolphe@quiedeville.org><br />
--<br />
-- This program is free software; you can redistribute it and/or modify<br />
-- it under the terms of the GNU General Public License as published by<br />
-- the Free Software Foundation; either version 2 of the License, or<br />
-- (at your option) any later version.<br />
--<br />
-- This program is distributed in the hope that it will be useful,<br />
-- but WITHOUT ANY WARRANTY; without even the implied warranty of<br />
-- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the<br />
-- GNU General Public License for more details.<br />
--<br />
-- You should have received a copy of the GNU General Public License<br />
-- along with this program; if not, write to the Free Software<br />
-- Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.<br />
--<br />
-- $Id: llx_usergroup_user.sql,v 1.1 2005/01/27 15:13:02 rodolphe Exp $<br />
-- $Source: /cvsroot/dolibarr/dolibarr/mysql/tables/llx_usergroup_user.sql,v $<br />
--<br />
-- ===========================================================================<br />
<br />
create table llx_usergroup_user<br />
(<br />
rowid integer AUTO_INCREMENT PRIMARY KEY,<br />
fk_user integer NOT NULL,<br />
fk_usergroup integer NOT NULL,<br />
<br />
UNIQUE(fk_user,fk_usergroup)<br />
)type=innodb;<br />
</pre></div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_usergroup&diff=4336Table llx usergroup2007-08-06T03:27:46Z<p>Ywarnier: </p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
<br />
Contient la liste des groupes d'utilisateurs.<br />
Il est possible de créer autant de groupe que voulu. Chaque groupe peut contenir plusieurs utilisateurs.<br />
On peut attribuer des droits à un groupe, ce qui a pour effet d'attribuer ces droits à tous les utilisateurs inclus dans ce groupe.<br />
<br />
Contains the list of user groups. It is possible to create as many groups as you need. Each group can contain several users. One can assign permissions to a group, which has the effect of giving these permissions to all the users included in this group.<br />
<br />
= Structure =</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_user_rights&diff=4365Table llx user rights2007-08-06T03:26:13Z<p>Ywarnier: </p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
Table qui contient l'association entre un utilisateur et ses droits ([[Table llx_user]] et [[Table llx_rights_def]])<br />
<br />
Contains the link between a user and his permissions ([[Table llx_user]] and [[Table llx_rights_def]])<br />
<br />
= Structure =</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_user_param&diff=4501Table llx user param2007-08-06T03:25:07Z<p>Ywarnier: </p>
<hr />
<div>[[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
Cette table contient la liste des paramétrages propres aux utilisateurs<br />
<br />
Contains a list of parameters for each user.<br />
<br />
= Structure =</div>Ywarnierhttps://wiki.dolibarr.org/index.php?title=Table_llx_user_entrepot&diff=4515Table llx user entrepot2007-08-06T03:24:26Z<p>Ywarnier: </p>
<hr />
<div>[[Catégorie:Stock]][[Catégorie:Utilisateur]][[Catégorie:Table SQL]]<br />
La documentation relative aux autres tables est disponible sur la page [[Liste des tables]]<br />
The documentation related to other tables is available on the tables list page: [[Liste des tables]]<br />
<br />
= Contenu =<br />
<br />
La table '''llx_user_entrepot''' permet d'affecter un stock à un utilisateur avec des permissions spécifiques<br />
<br />
Allows to assign a stock to a user with specific permissions.<br />
<br />
= Structure =<br />
create table llx_user_entrepot<br />
(<br />
rowid integer AUTO_INCREMENT PRIMARY KEY,<br />
fk_entrepot integer UNSIGNED, -- pointe sur llx_entrepot<br />
fk_user integer UNSIGNED, -- pointe sur llx_user<br />
consult tinyint(1) UNSIGNED,<br />
send tinyint(1) UNSIGNED<br />
)type=innodb;</div>Ywarnier