Pago Electrónico Centralizado - · PDF filePAGO ELECTRONICO A BANCOS CAAAREM (V.3.1) 2...

Pago Electrónico Centralizado

Versión 3.1

Manual de Operación

Mayo, 2006

PAGO ELECTRONICO A BANCOS

CAAAREM (V.3.1)

1

CONTENIDO OBJETIVO...................................................................................................................... 2

SITUACION ACTUAL. ................................................................................................... 3

PAGO ELECTRONICO NACIONAL. ............................................................................. 4

VENTAJAS..................................................................................................................... 5

PROCEDIMIENTO GENERAL....................................................................................... 6

ARCHIVO SOLICITUD................................................................................................... 7

VALIDACIÓN DE ARCHIVOS. .................................................................................... 10

ARCHIVOS RESPUESTA............................................................................................ 11

CERTIFICACION DE PEDIMENTOS. .......................................................................... 13

ESQUEMA DE COMUNICACIÓN. ............................................................................... 14

CONTINGENCIA. ......................................................................................................... 16

ANEXO 1. CATALOGO DE ERRORES....................................................................... 18

ANEXO 2. CATALOGO DE BANCOS. ........................................................................ 20


CAAAREM (V.3.1)

2

OBJETIVO. Responder a las necesidades específicas de pago de impuestos del Comercio Exterior de la Confederación de Asociaciones de Agentes Aduanales (CAAAREM) y sus agremiados, por medio del intercambio electrónico de información centralizado, reduciendo tiempos y costos en el despacho aduanero y estableciendo un nuevo esquema de pagos.


CAAAREM (V.3.1)

3

SITUACION ACTUAL. Actualmente la operación de pago de impuestos y derechos se realiza bajo dos esquemas: de manera presencial, es decir, el contribuyente acude al módulo aduanal a efectuar el pago; y mediante el pago electrónico local con cada una de las Asociaciones de Agentes Aduanales.

La administración del pago electrónico, se realiza de manera local, por lo que cada Asociación implementa de manera local la operación, funcionalidad y control correspondientes. Existen Asociaciones que cuentan con desarrollos propios, por lo que no existe una estandarización del software. Existen Asociaciones que no cuenta con Pago Electrónico debido a los altos costos de infraestructura y el bajo volumen de operación que presentan. Los bancos cuentan con infraestructura local de operación, por lo que tienen instalados sus recursos de software y hardware en cada uno de los módulos en donde operan.


CAAAREM (V.3.1)

4

PAGO ELECTRONICO NACIONAL. Es un servicio adicional a la operación actual de los módulos aduanales, integrando el intercambio centralizado de información entre CAAAREM e Instituciones Bancarias, para el pago electrónico de los impuestos y derechos generados por las operaciones de Comercio Exterior. Para la operación de Pago Electrónico Centralizado es necesario establecer una comunicación centralizada entre CAAAREM y la institución bancaria mediante enlaces directos entre los centros de cómputo de cada Institución, bajo esquemas Institucionales de seguridad, redundancia y contingencias.

Agente Aduanal

Envía pago

Asociación

LOCALIDAD CENTRAL

Data Center de CAAAREM

BANCO

Registra y certifica pago de pedimentos

Solicita pago registrado

Verifica archivo y solicita afectación en el banco

Pago Electrónico Centralizado

Elabora pago electrónico

confirmación de pago

Solicita pago electrónico


CAAAREM (V.3.1)

5

VENTAJAS.

Las ventajas principales que brinda la operación de Pago Electrónico Nacional son las siguientes: • Operación Centralizada.

• Soporte y monitoreo centralizado por parte del Banco y CAAAREM

• Operación de pago electrónico en todas las aduanas.

• Reducción de costos operativos.

• Optimización del esquema de seguridad.

• Esquemas de contingencias.


CAAAREM (V.3.1)

6

PROCEDIMIENTO GENERAL. 1. El agente Aduanal genera un archivo con la información de uno o más pedimentos que desea

pagar, siempre y cuando todos correspondan a una misma aduana. 2. El agente aduanal establece comunicación con la Asociación local para enviar su archivo. 3. La Asociación local establece comunicación con CAAAREM para la transferencia del archivo. 4. CAAAREM establece comunicación con el Banco mediante sockets transmitiendo en línea la

