Diseño de Solucion Front-PACT-9054 FRONT- Sección

Forma de Pago - OK
US asociada PACT-9054 - Authenticate to see issue Revisión de cambios
details
Versión Autor Fecha Detalle
Autor Nahuel Matias Di Ciocco
1.0 Nahuel 08 Oct Se crea el documento.
Matias 2024 Mockeo de servicios previos (matriz de
Diseñadores Colocar los diseñadores involucrados, utilizar Di pago, calculo rango equipo , limite cofa )
@para comenzar buscar el usuario Ciocco y logica de fp efectivo y financiado. El
calculo de cargos queda pendiente para
Revisores Colocar los revisores involucrados, utilizar otra etapa
involucrados @para comenzar buscar el usuario
1.1 Nahuel 14 Oct Se suma la integracion para forma de
Matias 2024 pago EFECTIVO el mapeo al servicio
Requiere DEMO Di GENERA-SDS con el fin de registrar la
Ciocco forma de pago

Automatizacion:

Testers

Descripción Funcional (Obligatorio)

Para el proyecto de reingeniería de STL se continua con la migración de la pantalla de venta, para migrar la sección de forma de pago
se dividirán en diferentes etapas.
En esta primera se trabajará en el maquetador de la sección completa y el mapeo de algunas funcionalidades necesarias para su
funcionamiento:

matriz de pago
calculo de rango de equipos
cálculo del límite de cofa
cálculo de cargos y equipos

A su vez se da inicio en diferentes etapas, a la logica requerida para la implementacion de cada forma de pago que pueda ser
empleada (Crédito, Debito, Efectivo, Financiado)

ETAPA NUMERO 1:

INTEGRACION DE SERVICIOS -
LA INVOCACION A LOS SIGUIENTES SERVICIOS DEBE REALIZARSE LUEGO DE LA NAVEGABILIDAD ENTRE LA SOLAPA 3 A 4, ES DECIR
CUANDO SE PRESIONA EL BOTON SIGUIENTE HABIENDO COMPLETADO TODA LA OFERTA COMERCIAL
ORDEN DE INSTANCIA

A) SERVICIO CARGOS (PENDIENTE EN DESARROLLO)

B) CALCULO-RANGO-EQUIPOS DICHO SERVICIO DEVUELVE EL VALOR DEL RANGO COMERCIAL PROMEDIO DE EQUIPOS VENDIDOS,
DATO QUE SE REQUIERE EN EL SERVICIO(C)

SERVICIO A COMPLETAR

REQUEST {
[
"srtProId": "String",
"srtEstId": "String"
]
}

RESPONSE {
"ctlRctSds" :"String"
}

MOCKEO {
"ctlRctSds" :"PREMIUM" (OTROS PUEDEN SER "S ELITE" , "APPLE","ALTO","MEDIO"
}

C) MATRIZ-DE-PAGO

SERVICIO QUE DEVUELVE LAS FORMAS DE PAGO HABILITADAS, EN EL SE ENCUENTRAN DATOS COMO CUOTAS / ENTIDADES DE
PAGO (VISA-MASTER-ETC) / RECARGOS SOBRE EL PRECIO / ETC

SERVICIO A COMPLETAR
 REQUEST {
"ctlInvoiceCharge" : "String", --> SOLAPA 3 (validaPromociones) ctlInvoiceCharge
"chkContrareem" : "String" , --> ENVIAR "N"
"cltStatusExceptions" : "String" , --> ANALIZAR ARRAY EXCEP "S" o "N" SOLAPA 2 (getClient)
"cltRisk" : "String", SOLAPA 2 (getClient) risk
"cltCategory" : "String", SOLAPA 3 (validateQuantityLines) pcategoriaCliente
"cltTipoBis" : "String", SOLAPA 3 (validateQuantityLines) ptipoBis
"canId" : "String", SOLAPA 1 - (validaSaleEntity)
"spcCbtId" : "String", --> SOLA 3 (validaPromociones) spcCbtId
"rctSds" : "String" , --> ctlRctSds
"assignedEeccMatriz" : "String", --> ENVIAR "N"
"cltAntiguedad" : "String", SOLAPA 2 (getClient) cltAtiguedad
"valor" : "String", --> NULL
"proId" : "String" ,--> NULL
"payId" : "String" --> NULL
}

