Apparemment, en France, les factures générées doivent avoir des numéros consécutifs, pour montrer qu'on n'a pas fait disparaître de facture au milieu.
Actuellement, nos factures ont des numéros aléatoires, de mémoire en réponse à une problématique de vie privée (ne pas révéler le nombre d'abonnés ?). Si la loi impose d'avoir des numéros consécutifs, mieux vaut faire ça...
Apparemment, en France, les factures générées *doivent* avoir des numéros consécutifs, pour montrer qu'on n'a pas fait disparaître de facture au milieu.
Actuellement, nos factures ont des numéros aléatoires, de mémoire en réponse à une problématique de vie privée (ne pas révéler le nombre d'abonnés ?). Si la loi impose d'avoir des numéros consécutifs, mieux vaut faire ça...
https://www.illyse.org/issues/285
(ne pas révéler le nombre d'abonnés ?) << probablement pour éviter qu'on puisse accéder à n facture juste en changeant l'id dans une url ; on peut garder le fonctionnement actuel mais faire en sorte que le numéro de facture soit un champ à part entière et non un index auto-incrémenté
(ne pas révéler le nombre d'abonnés ?) << probablement pour éviter qu'on puisse accéder à n facture juste en changeant l'id dans une url ; on peut garder le fonctionnement actuel mais faire en sorte que le numéro de facture soit un champ à part entière et non un index auto-incrémenté
> Apparemment
C'est une obligation légale, voir https://www.service-public.fr/professionnels-entreprises/vosdroits/F23208#fiche-item-3 (section "Numérotation").
Note pour plus tard, si on ne veut pas avoir de doublons de numéros en passant d'un random à une séquence, nous sommes obligés de changer la nomenclature de numérotation.
Ça vous va de passer de YYYY-MM-RAND-RAND à YYYY-MM-SEQ (SEQ sur 6 digits) ?
Note pour plus tard, si on ne veut pas avoir de doublons de numéros en passant d'un random à une séquence, nous sommes obligés de changer la nomenclature de numérotation.
https://code.ffdn.org/FFDN/coin/src/master/coin/billing/models.py#L21-L26
Ça vous va de passer de *YYYY-MM-RAND-RAND* à *YYYY-MM-SEQ* (SEQ sur 6 digits) ?
Apparemment, en France, les factures générées doivent avoir des numéros consécutifs, pour montrer qu'on n'a pas fait disparaître de facture au milieu.
Actuellement, nos factures ont des numéros aléatoires, de mémoire en réponse à une problématique de vie privée (ne pas révéler le nombre d'abonnés ?). Si la loi impose d'avoir des numéros consécutifs, mieux vaut faire ça...
https://www.illyse.org/issues/285
(ne pas révéler le nombre d'abonnés ?) << probablement pour éviter qu'on puisse accéder à n facture juste en changeant l'id dans une url ; on peut garder le fonctionnement actuel mais faire en sorte que le numéro de facture soit un champ à part entière et non un index auto-incrémenté
C'est une obligation légale, voir https://www.service-public.fr/professionnels-entreprises/vosdroits/F23208#fiche-item-3 (section "Numérotation").
Note pour plus tard, si on ne veut pas avoir de doublons de numéros en passant d'un random à une séquence, nous sommes obligés de changer la nomenclature de numérotation.
https://code.ffdn.org/FFDN/coin/src/master/coin/billing/models.py#L21-L26
Ça vous va de passer de YYYY-MM-RAND-RAND à YYYY-MM-SEQ (SEQ sur 6 digits) ?
oui.