Discussion :

[Alexandre T]

Bonjour,

Comment générer le prochain numéro de facture ?

Cette question simple vient de m'être posée et j'avoue ne pas être certain de la réponse optimale à apporter, car derrière, il se cache un peu plus de complexité. Une application génère une facture à chaque paiement en ligne. Le numéro de facture doit être unique. J'utilise une contrainte d’unicité pour la garantir. Pour que la numérotation se suive, cad que je ne puisse jamais passer de facture0001 à facture0003 sans avoir généré la facture0002, j'avais donc pensé à une séquence. Mais les numéros doivent se suivre. Si une erreur survient entre la génération du prochain numéro de la séquence et la validation de la transaction, j'obtiens un trou dans ma numérotation et le comptable va rapidement s'énerver.

La solution du max+1 est la meilleure solution pour avoir des verrous autobloquants.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

insert into facture (numeroFacture, ...) select max(numeroFacture)+1, ... FROM ma_table_facture

Alors comment faites-vous ?

[SQLpro]

De la même façon que vous le feriez si vous n'étiez pas informatisé.
L'informatique n'étant que l'automatisation de certaines tâche la méthode de travail ne doit pas changer pas lorsque l'on traduit les process sous forme de code….

En particulier lorsqu'une facture est erronée on la conserve et on indique qu'elle est annulée.

Il n'y a donc jamais de trou dans la numérotation lorsque l'on utilise la version manuelle (une facture annulée ça existe sous forme papier). Il ne doit donc jamais y avoir de trou avec un auto incrément. En cas d'erreur, le code ne doit pas supprimer la facture incriminée, mais la marquer comme annulée.

A +

[Waldar]

Dissociez le numéro de facture qui a une signification fonctionnelle de l'identifiant technique de la facture qui n'a qu'un but technique.

Créer vos factures avec des identifiants techniques via une séquence, une fois que vous êtes satisfait du résultat i.e. vous avez dépassé toutes les étapes qui peuvent occasionner des erreurs, alors numérotez vos factures.

[Alexandre T]

Bonjour Waldar, bonjour Frédéric,

Oui, Waldar, nous avions déjà dissocié le numéro fonctionnel de la facture de l'identifiant primaire de la table.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

te_bill(bill_id, number, amount, vat, bill_createdAt...)

Nous avons dû néanmoins avoir d'âpres négociations choisi ton conseil Frédéric. Nous allons compléter avec une procédure interne qui identifie les trous, les présente fonctionnellement au comptable pour qu'il créée via une interface très simple les factures manquantes à zéro € et en mode annulé.

Merci.

Alexandre

[skuatamad]

Il suffit de passer par une table qui stocke l'ID en cours et qui est mise à jour en incrémentant la valeur, par trigger par exemple.

Ça permet de garantir qu'il n'y a pas de trou, si la transaction est annulée l'incrément est également annulé, évidemment la contrepartie c'est que la création d'une facture est sérialisée, impossible de créer 2 factures en parallèle.

[Michel.Priori]

Il suffit de passer par une table qui stocke l'ID en cours

Perso j'opte pour l'utilisation une séquence dont la valeur n'est "tirée" que lors de l'enregistrement/validation de la facture.
Ainsi pas de "trous" en cas d'abandon de la facture pendant la création de celle-ci.


Une facture non validée peut s'imprimer en tant que DEVIS.

[skuatamad]

Une séquence ne peut garantir l'absence de trou même en l'absence de rollback.
Elle est conçue pour la performance en concurrence d'accès, pas pour l'incrémentation sans trou.
Pour l'incrémentation sans trou, il ne faut pas de concurrence lors de la l'incrémentation...