Plusieurs Codes-barres par réf, et autre que EAN ?

Utiliser mon Dolibarr Autres modules natifs
14

Réactions aux différentes réponses pour ma part :

- Equiper un PC d’une douchette portable et amener les produits jusqu’à lui
Ou s’équiper d’un PC avec une autonomie suffisante en Wifi ! (Un netbook tient souvent plus de 3 heures…)
Dans ce cas, il faut juste équiper l’entrepôt du WIfi, d’un chariot pour le PC et poser les colis et une douchette (Filaire ou non selon le buget)

Pour les numéros 2 et 3 : je suis enthousiaste mais déjà, développer des écrans spécifiques dans Dolibarr coûtera plus de 1000€ et prendra certainement 3 semaines. Pour les adapter sur des terminaux spéciaux et/ou créer une application spécifique, on sera hors budget, hors délais (si tant est que quelqu’un ici sache développer cela…) et hors intérêt de la communauté Dolibarr certainement.

- Gestion des codes-barres EAN14 et des différents packagings :
> Modif de l’onglet Prix Fournisseurs avec les packagings et codes-barres associés

–> Je pense que l’intégrer ici est une bonne idée. Tu trouveras ci-dessous les infos dont je dispose et que je cherche à intégrer à la BDD de Dolibarr :
Ref produit EAN13 Qte Haut Larg Prof Masse EAN14
A9F77210 3606480094125 1 75 36 95 210
A9F77210 3606480094125 6 80 98 225 1330 13606480094122
A9F77210 3606480094125 66 300 300 400 15070 43606480094123

…Tu as oublié la notion de prix (n’oublions pas que nous sommes dans l’onglet Prix/fournisseurs). Bien sûr le prix sera recalculé unitairement, comme c’est déjà le cas actuellement.

- La possibilité de scanner tous les produits d’une commande dans le désordre sans devoir placer le curseur sur chacun des champs respectifs.
> Modif de l’écran des expéditions avec un champ supplémentaire, soit par produit, soit un champ code-barre « intelligent » (reconnait le produit scanné selon le code barre enregistré) !

–> Cette fonctionnalité est à mon avis la plus importante à intégrer à Dolibarr. Une fois sur la fiche de la commande fournisseur ou client il faut absolument pouvoir scanner tous les produits sans que l’opérateur soit obligé de préciser quel produit il va scanner. Sans cette première fonctionnalité le reste ne servira à rien.

Oui, c’est celle qui nous fera gagner un temps précieux :
Côté commande fournisseur :
A la réception : Si le produit ne possède pas de code-barre EAN 13, Dolibarr doit demander si l’on souhaite en enregistrer un (Oui/non) SI oui, alors le curseur se place dans le champ qui va bien et on le bippe. si non, le curseur se place dans le champ qté et on met la qté à la main.

Côté commande client : c’est déjà bien expliqué je pense.
Mais il ne faudra pas oublier un petit code barre pour valider l’expé en total ou en « partiel »

Maintenant si tous les main-dévs (ou simplement Dolibarr Preferred Partner ou même simples développeurs…) sont en vacances (ou concentrés sur d’autres focntions…), on ne va pas avoir de réponse tout de suite, et c’est déjà inquiétant de ne générer que si peu d’intérêt s’il nous ont lu…

15

Bonjour à tous,

Globalement je ne pense pas que Dolibarr pourra intégrer toutes ces développements dans les mois à venir, d’ailleurs ce n’est pas peut être pas non plus la fonctionnalité maitresse de Dolibarr que de gérer de façon opérationnelle un stock.

Je suis actuellement en train de me rapprocher de différents WMS afin d’élaborer une passerelle avec Dolibarr, quelques contacts prometteurs ont été réalisés. Nous avons comme objectif de mettre en place cette solution à la rentrée afin d’être complètement opérationnel au cours de la fin d’année.

Bonne journée

16

eh m… alors, je me serais donc trompé d’outil ?
Moi je reste convaincu que Dolib va me gérer opérationnellement mon stock…
Mais comme ça n’intéresse personne d’autre que vous, je désespère !

