Link Pagos – DISEÑO DE ARCHIVO

Este diseño es válido para el envío de información a Link Pagos, Pago Mis Cuentas, Pago sin factura, Débitos Automático con Tarjeta de Crédito, Débito Directo en CBU y Botón de Pagos. De optar por este diseño, el diseño de archivo de Pago Mis Cuentas no podrá ser utilizado, dado que nuestro sistema recibirá un SOLO archivo con la base de datos para informarlo a ambas redes. Aquellos entes, que dadas las características de su sistema requieran imputar el pago con número de factura, no deberán utilizar este diseño; sino el de Pago Mis Cuentas.

Diseño de archivo

HORARIOS

Se enviarán una vez al día, los días hábiles, a los distintos medios de cobro, los archivos confirmados en la web Online SIRO o enviados mediante API, antes de las 14:00Hs, del día de la fecha. Pasado ese horario, los archivos quedarán para el día hábil siguiente.
Quedarán disponible para que los clientes puedan abonar en Link Pagos y Pago Mis Cuentas a partir de las 00.00 hs. del día hábil siguiente, Pago sin factura a partir de las 15 hs. del día del proceso, en Botón de Pagos con la confirmación de la base.

FORMATO DE NOMBRES DE ARCHIVOS

Para todos los archivos, el nombre será: . (Sin extensión de archivo).

Ejemplo de nombre de archivo: 30532696265.20210407. El nombre antes indicado es una sugerencia, pueden utilizar otro nombre en caso de necesitar identificar los distintos archivos cargados.

LONGITUD DE REGISTROS: Fija de 131 caracteres.

REGLA DE ARMADO DE ARCHIVOS

En cada registro del archivo:

Las fechas de vencimiento deben ser crecientes. Por ejemplo, la fecha de segundo vencimiento no puede ser anterior a la fecha de primer vencimiento. En caso que se decida no utilizar algún vencimiento, de los tres disponibles, debe informarse con ceros.
Ejemplo: Si se informa primer y segundo vencimiento, y no se precisa el tercer vencimiento, debe informarse con ceros el tercer vencimiento.

Los importes deben ser crecientes. Por ejemplo, el importe del segundo vencimiento, no puede ser inferior al importe del primer vencimiento. Si se desea inutilizar el importe del segundo vencimiento, debe informarse con ceros.

No puede existir una fecha de tercer vencimiento sin que haya fecha de segundo vencimiento.

Se pueden enviar en el mismo archivo, registros (comprobantes) de convenios diferentes manejados por el mismo administrador. El sistema los distingue ya que, en el Identificador de Usuario (Código de Pago Electrónico) se informa, en las últimas 10 posiciones, el “identificador de cuenta” otorgado por Banco Roela.

Si el Identificador de Usuario o Código de Pago Electrónico (CPE), se determina con un identificador de deuda o comprobante, en lugar de con un “identificador de usuario”, como los números de comprobantes cambian de un mes a otro, del mismo modo va a cambiar el CPE y el usuario no va a poder agendar los pagos, perdiendo una de las principales ventajas de las plataformas de pago: la agenda.

La rendición de las cobranzas a través del Diseño Estándar de SIRO, no incluye el campo “Identificador de deuda”. En caso que se precise dicho campo, deberá solicitarse la rendición a través del Diseño Alternativo o Extendido.

Control de Duplicaciones: El sistema no permite que se informen deudas duplicadas, o sea que para un mismo Código de Pago Electrónico CPE (Identificador de Usuario) se pueden informar todas las deudas que se desee, siempre y cuando no se duplique el Identificador de
Deuda. En caso que un mismo cliente adeude o períodos anteriores y/u otro tipo de deuda, pueden informarse con el mismo CPE pero diferente Identificador de Deuda. En caso que por error se envíen Identificadores de Deuda que ya se han informado para un determinado CPE, el sistema va a dejar informada la factura o comprobante enviado en el primer archivo. Como un archivo NO PISA AL OTRO, a los
registros que tengan CPE con Identificadores de Deuda ya informados, el sistema los va a rechazar por ser duplicados.

Si las fechas de vencimiento están todas vencidas, no tendrán efecto en los canales de pago. Se toma como un registro no existente. Si se informa como fecha de vencimiento la fecha de carga de la base se informará solo a botón de pagos.

CONFORMACIÓN DE LOS REGISTROS

El archivo esta formado por tres partes:

• Cabecera (primer renglón, que contiene los datos generales del archivo).
• Detalle (compuesto por todos los comprobantes que se quieren publicar en la red, para que los usuarios puedan abonarlos).
• Pie (es el último renglón que contiene los totales del archivo)

TIPOS DE DATOS

Alfanuméricos: admiten letras y números. Se alinean a la izquierda y se completan con espacios en blanco a la derecha. Debe estar siempre en letras MAYÚSCULAS.
Numéricos: Solo admiten números. Se alinean a la derecha y se completan con ceros a la izquierda. Si no tiene contenido se completa con ceros.

DESCRIPCIÓN DE LOS REGISTROS

A continuación se indica como construir el archivo, que debe generarse teniendo en cuenta la descripción de cada campo.

CABECERA

[wpdatatable id=14]

DETALLE

[wpdatatable id=15]

[1] Si el Código de Pago Electrónico (CPE), se determina con un “identificador de comprobante” en lugar de con un “identificador de usuario”, como los números de comprobantes cambian de un mes a otro, del mismo modo va a cambiar el CPE y el usuario no va a poder agendar los pagos, perdiendo una de las principales ventajas de las plataformas de pago: la agenda.
[2] En caso que el sistema del ente trabaje internamente con la imputación de las rendiciones por número de comprobante (en lugar de por el id_usuario), deberá trabajar con el diseño de Pago Mis Cuentas.
(*) No deben informarse más de 9 enteros y 2 decimales, por lo que el primer dígito de este campo debe ser siempre cero.

PIE

[wpdatatable id=16]