Se cruzan los datos de 2 comprobantes

[Marina]

Hola a todos:
Trabajo con Delphi 6, Interbase 6, componentes IBDataset con cachedupdates en true.
La aplicación se ejecuta desde 2 máquinas, las cuales cargan al mismo tiempo facturas. Las facturas pueden pagarse con distintos tipos de valores: efectivo, cheques, transf.bcaria., etc. El problema que tengo es que a veces
(cargando 50 facturas ocurre una sola vez), es que los valores de una factura van a parar a la otra (van en distintas tablas los valores que la factura).

Después de revisar el código no noto nada mal, lo único que se me ocurre es
que pueda fallar algunas veces el cachedupdates.

Esto será posible? A alguien le pasó?

Saludos.

Marina

[vtdeleon]

Saludos

El problema que tengo es que a veces
(cargando 50 facturas ocurre una sola vez), es que los valores de una factura van a parar a la otra (van en distintas tablas los valores que la factura).

Quee? 50 Facturas?? A la otra que??
Muestranos codigo!!, y plantealo un poquito mejor.

[jachguate]

En varios años, nunca he visto algo similar. Seguramente hay algo malo en el código o en triggers de la bd.

Hasta luego.

[Chaja]

Te hago la pregunta, como es la estructura de las tablas aunque sea los 10 primeros campos. Como vinculas la parte de fondos con la factura , tenes un id interno o usas el mismo numero de factura?. Si usas un id interno, este lo generas en el momento de dar de alta la fc. y lo haces con un generador ? o con un sql?.. como dice jachguate podes explayarte un poco mas....

Luis Roldan
Mar del Plata
Argentina

[Marina]

Bueno, voy a tratar de explicar un poco mejor el tema.
La parte de fondos se relaciona con la factura por el número de factura.
La tabla de facturas tiene estos campos (estos son solo algunos):

TIPOCPTE
LETRA
PUNTOVTA
NUMERO
FECHA
CODPROVE
TIPOMOV
TOTAL
NETO
IVA
EXENTO
NOGRAB
NROCUIT
NROIBRUTOS
ASIENTO
CONDICION
ESTADO

La tabla de fondos tiene los campos:
TIPOCPTE
LETRA
PUNTOVTA
NUMERO
FECHA
CODPROVE
TIPOMOV
TOTAL
TIPOVALOR
IMPORTE
DETALLE
ESTADO
ASIENTO
NROORDENVALOR (este es un generador que tiene el nro de orden para identificar un registro, debido a que cada factura puede tener varios valores: efectivo, cheques, otras monedas, etc)

El tema de los valores está creado de forma tal que se puede usar desde varias opciones: factura de compras, factura de ventas, recibos, órdenes de pago, comprobantes varios de ingreso y egreso de fondos; y esas opciones pueden estar abiertas al mismo tiempo en la misma máquina, es decir que puede haber varias instancias de valores (pero con eso no hay problema, el problema es cuando desde dos máquinas usan la misma opción).
Todo se graba en una sola transacción.
Es un poco difícil transcribir código porque la aplicación es muy grande y está muy distribuida, pero ayuda en algo esta explicación?
En realidad lo que me interesa saber, si alguien tiene suficiente experiencia en el uso de cachedupdates, es si esto se puede dar por un mal funcionamiento del cachedupdates o puede ser otra falla?

Gracias a todos por su interés.

Marina