Oui c¹est pas mal,
Par contre il faudrait tout de suite prendre en compte qu¹un écran tactile
de POS peut faire de 12 à 15 pouces en 1024x768
Le fait de l¹intégrer comme ca à l¹interface Dolibarr risque de poser
problème.


Le 19/04/10 18:21, « denis martin » <denimar...@hotmail.fr> a écrit :

> Bonjour,
> 
> Nous avons réfléchi à l'interface du module point de vente que je développe,
> et voilà à quoi nous avons abouti (voir PJ).
> 
> L'interface est optimisée pour utilisation sur un écran tactile (presque
> aucune saisie clavier), mais on pourrait envisager une interface plus adaptée
> à un environnement "normal".
> 
> Le principe est le suivant:
> 
> 1. On sélectionne le produit via les 3 listes
>> * Je pensais utiliser les catégories Dolibarr pour classer les produits et
>> faciliter la recherche, les listes 2 et trois ne se remplissant qu'après
>> avoir sélectionné la première catégorie.
>> * Reste à fixer le niveau de profondeur (paramétrable ?) des catégorie
> 2. On sélectionne la quantité (par le clavier ou les boutons présents) dans le
> champ texte sous la liste du milieu (ouais je sais il ressemble à un bouton
> vide, mais il y a encore du css à faire).
> 3. On ajouter le produit choisi avec le bouton correspondant.
> 4. Une fois tous les produits choisis, on valide la commande, et on passe au
> règlement 
> 5. Les boutons inactifs de droite passent actifs
> 6. Les boutons "Ajouter", "Offert" et "Supprimer" deviennent inactif
> 7. Le bouton "Valider Commande" se transforme en "Modifier commande" pour
> pouvoir revenir sur la commande.
> 8. On tape un montant dans le champ, et on clique sur le moyen de paiement
> choisi. Cela permet d'effectuer un paiement moitié CB/moitié espèces par
> exemple. 
> 9. Une fois que le montant dû est intégralement payé, le bouton "Valider et
> imprimer" devient actif, et on peut finaliser la commande.
> 10. L'impression se lance automatiquement (ou pas, ca reste à voir -
> paramétrable aussi ?).
> 
> Le fonctionnement est un peu succinct pour le moment, mais on peut imaginer
> l'ajout de fonctionnalités supplémentaire (remise, etc.) auquel je n'ai pas
> pensé. Nous ne les utilisons pas dans notre cas, mais elle peuvent être
> ajoutées.
> Ici les stocks ne sont pas pris en compte, cela reste à intégrer. On peut
> imaginer avoir un descriptif plus complet du produit choisi quand il est
> sélectionné dans la liste de droite (par exemple à la place de la date, en
> haut à droite)
> 
> Bref, voici un premier jet, n'hésitez pas à faire des commentaires sur les
> fonctionnalités où l'agencement de l'interface avant que je ne continue plus
> avant.
> 
> Denis.
> 
> 
> 
> From: denimar...@hotmail.fr
> To: dolibarr-dev@nongnu.org
> Subject: RE: [Dolibarr-dev] Module point de vente
> Date: Tue, 13 Apr 2010 11:43:51 +0200
> 
> Bonjour,
> 
> Ok je pense reprendre le développement du module point de vente cette semaine.
> 
> Je me demandais s'il était nécessaire que la caisse soit affichée dans une
> page différente de celle de Dolibarr (utilisation d'un autre fichier CSS, sans
> menus autour, etc.).
> Je trouve qu'il serait plus simple de rester dans le même environnement
> graphique, non ? Et l'accès aux autres zones de Dolibarr peut être restreint
> par les droit utilisateur, donc je ne vois pas vraiment pourquoi créer une
> interface différente.
> 
> Denis.
> 
> 
> Date: Fri, 26 Mar 2010 17:07:07 +0100
> Subject: Re: [Dolibarr-dev] Module point de vente
> From: regis.hous...@cap-networks.com
> To: cont...@sriviere.info; dolibarr-dev@nongnu.org
> CC: 
> 
> Re: [Dolibarr-dev] Module point de vente Ok, quoi qu¹il en soit le paramétrage
> actuel connecte la caisse à un seul stock, ce fonctionnement restreint
> l¹affichage des produits (liste déroulante) par rapport à ce stock, il faut
> revoir ce fonctionnement.
> 
> 
> Le 26/03/10 16:51, « SR Infosystèmes » <cont...@sriviere.info
> <http://sriviere.info> > a écrit :
> 
>> 
>>>  
>>> 1. le paramétrage et la visualisation de l¹entrepôt n¹a, à mon sens, aucun
>>> intérêt pour une caisse, si le client arrive à la caisse avec un article,
>>> c¹est que cet article est en stock.
>> 
>> Cette fonction est utile pour un logiciel de caisse. Tous les logiciels de
>> caisse l'ont, même s'ils sont reliés à une gescom (cas de OpenBravo et
>> OpenBravoPOS, par exemple).

-- 
Régis Houssin
------------------------------------------------------
Cap-Networks
30, Quai de Verdun
71700 Tournus
Tél. +33 6 33 02 07 97
Web: http://www.cap-networks.com
Email: regis.hous...@cap-networks.com

Développeur Dolibarr : re...@dolibarr.fr
Portail francophone : www.dolibarr.fr
Offres SaaS de Dolibarr : www.dolibox.fr
Development platform : www.dolibarr.pro
------------------------------------------------------

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Dolibarr-dev mailing list
Dolibarr-dev@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Répondre à