información. 5. El Banco verifica y valida la información de cada pedimento, posteriormente lo valida con el

SAT y en su caso registra el pago, generando una firma electrónica o bien una clave del error. 6. El Banco envía archivo respuesta a CAAAREM, quien a su vez lo retransmite a la Asociación

local y esta al agente aduanal. 7. En caso de recibir la firma electrónica que avala que el pedimento fue pagado exitosamente, el

agente aduanal procede a realizar la impresión del pedimento incluyendo la certificación de pago del Banco, tomando como base la información del archivo respuesta y respetando el formato establecido por la Administración General de Aduanas, en caso de recibir algún mensaje de error, deberá solventarlo y volver a enviar el o los pedimentos en un nuevo archivo para su proceso de pago electrónico.

8. El pago de pedimentos del Agente Aduanal se efectuará a través de un cargo a su cuenta de

cheques en forma electrónica. 9. Para tal fin se deberá establecer un contrato privado entre el Agente Aduanal y el Banco,

señalando los compromisos, responsabilidades y beneficios por la utilización de este servicio. 10. En caso necesario el banco establecerá un Contrato de Crédito Simple en Cuenta Corriente al

Agente Aduanal, para evitar sobregiros por falta de recursos. 11. De igual forma, si el Importador/Exportador, desea se le cargue directamente a su cuenta

bancaria el monto total de los gravámenes derivados de la operación de comercio exterior, se establecerán los Contratos necesarios entre el Importador/Exportador, el banco y el agente aduanal, ya que éste último es quien indica al banco si el cargo se realiza a la cuenta del Importador/Exportador o su cuenta propia.


CAAAREM (V.3.1)

7

ARCHIVO SOLICITUD. CAAAREM enviará un archivo con los registros por pedimento, pudiendo contener el archivo varios registros o pedimentos, siempre y cuando todos correspondan a la misma aduana. La información que contiene es generada de la contenida en el pedimento, por lo que se deberán generar únicamente archivos de pedimentos validados y con firma electrónica generada por el SAAI. El archivo solicitud deberá cumplir con las siguientes características:

EPPPPNNN.DDD Donde:

E Es un carácter constante que identifica el envío de archivo. E = Envío de archivo al Banco

PPPP Es la patente con la que opera el Agente Aduanal. NNN Número consecutivo de archivo. DDD Día juliano en que se efectúa la transmisión.

El archivo es de texto, en formato “ASCII”, debiéndose presentar al final los caracteres de control “carriage return” y “line feed”. Nota: Para los usuarios del S.O. Unix, deberán agregar el “carriage return” (Ctrl-M) en el programa que genere dicha información. Datos del encabezado de los archivos de envío AA-Bancos:

No. Nombre de

Campo Tipo Longitud Observaciones 01 Tipo de registro Alfanumérico 2 10 02 Banco Numérico 2 Número de Banco al que se envía la solicitud de

pago. 03 Aduana Numérico 2 Aduana en la que se validó el pedimento y en la

que se registrará el pago (Por protocolo Bancos-Aduana)

04 Patente aduanal Numérico 4 Patente del Agente o Apoderado Aduanal 05 Número de

documento Numérico 7 Número de pedimento

06 Clase de documento

Alfanumérico 3 Clave del documento que se pretende pagar

07 Tipo de operación Numérico 1 1= Importación 2= Exportación 08 RFC del

contribuyente Alfanumérico 13

09 Identificador de

cuenta bancaria Alfanumérico 5 Identificador de otras cuentas bancarias del

agente aduanal o del importador 10 Importe total del

pedimento (incluye forma de pago virtual)

Numérico 12 Total de las contribuciones.


CAAAREM (V.3.1)

8

Desglose de contribuciones del archivo "E" de envío (Requerido al menos una vez con repeticiones hasta n veces) AA-Bancos No. Nombre de

Campo Tipo Longitud Observaciones

01 Tipo de registro Alfanumérico 2 20 02 Clave impuesto Numérico 6 De conformidad con las claves contenidas en el

