Possibilité d'activer/désactiver un point de vente pour chaque jour de la semaine au niveau du point de vente (valeur par défaut).
Possibilité d'activer/désactiver un point de vente au niveau de chaque production.
Répercution au niveau de l'affichage et de la validation du point de vente sur le frontend.

Tri des utilisateurs par nom, prénom.
Possibilité de saisir/modifier le commentaire de la commande.

Affichage d'un message moins restrictif pour signaler que le compte crédit pain de l'utilisateur est vide.

Classement des commandes récurrentes par point de vente et par nom d'utilisateur.

Commandes automatiques devient "commandes récurrentes".

Page des boulangeries avec la possibilité de générer les factures.
Page listant toutes les factures.
Page facturation boulanger avec une estimation de sa facture + liste des dernières factures.

Résolution d'un souci de droit sur la page listant les mails utilisateurs. 
Les boulangers n'y avaient pas accès.

Regroupement des items Paramètres, Communiquez et Facturation dans un seul sous menu afin d'alléger le menu principal.
Ajout d'un sous menu pour toutes les sections admin.

Le boulanger peut spécifier un commentaire pour chaque utilisateur sélectionné dans les points de vente à accès restreint. L'utilisateur retrouve ce commentaire au niveau du choix des points de vente et dans le récapitulatif des commandes. Le boulanger, quant à lui, retrouve ce commentaire dans l'export des commandes en PDF.

Le boulanger a la possibilité d'activer ou de désactiver sa boulangerie dans ses paramètres. L'accès au formulaire de commande est restreint suivant ce paramètre.

Cette option permet au boulanger de gérer les périodes où il ne travaille pas ainsi que la période de lancement du système de réservation.

Ajout d'une info permettant de savoir si une commande a déjà été payée via le système de crédit pain.

Le boulanger peut activer ou désactiver le système de crédit pain. Ce choix est ensuite répercuté sur le frontend.

Affichage des crédits pain au niveau des établissements + lien vers une page explicative.
Ajoout d'une colonne pour le statut payé/non payé d'une commande dans l'historique des commandes.
Mise en place de la fonctionnalité crédit pain au niveau de la validation de la commande.

Même si le client n'a pas assez d'argent sur son compte Crédit Pain, on lui permet de passer sa commande. Il paiera le restant directement à la boulangerie ou créditera de nouveau son compte. Ceci dans le but de permettre au client de commander, quoi qu'il arrive.

Remboursement du client lors de l'annulation de sa commande.

Ajout du statut payé ou non payé dans l'affichage de la commande.
Boutons de paiement et de remboursement, affichage du crédit pain de l'utilisateur.
Affichage d'un historique répertoriant tous les mouvements de crédits en lien avec la commande.

Il faut sélectionner le jour de production par date et par id_etablissement sinon cela crée une interférance entre les différents établissements pour un jour de production donné.

Il faut sélectionner le jour de production par date et par id_etablissement sinon cela crée une interférance entre les différents établissements pour un jour de production donné.

Déplacement du nombre de commandes au niveau des commandes.

Affichage des commandes en prenant toute la largeur.
La première commande n'est pas affichée par défaut car pas nécessaire.

Passage du global en haut de la page avec une nouvelle mise en page 
(rotation du header).

Résolution souci de droits pour l'action actionCredit.

Ajout du crédit de l'utilisateur dans la liste des utilisateurs + un bouton
menant au formulaire de crédit.
Création du formulaire de crédit avec l'affichage de l'historique des opérations
concernant l'utilisateur.

Adaptation des fonctionnalités dépendantes suite à l'ajout du champs 
"actif" dans la table "user_etablissement".

Ajout des champs nécessaires à la mise en place des crédits pain.
Création du modèle CreditHistorique.

Ce service leur est dédié pour leur offrir un soutien pendant la mise en place du système de réservation.
Les clients peuvent passer par le formulaire de contact en cas de question/remarque/problème.

Pouvoir modifier les utilisateurs liés uniquement à l'établissement courant.
Pour les autres, affichage d'un message indiquant que l'utilisateur n'est pas modifiable.

Ajouter pour le boulanger la possibilité de créer des utilisateurs.
Envoi d'un email à l'utilisateur pour le prévenir en lui indiquant ses identifiants.
Ajout d'un helper pour générer des mots de passe de la longueur de notre choix.

Pour une meilleure ergonomie : 
Ajout d'un bouton dans le menu principal en sous menu de "Commandes".
Création des CSS pour les sous-menus.
Déplacement du bouton présent dans les commandes en dessous du bouton "Créer commande".

Tri des utilisateurs par ordre alphabétique,
Possibilité de mettre un utilisateur non inscrit.

Mettre en place un système permettant de définir un accès restreint pour
les points de vente. Utile pour les amaps et autres points de vente dédié
à un certain groupe de personnes.

Ajouter dans le récapitulatif PDF une feuille comprenant :
- la liste des points de vente avec à chaque fois le récapitulatif et le total
- le récapitulatif et le total global

Gestion des points de fabrication. Le boulanger peut définir dans le 
backend quel point de vente correspond à son lieu de production.

Mise en place d'une liste sélective permettant à l'administrateur de switcher
entre les différentes boulangeries.

Il faut spécifier le champs delai_commande lors de la création de l'établissement

Suite à la modif du chargement des produits, la page de commande par défaut
ne se charge plus car aucune production n'est définie.

Depuis que le boulanger a la possibilité de mettre ou non un code, cela a
créée un souci d'affichage dans le mode d'emploi de la section Communiquer.

Afficher en premier les produits qui sont activés pour la production.
Amélioration du chargement des produits via un join avec production_produit.