RECAUDACION BANCO PERU

INFORME DE PRUEBA
Usuario Quality: Andrea Uribe
“NUEVA FUNCIONALIDAD”
TAREA: 6255 – RECAUDACION BANCO PERU
DESARROLLADOR: Leydi Vargas
REQUERIMIENTO
Se necesita contar con un Servicio de Recaudación con el Banco de Perú que permita
identificar cada uno de los depósitos realizados en la cuenta recaudadora de la Empresa.
Para ello debemos desarrollar un proceso que permita registrar y llevar el control del envío
y recepción de esta información, éste proceso se llevara a cabo a través de Archivos de
Cobranza que deberán contener la relación de los Códigos de identificación de sus
Depositantes o Usuarios y los Importes a pagar, cuyo formato de texto y diseño de registro
describiremos más adelante. El Banco al recibir este archivo lo pondrá a disposición de
todas sus oficinas ubicadas en la red de Oficinas a nivel nacional. De esa manera, cuando
su cliente se acerque a cualquiera de las oficinas a efectuar el pago en la cuenta de su
Empresa o Institución, deberá indicar el Nombre de su Empresa, la Cuenta a Abonar y el
Código de Identificación del Depositante o Usuario.
Al día siguiente, se podrá recoger de los servidores de Perú un Archivo de Resultados con
toda la Información de lo recaudado el día anterior, a través del Sistema de Transferencia
de Archivos. Se podrá acceder a este sistema conectándose al BCP a través de un módem
o vía internet.
Diseño de los Archivos de Cobranza y de Resultados
A continuación adjuntamos la descripción detallada de los campos y registros que
componen los Archivos de Cobranza y de Resultados. Para comprender la estructura de
estos archivos es importante aclarar los siguientes conceptos:




Posición: Indica la posición inicial y final de cada campo.
Longitud: Es la longitud del campo expresada en bytes.
Tipo: Tipo de dato requerido para cada campo:
A-Alfabético: La información se alinea a la izquierda y se completa con espacios en
blanco a la derecha.
 N-Numérico: La información se alinea a la derecha y se completa con ceros a la
izquierda.
 A/N-Alfanumérico: La información se alinea a la izquierda y se completa con