Exemple : Je vais surement financer du code pour affiner la gestion « stock théorique » / « stock réél » par produit (et pas par commandes clients vs commandes fournisseurs) qui ne se base pas sur les entrées et sorties réelles mais sur les « états de commande » (Validée, envoi en cours, Traitée, etc…) e
t donc, si une commande est en "envoi en cours et qu’il reste à expédier des reliquats, ce n’est pas pris en compte dans le stock théorique…

Voyez-vous ?

Et donc sur quel WMS partiriez-vous et quel budget cela nécessitera et combien de temps d’adaptations ?

17

il y a aussi ce genre d’outil des lecteurs autonome qui déverse leur scan quand on les branche sur le pc
http://www.solumag.fr/catalog/Lecteur-code-barre/Lecteur-sans-fil/Porte-clefs-Memoire-Opticon-OPN2001

Sinon j’ai une commande pour un dev de gestion des commandes fournisseurs à partir des commandes client
pour faire simple :
je regarde produits dans les commandes clients validé et brouillon
en fonction du stock (et de la composition des produits commandés), je détermine un prévisionnel de commande fournisseurs
ex : pour le produit X composé de Y et de Z
j’ai A produit A en commande validé
j’ai B produit B en commande brouillon
j’ai C produit A en stock
j’ai de quoi fabriquer D produit X à partir de mon stock de Y et de Z
-> Je détermine la quantité de X et Y à commander pour fournir mes commandes A et B et une fois les chiffres validés, je génère les commandes fournisseurs .

Si il s’agit de produit non composé c’est un peu plus simple…

18

Sympa le lecteur code-barres comme cela, on pourrait envisager cette solution, mais dans ce cas, comment on « exporte les codes-barres » des commandes à préparer et comment on les réimporte pour alimenter les réceptions fournisseurs et expéditions ?

Ce ne sont pas tant les solutions matérielles qui manquent, comme le montrait Devred, il y a pas mal de choses assez pratiques…
Ce sont plutôt les solutions logicielles qui feraient défaut à s’interfacer avec le matériel.

19

Les développements proposés sont très intéressants :

  • La gestion de stock affinée au produit et non à la commande est en effet un développement nécessaire pour améliorer le module de stock de Dolibarr.

  • De plus, le module de génération de commandes fournisseurs en fonction des commandes clients est aussi très prometteur. J’ai déjà entendu parler de ce développement sur un autre topic et nous serons surement l’un de vos clients si le module est mis au point.

Par ailleurs, le lecteur que vous proposé est en effet, intéressant mais cela ne correspond pas à notre volonté d’intégration. Nous avons essayé ce type de lecteur de code-barres dans une société partenaire et cela a été un échec total. Les problèmes étaient que les codes-barres se perdaient lorsque l’appareil n’avait plus de batterie, les opérateurs scannaient deux fois le même code-barres sans le savoir et la liaison USB était bien trop longue et fastidieuse.

Enfin, comme le précise HubZ, ce n’est pas un problème de hardware car il y a des tas de solutions mais clairement un problème de software.

20

Voir sur le Github ou la Forge pour les commits et la proposition de Rdoursenaud concernant un « stock replenishment »,

https://doliforge.org/tracker/?func=detail&aid=918&atid=247&group_id=144

bien sûr la fonction proposée sera basique, mais adaptable au besoin, j’attends un devis pour la correction des gestions de stock théorique « à la ligne produit » (en tenant compte des expé et réceptions effectives et bien réelles) et non plus les etats de commande.

Pour les lecteurs Code barres, on attend déjà de voir les champs implémentés… et remplissables avant de s’aventurer sur un lecteur :wink:

21

Bonjour ci-joint une application pour android avec interface pour export ou import au format xls ou txt.

gestion stock
lecteur à distance.

XScanpet.

Bonne journée.

1 « J'aime »
22

Parfait pour ne pas investir dans une douchette, ou un lecteur code-barres sans-fil ! Merci !

Même question… Pour ce qui est de l’applicatif, du software… interface avec Dolibarr ? (implémentation de champs sur les fiches produits, sur les fiches réceptions fournisseurs / Expés clients / Retours, etc…)

On en est plus très loin, faudrait juste réussir à convaincre les mains dévs d emettre ça sur la roadmap… car ce n’est pas un « module » mais une fonctionnalité essentielle dont beaucoup d’ERP se targuent… :happy:

23