RESPONSE {
"pagoDetails": [
{
"payId": "string",
"cetTypeCetId": "string",
"coeId": "string",
"coeCetId": "string",
"coeName": "string",
"payInstallments": "string",
"payPercent": "string",
"cetDescription": "string",
"bnkId": "string",
"bnkName": "string"
}
]
}

MOCKEO mockeo matriz.json

INSTANCIADO ESTOS SERVICIOS SE DEBE DE DIBUJAR EL FRONT DE LA SOLAPA 4 CONTEMPLANDO LAS FORMAS DE PAGO QUE EL
SERVICIO DE LA MATRIZA HAYA DEVUELTO SOBRE LOS ITEMS (coeCetId) de la siguiente forma

SI coeCetId CONTIENE "CT" SE HABILITA CRÉDITO

SI coeCetId CONTIENE "TD" SE HABILITA DÉBITO

SI coeCetId CONTIENE "E" SE HABILITA EFECTIVO

SI coeCetId CONTIENE "F" SE HABILITA FINANCIADO

EN CASO DE NO DEVOLVER ALGUNO DE LOS TIPOS INDICADOS, DICHO COMPONENTE DEBE VISUALIZARSE PERO GRISEADO O
BLOQUEADO.

EN ESTA PRIMERA ETAPA SE EXPLICAN LAS FUNCIONES DE

EFECTIVO
ESTA FORMA DE PAGO REQUIERE DE LOS SIGUIENTES CONTROLES

MONTO A PAGAR (EL CAMPO DEBE LLENARSE O AUTOCOMPLETARSE CON EL MONTO PENDIENTE A PAGAR) Y EN CASO DE
MODIFICARSE SU MONTO, EL MISMO NO DEBE SUPERAR AL MONTO PENDIENTE
AL GENERAR EL REGISTRO SE DEBE VALIDAR SI PREVIAMENTE YA EXISTE SOBRE EL DETALLE DE FACTURACION, OTRO
REGISTRO CON ESTE FORMA DE PAGO, EN CASO DE SER AFIRMATIVO, SE DEBE SUMAR AMBOS MONTOS EN UN UNICO
REGISTRO CON LA FINALIDAD DE JUNTAR TODO EN UN UNICO DETALLE PARA DICHA FORMA DE PAGO
1.1 NUEVO - MAPEO AL SERVICIO GENERA-SDS (PARA REGISTRAR EL PAGO)
DEBE MAPEARSE EL OBJETO "PAGOS" . PARA EL CASO AL SER EFECTIVO UN UNICA FORMA (DESDE EL FRONT SE SUMAN TODOS LOS
PAGOS EN EFECTIVOS EN UN UNICO REGISTRO) SOLO EXISTIRA UN OBJETO EFECTIVO

"fomraPago": {
"srfCoeId": "string",
"srfCoeCetId": "string",
"debitNumber": "string",
"debitEndDate": "2024-10-10",
"digitalCBU": "string",
"pagos": [
{
"sreCtyId": "O", --> HARDCODEO
"sreAmountType": "PESOS", -->HARCODEO
"sreAmount": 0, --> MONTO INGRESADO EN EL FRONT, CORRESPONDE AL VALOR DE LO ABONADO EN ESTA FORMA DE
PAGO MAXIMO 2 DECIMALES
"sreVoucher": "string", --> NULL PARA EFECTIVO
"srePayDate": "2024-10-10", --> SYSDATE FECHA ACTUAL DEL PAGO
"sreAutorizationCode": 0, --> NULL
"sreCreditCardNumber": "string", --> NULL
"srePayId": payId, --> DEVUELTO POR MATRIZ-PAGOS
"sreCoeId": "coeId", --> DEVUELTO POR MATRIZ-PAGOS
"sreCoeCetId": "coeCetId", -->DEVUELTO POR MATRIZ-PAGOS
"sreCrdType": "string", --> NULL
"sreRegistrationCard": "N", --> HARCODEO
"sreValTcVtcFlag": "N", --> HARCODEO
"sreMagneticRead": "string" --> NULL
}
]
},

