Forum général.cherche-logiciel Logiciel opensource php/html5 gestion d'un commerce

Posté par . Licence CC by-sa
0
6
sept.
2016

Bonjour,

Je suis à la recherche d'un logiciel opensource, si possible en php/html5 (comme dolibarr) qui
permet de gérer le stock d'articles informatique ainsi que leurs numéros de série.
L'aspect numéro de série est tres important car je dois pouvoir retracer la vie d'un produit et ainsi permettre de gérer au mieux sa garantie (et le fournisseur d'achat).
Le logiciel dois permettre aussi de gérer la vente comptoir (ticket de caisse).
Je dois aussi pouvoir créer des articles composés (Un nouveau pc = CM/PROC/MEM/DISQUE/…) avec saisie des numéros de série pour chacuns des composants…

Cela fait plus d'une semaine que j'essaie Dolibarr avec module equipement mais le tout est tres compliqué (bcp de manipulations) et pas tres bien intégré point de vue numéro de série…

J'ai essayé aussi Flexo 4 (http://www.data-concept.be/presentation-de-flexo-4-logiciel-de-caisse-et-de-gestion.html) mais il y a quelques bugs aussi liés aux numéros de série…

Au final, je n'ai pas encore trouvé de logiciel qui répond à mes attentes et je manque de temps pour pouvoir le développer moi meme…
Avez vous des idées pour moi ?

Merci

  • # GLPI ou Odoo (ex openERP)

    Posté par . Évalué à 2.

    GLPI permet le travail d'inventaire, de gestion de contract, de garantie et donc de suivi d'un parc.

    il doit te permettre deja toute la partie technique,
    ensuite il a des modules/plugins, si ca se trouve il y en a un pour la "vente"

    sinon Odoo (en python mais avec interface web)
    là c'est l'outil de gestion d'entreprise,
    tu peux commencer avec juste les devis/factures, puis, avec les modules aller jusqu'a gerer les flottes de vehicules, les evenements de ta société, les congés des salariés, mais aussi le site web de la société, et dans les modules il me semble qu'il y en a un pour la gestion de stock et de pieces.

    • [^] # Re: GLPI ou Odoo (ex openERP)

      Posté par . Évalué à 2.

      Maintenant s'il trouve Dolibarr compliqué, j'ai peur qu'Odoo le rebute. Mais ca vaut le cout d'essayer effectivement.

      • [^] # Re: GLPI ou Odoo (ex openERP)

        Posté par . Évalué à 1.

        Je viens d'essayer odoo et je le trouve bcp plus simple et convivial que Dolibarr…

        Par contre, il y a des lacunes points de vue traçabilité des composants vu que dans le module de caisse, par exemple, on ne peut pas spécifier le numéro de série d'un objet vendu ?!

        Donc, malheureusement, Odoo ne convient pas…

        • [^] # Re: GLPI ou Odoo (ex openERP)

          Posté par . Évalué à 2.

          j'imagine que tu auras mis le module inventaire (ou gestion de stock)

          le numero de serie doit pouvoir se mettre dans un commentaire sur la facture
          sinon ca veut dire que tu as autant de reference produit que d'objet en stock, chacun avec son numero de serie.

          parce que la logique de stock c'est plutot que tu ais :
          - 50 cartes meres modele X
          - 49 processeurs Y
          - 1 processeur Z

          et au moment de faire la vente tu fasse une facture avec :
          - 2 carte mere X
          - 1 processeur Y
          - 1 processeur Z

          avec en commentaire :
          Carte mere : SN-123456789, SN-987654321
          Processeur Y : SN-123459876
          Processeur Z : SN-567891234

          • [^] # Re: GLPI ou Odoo (ex openERP)

            Posté par . Évalué à 1.

            En fait, a la reception de la commande fournisseur, j'encode que j'ai reçu 3 cartes mere X portant les numéros : a, b et c. ( 1 article/3 pieces en stock)
            A la vente, sur la facture client, je dois dire que c'est une carte mere X dont le serial est b.
            Si le serial est un simple commentaire (texte libre), la piece b restera en stock.
            Et Odoo ne me permet pas de sortir la piece b lors de la vente…
            C'est dommage car il était ergonomique ce soft…

            • [^] # Re: GLPI ou Odoo (ex openERP)

              Posté par . Évalué à 2.

              alors il faut voir les options dispos à la reception du stock,
              car pour moi si tu saisis la reception d'une reference, 3 articles, tu ne dois pas distinguer les 3 articles,
              si tu distingues les 3 articles pour ne sortir qu'un l'un d'entre eux ensuite, ca revient à creer 3 references (produit-serie) unitaires

              ou alors je n'ai pas compris comme fonctionne un stock.

              • [^] # Re: GLPI ou Odoo (ex openERP)

                Posté par . Évalué à 1.

                C'est peut etre moi qui m'y prend mal… c'est ma première gestion de stock avec numéro de série.

                Le hic, c'est que j'ai potentiellement plusieurs fournisseurs pour un meme article.
                Exemple HDD seagate 3,5" 1To peut etre acheté chez fournisseur x ou y.

                En cas de retour garantie, il faut que je sache précisément d'ou vient le disque (fournisseur, date d'achat, numéro de facture fournisseur).

                Il faut donc que je scan les numéros de série à l'entrée en stock non ?

    • [^] # Re: GLPI ou Odoo (ex openERP)

      Posté par . Évalué à 1.

      Merci, je vais essayer une demo de GLPI…

  • # pas d'idées, mais des problèmes en vue (pour la France)

    Posté par (page perso) . Évalué à 0.

    bonjour,
    attention, sans vouloir te décourager, si ton commerce est établi en France, la prudence est de mise :
    l'avenir des logiciels de gestion/comptabilité/caisse en open-source est fortement compromis par la loi de finance 2016, votée et promulguée en décembre 2015, applicable au 1er janvier 2018 !
    celle-ci n'interdit pas les logiciels open-source en tant que tel, mais impose à tout commerçant assujetti à la TVA d'utiliser un logiciel certifié qui garantisse l'inaltérabilité des données (factures/ tickets de caisse), personne n'a été capable jusqu'à présent d'expliquer comment cela pouvait être réalisé pour les cas où le programme et/ou la base de données sont modifiables après la vente (sans parler des cas où le logiciel est librement téléchargeable/installable)

    Envoyé depuis mon Archlinux

    • [^] # Re: pas d'idées, mais des problèmes en vue (pour la France)

      Posté par (page perso) . Évalué à 2.

      mais impose à tout commerçant assujetti à la TVA d'utiliser un logiciel certifié […]

      Si tu lis l'article plus loin, tu verras que ceux qui ne sont pas assujétti à la TVA sont traités pareil.

      Il y a des discussions en cours concernant l'article 88.
      Pour le moment, l'auto-certification n'est possible que pour les entreprises dont le code NACE correspond à "Éditeur de logiciels caisse". Les autres "éditeurs de logiciels" devront faire certifier leurs logiciels ou modifications par une entreprise agrée…

      Je vous laisse deviner qui fait pression pour que cela reste ainsi.

      Plus de lecture ici:

      http://bofip.impots.gouv.fr/bofip/10691-PGP.html

      La liste de diffusion de l'April à ce sujet : https://listes.april.org/wws/info/comptabilite

      • [^] # Re: pas d'idées, mais des problèmes en vue (pour la France)

        Posté par (page perso) . Évalué à 1. Dernière modification le 06/09/16 à 17:23.

        j'ai bien lu l'article et ses annexes, plusieurs fois même :-) mais je ne voulais pas faire trop long
        merci pour les infos, je suis déjà abonné à la mailing liste de l'april sur le sujet (pas mis les liens ici non plus parce que limite hors sujet)

        j'attends impatiemment que les discussions reprennent (c'est calme en ce moment) et qu'Inforcert dévoile ses exigences (et ses tarifs) pour certifier un logiciel open-source, je sens que je vais "rire" (en supposant qu'il ne faille pas débourser 500 euro comme pour leurs autres PDF)

        Envoyé depuis mon Archlinux

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.