Modelos de acuses funcionales Uno de los componentes que integran los modelos de facturación son los acuses funcionales, su principal función es el notificar si la factura que se envía a nuestro cliente fue aprobada, rechazada o esta en proceso de validación. Con estos acuses también se puede notificar si existen errores en la estructura del archivo, errores en la parte fiscal campos mínimos estipulados en el Anexo 20 del SAT o en su caso, errores en la parte comercial que definió nuestro cliente, esto en caso de algún error en la factura. En caso de que la factura que se emitió sea correcta, estos acuses confirmaran que la factura fue recibida y procesada correctamente por el cliente. Es por esto que las grandes empresas receptoras de facturas electrónicas, incorporan uno o varios procesos de validación de archivos, los cuales contemplan validar los siguientes aspectos de la factura: 1. Estructura del archivo 2. Información fiscal 3. Información comercial Requerimientos 1. Contar con una solución tecnológica de generación y envío de CFD (factura electrónica) que soporte también acuses funcionales en EDIFACT y XML bajo estándares de AMECE 2. Conocer el modelo de operación de su socio comercial Guías a utilizar Transacciones Edifact XML Link APERAK Guía de implantación Guía de implantación mexicana : http://www.amece.org.mx/amece/ mexicana :APERAK XML Respuesta de aplicación GuiasImplantacion_Estandares_C omunicacion.php CONTRL Guía de implantación mexicana :CONTRL Guía de implantación mexicana : XML Respuesta de servicio y sintaxis http://www.amece.org.mx/amece/ GuiasImplantacion_Estandares_C omunicacion.php Tipos de modelos de validación El grupo de trabajo de Factura Electrónica en conjunto con AMECE, diseñaron los modelos operativos de acuses funcionales, los cuales contemplan validar los puntos antes mencionados. Los modelos definidos son: Modelo de validación Directa Modelo de validación Múltiple Modelo de validación Secuencial
Modelo de validación Directa El cliente que recibe facturas electrónicas, incorpora solo un proceso de validación, esta validación contempla revisar la estructura del archivo, la información fiscal y la información comercial en un solo proceso interno, notificando al emisor la aceptación o rechazo de la factura por medio de un mensaje de recibo o error, este mensaje contendrá información correspondiente a la Factura recibida. Mensaje aceptado Cuando una factura electrónica es correcta, el cliente notificara a su proveedor la aceptación de la factura, por medio de un acuse de recibo llamado APERAK utilizando los Aceptado 45 ACCEPTED Mutuamente definido ZZZ ANOTHER_REASON Mensaje de rechazo Cuando una factura electrónica contiene algún error correspondiente a los aspectos antes mencionados, el cliente notificara a su proveedor los motivos del error, para los cuales utilizara el mensaje de APERAK señalando por medio de calificadores del mensaje los motivos del error, utilizando los Error de aplicación Acontecimiento Legal (fiscal) Clasificación de negocio (comercial) 80 193 270 APLICATION ERROR CODE LEGAL EVENT BUSSINES CLASIFICATION Modelo de operación validación directa
Modelo de validación Múltiple El cliente que recibe facturas electrónicas, incorpora dos procesos de validación, estas validaciones contemplan revisar en un primer proceso; la estructura del archivo y la información fiscal y en un segundo proceso la información comercial, notificando al emisor la aceptación, seguimiento o rechazo de la factura, por medio de un mensaje de recibo o error, este mensaje contendrá información correspondiente a la Factura recibida. Mensaje aceptado (proceso 1) Cuando una factura electrónica pasa por el primer proceso de validación y es correcta, el cliente notificara a su proveedor que ha sido procesada satisfactoriamente el primero proceso de validación e indicara por medio de un acuse de recibo llamado APERAK el detalle del proceso concluido (ejemplo. Ha concluido satisfactoriamente con el proceso de validación de estructura y fiscal)utilizando los Aceptado con reservas 45 ACCEPTED WITH RESERVES Mutuamente definido 270 BUSSINES CLASIFICATION Mensaje aceptado (proceso 2) Cuando una factura electrónica pasa por el segundo proceso de validación y es correcta, el cliente notificara a su proveedor que ha procesado satisfactoriamente el segundo proceso de validación e indicara por medio de un acuse de recibo llamado APERAK la conclusión del proceso de validación utilizando los Aceptado 29 ACCEPTED Mutuamente definido ZZZ ANOTHER_REASON NOTA: El mensaje contendrá información correspondiente a la Factura recibida. Mensaje de rechazo (proceso 1) Cuando una factura electrónica contiene algún error, el cual corresponde al primer proceso de Error de aplicación 80 APLICATION ERROR CODE Acontecimiento Legal (fiscal) 193 LEGAL EVENT Mensaje de rechazo (proceso 2)
Cuando una factura electrónica contiene algún error, el cual corresponde al segundo proceso de Clasificación de negocio (comercial) 270 BUSSINES CLASIFICATION Modelo de operación validación múltiple
Modelo de validación Secuencial El cliente que recibe facturas electrónicas, incorpora tres procesos de validación, estas validaciones contemplan revisar en un primer proceso; la estructura del archivo, en un segundo proceso; la información fiscal y en un tercer proceso la información comercial, notificando al emisor la aceptación, seguimiento o rechazo de la factura, por medio de un mensaje de recibo o error, este mensaje contendrá información correspondiente a la Factura recibida. Mensaje aceptado (proceso 1) Cuando una factura electrónica pasa por el primer proceso de validación y es correcta, el cliente notificara a su proveedor que ha sido procesada satisfactoriamente en el primer proceso de validación e indicara por medio de un acuse de recibo llamado APERAK el detalle del proceso de validación (ejemplo. Ha concluido satisfactoriamente con el proceso de validación de estructura) utilizando los Aceptado con reservas 45 ACCEPTED WITH RESERVES Código de aplicación 80 APLICATION CODE Mensaje aceptado (proceso 2) Cuando una factura electrónica pasa por el segundo proceso de validación y es correcta, el cliente notificara a su proveedor que ha procesado satisfactoriamente el segundo proceso de validación e indicara por medio de un acuse de recibo llamado APERAK el detalle del proceso de validación (ejemplo. Ha concluido satisfactoriamente con el proceso de validación fiscal) utilizando los Aceptado 45 ACCEPTED WITH RESERVES Evento Legal(fiscal) 193 LEGAL EVENT Mensaje aceptado (proceso 3) Cuando una factura electrónica pasa por el tercer proceso de validación y es correcta, el cliente notificara a su proveedor que ha procesado satisfactoriamente el tercer proceso de validación e indicara por medio de un acuse de recibo llamado APERAK el detalle del proceso de validación concluido, (ejemplo. Ha concluido satisfactoriamente con el proceso de validación comercial) utilizando los Aceptado 45 ACCEPTED Clasificación de negocio (comercial) 270 BUSSINES CLASIFICATION NOTA: El mensaje contendrá información correspondiente a la Factura recibida.
Mensaje de rechazo (proceso 1) Cuando una factura electrónica contiene algún error, el cual corresponde al primer proceso de Error de aplicación 80 APLICATION ERROR CODE Mensaje de rechazo (proceso 2) Cuando una factura electrónica contiene algún error, el cual corresponde al segundo proceso de Acontecimiento Legal (fiscal) 193 LEGAL EVENT Mensaje de rechazo (proceso 3) Cuando una factura electrónica contiene algún error, el cual corresponde al tercer proceso de Clasificación de negocio (comercial) 270 BUSSINES CLASIFICATION
Modelo de operación validación múltiple Sistemas de validación Factura Electrónica ó Cuentas por cobrar Envío de CONTRL calif. 27 y 80 NO Validación de estructura del archivo correcta? SI calif. 45 y 80 calif.27 y 193 NO Validación fiscal correcta? Envío de APERAK SI calif.45 y 193 calif.27 y 270 NO Proceso comercial correcto? SI calif.29 y 270