Pólizas cuando cierras un mes, no debe permitir capturar pólizas de meses anteriores

jccastillo0007 / eFacturaT

eFacturaT

0 stars 2 forks source link

Pólizas cuando cierras un mes, no debe permitir capturar pólizas de meses anteriores #432

Closed RigoFlores closed 9 years ago

RigoFlores commented 9 years ago

Por ejemplo, para cerrar julio...

a) Debe validar que los meses anteriores deban estar cerrados. Evidentemente, debe identificar a partir de que mes, empieza 'la historia' de la captura.... b) Una vez cerrado Julio-2015, no debe permitir capturar pólizas de junio, mayo, etc. del 2015

jccastillo0007 commented 9 years ago

Definitivamente no esta considerando varios escenarios que no conozco.

Puedes listar todos los escenarios que se deben considerar para el cierre y/o generación de balanzas.

Varios de los escenarios los mencionas conforme avanzas en las pruebas, pero yo necesito conocer todo lo que se debe involucrar para poder hacerlo desde el principio, porque además me toma tiempo probar y considerar escenarios que yo no me imagino.

Saludos. JC.

On Mon, Jul 6, 2015 at 1:28 PM, RigoFlores notifications@github.com wrote:

Assigned #432 https://github.com/jccastillo0007/eFacturaT/issues/432 to @jccastillo0007 https://github.com/jccastillo0007.

— Reply to this email directly or view it on GitHub https://github.com/jccastillo0007/eFacturaT/issues/432#event-348923400.

RigoFlores commented 9 years ago

Si es posible, lo que sucede es que para nosotros 'los contadores', es evidente que no puedes cerrar un mes, si alguno atrás está abierto... jeje. Y tampoco puedes capturar del mes de enero, si ya haz cerrado hasta junio por ejemplo. Eso tendría que ser una complementaria, y aún no vemos ese tema. Aquí lo importante, es definir una fecha de inicio de la contabilidad. Cómo se te ocurre que deberíamos definirla? Quizás con la fecha de la primera póliza capturada... o quizás con el primer mes que cierren en la balanza... eso debería ser nuestro 'punto de partida', para que nada hacia atrás se pueda capturar...

jccastillo0007 commented 9 years ago

Por ahora es responsabilidad de ellos que mes cierran y que mes no... supongo al inicio si se puede dar el caso de tener un desmadre.... como con las declaraciones, cuando empiezas a declarar a partir de un mes y luego te regresas a arreglar el cochinero..

El sistema ya valida que no se puedan capturar polizas de un mes ya cerrado, pero no de meses anteriores, hay que esperar a que la experiencia nos diga si hay que validarlo o no, ya que no suena muy fácil identificarlo..

RigoFlores commented 9 years ago

En este momento, solo capturé una póliza de junio, y ya no me permite capturar mas pólizas para junio. Puedes revisar y la balanza no está cerrada.

RigoFlores commented 9 years ago

Si puedes chécalo, para conocer que sucede... yo voy a detener mis pruebas, ya que son 'destructivas'... así que tengo que borrar todo nuevamente...

jccastillo0007 commented 9 years ago

puedes continuar con tus pruebas destructivas.... solo era un problema en un query.

RigoFlores commented 9 years ago

cuando retomé mis pruebas el día de hoy, ya todo estaba mas que devastado... no había un pinche byte vivo en la batería de datos...

jccastillo0007 commented 9 years ago

No pues no, la BD cambió, recuerdas que sacamos algunos datos de nivel de póliza que ya no aplican, que solo se capturarán a nivel general al momento de generar el XML, esos cambios impactan código y bd.

Esperate a que liberemos a PRO con la gasolinera, ahi si que habrá desmadre.

Saludos. JC.

2015-07-08 12:03 GMT-05:00 RigoFlores notifications@github.com:

cuando retomé mis pruebas el día de hoy, ya todo estaba mas que devastado... no había un pinche byte vivo en la batería de datos...

— Reply to this email directly or view it on GitHub https://github.com/jccastillo0007/eFacturaT/issues/432#issuecomment-119663548 .