Diseño de Registros para Upload de Cuentas de Terceros

(1)

Diseño de Registros para Upload de

Cuentas de Terceros

Diseño de Registros para Upload de cuentas de Terceros ... 2

Consideraciones para la confección del archivo ... 2

Validaciones de Tipo de Registro 1... 3

Otras validaciones: ... 4

Resultado del proceso de upload ... 6

Descarga de errores ... 7

Si desea acceder directamente a un capítulo, posicionese sobre el número de página y haga clic.

(2)

Manual de Transferencias - 2 – Versión 1.7 Vigencia: Noviembre 2016 Nivel de Seguridad: Restringido | Este documento es copia no controlada una vez impreso.

Diseño de Registros para Upload de cuentas de

Terceros

Posición Campo Longitud Observaciones

Desde Hasta Tipo de registro 1

01 01 Tipo de registro X(1) Se debe ingresar el número 1

(uno).

02 08 Código de Cliente X(7) Por ejemplo: A12345A

09 160 Resto 1 X(152) Debe estar en blanco.

Tipo de registro 2

01 01 Tipo de registro X(1) Se debe ingresar el número 2 (dos).

02 23 No utilizados X(22) Se completarán con espacios en _blanco.

24 52 Denominación

Cuenta

X(29) Indicar la denominación de la cuenta.

53 53 Uso Proveedores X(1) S: se asigna el uso

proveedores. N: no asigna el uso proveedores.

54 54 Uso Sueldos X(1) S: se asigna el uso sueldos.

N: no asigna el uso sueldos.

55 55 Uso Depósitos

Judiciales

X(1) S: se asigna el uso Pagos Judiciales.

N: no asigna el uso Pagos Judiciales.

56 66 CUIT 9(11) Número de CUIT del titular de la

cuenta (obligatorio).

67 88 CBU X(22) Número de CBU (obligatorio).

89 138 Referencia de

Uso

X(50) Referencia de uso que se agrega a las cuentas

Tipo de registro 3

01 01 Tipo de registro X(1) Se debe ingresar el número 3 (tres).

02 08 Código de Cliente X(7) Por ejemplo: A12345A 09 14 Total de Cuentas 9(6) Cantidad de cuentas crédito

que contiene el archivo.

Consideraciones para la confección del archivo

- Los valores tipo “X” son alfanuméricos, y para completar la longitud requerida se ingresan espacios en blanco a la derecha.

- Los valores tipo “9” son numéricos, y para completar la longitud requerida se ingresan ceros a la izquierda.

(3)

Manual de Transferencias - 3 – Versión 1.7 Vigencia: Noviembre 2016 Nivel de Seguridad: Restringido | Este documento es copia no controlada una vez impreso. Validaciones de Tipo de Registro 1

 Código de Cliente: debe ser un cliente activo dentro de la aplicación, es decir que debe existir, caso contrario se deberá mostrar el siguiente mensaje de error “Código de

Cliente inválido”.

 El Cliente debe ser el mismo que le corresponde al operador que está realizando el upload de cuentas, caso contrario se deberá mostrar el siguiente mensaje de error “El operador no pertenece al Cliente para el cual se están importando las

cuentas de terceros”.

 Resto 1, debe estar en blanco. Consideraciones:

En caso que el tipo de registro 1 posea errores, ninguna de las cuentas del archivo podrá ser procesada.

Validaciones de Tipo de Registro 2

 Posiciones 2 hasta 23: deben completarse con espacios en blanco, caso contrario se mostrará el siguiente mensaje de error “Los campos idBanco, tipoCuenta y nroCuenta deben estar vacíos para una alta de cuenta por CBU.”

 Denominación Cuenta, corresponde a la denominación de la cuenta, y no posee validaciones adicionales.

 Uso Proveedores, si este campo está en “S” se debe asignar el uso “Proveedores” a la cuenta de terceros. Si el Cliente no tiene contratado el servicio de TEF de Proveedores, entonces se debe mostrar el siguiente mensaje de error “No tiene contratado el servicio de TEF

Proveedores” .

 Si el Banco para el cual se está generando la cuenta no ofrece el servicio de TEF de Proveedores, entonces se debe mostrar el siguiente mensaje de error “El Banco no ofrece el

servicio de TEF Proveedores”.

 Uso Sueldos, si este campo está en “S” se debe asignar el uso “Sueldos” a la cuenta de terceros. Si el Cliente no tiene contratado el servicio de TEF de Sueldos, entonces se debe mostrar el siguiente mensaje de error “No tiene contratado

(4)

Manual de Transferencias - 4 – Versión 1.7 Vigencia: Noviembre 2016 Nivel de Seguridad: Restringido | Este documento es copia no controlada una vez impreso.  Si el Banco para el cual se está generando la cuenta no

ofrece el servicio de TEF de Sueldos, entonces se debe mostrar el siguiente mensaje de error “El Banco no ofrece el

servicio de TEF Sueldos”.

 Uso Pagos Judiciales, si este campo está en “S” se debe asignar el uso “Pagos Judiciales” a la cuenta de terceros.

 CUIT, corresponde al CUIT de la entidad titular de la cuenta. En caso de informar un CUIT en un formato no válido se mostrará el siguiente mensaje de error “CUIT inválido”.

 CBU, corresponde al CBU de la cuenta. Validará el CBU (formato, cuenta válida, dígito verificador de los dos bloques del CBU). En caso de no pasar correctamente las validaciones se debe mostrar el siguiente mensaje de error

