|
Página 1 de 1
|
Impuestos En Factura[SOLUCIONADO]
Autor |
Mensaje |
marcopc
Usuario
Registrado: Septiembre 2011
Mensajes: 33
Edad: 49
|
Impuestos En Factura[SOLUCIONADO]
Estoy intentando crear un formulario de facturación que incluya 3 bases imponibles de impuesto como máximo por factura, esto lo tengo hecho, pero al modificar el gridview de los artículos, es cuando no soy capaz de modificar las bases.
Alguien que le pueda echar un vistazo al código.
Gracias Anticipadas....
Enlace descarga:
Prueba_impuestos
última edición por marcopc el Lunes, 03 Diciembre 2012, 17:07; editado 1 vez
|
#1 Martes, 27 Noviembre 2012, 17:09 |
|
|
jsbsan
Analista Programador
Registrado: Septiembre 2009
Mensajes: 4175
Edad: 51 Ubicación: dos hermanas, sevilla
|
Re: Impuestos En Factura
Parece que lo que quieres conseguir es esto...
Uploaded with ImageShack.us
He mirado el código y lo veo bastante lioso, sobre todo para uno que no ha hecho el programa..(te lo dice uno que tambien hace los programas liosos... ) hay muchas ordenes Select y If..then encadenas unas detras de otras... con variables de control que las llamas "caso" , "caso2", deberias poner algo mas indicativo de que son y que hacen... creo que fabianfv, comento que un procedimiento no debe de superar las 10 lineas, y que hay que subdividirlos en funciones o subrutinas, para que quede más claro y asi poder detectar el error...
Parece que tu código funciona, pero solo a veces...¿no es así?, puede ser que algún "caso" no lo estés resolviendo adecuadamente y falle, pero es muy complicado verlo como tienes hecho la aplicación...
A ver si puedes o explicar con más detalles lo que pretendes, (con un diagrama o algo asi) y/ o intentar dividir el codigo en funciones o subrutinas que vayan resolviendo el problema.
Esperos tus comentarios...
Saludos
|
#2 Martes, 27 Noviembre 2012, 19:18 |
|
|
marcopc
Usuario
Registrado: Septiembre 2011
Mensajes: 33
Edad: 49
|
Re: Impuestos En Factura[SOLUCIONADO]
Ya lo solucioné, Gracias.
Si le interesa a alguien lo puedo colgar.
La solución fue recorrer el Gridview con un bucle y calcular las bases por ahí.
|
#3 Lunes, 03 Diciembre 2012, 17:10 |
|
|
jsbsan
Analista Programador
Registrado: Septiembre 2009
Mensajes: 4175
Edad: 51 Ubicación: dos hermanas, sevilla
|
Re: Impuestos En Factura[SOLUCIONADO]
marcopc:
Seria interesante ver como lo solucionaste,a ver si lo puedes adjuntar en otro mensaje, para comparar entre las dos versiones, asi aprendemos.
Saludos
|
#4 Lunes, 03 Diciembre 2012, 17:12 |
|
|
jguardon
Administrador
Registrado: Septiembre 2009
Mensajes: 2708
Edad: 57 Ubicación: Granada
|
Re: Impuestos En Factura[SOLUCIONADO]
Ya lo solucioné, Gracias.
Si le interesa a alguien lo puedo colgar.
La solución fue recorrer el Gridview con un bucle y calcular las bases por ahí.
Hola
No es la primera vez que veo eso de hacer cálculos con los valores obtenidos del propio control que los representa, como si de una variable se tratara.
Creo que esa no es la mejor forma, ya que lo que se ve en el grid puede no ser exactamente lo que aparece guardado en la base de datos, tanto por el hecho de que podrían diferir a causa de la codificación, como el de la exactitud aritmética al hacer conversiones de cadenas a decimales. Un ejemplo más sencillo puede ser el hecho de operar con los valores numéricos representados en un textbox, en lugar de hacerlo con la variable de tipo integer o float o byte, que sería lo adecuado.
Aunque no soy un experto en programas de contabilidad, me parece más razonable aplicar la parte de las operaciones sobre los objetos de los que obtenemos los valores, directamente de los campos de la base de datos o de algún objeto que los almacene con su tipo de valor nativo (como supongo que tienes creado el campo de la bd como float o algo parecido), pero nunca del control donde representamos los datos. Recordad que los principales motores de BD disponen de sus propias funciones matemáticas para operar.
En otra ocasión leí algo sobre contabilidad en donde se aconsejaba guardar los valores numéricos como cadenas para luego truncar a un número fijo de decimales y así evitar el uso de operaciones de redondeo que al final introducían demasiados errores en los cálculos. No sé, desconozco bastante el tema, pero lo primero que dije no trata de técnicas contables, sino de programación y uso correcto del lenguaje.
Si alguien sabe realmente de programación aplicada a contabilidad que nos cuente por aquí
Saludos
=================== Jesús Guardón
Por favor, usemos el corrector ortográfico antes de pulsar el botón "Enviar".
"uo ǝs ʇɐu pıɟıɔıן ɐdɹǝupǝɹ ɐ dɹoƃɹɐɯɐɹ, soןo ɥɐʎ bnǝ dɹodouǝɹsǝןo"
|
#5 Lunes, 03 Diciembre 2012, 17:40 |
|
|
marcopc
Usuario
Registrado: Septiembre 2011
Mensajes: 33
Edad: 49
|
Re: Impuestos En Factura[SOLUCIONADO]
Lo prometido es deuda.
Aquí dejo el código fuente funcionando, sigo diciendo que el código está algo lioso, pero fué como se me ocurrió.
Gracias a todos...
Codigo Final
|
#6 Miercoles, 12 Diciembre 2012, 11:30 |
|
|
Fenriz07
Programador
Registrado: Agosto 2010
Mensajes: 118
Edad: 32 Ubicación:
|
Re: Impuestos En Factura[SOLUCIONADO]
Ya lo solucioné, Gracias.
Si le interesa a alguien lo puedo colgar.
La solución fue recorrer el Gridview con un bucle y calcular las bases por ahí.
Hola
No es la primera vez que veo eso de hacer cálculos con los valores obtenidos del propio control que los representa, como si de una variable se tratara.
Creo que esa no es la mejor forma, ya que lo que se ve en el grid puede no ser exactamente lo que aparece guardado en la base de datos, tanto por el hecho de que podrían diferir a causa de la codificación, como el de la exactitud aritmética al hacer conversiones de cadenas a decimales. Un ejemplo más sencillo puede ser el hecho de operar con los valores numéricos representados en un textbox, en lugar de hacerlo con la variable de tipo integer o float o byte, que sería lo adecuado.
Aunque no soy un experto en programas de contabilidad, me parece más razonable aplicar la parte de las operaciones sobre los objetos de los que obtenemos los valores, directamente de los campos de la base de datos o de algún objeto que los almacene con su tipo de valor nativo (como supongo que tienes creado el campo de la bd como float o algo parecido), pero nunca del control donde representamos los datos. Recordad que los principales motores de BD disponen de sus propias funciones matemáticas para operar.
En otra ocasión leí algo sobre contabilidad en donde se aconsejaba guardar los valores numéricos como cadenas para luego truncar a un número fijo de decimales y así evitar el uso de operaciones de redondeo que al final introducían demasiados errores en los cálculos. No sé, desconozco bastante el tema, pero lo primero que dije no trata de técnicas contables, sino de programación y uso correcto del lenguaje.
Si alguien sabe realmente de programación aplicada a contabilidad que nos cuente por aquí
Saludos
En realidad esta es la mejor forma.. yo estoy desarrollando un sistema para el control de farmacia y esta parte la gestiono de esta forma:
llevo los valores en paralelo unos en un tableview y el otro son: " matrices unidimensionales" para tener todo exacto.
|
#7 Viernes, 14 Diciembre 2012, 18:11 |
|
|
|
Temas parecidos
Temas parecidos
|
Página 1 de 1
|
Usuarios navegando en este tema: 0 registrados, 0 ocultos y 1 invitado Usuarios registrados conectados: Ninguno
|
No puede crear mensajes No puede responder temas No puede editar sus mensajes No puede borrar sus mensajes No puede votar en encuestas No puede adjuntar archivos Puede descargar archivos No puede publicar eventos en el calendario
|
|
|
|
|