RESUMEN DEL PEDIDO

Información del ProyectoINFORMACION DEL PROYECTO

REQUERIMIENTOS

SOLUCION

• Alternativas para la operacion de DIMO Debito
  • Afinididad de DIMO Prepaga x Emisor
    • No podra ser gestionado por el Emisor
    • Desarrollo adicional para la distribucion de comisiones
    • BIN y PAN con rango de la Prepaga
  • Nuevo emisor DIMO Debito + afinidad x Emisor
    • No podra ser gestionado por el Emisor
    • Desarrollo adicional para la distribucion de comisiones
    • BIN unico, y nuevo rango de PAN
  • Nuevo emisor x Emisor Debito
    • Podra ser gestionado por el Emisor
    • Clearing con el proceso de CEIBO
    • Nuevo BIN y nuevo rando de PAN
  • Afinidad DIMO Debito en cada Emisor
    • Podra ser gestionado por el Emisor
    • Clearing con el proceso de CEIBO
    • Comparte BIN y rango de las TCs
• Crear una afinidad DIMO Debito 
  • Proveer WS a los participantes para asignar caja de ahorro a la afinidad DIMO Debito
  • Desde DIMO el usuario debe ingresar en su cuenta cooperativa, en la cuenta de ahorro y solicitar la activacion de su DIMO Debito. Utilizar pin transaccional para validar vinculacion (mitigar riesgo).
• En operaciones con ATM separar monto y cargo en el SIcoop y en el autorizador.
• El movimiento de cuenta siempre va visualizar el movimiento de la caja de ahorro.
• Definicion de comision a comercios por tipo de tarjeta (Debito o Credito) (FASE 2)
  • Codigo de comercio equivalente debito
  • Modificar el proceso de comercios
• DIMO como Pagador (FASE 2)
• Cuentas Cooperativas como Pagador (FASE 2)

Compra en POS 

1. El tarjetahabiente y usuario DIMO asocia su tarjeta prepaga a una cuenta de ahorro cooperativa. (tarjeta → participante sicoop + nro. cuenta ahorro + documento)
2. El tarjetahabiente inicia una operacion de entraccion compra en un equipo ATMPOS.
3. La Red ATM del POS en su roll de adquirente solicita autorizacion a CABAL para procesar la extraccioncompra.
4. El jPOS recibe el pedido via ISO 8583, lo decodifica y lo pasa al Autorizador para su analisisautorizacion.
5. El Autorizador reconoce al emisor PREPAGO DIMO DEBITO y verifica si la prepaga afinidad se encuentra vincula a una cuenta de ahorro.
   1. Si la Prepaga se encuentra vinculada, el Autorizador
      1. si el comercio NO puede recibir Pago en Linea
         1. participante destino = CABAL (cuenta clearing CABAL)
         2. codigo de comercio = codigo de comercio (CEIBO liquida al Comercio)
         3. Emisor = 115 (Cuenta clearing CABAL)
         4. distribucion mensual de la comision (el emisor 115 recibe la comision por la operacion del comercio)
      2. si el comercio puede recibir Pago en Linea (FASE 2)
         1. participante destino = Participante destino SPI (cuenta clearing CABAL)
         2. codigo de comercio = codigo de comercio equivalente Dimo Debito (CEIBO no liquida al Comercio)
         3. Emisor = 115 (Cuenta clearing CABAL)
         4. proceso mensual para el calculo de la comision y su distribucion con el Emisor/Participante.
      3. ejecuta un WS para realizar la transferencia desde la cuenta de ahorro a la tarjeta DIMO Debito. Esta transaccion se registra en CEIBO como un PAGO.
   2. Si la operacion en el SICOOP fue satisfactoria, se registra la transaccion de COMPRA.
      1. Pago en Linea = Emisor 115 (Prepaga DIMO, afinidad Debito). (FASE 2)
6. Si la prepaga no se encuentra vinculada, sigue con su normal procesamiento.
7. El Autorizador responde para dar curso a la operacion.

Flujo del dinero: Cooperativa ---> CABAL (Dimo Debito) ---> Banco Pagador/Comercio

Compra en APP

1. El tarjetahabiente y usuario DIMO asocia su tarjeta prepaga a una cuenta de ahorro cooperativa. (tarjeta → participante sicoop + nro. cuenta ahorro + documento)
2. El tarjetahabiente inicia una operacion de COMPRA en su APP.
3. El Autorizador reconoce al emisor DIMO DEBITO y verifica si la afinidad se encuentra vincula a una cuenta de ahorro.
   1. Si la tarjeta se encuentra vinculada,
      1. si el comercio NO puede recibir Pago en Linea
         1. participante
      CABAL DEBITO (como pago Tarjeta Puente CABAL DEBITO).
      1. 1. destino = CABAL (cuenta clearing CABAL)
         2. codigo de comercio = codigo de comercio (CEIBO liquida al Comercio)
         3. Emisor = 115 (Cuenta clearing CABAL)
         4. distribucion mensual de la comision (el emisor 115 recibe la comision por la operacion del comercio)
      2. si el comercio puede recibir Pago en Linea (FASE 2)
         1. participante destino = Participante destino SPI (cuenta clearing CABAL)
         2. codigo de comercio = codigo de comercio equivalente Dimo Debito (CEIBO no liquida al Comercio)
         3. Emisor = 115 (Cuenta clearing CABAL)
         4. proceso mensual para el calculo de la comision y su distribucion con el Emisor/Participante.
      3. ejecuta un WS para realizar la transferencia desde la cuenta de ahorro a la tarjeta DIMO Debito. Esta transaccion se registra en CEIBO como un PAGO.
   2. Si la operacion en el SICOOP fue satisfactoria, se registra la transaccion de COMPRA.
      1. Pago en Linea = Emisor 115 (Prepaga DIMO, afinidad Debito). (FASE 2)
