Proyecto transformación Perú

Contenido

1.        Estados generales de créditos        3

Días respectivos para el cambio de estado        3

Flujo de cambios de estado        4

Cambio de estado Acuerdo de pago        4

Estados por tipo de producto        5

Estado “Judicial”        5

Estado “Cartera Vendida”        5

2.        Procesos de cambio de estado vía interfaz        6

Cambio de estado a CAST        6

Condiciones que debe cumplir un crédito para su castigo:        6

Información que será rescatada de Flexcube:        6

Información que se debe rescatar de sistemas externos de FCC:        7

Especificación del proceso requerido:        7

Cambio de estado a JUDI        7

Condiciones que debe cumplir un crédito para su paso a Judicial:        8

Información que será rescatada de Flexcube:        8

Especificación del proceso requerido:        8

Cambio de estado a C.Vendida        8

Condiciones que debe cumplir un crédito para su paso a Cartera Vendida:        8

Información que será rescatada de Flexcube:        9

Especificación del proceso requerido:        9

Estructura de la interfaz CLMSTCH:        9

3.        Lista de productos:        10

4.        Créditos en dolares        10

5.        Nacionalidades de clientes        11

6.        Envejecimiento de póliza de crédito vehicular        11

7.        Simulaciones, pagos y prepagos        11

ITF        11

Simulaciones        12

Simulación de prepagos parciales        12

Pagos y prepagos        12

8.        Intereses moratorios Y Gastos de Cobranza        12

Componentes incluidos en los gastos de cobranza        13

Cobros por tipo de producto        14

9.        Componentes por tipos de créditos        14

10.        SEGUROS        15

Consideraciones        16

11.        Generación de cuotón        16

12.        Refinanciados (Flujo Flexcube)        17

Código de origen        17

13.        Acuerdos de pago        18

Consideraciones generales        18

14.        Créditos vencidos tarjetas de crédito        19

Características generales:        19

Devengos y mora:        20

Proceso de créditos de TC Vencida de SAT a FCC:        20

Acuerdo de pago:        20

15.        Flujo tarjeta de crédito refinanciada con acuerdo de pago        20

16.        Adjuntos        21

1. Estados generales de créditos

Flexcube debe manejar los siguientes estados de crédito:

1. Normal (NORM)
2. Mora 1 (MOR1)
3. Mora 2 (MOR2)
4. Mora 3 (MOR3)
5. Vencido (VCDA)
6. Judicial (JUDI)
7. Cartera Vendida (VDDA)
8. Castigo (CAST)
9. Castigo 1 (CAS1)*
10. Castigo 2 (CAS2)*

*Estado valido solo para acuerdo de pago.

Días respectivos para el cambio de estado

Los cambios de estado según la cantidad de días de mora se detallan a continuación:

1. NORM (0 días de mora)
2. MOR1 (De 1 hasta 30 días de mora)
3. MOR2 (De 31 hasta 60 días de mora)
4. MOR3 (De 61 hasta 90 días de mora)
5. VCDA (De 91 hasta 150 días de mora)
6. VDDA(Se realizará por medio de una interfaz)
7. JUDI (Se realizará masivamente a través de una interfaz)
8. CAST (Igual o más de 151 días de mora – El cambio de estado se realizará masivamente a través de una interfaz)
9. CAS1 (Se realizará al crearse un acuerdo de pago)
10. CAS2 (El crédito pasará a este estado cuando el acuerdo de pago en CAST1 se rompa)

Flujo de cambios de estado

En el siguiente diagrama se detallan los diferentes cambios de estado que se pueden encontrar durante el ciclo de vida de un crédito:

 [pic 1]

Ilustración 1 – Cambios de estado

Nota: Todos los cambios de estados posterior a vencido se realizarán por medio de una interfaz.

Nota 2: Al llegar al estado vencido no se puede regresar a ningún otro estado previo (Normal, Mora 1, Mora 2, Mora 3). Solo se podrá pasar a Castigado, Judicial o Cartera Vendida por medio de una interfaz.

Cambio de estado Acuerdo de pago

[pic 2]

Ilustración 2- Flujo de cambio de estado Acuerdo de pago

Los créditos de tipo acuerdo de pago manejarán los siguientes estados: Castigado 1 y Castigado 2. El paso de Castigado 1 a Castigado 2 se da automáticamente a los 20 días mora Flexcube, en este punto genera el cuotón y se realiza el respectivo cambio de estado. Adicionalmente, si se desea realizar un nuevo acuerdo de pago sobre el crédito en Castigado 2, es necesario liquidar el crédito actual y generar un nuevo acuerdo de pago en Castigado 1.

Estados por tipo de producto

Ilustración 3- Tabla de estados por producto

Estado “Judicial”

• El cambio de estado de un crédito a “Judicial” solo se podrá realizar desde el estado Vencido a través de una interfaz.
• El cambio de estado de un crédito en estado Judicial a Castigado o Cartera Vendida se realizará de manera masiva a través de una interfaz.
• No existen reglas definidas para el cambio de esta de Judicial a otros estados diferentes de los anteriormente descritos.
• Cualquier producto de crédito puede estar en estado judicial, excepto los acuerdos de pago.
• Los créditos en estado judicial no podrán refinanciarse. (Esto lo controlará el canal)
• La periodicidad del cambio de estado a Judicial a través de la interfaz batch será mensualmente.

Estado “Cartera Vendida”

• El cambio de estado de un crédito a estado “Cartera Vendida” se realizará desde los estados VCDA, CAST, JUDI, CAS1 y CAS2 por medio de una interfaz batch la cual será detallada en la siguiente sección.
• La periodicidad de cambio de estado a Cartera Vendida será adhoc o a pedido, es decir esta se realiza cuando el banco la requiera.
• En este estado el crédito seguirá activo, sin embargo, no se podrá realizar ningún tipo de pagos sobre este.
• En este estado no habrá ningún devengo de intereses, seguros, penalidad, cargos adhoc ni comisiones extra.
• La contabilidad de la deuda se realizará sobre cuentas contables contingentes, las cuales se encuentran en el documento de contabilidad.

1. Procesos de cambio de estado vía interfaz

Los cambios de estado a Castigado, Judicial y Cartera vendida serán realizados por medio de un proceso batch, los cuales son descritos a continuación:

Cambio de estado a CAST

El cambio de estado a CAST se realizará por medio de la interfaz (CLMSTCH) la cual será inyectada a FCC por medio de una integración BATCH. Este proceso seguirá las siguientes directrices: 

...