Estado Exitoso `isSuccess` cuando cdr es rechazado about greenter

[thefantas]

Se podría agregar un campo que indique que la factura es aceptada/rechazada/aceptada-con-obs, que consistiria en tomar el codigo de CdrResponse y verificar si es:

* `0` y `>4000` (Aceptada)

* `2000-3999` (Rechazada)

Aún tienen el problema de siempre, yo hice algunos cambios y cuando es (issuccess) true, es sólo cuando me garantiza que el comprobante a sido aceptado con o sin observaciones en cualquier documento.
Así me quito el dolor de cabeza de volver a procesarlo.
Pd. (ya no pongo el ejemplo porque no le dieron bola :D).

[giansalex]

Si existe el CDR, y tomando en cuenta el código 2017 se encuentra en el rango 2000 al 3999

Esta comprobante se considera Rechazado, deberá generarse otro comprobante corregido.
Lo que pasa con isSuccess indica que la conexión con sunat fue exitosa pero no que el comprobante es aceptado o rechazado.

[giansalex]

Se podría agregar un campo que indique que la factura es aceptada/rechazada/aceptada-con-obs, que consistiria en tomar el codigo de CdrResponse y verificar si es:

• 0 y >4000 (Aceptada)
• 2000-3999 (Rechazada)

[wilariz]

Ok entiendo. Por lo pronto tendría q validar el code de CdrResponse no? bajos esos rangos....

Ahora acabo de validar el método send de la clase BillSender y noto que en el caso del entorno de desarrollo, el proceso genera un SoapFault. y es en la captura de esa excepción que setea la respuesta como erronea, se entiende entonces que en entorno de producción este caso no lo genera como excepcion SoapFault. Por que puede pasar esto?

[giansalex]

El problema ocurre porque al parecer SUNAT tiene desarrollos seperados para BETA y Producción, y el comportamiento de un entorno puede diferir del otro. Espero que esto no ocurra cuando entren las OSE.
Pero teniendo en cuenta el manual, debería retornar el CDR de rechazo, tal como ha ocurrido en producción.

[wilariz]

Ok muchas gracias.

Saludos.