Cita:
Empezado por seccion_31
hola !
parece que no nos vamos de veraneo... y estamos hackeando el componente. 
La filosofía del componente, era cubrir los casos comunes de la forma mas simple.
Algunas cosas de las que habéis hablado, se pueden solucionar fácil, de echo las facturas sustitutivas iva a ser un array, pero los arrays deben ser de longitudes fijas. ¿de cuantos elementos estaríamos hablando? |
Yo tengo clientes (restaurantes) que hacen facturación mensual de los "tickets" de algunos de sus clientes (empresas). Van a comer casi todos los días y al final del mes les hacen una factura agrupando todos los tickets del mes. Yo creo que limitando a 30 fras. simplificadas por cada F3 irían sobraos (es mi opinión).
Cita:
por otro lado, crear una R4, R5 con importe positivo creo que se podría hacer de otra forma, por ejemplo actuando sobre: facturaRegistro.facturaRectificada y no creando otra estructura nueva, es decir, automatizamos R5,R4 con importe negativo, o bien mediante el campo facturaRectificada
El objetivo de este comentario es tratar de mantener la simplicidad del componente, queda claro para todos que si rellenamos facturaRegistro.facturaRectificada tenemos una rectificativa. Y asi no solo nos limitariamos por importe negativo.
|
Yo probé a hacer el cambio que me sugirió el compañero DarkDudae para hacer las rectificativas por diferencias ('I'), y cambié en uVerifactuFuncs los
Código Delphi
[-]if facturaRegistro.total <0 then
por
Código Delphi
[-]if facturaRegistro.facturaRectificada<>'' then
y van de cine. Me hace las rectificativas R5 con importes negativos y positivos.
Cita:
|
Son ideas, y creo que deberiamos mantener el componente sin ramales, porque perderemos seguridad.
|
Totalmente de acuerdo¡¡¡¡¡
Cita:
Saludos !
Y feliz verano. Estoy en mi correo disponible, para ajustar esto.
|
Gracias¡¡
Cita:
|
Tambien visto lo visto habria que pensar en crear documentacion....
|
Yo me ofrezco voluntario.