pour etre un peu moins elogieux que les autres
je trouve que doli souffre quand meme du defaut de ne pas etre assez orienté vers les micro entreprises et personnalisable selon le corps de metier
Je veux bien vous croire! Mais dit moi comment il fait pour des factures avec 200/300 lignes ou plus? (cas quotidiens pour mon entreprise)
Les ajouter 1 par 1 et à chaque fois dolibarr réactualise la page!? 
Vous ne trouvez pas que c’est très pénible pour votre client et son personnel?
Bonjour 
Perso j’ai fait un mini module d’import csv vers commande propale etc
@eldy
Pour le module de GPAO ce serait bien que les fabrication puissent partir en cascade.
Je m’explique (référence * quantité)
- REF_A : REF_X5 , REF_Z1 , REF_B*8
- REF_B : REF_O1, REF_R2
- REF_R : REF_E8, REF_M2
Afin que quand je lance en fabrication la REF_A en quantité 45 soit calculé les autres fabrications.
Perso j’ai commencé a dev un module dans ce sens, mais bon on est loin du code propre made in Dolibarr 
@dolibarr95 : Pourquoi ne pas donner de vie pour ce formulaire d’ajout d’article dans les factures et autres avec ajax/jquery
voici un code vite fait(10min) à ajouter dans le script view :
[code]
/* Some js test when we click on button « Add » */
jQuery(document).ready(function() {
$("#addline").click(function(){
var fk_product = $("#idprod").val();
var description = $("#dp_desc").val();
var subprice = $("#price_ht").val();
var tva_tx = $("#tva_tx").val();
var qty = $("#qty").val();
var remise_percent = $("#remise_percent").val();
var fournprice_predef = $("#fournprice_predef").val();
var buy_price_ht = $("#buying_price").val();
var fk_facture = $(‹ form[name=« formlinkedpropal »] > input[name=« id »] ›).val();
$.ajax({
type: "POST",
url: "invoiceInsert.php",
data: {'fk_facture':fk_facture,'fk_product':fk_product,'description':description,'subprice':subprice,'tva_tx':tva_tx,'qty':qty,'remise_percent':remise_percent,'fournprice_predef':fournprice_predef,'buying_price':buying_price},
success: function(data){
//Get rowid from data
var rowid = -1;
if (data[0] != "-1") {
var rowid = data[0];
var htmlline = data[1];
$(htmlline).insertAfter($("#row-"+rowid));
}
}
});
});
});[/code]
PHP (invoiceInsert.php en quelque par)
<?php
//includes
$fk_product = $_POST("#idprod"];
$description = $_POST["dp_desc"];
$subprice = $_POST["price_ht"];
$tva_tx = $_POST["tva_tx"];
$qty = $_POST["qty"];
$remise_percent = $_POST["remise_percent"];
$fournprice_predef = $_POST["fournprice_predef"];
$buy_price_ht = $_POST["buying_price"];
$fk_facture = $_POST["fk_facture"];
$rs = $thus->query("insert into llp_facturedet(fk_facture ,fk_product,description,subprice,tva_tx,qty,remise_percent,fournprice_predef,buy_price_ht) VALUES ($fk_facture ,$fk_product,$description,$subprice,$tva_tx,$qty,$remise_percent,$fournprice_predef,$buy_price_ht);");
//get lastinsertid ($rowid)
//make linehtml ($html)
//return json array('id'=>$rowid,html=>$html)
?>Vous imaginez bien que les commandes ne sont pas toutes saisies à la main. La majorité viennent d’un portail B2B (Magento) ou d’importation de feuille de commandes (tableur catalogue). Enfin pour les magasins, il y a la douchette CB. La création du PDF est sur demande biensûr !
@+
La théorie est bonne mais en pratique ça va pas du tout.
10 lignes de code 10 failles de sécurités 
- Attention aux injections Sql
- Utiliser les classes dédiées pour ajouter des lignes aux factures (Pérennité du code, certification LF2016, failles…)
Attention au insert SQL!
Pour récupérer des données, générer des imports pas de soucis; mais des qu’on fait de l’insert en bdd il faut absolument y réfléchir à 2 fois afin d’adopter la meilleurs des méthodes vis a vis de la sensibilité des données.
@pierrox
Certes je ne vais pas reajaxer dolibarr en 10min ou 10 lignes, c’était juste une structure pour encourager à aller vers l’avant. Le code normalement fonctionne, mais après il faut biensur une écriture correcte et propre!
A l’état actuelle, l’ajoute ligne/ligne est un handicape qui rappelle le bon vieux temps du html (1)
Pour donner une vie aux form il faut ajaxer afin de réduire les consommations en ressources et en temps.
Pour l’injection sql normalement dolibarr y possède ses mécanismes donc il faut juste faire des appels à des fonctions (Ex. $db->prepare($query)) ou tout simplement utiliser mysql_real_escape_string et intval
@philazerty
donc il faut rester dépendant d’autres crm/erp/materiel/logiciel… c’est un autre investissement évitable …
la solution, à mon avis, à l’un des limites de dolibarr c’est ou bien d’ajaxer les add/delete/update ou intégrer un autre lib de grid.
Pour mon exemple c’est surtout un mode de fonctionnement de l’entreprise. Les commerciaux ont un feuille excel avec les produits de la saison. Celle ci a un format bien précis. Il y a juste les quantités à préciser. En fin de journée, il y a juste un import à faire avec un module dédié. l’Ajax dans mon cas n’amenerait rien de plus.
Pour le reste c’est du classique, une douchette CB.
Pas d’investissement astronomique. Le module n’est pas à 100 €. Au vu des volumes c’est rien du tout !
Sinon je suis d’accord pour rendre Dolibarr plus souple, agréable veut rapide.
@+
Quand tu parle de la douchette comme si dans un bureau administrative on va à chaque fois ramener une centaine de produit sur le bureau pour les scanner puis les faire re-magasiner 
supposant aussi que c’est le cas, la douchette ne vas pas résoudre le problème de cliquer à chaque fois sur ajouter et attendre que la page se réactualise pour pouvoir scanner un autre … il faut aussi reconfigurer la douchette pour qu’elle ne déclenche pas l’ajout avant de saisir la quantité du produit sinon il faut à chaque fois éditer la ligne! et dans le cas ou t’as une autre application qui utilise la douchette et a besoin d’un RC pour déclencher la sortie d’un champ il faut reconfigurer la douchette … 
@+
Bonjour
Oui à mon avis il manque certains éléments (mass action suppression de lignes en masse dans les commandes imports etc) mais ce qui peux etre rapidement combé par des modules externes (l’avantage indéniable de doli).
@wdammak, pour moi c’est des détails, je suis plus pour avoir une api et des class en béton que de l’ajax partout. ( Pour une utilisation normal )
c’est peut être une question de goût ; mais je préfère 100 fois l’interface de dolibarr 6.0, que celle de prestashop1.7 ^.^
+1 pour l’api
Bonjour,
Je vois votre poste maintenant et je me posais la question de comment vous avez pu intégré vos 400’000 produits.
Je suis en train de tester Dolibarr et j’ai 160’000 produits. Sur un hébergement mutualisé ce n’est pas très rapide. De votre coté, vous n’avez aucun problème de lenteur ?
Comment vous gérez la suppression des articles obsolètes ? un script sur la base sql ?
Merci
Philippe
Bonjour
Soyons cohérent, mon client est hébergé chez nous et pas sur du mutualisé classique.
C’est du « semi-dédié ». 5 serveurs dédiés à Dolibarr et tous spécialisés et optimisés.
Pour l’intégration, il y a eu un développement de scripts car tous les ans ont intègre les nouvelles collections…et on en ajoute ! De mémoire quelques index spécifiques ajoutés il me semble.
Les articles obsolètes sont désactivés à la main ou par script.
@+
Je me doutais bien que Dolibarr était hébergé sur des serveurs dédiés… mais dans le doute 
Je suis en train de voir comment je vais gérer les produits car je ne les ai de loin pas tous en stock. Donc en les mettant « hors vente », ca accélère nettement la chose. Sauf que je ne peux pas créer une proposition sans mettre l’article « en vente ». Je dois encore y réfléchir…
Merci pour la réponse… 3 ans après, c’est du rapide, bien joué 
Philippe
Je me permets de faire remonter ce sujet, je cherche des retours d’expérience d’entrepreneurs qui auraient connecté SolidWorks à leur ERP (Dolibarr ou autre). Quelle solution as-tu retenu finalement @pellos ?
Merci 
Bonjour,
Au final nous n’avons pas utilisé Dolibarr, nous avons poursuivi le développement interne de notre ERP sous Labview. Désolé
Bonjour et bienvenu @louisremi
Il est tout à fait possible de « connecter » SolidWorks à Dolibarr si SolidWorks est capable de traiter les webservices api etc… ou par importation mais peut être faudra t-il développer.
La question est plutôt que vouslez vous synchroniser avec SolidWorks ? Sauf erreur c’est de la CAO/DAO !
Des petites précisions seraient les bienvenues
@+
Un ERP avec LabView ? Pas vraiment fait pour ça non ?
Au final ce qui nous intéresse c’est pour n’avoir pas retenu Dolibarr. Manque de connecteur, compétences, coûts…
@+