FINANCIADO
DENTRO DE ESTA OPCION SE REQUIERE LO SIGUIENTE:

- INTEGRACION CON EL SERVICIO CALCULA-LIMITE-COFA APENAS SE INGRESE A LA OPCION, PARA CALCULAR EL LIMITE Y
MOSTRARLO POR PANTALLA

SERVICIO A COMPLETAR
REQUEST {
"cltId" : string,--> SOLAPA 2 (getClient) clientId Obligatorio
"cltCategoty" : string,--> SOLAPA 3 (validateQuantityLines) pcategoriaCliente Obligatorio
"cltRangeScoring" : string, --> SOLAPA 2 (getClient) scoring
"cltRisk" : string, --> SOLAPA 2 (getClient) risk
"cltSubType" : string,--> SOLAPA 3 (validateQuantityLines) ptipoBis Obligatorio
"canId" : string, --> SOLAPA 1 - (validaSaleEntity)Obligatorio
"cltCuit" : string,
"cltIdentificationNumber" : string, --> DATOS DEL CLIENTE SEGUN CORRESPONDA
"cltSex" : string,
"cltIdentificationType" : string,
"cltAntiquity" : string, --> SOLAPA 2 (getClient) cltAtiguedad
"cluCellularNumber" : string --> ENVIAR NULL SIEMPRE
}

RESPONSE {
"limite": string,
"validaNegativo" : string,
"errorMessage" : string,
"result" : string, --> 0 El limite fue devuelto exitosamente | -1 El limite no fue devuelto exitosamente
}

MOCKEO {
"limite": 200000
"result" : 0
}

CUOTAS, MOSTRAR EN EL DESPLEGABLE LAS OPCIONES CUYO coeCetId ES "F" MOSTRANDO LOS VALORES DEL CAMPO texto

IMPORTANTE: CUANDO SE TRATE DE FORMAS DE PAGO QUE TENGAN EL DESPLEGABLE DE CUOTAS SE DEBE VERIFICAR
CORRECTAMENTE EL CAMPO payPercent EL CUAL INDICA EL VALOR DE RECARGO AL SER ABONADO EN CUOTAS. POR TANTO, SE
DEBE REALIZAR EL CALCULO MATEMATICO PARA SUMARLO EN EL MONTO FINAL A PAGAR Y MOSTRAR TODOS LOS VALORES
SOBRE EL DETALLE UN EJEMPLO PRACTICO

MONTO A PAGAR = 10000

AL PRESIONAR GUARDAR Y ENVIAR AL DETALLE DE PAGO DEBE FIGURAR

MONTO A PAGAR (el monto original) ES DECIR 10000

A) CLIENTE SIN LIMITE COFA (CUANDO EL SERVICIO CALCULA-LIMITE-COFA DEVUELVE LIMITE = 0)

B)EXCEPCION
(AL PRESIONAR EL BOTON GUARDAR SE DEBE REALIZAR LA VALIDACION SOBRE EL MONTO INGRESADO VS EL MONTO A FINANCIAR.
EN CASO DE EXCEDERSE DE DEBE DE MOSTRAR EL MODAL DE EXCEPCION MOSTRANDO LA DIFERENCIA Y GUARDANDOLA PARA SER
ENVIADA)

SI EL USUARIO PRESIONA CANCELAR, SE DEBE BORRAR EL MONTO, EN CASO DE ACEPTAR SE IMPUTA EN LA FORMA DE PAGO EL
VALOR INGRESADO (REALIZAR EL CALCULO CORRECTAMENTE)

PARAMETROS INVOLUCRADOS ARCHIVOS NECESARIOS

TIPO ARCHIVO DO UNDO ARTEFACTO

SEGURIDAD

CONTROL