![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#15
|
||||
|
||||
|
Hola.
Esto quiero recordar que lo hemos comentado alguna vez. Yo particularmente creo que lo más sano es mantener una tabla de contadores con el número completo porque, aunque no es frecuente, es posible que el cliente quiera dejar un rango de facturas vacias para hacerlas posteriormente. El único problema es que si anulas la última factura y quieres reutilizar ese número tienes que retroceder el contador manualmente. En mi aplicación en particular a cada factura se le asigna una serie 'A-' 'B-', etc... y cada serie tiene sus contadores de albaranes, facturas, tickets, etc. y documentos de impresión independientes. De esta manera dependiendo de la serie de factura saldrá con un formato u otro y tendrá una numeración u otra. El número de factura se compone de la serie+el número que corresponda según el contador, p.e.: A-110001,B-110032, etc. Saludos
__________________
Be water my friend. |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Error al crear Primary Key | Chogo | Firebird e Interbase | 18 | 07-07-2010 17:17:24 |
| Primary Key - SQL Server | Oxa78 | MS SQL Server | 3 | 09-01-2006 23:27:47 |
| Error Violation Primary Key | maui | Conexión con bases de datos | 16 | 11-05-2004 15:49:46 |
| primary key | AMO | SQL | 7 | 14-02-2004 20:50:05 |
| Primary key interbase 6 | rafadrover | Conexión con bases de datos | 2 | 07-08-2003 08:40:20 |
|