4. Si la prepaga no se encuentra vinculada, sigue con su normal procesamiento.
5. El Autorizador responde para dar curso a la operacion.

1. Si la prepaga no se encuentra vinculada, sigue con su normal procesamiento.
2. El Autorizador responde para dar curso a la operacion.

Flujo del dinero: Cooperativa ---> CABAL (Dimo Debito) ---> Banco Pagador/Comercio

Extraccion

1. El tarjetahabiente y usuario DIMO asocia su tarjeta DIMO Debito a una cuenta de ahorro cooperativa.
2. El tarjetahabiente inicia una operacion de entraccion en un equipo ATM.
3. La Red ATM en su roll de adquirente solicita autorizacion a CABAL para procesar la extraccion.
4. El jPOS recibe el pedido via ISO 8583, el autorizador enmascara la operacion de extraccion reemplazando la TP original por la Tarjeta Puente del Particpante CABAL DEBITO de modo a procesar la operacion.lo decodifica y lo pasa al Autorizador para su analisis.
5. El Autorizador reconoce al emisor DIMO Debito y verifica si la afinidad se encuentra vincula a una cuenta de ahorro.
   1. Si la Prepaga se encuentra vinculada,
      1. Identificar el participante destino (DIMO Debito)
      2. Calcula la comision a aplicar al usuario por la transaccion.
      3. ejecuta un WS para realizar la transferencia desde la cuenta de ahorro a la tarjeta DIMO Debito. Esta transaccion se registra en CEIBO como un PAGO.
      4. el SICOOP aplica el cargo/comision al Participante.
   2. Si la operacion en el SICOOP fue satisfactoria, se registra la transaccion de ADVANCE (o extraccion).
6. Si la prepaga no se encuentra vinculada, sigue con su normal procesamiento.
   1. Calcula la comision a aplicar al usuario por la transaccion.
7. El Autorizador responde para dar curso a la operacion.

Flujo del dinero: Cooperativa ---> CABAL (Dimo Debito)  ---> Red ATM

Deposito ( ??? )

1. Deposito directo  a la Caja de Ahorro
2. No interviene CEIBO

Reverso-Compra

Los reversos transaccionales se ejecutaran disparando una operacion inversa a travez del SICOOP, de modo a netear la operacion y devolver el saldo en la cuenta de ahorro.

1. La Red del POS en su roll de adquirente solicita autorizacion a CABAL para reversar la compra.
2. El jPOS recibe el pedido via ISO 8583, lo decodifica y lo pasa al Autorizador para su autorizacion.
3. El Autorizador reconoce al emisor PREPAGO DIMO y verifica si la afinidad prepaga se encuentra vincula a una cuenta de ahorro.
   1. Si la Prepaga se encuentra vinculada,
      1. si el comercio puede recibir Pago en Linea (pago en Linea = Participante destino Atlas)
      2. si el comercio NO puede recibir Pago en Linea (Participante Dimo Debito)
      3. ejecuta un WS para realizar la transferencia hacia la cuenta de ahorro. Esta operacion NO se registrara en el CEIBO.
   2. Si la operacion en el SICOOP fue satisfactoria, se registra la transaccion de reverso. 
4. Si la prepaga no se encuentra vinculada, sigue con su normal procesamiento.
5. El Autorizador responde para dar curso a la operacion.

ReversosReverso-Extraccion

Los reversos transaccionales se ejecutaran disparando una operacion inversa a travez del SICOOP, de modo a netear la operacion y devolver el saldo en la cuenta de ahorro.

1. La Red ATM en su roll de adquirente solicita autorizacion a CABAL para reversar la extraccion.
2. El jPOS recibe el pedido via ISO 8583, lo decodifica y lo pasa al Autorizador para su analisis.
3. El Autorizador reconoce al emisor PREPAGO DIMO y verifica si la afinidad prepaga se encuentra vincula a una cuenta de ahorro.
   1. Si la Prepaga se encuentra vinculada,
      1. Identificar el participante origen (Dimo Debito)
      2. Calcula la comision de la transaccion.
      3. ejecuta un WS para realizar la transferencia desde participante origen a  la cuenta de ahorro. Esta operacion NO se registrara en el CEIBO.
   2. Si la operacion en el SICOOP fue satisfactoria, se registra la transaccion de reverso.
4. Si la prepaga no se encuentra vinculada, sigue con su normal procesamiento.
5. El Autorizador responde para dar curso a la operacion.

Observacion:

1. Las operaciones de Compra/Extraccion para todas las cuentas vinculadas se registraran en la Tarjeta Puente del participante CABAL DEBITO.
2. Las tarjeta puente a ser utilizada no debe generar cargos/comisiones por adelantos (para los casos de los reversos)
3. Dimo Debito.
4. Esta solucion no afecta el disponible de la TP ni otros reportes asociados a la prepaga DIMO.
5. El proceso de compra requeriere la utilizacion de comercios equivalente para tarjetas de debitos.
   1. Se requerie un proceso externo para el calculo de la comision y su distribucion, a ser ejecutado mensualmente.
6. El SICOOP se encarga del proceso de liquidacion con el Participante (Emisor Dimo Debito).
7. Cabal es quien realiza el pago al comercio.
8. Permite utilizar el circuito normal de compensacion/liquidacion con el Comercio.

Presupuesto

Son: 

Riesgos

•  Tareas de soporte asignados a los recursos
•  Re-priorizacion de proyectos
•  Disponibilidad de terceros
•  Puesta en condiciones del ambiente de pruebas