Discussion :

[Jimbo384]

Bonjour à toutes et à tous.

Ma version Access 2013.

Je viens vers vous parce que je suis en train d'essayer de filer un coup de main à un ami qui possède une pizzéria et qui perd un temps fou pour faire le calcul des notes. Comme c'est une pizzéria à l'ancienne et qu'il n'a pas de caisse enregistreuse, je lui ai proposé de lui faire une petite base de données relativement simpliste pour qu'au moins en rentrant les commandes au fur et à mesure, il puisse avoir le total de la table et enregistrer le mode de paiement histoire de faire aussi gagner du temps à son comptable.

J'ai donc modélisé en gros le principe et j'aimerais avoir vos avis sur la structure de mes tables et leurs relations.

Dans le principe, cela me semble, encore une fois, relativement simpliste. Mes seules contraintes sont:

-Une table est soit Fermée, Soit En cours.
-Une fois qu'elle est considérée comme En cours, elle ne doit pas pouvoir accepter un nouveau numéro de commande.
-Tant qu'elle est En cours, on doit pouvoir rajouter des commandes de boissons, de plats ou de desserts.
-Le taux de T.V.A doit être sélectionnable juste avant le paiement (puisqu'il fait aussi de l'emporté).

Voilà en gros mes impératifs.

Je poste en p.j ma première modélisation sous Excel.
Je vais rajouter les tables de paiement et de T.V.A.

En attendant, je suis prêt pour les avis, les conseils et les critiques.

Merci de m'avoir lu et merci plus encore d'avance pour vos contributions.

Jim.

Ebauche Bd Resto.pdf

[Jimbo384]

Voici la même ébauche avec les tables envisagées pour les paiements.

[EricDgn]

Bonjour,

Personnellement, je ne ferais qu'une seule table pour l'ensemble des produits, avec un champ indiquant son groupe et famille (boisson, vin p.ex). Un schéma (tDC = table détail commande):


Quelques points de détail:
- faut-il vraiment encoder le client? Sans doute oui s'il y a des factures.
- la tva est-elle vraiment la même pour l'ensemble de la commande, ou certains produits ont 2 tva possible et d'autres non (1 seule tva), ou certains produits ont une certaine tva et d'autres une autre tva? Dans ces 2 derniers cas il faut que cela soit signalé au niveau de la table des produits.
- ne faut-il pas prévoir des "annulations" (2 possibilités: supprimer cela de la base de données, ou avoir un champ "annulé" dans la commande), et/ou des "réductions"?
- ne peut-on pas considérer qu'une commande (table) est "fermée" une fois qu'elle est payée ?

Cordialement.

[marot_r]

Bonjour.

Attention avec le modèle de EricDgn, si ton taux de TVA change TOUTES les commandes seront impactées.
Il faut envisager d'avoir une date de début et une date de fin ou alors copier le taux pour qu'il soit "geler".

Aussi le total ne devrait-il pas être déduit de la listes des produits commandés ?

Qu'en est-il au niveau des documents à fournir à l'administration fiscale ?

As-tu regardé ce qui existait sur le marché car même une application "simple" peut-être plus complexe qu'elle en a l'air et prendre un certain temps à développer.

A+

[Jimbo384]

Donc, déjà merci pour vos réponses et...

J'ai commencé à créer mes tables et effectivement, cela ne fonctionne pas comme je l'avais prévu.
Mon choix de listes déroulantes pour sélectionner la bonne boisson dans la bonne famille de donne pas le résultat escompté.
Et pour vous répondre dans l'ordre:

EricDgn,

En fait l'idée de créer une table pour les familles qui me réduise le champs des recherches devrait servir à gagner le maximum de temps lors de la saisie de la commande. Peut-être que c'est vers les requêtes que se trouve la solution.

Ensuite, je suis parti dans l'idée que mon client c'était les tables. Pas les tables de la base, mais celle de la pizzéria. Du coup, une fois la table(client) crée, les commandes étaient plus facilement sélectionnables.

De plus, tu as absolument raison, la T.V.A n'est pas la même si le produit est consommé sur place ou si il est emporté, et même dans ce cas, le taux change si c'est de l'alcool ou de la nourriture.

Pour finir, tu as encore absolument raison d'évoquer quelque chose que j'avais complètement omis et qui est l'annulation ou la réduction d'un total. Et oui également au fait que lorsqu'une table(client) est payée elle doit être considérée comme fermée et qu'au contraire, lorsqu'elle est "En cours" il doit être possible d'ajouter des détails de commande mais pas une commande "générale".

Merci pour ta contribution EricDgn.

Marot_r,

Effectivement il faut que je "gèle" le taux de T.V.A ou de réduction avec une date et une heure. C'est d'ailleurs ce que j'avais pensé faire au début en définissant un ensemble ="Date"()+="Maintenant"() dans les critères comme clé unique de chaque commande, mais soit j'ai merdé quelque part, soit ce n'est pas possible et puis j'ai voulu simplifier. Ce qui me conduit a la réponse suivante, si j'ai regardé ce qui se fait mais d'une c'est une toute petite pizzéria et il n'a pas les moyens d'investir là dedans même si ce n'est pas excessif et en plus ce n'est vraiment pas un habitué des ordinateurs donc si je lui fait un truc simple (d'utilisation à défaut d'être simple ce conception ;-) ) je pense qu'il s'en servira et gagnera du temps.

Pour finir, en ce qui concerne l'administration, justement, je pense que son comptable qui est aussi un des ces amis sera soulagé si je lui fait un truc qui pourra rassembler les paiements en date et en type (Chq, esp, C.B).

Merci aussi Marot-r pour ta contribution et ton aide.


