Difference between revisions of "Interfaces Dolibarr toward foreign systems"

From Dolibarr ERP CRM Wiki
Jump to navigation Jump to search
Line 3: Line 3:
  
 
= Execute your own code on a Dolibarr event =
 
= Execute your own code on a Dolibarr event =
{{ToTranslate}}
+
To execute personalized code after a Dolibarr event (create/modify/remove a third party/invoice/product or other), Dolibarr offers a mechanism of business triggers. This mechanism allows you to personalize a work-flow to have Dolibarr business events being synchronized into another application for example.
 
+
You can also use triggers to modify the behavior of Dolibarr itself: for example, to create automatically a contract when an invoice is validated.
To execute personalized code after a Dolibarr event (create/modify/remove a third party/invoice/product or other), Dolibarr offers a mecanism of business triggers. This mecanism allows you to personalize a workflow to have Dolibarr business events being synchronized into another application for example.
 
You can also use triggers to modify the behaviour of Dolibarr itself: for example, to create automatically a contract when an invoice is validated.
 
  
 
So, to add your own code that will be triggered by a Dolibarr trigger, this is the way to process:
 
So, to add your own code that will be triggered by a Dolibarr trigger, this is the way to process:
Line 62: Line 60:
 
You can also use in this function the preinitialized following variables:
 
You can also use in this function the preinitialized following variables:
 
* '''$object''' is the object on which action is done (see next chapter)
 
* '''$object''' is the object on which action is done (see next chapter)
* '''$user''' is the object containg all information of Dolibarr user that realizes the business event.
+
* '''$user''' is the object containing all information of Dolibarr user that realizes the business event.
 
* '''$langs''' is the object that contains the user language and translations strings
 
* '''$langs''' is the object that contains the user language and translations strings
 
* '''$conf''' is the object that contains all the Dolibarr configuration.
 
* '''$conf''' is the object that contains all the Dolibarr configuration.
  
4) Une fois le code réalisé, il n'y a plus qu'à tester, en provoquant l'évènement déclencheur dans Dolibarr. Attention, l'appel au '''run_trigger''' et encapsuler dans un transaction. Si votre trigger renvoie un code ko, la fonction appelante peut annuler la transaction (ceci dépend de la fonction appelante).
+
4) Once your trigger file has been developed, last action is to test by using Dolibarr to execute the business event that should trigger your code. Warning, call of function '''run_trigger''' is encapsulated into a transaction. If your code return a KO code, the calling function may rollback the transaction (this depends on calling function).
Ajouter des traces dans un fichier dans la fonction '''run_trigger''' afin de vous assurer que le code s'exécute bien. Vous pouvez pour cela si vous le désirer, utiliser la fonction
+
Add log information inside your function '''run_trigger''' to know if your code is correctly triggered and runs correctly. For this, you can use the function
dol_syslog("mon texte de trace", LOG_DEBUG);
+
dol_syslog("my log message", LOG_DEBUG);
  
 
= List of known events =
 
= List of known events =

Revision as of 18:57, 31 March 2010

Dolibarr provides a simple mecanism to make Dolibarr act into an external system on a Dolibarr event (For more inforation on the other direction and allow an external system to act into Dolibarr system, see page Interfaces from foreign systems toward Dolibarr).

Execute your own code on a Dolibarr event

To execute personalized code after a Dolibarr event (create/modify/remove a third party/invoice/product or other), Dolibarr offers a mechanism of business triggers. This mechanism allows you to personalize a work-flow to have Dolibarr business events being synchronized into another application for example. You can also use triggers to modify the behavior of Dolibarr itself: for example, to create automatically a contract when an invoice is validated.

So, to add your own code that will be triggered by a Dolibarr trigger, this is the way to process:


1) Copy file htdocs/includes/triggers/interface_all_Demo.class.php under the new name:

  • interface_all_Xxx.class.php

or

  • interface_modMyModule_Xxx.class.php

where Xxx is a string of your choice startint with uppercase character and MyModule is the name of a module if you want that trigger is activated only if module MyModyle is activated. If you want the trigger to be always active, use all instead of modMyModule. This new file must be saved inside same directory. Note: Value you can use for modMyModule are values found in directory htdocs/includes/modules.

For example, you can name your new trigger file: htdocs/includes/triggers/interface_modFacture_Myworkflow.class.php

By creating such a file with name as in the example, your new trigger file will be executed each time a Dolibarr business event occurs but only if the module Facture is enabled.


2) Edit the file interface_modMyModule_Myworkflow.class.php to rename class InterfaceDemo by InterfaceMyworkflow


Then go on page Home-> System Infos -> Dolibarr -> Triggers. Your new trigger file must appears in the list without any error message. This means preceding actions have been done successfully.


3) Return now to edition of file to add your own code inside function run_trigger. This function is called at each Dolibarr business event. Put your code according to events on which you want to run. Each event is identified by a code (see following chapter to get full list of codes). So you can react or no after an event by doing just a test on variable $action:

  function run_trigger($action,$object,$user,$lang,$conf)
  {
        // Put here code to execute after an action
        // The type of Dolibarr business event is stored into $action
        // Data of action are stored into object $object
        // Setup, user and language are saved into $conf, $user and $lang
        if ($action == 'COMPANY_CREATE')
        {
            dol_syslog("Trigger for action '$action' launched. id=".$object->id);
        }
        elseif ($action == 'COMPANY_MODIFY')
        {        
            dol_syslog("Trigger for action '$action' launched. id=".$object->id);
        }
        elseif ($action == 'COMPANY_DELETE')
        ...
  }

