Actuellement encore en version bêta, ce logiciel de gestion de point de vente semble prometteur. Doté d'une interface simple mais riche (et modifiable par CSS), il s'adresse à tous les utilisateurs désirant opérer un point de vente avec des logiciels libres.
Développé avec QT4 et les librairies mises à disposition par le projet KDE, il séduira les aficionados de cet environnement, ainsi que les nouveaux utilisateurs. Doté d'une interface suffisamment simple pour que la formation à son utilisation soit aussi rapide que celle d'une caisse enregistreuse classique, il peut s'interfacer avec une imprimante à ticket de caisse, une "douchette" pour scanner les codes barres ou encore avec un écran tactile. Les objets (i.e. utilisateurs, objets à vendre, ou transactions) sont stockés dans une base MySQL. Le comptable pourra donc se servir de cette base pour alimenter son logiciel de comptabilité.
Au niveau des fonctionnalités plus avancées, il ne faut pas oublier qu'il s'agit a priori d'un logiciel de gestion de point de vente. Il est donc "normal" qu'il ne possède pas une gestion avancée des clients ni d'une gestion avancée du stock. Néanmoins le logiciel a été conçu d'une façon extensible et ces fonctions sont présentes de façon embryonnaire. Il sera toujours possible d'y accéder à travers la base de donnée MySQL.
Aller plus loin
- Présentation (1697 clics)
- La page sur SourceForge (614 clics)
- Le blog du développeur (287 clics)
- Une copie d'écran (1478 clics)
# Un nouveau pas !
Posté par Pierre Jarillon (site web personnel) . Évalué à 10.
Toutefois, ce projet ne pourra se répandre véritablement que lorsque ses interfaces avec la comptabilité et les modes de paiement seront opérationnels. je n'ai rien vu à ce propos sur le site.
Le fait de l'avoir développé en Qt4 devrait lui assurer une très longue existence et disposer d'une version Windows. Cela pourrait assurer une très large diffusion (comme Firefox ou OpenOffice.org) et permettre des migrations en douceur vers des systèmes entièrement libres.
[^] # Re: Un nouveau pas !
Posté par IsNotGood . Évalué à 2.
La dépêche a faire l'erreur, et maintenance c'est un commentaire.
Qt4 n'est pas un language de programmation.
Pourquoi pas "développé en libc" alors.
[^] # Re: Un nouveau pas !
Posté par Vincent-Xavier JUMEL (site web personnel) . Évalué à 4.
[^] # Re: Un nouveau pas !
Posté par Julien . Évalué à 8.
Dans la suite de ma réponse, je considèrerai que tu as voulu dire «La dépêche a fait l'erreur, et maintenant c'est un commentaire.» Si je me trompe, merci de l'ignorer.
J'imagine que tu dis ça en référence au troll pour savoir si avec son préprocesseur, Qt est une bibliothèque ou un langage. Ne revenons pas dessus, on sait tous qu'il n'y a pas de point de vue qui fasse consensus ici.
Considérons donc comme tu le fais que Qt est une bibliothèque, non un langage.
Je ne comprend pas en quoi cette formulation est une erreur. Certes le code est en C ou en C++ mais le résultat, l'application, est un binaire. Et l'exécution de ce binaire donne une interface en GTK ou en Qt. J'ai toujours entendu cette formulation ...
En plus de ça, dans la dépèche, il est écrit «Développé avec QT4 et les librairies mises à disposition par le projet KDE» quelle autre formulation adopter ? Il me semble que parler d'une application développée avec C ou avec C++ ne voudrait pas dire grand chose ...
Bref, je ne comprend pas la remarque. J'ai l'impression qu'à force de chercher la pureté du langage, on en vient à ne plus accepter des choses tout à fait correctes sur ce site.
C'est parce que la langue est malléable qu'on a eu de grands auteurs qui ont sû en jouer. Ce n'est pas en créant une novlang codifiée et figée qu'on se comprendra mieux.
[^] # Re: Un nouveau pas !
Posté par IsNotGood . Évalué à -2.
Si tu ne connais pas Qt et KDE, "développé en Qt" indique que c'est développé en language Qt.
Je ne connais pas précisément les bindings de Qt, mais il me semble que tu n'es pas obligé de coder en C++ pour utiliser Qt.
Pour venir à un terrain que je connais mieux, dire "développé en gtk+" ne dit pas si c'est codé en C ou C++ ou perl ou python ou java ou vala ou php. Au mieux tu déduit seulement que ça utilise gtk+.
Lemon utilise aussi MySQL. Ça te conviendrait "développé en MySQL" ?
Un site web qui utilise apache/php/Mysql, ça te convient si on dit "développé en apache" ?
Comment tu fais pour les applis qui utilisent plusieurs toolkit (en fonction de la plateforme) ? Tu dis "développé en gtk+ et koala et win32" ?
Être imprécis c'est cool et être rigoureux c'est ringard.
Je suis un ringard.
[^] # Re: Un nouveau pas !
Posté par towanda . Évalué à 2.
[^] # Re: Un nouveau pas !
Posté par BAud (site web personnel) . Évalué à 3.
Bien souvent remettre les gens à leur place poliment fonctionne et leur fait se rendre compte de l'inanité d'un acharnement à ne rien laisser passer.
[^] # Re: Un nouveau pas !
Posté par IsNotGood . Évalué à 1.
[^] # Re: Un nouveau pas !
Posté par IsNotGood . Évalué à 0.
Développé en C++ et utilisant Qt et KDE.
> parler d'une application développée avec C ou avec C++ ne voudrait pas dire grand chose ...
Ça veut dire qu'elle est développée en C ou C++. Pas en java ou C# ou python ou perl, etc.
Ça dit quelque chose. Ça dit aussi que ça utilise un language rapide à l'exécution. Il y a des noyaux développés en C, d'autres en C++, en Java, en C#. Ça fait une différence énorme (en empreinte mémoire et en vitesse).
Il y a des développeurs C qui connaissancent gtk+, mais ne savent pas développer en python des interfaces gtk+ (pourtant le binding python existe, il est excellent et très utilisé).
Peut-être que tu peux développer dans n'importe quel language car tu les connais tous, et tu te fous des performance. Mais tout le monde n'est pas comme toi.
> C'est parce que la langue est malléable qu'on a eu de grands auteurs qui ont sû en jouer.
Si tu prends pour Molière...
[^] # Re: Un nouveau pas !
Posté par Lutin . Évalué à 1.
Dans toutes les boîtes où j'ai bossé, les gens utilisaient le même logiciel depuis qu'ils étaient dans la ladite boîte et n'étaient absolument pas au courant des autres soft faisant le même boulot (libre ou non j'entends).
[^] # Re: Un nouveau pas !
Posté par pampryl . Évalué à 4.
Là il s'agit plus de convaincre les décideurs dans ces petites entreprises qui font de la vente. Proposer un logiciel équivalent au niveau fonctionnalités à ce qui existe déjà mais à un tarif bien inférieur (voir gratuit).
Et en effet, cela concerne des dizaines de milliers de décideurs, pour des centaines de milliers de petites mains (au moins) qui l'utiliseraient au quotidien si il venait à prendre des parts de marchés.
[^] # Re: Un nouveau pas !
Posté par Vincent-Xavier JUMEL (site web personnel) . Évalué à 5.
Il faut savoir qu'à l'heure actuelle, ils utilisent un logiciel de gestion de caisse propriétaire (et pas documenté), incompatible avec un OS libre, ce que j'estime complètement inacceptable de la part de ses gens là. Tous leurs autres besoins (majoritairement bureautique et compatibilité) sont actuellement couvert par les logiciels libres, il me fallait tout au moins une proof of concept de la présence, sinon de l'ergonomie d'un logiciel de gestion de caisse pou (muti) OS (libre).
La publication de la dépêche fait suite à l'envie de partager cette découverte, qui à mon avis peut-intéresser de nombreuses personnes.
[^] # Re: Un nouveau pas !
Posté par lfmarante . Évalué à -4.
Là il s'agit plus de convaincre les décideurs dans ces petites entreprises qui font de la vente. Proposer un logiciel équivalent au niveau fonctionnalités à ce qui existe déjà mais à un tarif bien inférieur (voir gratuit).
Trop bien, comme ça carrefour il pouvoir encore augmenter sa rentabilité, monter encore plus haut que 19% de part de bénéficies fait l'année dernière... ah et oh augmenter le pouvoir d'achat... des différents actionnaires.
[^] # Re: Un nouveau pas !
Posté par pampryl . Évalué à 3.
Mais bon, je pense que le logiciel n'est pas encore exploitable par ce genre de très grandes chaines... D'ailleurs je ne parle que de "petites entreprises qui font de la vente" si tu lis bien...
[^] # Re: Un nouveau pas !
Posté par WH (site web personnel) . Évalué à 4.
Reste la comptabilité.
http://www.monecam.fr/images/Axis%20c3.pdf
[^] # Re: Un nouveau pas !
Posté par Christophe Suire . Évalué à 3.
[^] # Re: Un nouveau pas !
Posté par Vincent-Xavier JUMEL (site web personnel) . Évalué à 1.
# Titre
Posté par anakin . Évalué à 4.
[^] # Re: Titre
Posté par alouali (site web personnel) . Évalué à -1.
[^] # Re: Titre
Posté par Psychofox (Mastodon) . Évalué à 4.
http://www.24hoursoflemons.com/faqs/
[^] # Re: Titre
Posté par Psychofox (Mastodon) . Évalué à 0.
http://www.24hoursoflemons.com/faqs/
[^] # Re: Titre
Posté par Psychofox (Mastodon) . Évalué à 0.
# nom...
Posté par Francois Revol (site web personnel) . Évalué à 1.
http://www.hwaci.com/sw/lemon/
voleurs ! :D
[^] # Re: nom...
Posté par Francois Revol (site web personnel) . Évalué à 0.
[^] # Re: nom...
Posté par loufoque . Évalué à 2.
# POS libre français
Posté par dstauret . Évalué à 5.
Pour ceux qui ne connaisse pas, il existe un petit forum pour les POS/tpv français :
http://tpvmonetique.forumdediscussions.com
Je constate le même problème sur les POS libre, les contributions sont très rares. Miguel Chávez Gamboa est le seul développeur actif sur Lemonpos.
A noter aussi qu'il existe nTPV (http://www.ntpv.org) di'origine espagnole (je crois).
J'en profite pour faire une petite pub pour des contributions :
- Projet-POS, html/php/javascript, multiplateforme
- PosCafe en java multiplateforme, MySQL ou javadb embarqué.
Alors un petit tour sur le forum.
[^] # Re: POS libre français
Posté par dadou92 . Évalué à 3.
Resultats, tu ne peux pas deployer sur un parc installé. Ce qu'il faut savoir encore, c'est que récemment encore, beaucoup de ces caisses tournent sur des OS antédiluviens (OS2, DOS 6.2) ou completement propriétaire (OS4690).
Tant que les périphériques des caisses ne seront pas standards, il sera très dur de faire un POS libre.
[^] # Re: POS libre français
Posté par oberon_lyon . Évalué à 3.
Une caisse comme la Beetle M de Wincor tourne avec les principaux logiciels d'encaissement du marché. C'est juste un PC (avec un peu plus de ports série ou USB suivant la config commandée...)
Pour les périphériques, il y a les drivers Winpos tant qu'on est dans le monde Windows. Mais il y a ausisi Javapos, le pendant Java, qui commence à être pas mal répandu...
Le problème avec une solution viendra surtout de la monétique. Mais il existe des solutions tournant sous Unix (Moneyline, Wynid...)
[^] # Re: POS libre français
Posté par dadou92 . Évalué à 2.
Pour ce qui est des solutions monétiques sous unix, quand on sait ce que sont les logiciels monétiques, il n'y a aucune difficulté à pouvoir les porter sous Linux.
Rappelons pour mémoire, que les logiciels monétiques doivent etre agréer... il suffit de voir quels sont les solutions agréées sous Linux pour se faire une idée.
Mais cette initiave de POS libre et Open Source est une bonne chose.
[^] # Re: POS libre français
Posté par Vincent-Xavier JUMEL (site web personnel) . Évalué à 1.
Cela dit, le problème de la caisse en elle-même est un faux problème. Un simple tiroir-caisse suffit et s'il est branché sur un port tel que le port paralèlle, un simple LF permet de déclencher son ouverture.
[^] # Re: POS libre français
Posté par Kerro . Évalué à 4.
Nous utilisons du Epson, et nous avons tout ce qu'il faut pour les programmer comme nous le souhaitons. Nous avions des Siemens, idem.
Pareil pour les terminaux de paiement, Ingénico donne les spécifications.
# On a les specs
Posté par Calvin0c7 . Évalué à 2.
Sinon il y a aussi JavaPOS (que je n'ai pas réussi à utiliser...) qui est censé permettre d'interfacer tes créations avec les périphériques compatible POS.
[^] # Re: On a les specs
Posté par dstauret . Évalué à 2.
Pour ce qui est de javaPOS, j'avais réussi à l'utiliser; c'est pas bien compliqué, mais il y a pas mal de chose que l'on découvre par hasard; sinon dès que le driver fourni est bien fait, ça fonctionne sans pb.
J'ai teste avec une imprimante epson tmh 6000 et aucun pb vu la qualité du driver (test possible de tous les périphériques Epson). Seulement tous les fabricants ne propose pas de driver javaPOS.
# /o\
Posté par 2PetitsVerres . Évalué à 2.
/o\
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
# POS libre utilisables
Posté par Melodie (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.