C'est un pizzaïolo à l'ancienne avec des modes de fonctionnements un peu rétro mais qui mérite que je me casse un peu la tête sur mon temps libre et en plus, cela aura l'avantage de m'apprendre à faire un truc de plus.

Encore un grand merci pour votre contribution et votre aide.
je vais m'y recoller et je reviens vers vous une fois que j'aurais avancé un peu et d'ici-là n'hésitez pas si vous avez des conseils supplémentaires.

Merci et bonne soirée.

[chrtophe]

Tu peux regarder ceci :
https://claudeleloup.developpez.com/...on-restaurant/

Attention, la loi antifraude à la TVA t'oblige à avoir un logiciel agréé sous peine de rejet de comptabilité et 1500€ d'amende en cas de contrôle.

Point important à voir avec le comptable car une base Access ne sera pas agréée.

[Jimbo384]

Bonjour,

Effectivement j'ai déjà regardé sur ce lien et il y a de très bonnes idées que je vais mettre en pratique mais l'orientation de la Bdd est plutôt axée sur la post -gestion du restaurant pour la création des recettes et la logistique de confection.

Ensuite, tu as raison en ce qui concerne la loi anti-fraude. Cependant, justement sa situation ne l'oblige pas encore à avoir un logiciel agréé, et c'est plus une simplification des documents qu'il transmet déjà à son comptable que je vise, d'où le fait que la base gérée sous Access devrait tout a fait convenir pour la taille de son établissement.

Voilà, de mon côté je continue de chercher une structure adaptée, donc si vous avez des avis n'hésitez pas.

Merci et bonne journée.

[EricDgn]

Juste pour info, un modèle en Access 2016: Restaurant Menu Price List in Access Templates Database

Bonne journée.

[Jimbo384]

Wouah!!

Je suis passé à côté et ça à l'air génial ça.

Je vais m'inscrire et voir cela immédiatement.

Merci pour l'info, je regarde et je reviens vers vous ensuite.

[Jimbo384]

Ah ben non je vais pas m'inscrire, c'est payant et je suis pas sur du résultat.

Pas grave je vais creuser encore.

Merci en tous les cas.

[EricDgn]

Bon, j'en ai trouvé une version téléchargeable, mais en pratique cette application est vraiment tout à fait élémentaire, sans réel intérêt.

Autres choses, sans rapport avec Access, qui devrait au moins permettre de se donner des idées

HiBoutik - version de base gratuite

Restobar - avec cette mention: "Gratuite pour les associations sans but lucratif et pour les très petites entreprises." (mais c'est quoi une "très petite entreprise").

Bonne continuation.

[Jimbo384]

Bonjour,


Désolé pour le temps de réponse mais c'est un peu la course en ce moment.

Merci EricDgn pour les liens, je suis allé voir et Hiboutik c'est une caisse en ligne et je ne suis pas sur de la fiabilité sur le long terme.

Pour Restobar, j'ai téléchargé une version gratuite encore plus simpliste que la mienne mais qui m'a donné des pistes et celle qui serait la taille au dessus, lors de l'installation, mon antivir m'informe qu'elle contient un trojan.

Du coup, j'en reviens a mon objectif mais je vais simplifier le truc un peu plus en groupant les familles dans les tables.

En clair, au lieu d'avoir l'éclaté comme je le voulais avec les tables:

T Apéros
T Bières
T Vins etc...

je vais avoir deux tables

une:
T Famille boisson
avec
Apéros
Bières
Vins etc...

et une:
T Boisson
avec:
Famille Boisson
Nom Boisson
Prix Boisson

cela devrait me simplifier le montage.

Il faut juste que je trouve comment faire en sorte que la liste des boissons disponibles les affiche en fonction du choix de famille boisson.

Autrement dit, quand on sélectionne les apéros dans la liste famille boisson il n'y ai QUE les apéros qui soient sélectionnable.

Je ferais la même chose avec les plats et les desserts. Cela devrait me faire gagner du temps pour la structure et lui permettre de s'en servir avant la saison.

Pour le truc de la sélection dont je parle plus haut, je ne sais pas si cela est faisable dans une requête, dans un form, un état ou les trois.
Il faut que je trouve le mode le plus simple pour qu'il puisse s'en servir intuitivement.

D'ailleurs, une fois que le modèle sera fait, il faudra que je vois où le mettre a disposition pour d'autres utilisateurs qui pourraient en avoir besoin.

Voilà, merci encore et si vous avez des idées pour mon histoire de liste de choix en cascade je suis preneur.

Bonne journée.

[hyperion13]

... (mais c'est quoi une "très petite entreprise")...

Salut Eric,
C'est un truc, encore un, bien français
Entreprise de - de 10 salariés et qui brasse - de 2 M€/an

[Jimbo384]

Salut Hyperion13,

Merci pour la réponse. Effectivement c'est un truc bien franchouille.

Mais ça ne fonctionne pas pour mon pote et il faut quand même que je trouve la solution pour le dépatouiller (enfin je vais le dépatouiller en me dépatouillant moi-même !)

Dépatouiller aussi d'ailleurs c'est une expression bien franchoulle.

Et si tu as une solution pour mon cas, je suis preneur.

En tous les cas, merci pour la précision.

Bonne soirée.

[EricDgn]

Bonjour,

Juste pour le fun, un début de possibilité !

Bonne continuation.

[Jimbo384]

Bonjour,

Pour le fun? Eric c'est génial ce que tu m'as filé.

Ça répond exactement à ce que je voulais faire.

Je vais prendre le temps de creuser et de comprendre et puis je reviendrais avec la base définitive histoire de voir ce que tu en penses.

Mille milliards de merci et bonne journée.