Apéndice 12 de la RCGMCE 03 Forma de pago Numérico 3 De conformidad con las claves contenidas en el

Apéndice 13 de la RCGMCE 04 Importe Numérico 12 Importe de la contribución a pagar

Todos los campos numéricos deberán ser ajustados a la derecha, rellenados con ceros a la izquierda. Todos los campos alfanuméricos deberán ser justificados a la izquierda, rellenados con espacios a la derecha. Si es persona moral, deberá declarar el RFC a 12 posiciones, con un blanco al final, si es persona física podrá declararlo de 13 o 10 posiciones, con blancos al final. En el caso de pedimentos con importe cero, se deberá declarar un registro 20 con ceros en los campos 02, 03 y 04. Cuando sea más de un pedimento no deberá existir líneas en blanco entre los registros y se deberá respetar el orden de:

Registro 10 Pedimento 1 Registro 20 Pedimento 1 Registro 20 Pedimento 1 Registro 10 Pedimento 2 Registro 20 Pedimento 2 ..... .....

Ejemplo de archivo de envío.

10032030406000002A11EFCM980124VRRX1FAS000000000340 20000001000000000000179 20000015000000000000161 10032030406000003A11GGCM950628RSAX1FAS000000000179 20000001000000000000179


CAAAREM (V.3.1)

9

Administración de servicios por parte de la Confederación. El tráfico de información entre la CAAAREM y Bancos, deberá efectuarse a través de una red independiente a la del SAT. La CAAAREM junto con los Bancos, deberán mantener en línea la red de comunicaciones. La CAAAREM, será responsable de revisar el formato de los archivos, es decir que el nombre cumpla con el formato mencionado en la página 7. Para ello, deberá contar con un Sistema “Prevalidador” que administre los archivos de resultados, y si un Agente Aduanal envía por segunda vez un archivo, la CAAAREM esté en posibilidad de retransmitir el archivo de resultados (si ya lo tiene), sin necesidad de solicitarlo al banco. Cuando existan problemas en la transmisión de archivos, en cualquier sentido, la CAAAREM tendrá la responsabilidad de aclararlo con las entidades correspondientes.


CAAAREM (V.3.1)

10

VALIDACIÓN DE ARCHIVOS. Una vez recibido el archivo solicitud, la institución bancaria procede a realizar las siguientes validaciones: 1. Que el agente aduanal de la patente tenga una cuenta bancaria activa y con saldo suficiente

en el banco que va a prestar el servicio de pago electrónico. 2. Que el formato del archivo y su contenido cumplan con el layout establecido. 3. Que la información enviada corresponda contra los catálogos oficiales, según sea el caso, por

ejemplo clave de aduana, clave de pedimento. Una vez realizadas las validaciones anteriores, el banco solicitará la información del pedimento al SAAI realizando la confronta de información de acuerdo al manual de protocolo de comunicación para instituciones bancarias con SAAI-M3.


CAAAREM (V.3.1)

11

ARCHIVOS RESPUESTA. Por cada archivo solicitud enviado por CAAAREM, el banco genera un archivo de resultados con las siguientes características:

APPPPNNN.DDD Donde:

A Identificador de archivo respuesta. PPPP Es la patente con la que opera el Agente Aduanal. NNN Número consecutivo de archivo. DDD Día juliano en que se efectúa la transmisión.

El archivo es de texto, en formato “ASCII” y debiéndose presentar al final los caracteres de control “carriage return” y “line feed”. Los resultados de cada uno de los pedimentos enviados en el archivo solicitud están integrados por los siguientes campos: Detalle de respuesta Banco-AA Pago exitoso

No. Nombre de

Campo Tipo Longitud Observaciones 01 Tipo de registro Alfanumérico 2 30 02 Aduana Numérico 2 Aduana en la que se validó el pedimento y en la

que se registrará el pago 03 Patente aduanal Numérico 4 Patente del Agente o Apoderado Aduanal 04 Número de


05 RFC del contribuyente

Alfanumérico 13

06 Punto origen Numérico 2 Número de caja 07 Número de

operación bancaria Alfanumérico 10 Otorgado por la Institución bancaria

08 Firma electrónica bancaria