Salut Defrance, pour ta demande de dév, elle rejoint celle que j’avais faite il n’y a pas si longtemps, à part que l’on ne fabrique pas… as-tu vu les pull de csalvador et rdoursenaud sur les 2 écrans replenish.php et replenishorders.php sur le github ?

ça pourrait t’être utile, non ?

24

Un petit lecteur code sous Android

http://www.amazon.fr/high-tech/dp/B00CLT2GIM

Il manque juste une petite interface avec DOLIBARR sous ANDROID…

Bonne Journée…

25

Bonjour,

Oui c’est un lecteur intéressant mais il en existe des tas sur le marché. Les problèmes sont toujours les mêmes : l’interfaçage avec Dolibarr, les champs multi-packing, la fiche commande reconnaissant les scans automatiquement…

Je ne connais pas la procédure à suivre pour faire évoluer cet aspect WMS de Dolibarr mais il est malheureusement (pour le moment) insuffisant pour traiter de façon physique nos commandes dans notre société.

Bonne soirées à tous.

26

@Devred
Ne mutualiserait-on pas notre besoin auprès d’un développeur certifié ?
@Benjac recherche aussi des fonctions similaires…

Y4a plus qu’à trouver un CDC commun et faire développer, non ?

27

Faire appel à un développeur certifié est une bonne idée mais l’étendue de la tâche n’est-elle pas trop importante ?

Nous avons déjà fait appel à des développeurs pour adapter certaines fonctionnalités de Dolibarr à notre activité et c’est un travail long et fastidieux qui nécessite un gros investissement en termes de temps. De plus, il faut que les personnes participant économiquement aux développements soient d’accord sur la même finalité. Voulons-nous tous la même chose ? Arriver au même aboutissement ?

Il faudrait réaliser un cahier des charges sur lequel les développements précédemment exprimés seraient recensés de façon claire et précise. Ensuite obtenir un devis et un calendrier de mise en place.

28

Bien dit !
Le CDC va arriver incessamment sous peu. J’essaie de mutualiser nos demandes
OK ?

Je ne sais pas quel développeur certifié s’en sentira capable, mais si nous sommes d’accords sur le CDC et que cela peut être intégrable au Core de Dolibarr… je pense que même Eldy y jettera un oeil avisé et averti, non ?

@Eldy et @aux développeurs certifiés :happy:

29

J’ai posé ça à la racine de mon site :
/gestion%20recep%20expe%20dolibarr%20et%20code%20barre.doc

à bon entendeur… salut !

30

Punaise, c’est dingue quand même ce nombre de vues et l’absence totale d’intérêt de la part de la community !

En cherchant à modifier un peu les pdf d’expé, j’ai trouvé ça :

// Show barcode
if (! empty($conf->barcode->enabled))
{
$posx=105;
}
else
{
$posx=$this->marge_gauche+3;
}
//$pdf->Rect($this->marge_gauche, $this->marge_haute, $this->page_largeur-$this->marge_gauche-$this->marge_droite, 30);
if (! empty($conf->barcode->enabled))
{
// TODO Build code bar with function writeBarCode of barcode module for sending ref $object->ref
//$pdf->SetXY($this->marge_gauche+3, $this->marge_haute+3);
//$pdf->Image($logo,10, 5, 0, 24);
}

	$pdf-\>SetDrawColor(128,128,128);
	if (! empty($conf-\>barcode-\>enabled))
	{
		// TODO Build code bar with function writeBarCode of barcode module for sending ref $object-\>ref
		//$pdf-\>SetXY($this-\>marge_gauche+3, $this-\>marge_haute+3);
		//$pdf-\>Image($logo,10, 5, 0, 24);
	}

> Donc apparemment notre demande était bien en chantier à une époque ?

31

up ! après investigations, il semble que write1Dbarcode l’a remplacé ?
Pour quoi faire ?

32

Bonsoir,
En créant des attributs supplémentaires vous pouvez y ajouter tous les codes que vous voulez.
Le soucis est que la recherche ne se fait pas sur les attributs ajoutés.
Je suis preneur d’une solution aussi !
@+

33

@Devred : Alors cette passerelle vers un WMS ?
@Philazerty : Pour les recherches sur les codes-barres, cela devrait être possible bientôt non ?

Sinon… Up sur le sujet… comme d’hab :wink: