Autor |
Mensaje |
Miembro
Habitual

|
#1 Publicado: 4 Jun 2009 01:28
Muy buenas chicos. Llevo tres días rompiéndome la cabeza y estoy atascado. Necesito usar un contador distinto para cada tipo de factura de una base de datos. Tengo un campo que separa si la factura es de tipo A, V o R, y necesito un contador distinto para cada una de ellas. El problema es que el cálculo debe ser automático porque una gran parte de las facturas viene importada de otra tabla. A ver que se os ocurre.
Un saludo, Chema
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
Chema Hernando
osx.5 y xp
|
Administrador

|
#2 Publicado: 4 Jun 2009 07:49
Creo que el tema está resuelto en otros temas del foro. Realiza una búsqueda en el foro y seguro que te salen varias soluciones.
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
Todo lo que sueñas, se puede diseñar.
FM 11 * VV 6 * PHP 5 * MySQL * Win 8.
|
Miembro
Asiduo
 
|
#3 Publicado: 4 Jun 2009 18:58
Por lo que preguntas, supongo que lo que quieres es tener las tres series de facturas en la misma tabla... así que lo que se me ocurre es que cres 3 campos globales (Nº_FAC_A, Nº_FAC_V y Nº_FAC_R); cuando vayas a crear una factura nueva de la serie A pones como número de factura el valor del campo Nº_FAC_A y añades 1 al mismo... ¿me he explicado?
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
Mac OS X • FM 11
|
Administrador

|
#4 Publicado: 4 Jun 2009 19:38
Esa idea es buena wireless pero solo vale para aplicaciones unipuesto, en red no funciona porque no se cambia el valor del campo global.
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
Todo lo que sueñas, se puede diseñar.
FM 11 * VV 6 * PHP 5 * MySQL * Win 8.
|
Miembro

|
#5 Publicado: 5 Jun 2009 10:35
Hola chemachd,
Mira el ejemplo adjunto.
Fíjate en la diferencia entre el cálculo de "contador_a" y los de "contador_v" y "contador_r". El que vale es el de "contador_a" porque el numero de factura se actualiza sin necesidad de consignar el registro. He dejado los otros dos para que veas por qué he tenido que añadir el "case" y la ordenación de la relación.
Por cierto, ¿qué versión de FM usas? si actualizas tu perfil lo sabremos de ahora en adelante.
Saludos
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
FileMaker 9 & 10 Certified Developer
GOODRELATIONSHIPS::__key
|
FMP 11 Advanced; Mac OSX, Win XP
|
Miembro
Habitual

|
#6 Publicado: 7 Jun 2009 23:22
Muchísimas gracias Alopas, me has dado una línea de trabajo interesante. El problema que se me plantea es que es un fichero de facturas, con lo que el cálculo con el count me deja algun problema. Si por casualidad borran una factura el campo calculado va a remodificar todos los números de factura, e imagínate los portales de las líneas de las facturas. Por cierto trabajo con fm10 en pc y con fm9 en mac. Estoy intentando fijar los valores con autointroducciones de cálculo y otro campo max de cada contador. Un saludo y muchísimas gracias.
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
Chema Hernando
osx.5 y xp
|
Miembro
 Constante
  
|
#7 Publicado: 8 Jun 2009 06:50
El tema de los portales de lineas de facturas no deberían ser un problema ya que no deberías usar nunca el nº de factura para crear una relación. Siempre se debe usar un campo clave que no tenga nada que ver con los datos para establecer las relaciones. No tengas la tentación de relacionar por un campo que sea un dato por muy único que sea, como el DNI, piensa que si te equivocas al escribir el DNI "perderas" los datos relacionados al modificarlo. Pero si usa un nº interno que nada tiene que ver los datos ese peligro lo evitas.
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
FM19, PHP, XML/XSLT, JavaScript, Telegram, Google
|
Miembro
Habitual

|
#8 Publicado: 8 Jun 2009 22:16
Obviamente Paquintosh tienes razón, pero si utilizas un campo calculado para el número de factura, cada vez que el cliente borre una, te va a modificar todos los números de todas las facturas posteriores ya emitidas, y eso no parece muy recomendable. Un saludo.
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
Chema Hernando
osx.5 y xp
|
Administrador

|
#9 Publicado: 8 Jun 2009 22:29
Una factura emitida no se puede borrar o modificar su número. En todo caso tendrías que hacer una factura de abono.
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
Todo lo que sueñas, se puede diseñar.
FM 11 * VV 6 * PHP 5 * MySQL * Win 8.
|
Miembro

|
#10 Publicado: 9 Jun 2009 09:38
Al final vas a tener que recurrir a un script, es lo que estaba intentando evitar. Lo ideal sería un campo numérico con cálculo autointroducido, pero esto no funciona con cálculos que no pueden ser almacenados (campos sumario, de relaciones, etc.). Así que me parece que tendrás que usar un script ...
Si este mensaje te ha servido de ayuda dale tu voto
, si quieres penalizarlo
FileMaker 9 & 10 Certified Developer
GOODRELATIONSHIPS::__key
|
FMP 11 Advanced; Mac OSX, Win XP
|