Alfanumérico 10 Otorgado por la Institución bancaria

09 Fecha de pago Date 8 Con formato DDMMAAAA 10 Hora de pago Alfanumérico 8 Con formato hh:mm:ss 11 Turno Alfanumérico 1 M=Matutino, V=Vespertino


CAAAREM (V.3.1)

12

Detalle de respuesta Banco-AA Pago rechazado

No. Nombre de

Campo Tipo Longitud Observaciones 01 Tipo de registro Alfanumérico 2 40 02 Aduana Numérico 2 Aduana en la que se validó el pedimento y en la

que se registrará el pago 03 Patente aduanal Numérico 4 Patente del Agente o Apoderado Aduanal 04 Número de


05 Causa de rechazo Alfanumérico 3 Debe contener errores del protocolo, adicionado con los errores de pago electrónico.

Ejemplo de archivo de recepción. 302030406000001RFCM950124VGA011005100111SR5HTY89DJ0904200611:05:09M 402030406000002106 302030406000003GGCM950628RSA011403130311F6YE8YXQDJ0904200617:29:09V


CAAAREM (V.3.1)

13

CERTIFICACION DE PEDIMENTOS. Si el archivo respuesta contiene mensajes con error, el Agente Aduanal procederá a modificarlos y retransmitir para efectuar el pago. En caso que el archivo contenga registros con firma electrónica, el Agente Aduanal procederá a imprimir los pedimentos, con la diferencia de que en Pago Electrónico la certificación no se imprime en las certificadoras del banco ya que en su lugar aparecerá la información del archivo respuesta. Dentro del espacio destinado para sellos, deberá imprimirse la siguiente información tomando únicamente como base la información del archivo respuesta y respetando el orden y formato indicados, ya que son los autorizados por la Administración General de Aduanas: ADMINISTRACION GENERAL DE ADUANAS BANCO: (Número y nombre del banco) ADUANA: (Clave de Aduana) (Nombre de la Aduana) CAJA: (Número de caja) Oper (Número de operación bancaria) RFC: (del Importador o Exportador) PEDIMENTO: (Patente y Número de pedimento) FECHA: (Fecha de pago formato DD/MM/AAAA) HORA: (Hora de pago formato HH:MM:SS) TURNO: (T.M. TURNO MATUTINO ó T.V. TURNO VESPERTINO) ELECTRONICO: (Firma electrónica del pago) IMPORTE: $ (Monto total del pedimento, incluye virtuales)


CAAAREM (V.3.1)

14

ESQUEMA DE COMUNICACIÓN. Para llevar a cabo la transferencia de archivos entre CAAAREM y Bancos, se establecerá una conectividad centralizada entre ambas instituciones, a través de la cuál se establecerá una comunicación lógica utilizando el siguiente esquema:

Procedimiento: Sockets Protocolo: TCP/IP Familia de sockets: AF_INET Puerto de intercambio CAAAREM – BANCO: 53001 Puerto de intercambio BANCO – CAAAREM: 53002 Direcciones IP: Según el esquema de conectividad

Secuencia de intercambio: Aplica el mismo esquema para CAAAREM y las Instituciones Bancarias. 1. Se transmite una cadena de 20 caracteres de la siguiente manera:

Campo Longitud Observaciones Nombre de archivo 12 caracteres Incluye la extensión Numero de banco 2 caracteres Catálogo de bancos SAT. Anexo 3 Clave de la Aduana/Sección 3 caracteres Catálogo de Aduana/Sección SAT Clave del Prevalidador 3 caracteres Catálogo de Prevalidadores SAT.

2. A continuación se transmiten otra cadena de 4 bytes (entero largo) que especifican el tamaño

(en bytes) del archivo. Estos deben ser enviados del byte más significativo al menos significativo (utilizar la función htonl).

Campo Longitud Observaciones

Tamaño del archivo 4 bytes Entero largo 3. En respuesta se recibe 1 byte como resultado de la valoración de la cadena transmitida: si la

respuesta recibida es 0, se deberá proceder a transmitir el contenido del archivo; de lo contrario, si se obtiene un valor diferente a 0, significa que existe un error (consultar la tabla anexa) y deberá cerrar el socket para tomar las medidas correspondientes.

