Re: [Dolibarr-dev] Module point de vente

[Laurent Destailleur (eldy)]

Régis Houssin a écrit :
> > > - le compte caisse ne devrait pas être dans le module banque
> > >   
> > >       
> > Pourquoi donc. Bien au contraire. Une caisse est un compte de depot
> > comme un compte bancaire.
> > D'ailleurs le module banque s'appelle "Banque et caisses". Il faut
> > imaginer le tirroir d'une caisse enregistreuse comme
> > le coffre d'une banque. On y dépose et on retire, comme une banque
> > réelle ou une banque virtuelle, ou un porte monnaie
> > qui sont tous des comptes financiers (Le compte banque ajuste la
> > particularité d'avoir un RIB).
> >     
>
> Ok je comprends
>
>   
> > > - impossibilité d'avoir plusieurs caisses et plusieurs utilisateurs en même
> > > temps.
> > >   
> > >       
> > C'est une evol qui ne pose pas de pb, que d'avoir plusieurs compte
> > caisse. Peut se faire sur la base actuelle.
> >     
>
> Oui restera à modifier le fonctionnement pour gérer plusieurs caisses avec
> plusieurs utilisateurs, avec attribution d'un compte caisse par adresse ip
> ou ID de point de vente par exemple.
>   
Le bon identifiant serait le cookie de session. Seul élément qui est 
unique pour la session (l'id utilisateur
pourait etre le meme entre 2 utilisateurs et l'ip n'est pas suffisant 
non plus car on peut imaginer un dev sur firefox
et en parallele un test sur ie qui ne doivent pas se téléstopé).
>   
> > > - la configuration et l'affichage du stock est inutile, si on est à la
> > > caisse avec un article c'est qu'on l'a en stock, le stock est géré dans le
> > > back-office après la vente.
> > >   
> > >       
> > Pas forcément, tout le monde ne fonctionne pas de la meme maniere.
> > Certains magazins font la vente avant d'aller chercher dans l'arriere
> > boutique
> > le colis (ex: darty ou tous les magasins qui gere de gros stockes et qui
> > n'expose que des modeles de demo).
> >     
>
> En général (Darty aussi) on leur logiciel de stock, il donne la commande au
> client et ensuite le client passe à la caisse avec son produit. Mais on peut
> toujours laisser cette fonctionnalité.
>   
Vrai. Toutefois qui peut le plus peut le moins, aussi je suggère de 
laisser cette fonctionnalité qui me semble
utile.
>   
> > > - reporter la facturation de la caisse sur un tiers n'est pas très propre.
> > >   
> > >       
> > Bien au contraire. Une vente doit absolument et obligatoirement etre lié
> > a un tiers qui possede un code client et un code compta.
> > Le principe du tiers générique est d'ailleurs celui recommandé pour la
> > compta (je devrais dire obligatoire) dans ce genre de situation
> > afin de ne pas avoir a créer un dossier pour chaque client.
> >     
>
> Ok mais on devrait lui donner un statut à part au niveau du tiers et
> compléter la liste :
>
> - prospect
> - client
> - fournisseur
> - caisse ou générique ?
>   
Non, son statut est à 100% client.
Il a son propre code client, son propre libellé et doit etre vu dans les 
reporting et les écrans au meme niveau que les autres tiers.
A la charge de l'utiliateur de choisir un code qui lui ets propre et un 
nom caractéristique. Ce tier sla n'est pas le seul tiers générique.
Une asso qui vend des goodies va faire un seule saisie sur un tiers 
générique a la fin de la journée par exemple.
Une vente d'un accès par audiotel va etre saisi aussi en une fois sur un 
tiers "Visiteurs du site" qi lui aussi est génrique.
L'aspect "générique" ou pas ne tient qu'au choix de l'utilisateur. Mais 
d'un point de vue gestion, compta, il ne doit pas etre dissocié
des autres tiers. C'est un tiers.
Au pire on pourrait avoir un chp supplémentaire "générique" mais je ne 
vois pas a quoi il pourrait servir. C'est en général la convention
de nommage du nom du tiers qui identifie cela. Par exemple, pour les 
ventes de calendrier du facteur, on aurait un tiers GENHABITANT
ou la facteur ferais une seule saisi a la fin de la journée.
>   
> > > - impossibilité de gérer les comptes clients.
> > >   
> > >       
> > Est-ce vraiment la vocation d'une caisse enregistreuse ?
> > Gérer des comptes clients revient à faire de la facturation standard.
> > Mais on pourait avoir une liste déroulante des tiers avec le tiers générique
> > sélectionné par défaut.
> >     
>
> Oui ca permettrai de pouvoir gérer les paiements au mois pour un client
>   
Le param du tiers générique serait alors facultatif est servirait en 
présélection si défini sinon pas de préselection.
On aurait alors le meilleur des 2 mondes.
>   
> > > - un point de vente (caisse) doit pouvoir fonctionner en autonome dans le
> > > cas d'une coupure réseau.
> > >   
> > >       
> > Oui mais la cela revient a dire que dolibarr doit fonctionner sans site
> > web. C'est une autre appli, qui pourrait s'interfacer avec dolibarr
> > mais c'est un tout autre projet.
> >     
>
> ok
>
>   
> > > En bref plein de modifications en perspective, et on s'évitera les messages
> > > de demandes d'assistance car beaucoup vont vouloir l'utiliser et dans l'état
> > > il ne sert pas à grand chose je pense...
> > >   
> > >       
> > Je le trouve plutot fonctionnel et répondant à 95% des besoins de caisse
> > enregistreuse (tout petit magasin d'un dizaine de caisse).
> > Par contre je n'aime pas le principe de stockage en session des infos au
> > fur et a mesure pour ensuite générer la facture et le codage n'est pas
> > normalisé mais cela peut se régler au fur et a mesure.
> >     
>
> là encore pour le moment il peut gérer qu'une seule caisse, il faut modifier
> pour qu'il puisse gérer plusieurs caisses et plusieurs sessions de
> caisse/utilisateurs
>   
Oui, la aussi le choix de la caisse pourrait se faire à la connection du 
module caisse car en général on a un tirroir
caisse par stand de caisse enregistreuse. L'utilisateur peut alors 
choisir d'en fire une commune "Les caisses du magasin"
et se moque du détail par caissier ou une par caisse. Le caissier choisi 
au moment de se connecter sa caisse (il y a dans ce
cas un pc par caisse).
> ------------------------------------------------------------------------
>
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>