EN EL AMBIENTE WSMTXCA
En los métodos autorizarComprobante e informarComprobanteCAEA se deberá verificar el valor obtenido en el campo resultado. Los valores posibles son A: Aprobado, O: Observado, R: Rechazado.
De resultar:
Aprobado: significa que la solicitud ha superado la totalidad de las validaciones (excluyentes y no excluyentes), resultando el comprobante aprobado. En el response se obtendrán los datos de la autorización.
Observado: significa que la solicitud ha sido aprobada pero con observaciones. Superó todas las validaciones de negocios excluyentes pero no ha superado al menos una de las validaciones no excluyentes. En el response se obtendrán los datos de la autorización y el detalle de las observaciones, esta última mediante la estructura arrayObservaciones.
Rechazado: significa que la solicitud no ha superado por lo menos una de las validaciones de negocios excluyentes, el comprobante no es aprobado. En este caso se obtendrá el o los motivos de rechazo, en la estructura arrayErrores.
En el caso de que la solicitud (request) tenga errores de formato u ocurra algún error excepcional, el Web Services devolverá un error del tipo Fault.
Para mayor información sobre las estructuras mencionadas remitirse al manual del desarrollador.
EN EL AMBIENTE WSFEV1
Para los métodos FECAESolicitar y FECAEARegInformativo hay que separar el resultado de la solicitud (a nivel de cabecera) del de cada comprobante (a nivel detalle), dado que se puede enviar más de un comprobante en un mismo request/solicitud.
- Resultado de la solicitud:
Se deberá observar el valor obtenido en el campo Resultado de FeCabResp. Este puede tomar los siguientes valores A: Aprobado, P: Parcial ó R: Rechazado.
Aprobado: la totalidad de los comprobantes incluidos en el request resultaron aprobados. En el detalle del response se incluirá los datos de la autorización para cada comprobante, mediante la estructura FEDetResponse.
Parcial: Este caso se da cuando alguno de los comprobantes resultó rechazado. Los comprobantes siguientes al rechazado no serán procesados y también serán rechazados. Esto se debe a que la numeración de los comprobantes debe ser correlativa por tipo de comprobante y punto de venta. Por ejemplo: Si en una misma solicitud se envían tres comprobantes y el segundo comprobante es rechazado entonces el tercer comprobante no es procesado resultando rechazado.
Rechazo: En este caso la totalidad de los comprobantes fueron rechazos. Esto puede darse:
- Por problemas en las validaciones de CUIT emisora o en la cabecera (FeCabReq). Los cuales serán indicados mediante la estructura Errors.
- Porque la totalidad de los comprobantes enviados en la solicitud fueron rechazados (FeDetReq). Los motivos que originaron el rechazo serán indicados mediante la estructura Observaciones.
- o porque el primer comprobante fue rechazado (consecuentemente el resto de los comprobantes no son procesados mostrando como resultado rechazado).
- Resultado de cada comprobante:
Se deberá observar el valor obtenido en el campo Resultado de FeDetResp. Este puede tomar los siguientes valores A: Aprobado ó R: Rechazado.
Aprobado: el comprobante fue aprobado. Superó la totalidad de las validaciones de negocio excluyentes, de no haber superado alguna de las validaciones no excluyentes será indicado mediante la estructura Observaciones. Es decir el comprobante puede estar aprobado sin observaciones, en este caso el Resultado será "A" y no se obtendrá Observaciones; o puede ser aprobado con observaciones, el resultado también será "A" pero se si obtendrá la estructura Observaciones en la cual se detallaran las validaciones no excluyentes que no hayan sido superadas.
Rechazado: significa que el comprobante no ha superado por lo menos una de las validaciones de negocios excluyentes, el comprobante no fue aprobado. En este caso se obtendrá el o los motivos de rechazo, en la estructura Observaciones.
Para mayor información sobre las estructuras mencionadas remitirse al manual del desarrollador.