4. Se transmite el contenido del archivo en bloques de 1024 bytes y al término de la transferencia

se deberá bloquear el socket contra escritura. 5. En respuesta se recibe un segundo byte, como resultado de la verificación de la transferencia y

el tamaño de la misma. 6. Si la respuesta recibida es 0, significa que el archivo se transmitió correctamente; en cambio si

el resultado es diferente de 0, deberá interpretarse según la tabla anexa. 7. Por último, se debe cerrar el socket en modo total.


CAAAREM (V.3.1)

15

Tabla de códigos de error:

Valor Descripción Primer Acuse

-1 Error grave en la transmisión. 2 Ya existe el archivo. 3 Header con longitud no válida. 4 Clave de banco no válida 5 Clave de Aduana/Sección no válida 6 Clave de Prevalidador no válida

Segundo Acuse -1 Error grave en la transmisión. 1 El tamaño del archivo recibido, difiere del tamaño mencionado en el header.

Por parte de los Prevalidadores, se requiere realizar las siguientes validaciones según catálogo:

Revisión Día juliano incorrecto Documento incorrecto. Clave del banco incorrecta. Clave de la aduana incorrecta. Clave de Prevalidador incorrecto Clave de sección no corresponde a la aduana declarada. Clave de aduana o sección, no corresponden al banco. La patente no corresponde al nombre del archivo.


CAAAREM (V.3.1)

16

CONTINGENCIA. Con el objeto de contar con alta disponibilidad en el pago electrónico centralizado, CAAAREM y los Bancos deberán contar con redundancia en los enlaces de comunicación, con diferentes proveedores de servicios, diferentes medios físicos y deberán contar con equipamiento por duplicado, en donde estará instalada la aplicación de envío y recepción de pagos de contribuciones. Con lo anterior se garantiza que la disponibilidad de solicitar el pago electrónico centralizado estará disponible las 24 hrs. del día de todo el año. La CAAAREM establece el siguiente directorio para escalar los problemas que se presenten y hayan rebasado el tiempo establecido en la siguiente tabla.

Nombre Cargo Tiempo Ing. Alfonso Tovar / Lic. Eduardo Barajas

Operación / Infraestructura 2 hrs.

Ing. Daniel Gómez Alba Director de Tecnología de Información 3 hrs. Ing. Eduardo Villafuerte Comisión SAAI 4 hrs. Lic. Luis Armando Hernández Comisión de Sistemas 4 hrs. Así mismo el banco establece el siguiente directorio:

Nombre Cargo Tiempo El Banco cuenta con un número de acceso directo (telefónico o radio) a su “Centro de Asistencia”, en el cual CAAAREM deberá reportar cualquier error que se haya presentado en el proceso de pago de contribuciones centralizado. Se considera contingencia cuando algunos de los componentes de comunicación o aplicaciones falla por un lapso no mayor a 1 hora, después de este tiempo se iniciara la contingencia que será motivo de realizar el pago con asistencia del contribuyente al módulo local del banco. El tiempo definido en el párrafo anterior es independiente del tiempo que fue mencionado en los directorios, es decir la contingencia es declarada 1 hora después de iniciado el problema y el primer nivel tendrá 2 horas para solucionar el problema. Ambas entidades deberán contar con medios de monitoreo de comunicaciones y aplicaciones que permita ser “proactivos” en la supervisión de funcionalidad y mejora del proceso de pago electrónico centralizado y así garantizar su disponibilidad. La CAAAREM cuenta con un medio alterno de comunicación con las Asociaciones que en caso de presentarse una falla en la Red CAAAREM, el archivo podrá ser enviado vía Internet con sus mecanismos de encriptación.


CAAAREM (V.3.1)

17

Las aplicaciones de comunicación deberán ser suficientemente inteligentes para detectar cuando exista imposibilidad de enviar un archivo de pago electrónico centralizado detecten la disponibilidad de los medios alternos (enlace redundante e Internet).


CAAAREM (V.3.1)

18

ANEXO 1. CATALOGO DE ERRORES. La longitud del campo “error” esta conformada de la siguiente manera: Digito 1: Origen del error