“CBU inválido”.

 Referencia de Uso, corresponde a la referencia de uso que puede tener o no la cuenta. No es un campo obligatorio, puede ir vacío. Si la referencia de uso es mayor a 50 caracteres, se mostrará el siguiente error “Error al obtener

los caracteres”.

 Resto 2, debe estar en blanco.

Otras validaciones:

 Si la cuenta ya existe en el sistema, también existe la relación con el Cliente, y también existen los usos que se indican en el archivo, entonces se deberá mostrar el siguiente mensaje de error “Ya existe la relación de terceros entre el cliente y la cuenta, y la cuenta ya tiene

los usos asignados”.

 Si la cuenta ya existe en el sistema, pero no está relacionada con el Cliente, la misma se encuentra en estado “HA”, y el uso de la cuenta que se desea generar es “Proveedores” y/o “Sueldos”, entonces la nueva relación quedará en estado “HA - Habilitado”.

 Si la cuenta ya existe en el sistema, pero no está relacionada con el Cliente, la misma se encuentra en estado “HA”, y el uso de la cuenta que se desea generar es “Pagos Judiciales”, entonces la nueva relación quedará en estado “PA – Alta Pendiente Aprobación Banco”.

 Si se generan nuevas cuentas y/o nuevas relaciones, las mismas quedarán en estados de autorización “PA – Pendiente Alta”, en caso que el Cliente trabaje con esquema de input/autorizante para el alta de cuentas de terceros.

 Si se modificaron cuentas, las mismas quedarán en estados de autorización “PM – Pendiente Modificación”, en caso que el Cliente trabaje con esquema de

(5)

Input / autorizante para la modificación de cuentas de terceros.

 Si se modifican cuentas existentes, las mismas quedarán en estados de autorización “PM – Pendiente Modificación”, en caso que el Cliente trabaje con esquema de input/autorizante para la modificación de cuentas de terceros.

Consideraciones:

 Dependiente del tipo de procesamiento que seleccione el operador del cliente será la acción que se tomará en caso de encontrarse errores.

 Tipo de procesamiento 1 - "Procesar las cuentas correctas e informar las erróneas": entonces se procesaran las cuentas correctas y se mostrarán por pantalla los errores encontrados en las distintas cuentas.

 Tipo de procesamiento 2 - "No procesar el archivo si existe alguna cuenta con error": entonces se mostrará la cantidad de cuentas correctas, los errores encontrados en las distintas cuentas con error. Además se le dará al operador la posibilidad de procesar las cuentas correctas.

Validaciones de Tipo de Registro 3

 Código de Cliente, debe ser igual al código de cliente del tipo de registro 1, caso contrario se debe mostrar el siguiente mensaje de error “Código de Cliente de fin de

archivo inválido”.

 Total de Cuentas, debe ser igual a la cantidad de cuentas que contiene el archivo, caso contrario debe mostrar el siguiente mensaje de error “Cantidad de cuentas inválida”. Consideraciones:

 En caso que el tipo de registro 3 posea errores, ninguna de las cuentas del archivo podrán ser procesadas.

(6)

Manual de Transferencias - 6 – Versión 1.7 Vigencia: Noviembre 2016 Nivel de Seguridad: Restringido | Este documento es copia no controlada una vez impreso. Resultado del proceso de upload

 Por final de proceso se pueden presentar las siguiente alternativas.

 Si se procesaron todas las cuentas y no existieron errores, por final de proceso se presentará un mensaje como el que se muestra a continuación:

 Si se procesaron todas las cuentas, y algunas cuentas eran correctas y otras tuvieron inconvenientes, se presentará un mensaje como el que se muestra a continuación:

Consideraciones:

 Para los casos en que se presentaron errores, el operador deberá corregir los mismos “off-line”, y procesar nuevamente.

(7)

Descarga de errores

Si al subir el archivo surgieran errores, los mismos podrán ser descargados para su posterior corrección.

Serán descargados en el archivo “Descarga de Cuentas con Errores.zip”, el cual dentro contendrá otro archivo cuyo nombre será el mismo que se utilizó para subir las cuentas más los valores de Año, mes, día, hora, minutos y segundos, y su extensión será “.csv”.

Por ejemplo:

Si el archivo que utilizó para subir tenía por nombre “Alta de cuentas mes en curso.txt”, el archivo de descarga dentro del “zip” se llamará”:

Alta de cuentas mes en curso_AAAAMMDD_HHMMSS.csv

Dentro de este último archivo encontrará un registro por cada cuenta con error estructurado de la siguiente forma:

Número de línea Número de la líneas en el archivo importado donde se encuentra el error Código de error Código del error correspondiente Descripción Descripción del error

Ejemplo de descarga con formato “.csv”:

Número de línea;Código error;Descripción

2;CBU_INVALIDO;CBU inválido.

3;CBU_INVALIDO;CBU inválido.

4;ERROR_NO_PREFIJADO;Error no prefijado

Ejemplo de descarga si se abre con “excel”:

Número de línea Código error Descripción

2 CBU_VACIO CBU no puede ser vacio 3 CBU_ INVALIDO CBU inválido.