espacios en blanco a la derecha.
Ejemplo:
Archivo de Resultados de la Cobranza
Ejemplo:
****Se anexan a la tarea, archivos donde se encuentra mayor detalle de que es el servicio
de recaudación, estructura y ejemplos de cómo están conformados los archivos de
cobranzas y de cómo se lleva a cabo la transferencia de la información.
DESCRIPCIÓN DE LA NUEVA FUNCIONALIDAD
Descripción de de la nueva funcionalidad por el usuario Quality
1.-Notas del Desarrollador.
No tiene notas del desarrollador
2.- Notas de Configuración.
2.1.- Querys
2.1.1.- Se debe ejecutar la siguiente reorganización:
CREATE TABLE gx.PrcBcaPgo (
PrcBcaPgoCod
NUMERIC(8)
NOT NULL,
PrcBcaPgoFch
DATE
NOT NULL,
PrvBcaPgoCod
NUMERIC(4)
NOT NULL,
PrcBcaPgoSts
CHAR(1),
PrcBcaPgoPathEnv VARCHAR2(256),
PrcBcaPgoPathRet VARCHAR2(256),
PrcBcaPgoPathLog VARCHAR2(256),
PrcBcaPgoUltLin NUMERIC(8),
PrcBcaPgoAccion CHAR(1),
PRIMARY KEY ( PrcBcaPgoCod,PrcBcaPgoFch,PrvBcaPgoCod )
USING INDEX
TABLESPACE gxindex)
TABLESPACE gxdata;
CREATE INDEX gx.IPROCESOBOCAPAGO1 ON gx.PrcBcaPgo (
PrvBcaPgoCod)
TABLESPACE gxindex;
CREATE TABLE gx.PrcBcaPgoDet (
PrcBcaPgoCod
NUMERIC(8)
NOT NULL,
PrcBcaPgoFch
DATE
NOT NULL,
PrvBcaPgoCod
NUMERIC(4)
NOT NULL,
PrcBcaPgoLin
NUMERIC(8)
NOT NULL,
PerCod
NUMERIC(2),
AboCod
NUMERIC(8),
PrcBcaPgoRenImp
NUMERIC(17,2),
PrcBcaPgoCtaSal
NUMERIC(17,2),
PrcBcaPgoLinSts
CHAR(1),
PrcBcaPgoCodRet
CHAR(30),
PrcBcaPgoFchPgo
DATE,
PrcBcaPgoImpPgo
NUMERIC(17,2),
PrcBcaPgoImpPgoTot NUMERIC(17,2),
PrcBcaPgoCodOfi
NUMERIC(6),
PrcBcaPgoNumOp
NUMERIC(6),
PrcBcaPgoRef
CHAR(22),
PrcBcaPgoCodTer
CHAR(4),
PrcBcaPgoMedAtc
CHAR(12),
PrcBcaPgoMedFch
NUMERIC(6),
PrcBcaPgoNumChe
NUMERIC(10),
PRIMARY KEY ( PrcBcaPgoCod,PrcBcaPgoFch,PrvBcaPgoCod,PrcBcaPgoLin )
USING INDEX
TABLESPACE gxindex)
TABLESPACE gxdata;
CREATE INDEX gx.IPROCESOBOCAPAGODETALLEPROCES1 ON gx.PrcBcaPgoDet (
PerCod,
AboCod)
TABLESPACE gxindex;
ALTER TABLE gx.PrvBcaPgo
ADD( PrvBcaPgoRetNom CHAR(10),
PrvBcaPgoRet VARCHAR2(256),
PrvBcaPgoEnv VARCHAR2(256),
PrvBcaPgoEnvNom CHAR(10));
2.2.- Creación de Opciones y Menús
2.2.1.- Se debe configurar la siguiente opción de menú:
2.3.- Configuraciones Iniciales
2.3.1.- Se debe dar permisología a todas las actividades de la entidad:
ProcesoBocaPago
DetalleProcesoBocaPago
2.3.2.- Se debe crear el siguiente numerador: PRCBPG
2.3.3.- Se debe configurar en la opción de Configuración General en la ruta:
GxVision Evo2 > Conf. Operativa > Conf. General > Configuracion
Generales, Modificar el registro y agregar los datos para los procesos de
Boca de Pago:
2.3.3.- Se debe configurar en la opción de Proveedor Boca Pago en la ruta:
GxVision Evo2 > Conf. Operativa > Conf. Comercial > Proveedor Boca Pago,
acción modificar para el proveedor a utilizar, se debe seleccionar el tipo de
Archivo de Envío y Retorno, para este caso es Envío CREP y Retorno CREP.
También se debe colocar las rutas de envío y retorno.
2.4.- Versiones de Navegador y Java
Navegador: Mozilla FireFox (26.0) , Google Chrome (Versión 31.0.1650.63 m)
Versión de Java:
java version "1.7.0_25"
Java(TM) SE Runtime Environment (build 1.7.0_25-b17)
Java HotSpot(TM) Client VM (build 23.25-b01, mixed mode, sharing)
Nota: los menú en el Google Chrome se alinean a la derecha a diferencia que en el
Mozilla FireFox que se alinean a la izquierda.
PRUEBAS REALIZADAS
 Procesos Boca de Pago
Ruta: GxVision Evo2  Conf. Operativa  Procesos Sisnac  Procesos Boca
de Pago
 Alta
El prompt para la selección del proveedor de boca de pago:
Se observa el proceso generado en estatus ‘Ingresado’:
Se visualiza el proceso:
 Enviar
Este mensaje se muestra al enviar el proceso al monitor:
En el monitor se observa:
El proceso se observa en estatus ‘Enviado’
Se asocia la ruta de envío:
Se observa el detalle de los abonados:
Se descarga el archivo de envío:
 Modificar
Se selecciona la ruta desde el prompt:
Se observa el proceso modificado con el archivo de retorno asociado:
 Archivo de Retorno
 Procesar
Se verifica el monitor de procesos:
Se observa el proceso en status Procesado:
Se verificó a nivel de base de datos los resultados de la ejecución del proceso
select * from gx.prcbcapgodet
where prcbcapgocod = 1
and abocod
in(144436,144454,144773,144820,145005,145026,145060,145066,145090,145094,
145099,145124,145156,145161,145163,145175,145177,145187,145216,145220)
SELECT * FROM gx.trndigitel where trndigfchhor >= '31/01/2014' AND TRNDIGCHANNEL
= 'PROCESOS'
 Documentos
Se observan las recargas generadas:

Recarga
Se verifica una de ella en detalle:

Recibo
Se verifica el recibo:

Nota de Débito
APROBADA EN BETA 