1. SAAI 2. Bancos

Digito 2 y 3: Código de error. Código Descripción 101 Error en fecha de pago (la fecha de pago declarada por el agente o apoderado aduanal

en base a la cual se calcularon las contribuciones del pedimento declaradas, no corresponde a la fecha en que se esta pretendiendo hacer el pago.

102 Patente aduanal no registrada en la aduana 103 Fecha de pago declarada diferente a la actual 104 El pedimento no ha sido validado 105 Pedimento en investigación (al encontrarse alguna incidencia en el paso de pedimento

por los módulos del SAAI, fue enviado a investigación). 106 Pedimento ya pagado 107 Pedimento cancelado (el pedimento se ha desistido) 108 Patente aduanal suspendida o cancelada 109 Datos del mensaje 4 difieren de los del mensaje 1 110 Transacción incompleta, problemas en base de datos del equipo de módulos 111 Banco se encuentra activo pero el SAAI no esta disponible 112 Problemas con intercambio de mensajes SAAI - Banco 113 No se puede realizar el pago porque SAAI envía información inconsistente 114 Error de SAAI no clasificado. 115 SAAI no envió grupo prevalidador 116 Clave de impuesto(s) no coincide con la información registrada en SAAI 117 Forma(s) de pago no coincide con la información registrada en SAAI. 118 Importe(s) no coincide con la información registrada en SAAI. 119 El pedimento no se ha presentado al módulo de confirmación 120 El pedimento se presento al módulo de confirmación pero fue rechazado 201 Tipo de registro inválido 202 Clave de aduana invalida 203 Patente aduanal inexistente 204 Número de documento inválido 205 Clase de documento inválido 206 Tipo de operación inválido 207 RFC del contribuyente inválido 208 Identificador de cuenta bancaria inválido 209 El importe de formas de pago no cuadra contra suma de importes 210 Clave de impuesto inválida 211 Forma de pago inválida 212 Forma de pago inválida para Pago Electrónico 213 Importe debe ser mayor a 0 214 Nombre del archivo inválido 215 Día juliano del archivo es inválido 216 Número de pedimentos a pagar inválido


CAAAREM (V.3.1)

19

217 Número de registros en el archivo inválido 218 El número de pedimentos a pagar no coincide con los registros enviados 219 El número de registros no coincide con los registros enviados 220 La clave de banco es incorrecta 221 Clase de documento no válida para Pago Electrónico 222 Clave de impuesto no válido para Pago Electrónico 223 El importe de aprovechamiento no es válido 224 El agente aduanal no esta activo para Pago Electrónico 225 No existe saldo en la cuenta para efectuar operación 226 No se puede realizar la operación porque existen problemas en la cuenta, verifique con

su ejecutivo 227 La operación no cumple la restricciones establecidas por el titular de la cuenta 228 No se puede atender la operación porque se encuentra fuera del horario de operación

del banco. 229 SAAI disponible pero banco con problemas técnicos internos 230 Existen problemas de comunicación entre Banco y SAAI 231 Error del banco no clasificado 232 Formato del archivo invalido 233 Grupo prevalidador inexistente 234 Existen líneas en blanco entre registros 235 Existe un registro 10 sin registros 20 236 Existe un registro 20 sin registro 10 237 Importe inválido Se deberá generar un solo error por cada pedimento o registro, de acuerdo a la secuencia de validación de cada Banco. Este catálogo es aplicable a todas las operaciones electrónicas de todos los bancos, la institución bancaria deberá dar aviso a CAAAREM en el caso de incorporar un número de error para actualizar y distribuir este manual.


CAAAREM (V.3.1)

20

ANEXO 2. CATALOGO DE BANCOS.

CLAVE DESCRIPCIÓN

03 HSBC 05 BANAMEX 08 BANORTE 09 SANTADER SERFIN 11 BBVA BANCOMER

Pago Electrónico Centralizado - · PDF filePAGO ELECTRONICO A BANCOS CAAAREM (V.3.1) 2...

Documents

Transcript of Pago Electrónico Centralizado - · PDF filePAGO ELECTRONICO A BANCOS CAAAREM (V.3.1) 2...