Bonjour,

Je fais appel à vous quant à l’élaboration d’une fonctionnalité que je dois développer. Il s’agit de la création à la volée de bons de commande avec respectivement un numéro de bon différent à chaque impression.

Concernant ce numéro, j’avais pensé à l’affichage de date en format us, avec uniquement l’année et le mois, puis la concaténation d’un numéro qui s’incrémenterait à chaque impression. Ce numéro de bon de commande doit surtout servir par la suite pour retrouver tel ou tel bon de commande dans un archivage. Que pense-vous de ce premier point ?

Pour ce qui est de la création du contenu des bons de commande, l’utilisateur aura une liste de produits dans un tableau (html) qu’il pourra choisir individuellement. Une fois cette sélection opérée, celui-ci doit pouvoir voir un aperçu de ce bon de commande, puis l’imprimer par la suite. Mais je dois aussi lui donner la possibilité qu’il se trompe dans sa sélection de produits et d’annuler la procédure, et donc de recommencer. Par rapport à l’archivage, le numéro du bon doit être détruit, puisqu’il y a eu erreur.
Par ailleurs, si le bon a bien été validé, celui-ci doit être modifié par la comptabilité de la boîte afin que chaque produit soit chiffré (avec hors taxe, TTC..)

Je voulais donc savoir comment feriez-vous pour vous y prendre, comment aborder ce développement ?
Merci,

Bonjour.

En fait, tu nous demande de te faire une application de facturation gratuitement ?

1. Pour le numéro du bon de commande, le plus simple à mon avis est de ne pas en donner !
Du moins, tu ne donnes pas de n° tant que la commande n'est pas validée.
D'un coup, tu élimines la gestion des numéros "temporaires" et des litiges éventuels (impression du bon puis annulation, p.e.)
Et une fois validée, si tu veux un numéro séquentiel tu as le choix :
- SELECT MAX(numero_commande) FROM COMMANDES => te donne le dernier numéro de commande, auquel il suffit de rajouter 1.
- Utilisation d'une table "paramètres" pour stocker (entre autres) le numéro de commande à utiliser. Ensuite, tu le récupères pour faire l'insertion dans COMMANDES et tu UPDATE...
Dans les deux cas, il faut penser à gérer l'accès concurrentiel. Exemple avec le MAX :
Client1 commande.
SELECT MAX(numero_commande) => On lui affecte le numero de commande 1000.
Client2 commande (une fraction de secondes plus tard).
SELECT MAX(numero_commande) => On lui affecte le numero de commande 1000.
INSERT de Client1 (numéro de commande 1000).
INSERT de Client1 (numéro de commande 1000). => Erreur !

2. Pour la création du contenu, j'utiliserais un formulaire ou un système de "panier" suivant les cas, avec possibilité de visualiser la commande (en html) et de supprimer une ligne/annuler avant validation.

3. Pour la "modification" par la compta, je ne comprends pas trop...
Le bon de commande devrait déjà inclure tous ces éléments, non ?
Et en soi, c'est juste des requêtes à passer pour récupérer dans la table "Produits" les informations prix_ht et taux_tva (penses à faire une table à part avec les taux de TVA, ça facilitera la maintenance)...

En fait, tu nous demande de te faire une application de facturation gratuitement ?

Pas vraiment non. Je voulais juste avoir un ou des avis supplémentaires par rapport à ce que j'envisageais de faire. Je pense que c'est toujours bon d'avoir des idées supplémentaires par rapport à un projet donné. Et une bonne idée, tu en as eu une en ce qui concerne la création du numéro de bon de commande.
Il n'y a pas d'accès concurrentiel, c'est une seule personne qui s'occupera de ça...
Merci en tout cas pour ta participation.
Ps : au fait, ça aurait coûté combien alors de la faire réaliser cette application ?

Il n'y a pas d'accès concurrentiel, c'est une seule personne qui s'occupera de ça...

Si c'est définitivement géré par une seule personne, ça simplifie les choses

(En pseudo-code, c'est juste pour l'esprit...)
1. Création d'un bon de commande => $num_commande = SELECT MAX(numero_commande) + 1.
2. "Travail" sur la commande non-validée (modification/suppression d'articles, par exemple).
3. SI validation, INSERT
SI annulation Rien

Pour le travail, soit tu stockes les données dans $_SESSION, soit tu crées une table "temporaire" COMMANDES_EN_COURS, qui contiendra la(es) commande(s) non encore validées (et dans ce cas, tu ne stockes pas le numéro de commande, tu l'affecteras au moment de la validation).

Je ne suis pas persuadé que donner un numéro de commande genre "AAAA-MM-NUM" soit pertinent (ou alors juste pour l'affichage, c'est plus user-friendly qu'un simple numéro).
Après tout, dans ta base tu vas avoir la date de la commande.
Pour ce qui est de retrouver la commande, il "suffit" de générer une requête SELECT, avec les clauses WHERE qui vont bien...

Ps : au fait, ça aurait coûté combien alors de la faire réaliser cette application ?

C'est très variable. Il faut voir si c'est du pur PHP ou s'il y a du JS (utilisation d'AJAX par exemple), si la base de données existe, s'il faut intégrer dans une appli existante ou s'il faut faire la partie "présentation" (y compris graphismes), etc.
Et ça dépend aussi du sérieux du développeur
Pour la partie bon de commande en elle-même, si les spécifications sont (bien) faites et qu'on reste dans du basique, c'est le genre de choses qui doivent se faire en une ou deux journées maximum...