Bonjour,
Grave ! On se demande ce que b****lent ces fainéants de développeurs et ceux qui gravitent autour de Dolibarr !
La communauté soumet du code en échange d’une rémunération ou au moins d’un financement et ce code répond à des besoins/demandes.
Ensuite, pour faire, il faut savoir quoi faire ! et ne pas se retrouver dans une impasse à mi-chemin parce qu’un peu trop rapide dans l’imagination de la fonctionnalité !
Ne vous est-il jamais arrivé de refuser un devis car trop cher ? ou de refuser une prestation par manque de compétences/ressources ?
Tout a fait ! Dolibarr sait d’ailleurs très bien calculer un PMP et le module de marge peut produire des éléments de reporting sur le meilleur prix fournisseur, le PMP ou sur un prix de revient manuel.
Plein de raisons. Parce qu’une solution globale demande trop de temps et de cout de développement ? Parce que vous utilisez un nombre restreint de fonctionnalités de Dolibarr : votre solution vous conviendra mais provoquera des bugs chez d’autres ?,…
Et surtout parce que tout dépend de ce que vous incluez dans le calcul de votre marge ! et ne me répondez pas « comme tout le monde »… car justement, tout le monde n’inclut pas les mêmes postes ! mais tout le monde est persuadé de calculer sa marge comme tout le monde et tout ceci bien qu’une formule simple existe !
Le premier problème que soulevait @MaxAng est l’identification des produits présents dans un document commercial en vue de la reprise de leur prix d’achat.
En une seule reformulation (ma première réponse au post initial), finalement, il est question d’appliquer la règle FIFO au stock. Il ne s’agit plus de la même chose
Ah… Du coup, pour des produits sans numéros de série, comment les identifier dans les lignes de devis, commandes, factures…
Mon propos est simplement qu’il s’agit d’un sujet profond et complexe en lui-même, mais également par rapport à toutes les fonctionnalités déjà incluses dans Dolibarr et qui demandera un grosse réflexion et un développement conséquent donc du temps, donc… des investissements.
Il est toujours très compliqué de satisfaire tout le monde avec des demandes souvent partielles , contradictoires ou floues.
Quelle erreur de calcul ?!? Si vous en avez trouvé une (ce qui est tout a fait possible) ouvrez vite une issue sur Github !
Au final, soumettez plutôt un cahier des charges ou un schéma de fonctionnement détaillé et ouvrez la discussion : c’est ce qu’on pourra appeler « saisir cette problématique avec sérieux ».