Pago Mis Cuentas – Diseño Registro

PAGO MIS CUENTAS

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 Link Pagos 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 trabajar con número de factura, solo podrán utilizar este diseño de Pago Mis Cuentas completando con el número de factura los primeros 15 dígitos del campo “Id.Factura”. SIRO rendirá al ente este concepto independientemente que la cobranza provenga de Link o de Pago Mis Cuentas.

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, 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.

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.

Fija de 280 caracteres.

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 repetirse la fecha de vencimiento anterior. Ejemplo: Si se informa primer y segundo vencimiento, y no se precisa el tercer vencimiento, debe repetirse la fecha del segundo vencimiento.
  • Los importes deben ser crecientes o iguales a los importes de vencimientos anteriores. 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
    repetirse el valor informado en el primer vencimiento.
  • 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 número de referencia (Código de Pago Electrónico) se informa, en las últimas 10 posiciones, el “identificador de cuenta” otorgado por Banco Roela.
  • Si el número de referencia o 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.
  • La rendición de las cobranzas a través del Diseño Estándar de SIRO, no incluye el campo
    Id. Factura. En caso que se precise dicho campo, deberá solicitarse la rendición a través
  • 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 (Nro. Referencia) se pueden informar todas las deudas que se desee, siempre y cuando no se duplique el Id. Factura.
    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 Id Factura. En caso que por error se envíen Id. Factura 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 Id Facturas 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.

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).

PUEDEN SER

  • Alfanuméricos: admiten letras y números. Se alinean a la izquierda y se completan con espacios en blanco a la derecha. Deben 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.

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

CABECERA

[wpdatatable id=6]

DETALLE

[wpdatatable id=7]

[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á completar las primeras 15 posiciones del Campo Id.Factura. Además deberá solicitar la rendición de la recaudación con el “Diseño alternativo”.

[3] Id. Factura: Los entes que dadas las características de su sistema requieran trabajar con numero de factura, solo pueden utilizar este diseño de Pago Mis Cuentas, completando con el numero de factura los primeros 15 dígitos de este campo. SIRO rendirá al ente este concepto independientemente que la cobranza provenga de Link o de Pago Mis cuentas.

[wpdatatable id=8]

PIE

[wpdatatable id=9]