You can do what you want into this coding part, if you check that function run_trigger returns a return code according to following rule:

<0 if KO, 0 if nothing is done, >0 if OK

You can also use in this function the preinitialized following variables:

  • $object is the object on which action is done (see next chapter)
  • $user is the object containing all information of Dolibarr user that realizes the business event.
  • $langs is the object that contains the user language and translations strings
  • $conf is the object that contains all the Dolibarr configuration.

4) Once your trigger file has been developed, last action is to test by using Dolibarr to execute the business event that should trigger your code. Warning, call of function run_trigger is encapsulated into a transaction. If your code return a KO code, the calling function may rollback the transaction (this depends on calling function). Add log information inside your function run_trigger to know if your code is correctly triggered and runs correctly. For this, you can use the function dol_syslog("my log message", LOG_DEBUG);

List of known events

Dolibarr events that launch triggers are identified by an event code $action. Existing codes are:

  • USER_CREATE
  • USER_MODIFY
  • USER_DISABLE

In such cases, the variable $object contains an object of type user.class.php

  • COMPANY_CREATE
  • COMPANY_MODIFY
  • COMPANY_DELETE

In such cases, the variable $object contains an object of type societe.class.php

  • PRODUCT_CREATE
  • PRODUCT_MODIFY
  • PRODUCT_DELETE

In such cases, the variable $object contains an object of type product.class.php

  • ORDER_CREATE
  • ORDER_VALIDATE
  • ORDER_DELETE

In such cases, the variable $object contains an object of type commande.class.php

  • ORDER_SUPPLIER_CREATE
  • ORDER_SUPPLIER_VALIDATE

In such cases, the variable $object contains an object of type fournisseur.commande.class.php

  • PROPAL_CREATE
  • PROPAL_MODIFY
  • PROPAL_VALIDATE
  • PROPAL_CLOSE_SIGNED
  • PROPAL_CLOSE_REFUSED

In such cases, the variable $object contains an object of type societe.class.php

  • CONTRACT_CREATE
  • CONTRACT_MODIFY
  • CONTRACT_ACTIVATE
  • CONTRACT_CANCEL
  • CONTRACT_CLOSE
  • CONTRACT_DELETE

In such cases, the variable $object contains an object of type contract.class.php

  • BILL_CREATE
  • BILL_MODIFY
  • BILL_VALIDATE
  • BILL_CANCEL
  • BILL_DELETE

In such cases, the variable $object contains an object of type facture.class.php

  • PAYMENT_CUSTOMER_CREATE

In such cases, the variable $object contains an object of type paiement.class.php

  • PAYMENT_SUPPLIER_CREATE

In such cases, the variable $object contains an object of type paiementfourn.class.php

  • FICHEINTER_VALIDATE

In such cases, the variable $object contains an object of type ficheinter.class.php

  • MEMBER_CREATE
  • MEMBER_VALIDATE
  • MEMBER_SUBSCRIPTION
  • MEMBER_MODIFY
  • MEMBER_RESILIATE
  • MEMBER_DELETE

In such cases, the variable $object contains an object of type adherent.class.php

  • CATEGORY_CREATE
  • CATEGORY_MODIFY
  • CATEGORY_DELETE

In such cases, the variable $object contains an object of type category.class.php

Manage new events

Pour gérer d'autre évènements que ceux ci-dessus, il faut modifier le code Dolibarr pour y ajouter la séquence suivante dans les méthodes métiers des classes utilisées pour gérer les évenements:

// Appel des triggers
include_once(DOL_DOCUMENT_ROOT . "/interfaces.class.php");
$interface=new Interfaces($this->db);
$interface->run_triggers('XXXXX_YYYYYY',$this,$user,$lang,$conf);
// Fin appel triggers

Ici, $this doit être l'objet de la classe métier qui contient toutes les informations à passer au trigger. Remplacer, de plus, le 'XXXXX_YYYYYY' par un code évènement non déjà utilisé. Il sera alors possible d'ajouter dans la méthode run_trigger, un if qui permet de gérer ce code. La méthode run_trigger serait alors de la forme :

function run_trigger($action,$object,$user,$lang,$conf)
{
      // Mettre ici le code à exécuter en réaction de l'action
      // Le type de l'évènement Dolibarr est stocké dans $action
      // Les données de l'action sont stockées dans $object
      // La configuration, utilisateur et langage sont dans $conf,$user et $lang
      <b>
      if ($action == 'XXXXX_YYYYY')
      {
          dol_syslog("Trigger for action '$action' launched. id=".$object->id);
      }
      </b>
      elseif ($action == 'COMPANY_CREATE')
      {
          dol_syslog("Trigger for action '$action' launched. id=".$object->id);
      }
      elseif ($action == 'COMPANY_MODIFY')
      {        
          dol_syslog("Trigger for action '$action' launched. id=".$object->id);
      }
      elseif ($action == 'COMPANY_DELETE')
      ...
}

Conclusion

Vous pouvez donc en quelques minutes, ajouter une interface Dolibarr vers exterieur sans risque puisqu'on ne touche pas au code Dolibarr, on s'est contenté de placer un nouveau fichier trigger dans le répertoire des triggers. Si cette interface peut être utile à d'autre, n'hésitez pas à la packager en tgz (voir les wiki sur la diffusion de modules) et de la soumettre dans l'espace des téléchargement-contributions sur le site de Dolibarr.