BIE AFI Vision Integral

SOLUCIONES TECNOLOGICAS

VISION INTEGRAL

Proyecto Hércules,

INDRA SISTEMAS CHILE Santiago, Mayo 2014

SOLUCIONES TECNOLOGICAS

VISION INTEGRAL

Hércules, Contraloría General de la República

INDRA SISTEMAS CHILE

blica

1

TABLA DE CONTENIDO 1 Objetivo .................................................................................................... 3

2 Descripción del requerimiento ................................................................... 3

3 Solución .................................................................................................... 4

3.1 Objetivo ................................................................................................................. 4

3.2 Requisitos .............................................................................................................. 4

3.3 Procesos ................................................................................................................. 4

3.4 Descripción técnica ................................................................................................ 4

3.4.1 Nombre del proyecto...................................................................................... 4

3.4.2 Nombre de la aplicación ................................................................................. 4

3.4.3 Descripción ..................................................................................................... 4

3.4.4 MVC (Modelo Vista Controlador) ................................................................... 5

3.4.5 Parámetros de entrada de la aplicación ......................................................... 5

3.4.6 Objetos y componentes .................................................................................. 5

3.4.7 Descripción detallada ..................................................................................... 6

3.4.7.1 Nombre objeto: Z_BIEMFU_DATOS_HEFESTOS ............................................. 6

3.4.7.1.1 Descripción del proceso: ......................................................................... 6

3.4.7.1.2 Tablas y vistas .......................................................................................... 7

3.4.7.1.3 Otros objetos del diccionario .................................................................. 8

3.4.7.1.4 Módulo de funciones derivadas .............................................................. 8

3.4.7.2 Nombre objeto: Z_BIEMFU_OBTIENE_FICHA ............................................... 10

3.4.7.2.1 Descripción del proceso: ....................................................................... 10

3.4.7.2.2 Tablasy vistas ......................................................................................... 11

3.4.7.2.3 Otros objetos del diccionario ................................................................ 12

3.4.7.2.4 Módulo de funciones derivadas ............................................................ 12

3.4.7.3 Nombre objeto: Z_BIEMFU_INICIAR_FICHA ................................................. 19

3.4.7.3.1 Descripción del proceso: ....................................................................... 19

3.4.7.3.2 Tablas y vistas ........................................................................................ 20

3.4.7.3.3 Otros objetos del diccionario ................................................................ 20

3.4.7.3.4 Módulo de funciones derivadas ............................................................ 20

3.4.7.3.5 Otros objetos ......................................................................................... 22

3.4.8 Pantallas........................................................................................................ 22

4 Parametrización .......................................................................................23

4.1 Parametrización modelo estándar ...................................................................... 23

4.2 Parametrización modelo Z ................................................................................... 23

4.2.1 Nombre transacción:Maestro de Aplicación, canal, entidad, acciones y estados

23

4.2.1.1 Objetivo ........................................................................................................ 23

4.2.1.2 Prerequisitos ................................................................................................. 23

4.2.1.3 Transacción / Ruta de acceso ....................................................................... 23

4.2.1.4 Parametrización realizada ............................................................................ 23

4.2.2 Nombre transacción: Maestro de tipos de afiliaciones ................................ 24

4.2.2.1 Objetivo ........................................................................................................ 24

4.2.2.2 Prerequisitos ................................................................................................. 24



4.2.3 Nombre transacción: Maestro de parametrizaciones, condiciones y criterios25

4.2.3.1 Objetivo ........................................................................................................ 25

4.2.3.2 Prerequisitos ................................................................................................. 25

2



3

1 Objetivo Permitir la visualización integral de los datos del afiliado.

2 Descripción del requerimiento Como parte de las funciones de bienestar, existe la necesidad de mantener actualizada toda la información relacionada con los funcionarios afiliados, de tal forma que se disponga de los datos de cada uno de ellos, para su visualización como para su modificación, estableciendo la base para el tratamiento y gestión de las ordenes de garantía que son posibles de entregar a sus afiliados.

4

3 Solución

3.1 Objetivo Entregar una plataforma integrada para la creación, visualización y/o actualización de los datos administrados por Bienestar, permitiendo entregar los datos del afiliado a tratarlos en la ficha de afiliado.

3.2 Requisitos Esta solución requiere de una serie de condiciones: 1. Que el funcionario/jubilado esté registrado en el sistema de HEFESTOS, independiente

de su estado. 2. Exista la integración entre el sistema de Hefestos, Sap ERP y la plataforma Web

desarrollada para el tratamiento de los datos de un afiliado. 3. Que el funcionario/jubilado esté afiliado en estado vigente a bienestar.

3.3 Procesos Los procesos involucrados en la actualización de la ficha son:

1. Ingreso al sistema de bienestar, a la atención de público 2. Obtener los datos de un funcionario/jubilado desde el sistema de Hefestos, a través

de la interfaz entre los sistemas (WebService), a partir del rut ingresado en la ficha del afiliado.

3. Visualizar los datos del sistema Hefestos, desde la aplicación WebDynprovisionIntegral_APP

4. Obtener los datos del afiliado a tratar en la ficha 5. Entregar la visualización integrada de los datos del afiliado, donde está consolidado

en una visión integral Que en conjunto forma la solución integrada para la creación de la visión integral

3.4 Descripción técnica

3.4.1 Nombre del proyecto PROY_BIE_VisionIntegral

3.4.2 Nombre de la aplicación Vision_Integral_APP

3.4.3 Descripción Permite la generación de la visualización integral de los datos del afiliado para luego ser tratado en ficha.

5

3.4.4 MVC (Modelo Vista Controlador)

3.4.5 Parámetros de entrada de la aplicación Usuario: Determina el usuario WEB que ingresa al sistema. Rut : Determina el RUT asociado al usuario WEB que ingresa al sistema. Tipo : Determina el tipo de acceso (Auto Atención o Atención a Público). Host : Host desde el que se está ejecutando la aplicación.

3.4.6 Objetos y componentes Nº Nombre Descripción Alcance

1 Z_BIEMFU_DATOS_HEFESTOS RFC que permite entregas los datos del sistema HEFESTOS

Sistema bienestar

2 Z_BIEMFU_OBTIENE_FICHA RFC que permite entregar los datos del afiliado a tratar en la ficha

Sistema bienestar

3 Z_BIEMFU_INICIAR_FICHA RFC que permite realizar la inicialización con los datos básicos del usuario

Sistema bienestar

6

3.4.7 Descripción detallada

3.4.7.1 Nombre objeto: Z_BIEMFU_DATOS_HEFESTOS

3.4.7.1.1 Descripción del proceso: La funcionalidad de esta RFC, es entregar los datos del afiliado para poblar la ficha en la pantalla Web que permite su tratamiento, a través del cual es posible realizar la actualización de estos. Al ingresar a la aplicación Web, la RFC se ejecuta en forma inmediata, donde:

1. Se toman los datos informados por los parámetros de entrada (Import) 2. Una vez recibido en rut del afiliado, ésta RFC tiene la finalidad de buscar todos los

antecedentes que forman parte de las características del afiliado y que no formen parte de la información almacenada en el sistema HEFESTOS

3. Una vez que sea realizado la conexión mediante RFC Destination (ZBIE_010DEV0019_DRFC), con esta se rescatan los datos del funcionario

4. Una vez rescatados los datos la lógica de la función es validar y complementar los datos con búsquedas en tablas existentes en SAP y donde se almacenan los restantes datos del funcionario, estas tablas son: ZBIET_AFILIADO, ZBIEC_HOMGRAJUB, ZTRVC_CATEGORIA, ZTRVC_SALUD, ZTRVC_SEDES, ZBIEC_H_CIUDAD, BNKA

5. La ejecución de la RFC está relacionada con la siguiente estructura de parámetros de entrada y salida:

7

Z_BIEMFU_DATOS_HEFESTOS

Obtiene los datos del funcionario

Import

Tip

o

Lar

go Formato/referencia Tipo

Val

or Descripción Otros

I_USUARIO_WEB CH

AR 20

ZEDA_USUARIO_WEB

Elemento

dato Usuario WEB

IT_RUT CH

AR 12

ZBIETT_OBTIENE_RUT

Elemento

dato

Obtiene rut's de HEFESTOS

I_PRI_NOM CH

AR 1 ZEDA_PRI_NOM

Elemento

dato Nombre del afiliado

I_APE_PAT CH

AR 30 ZEDA_APE_PAT

Elemento

dato

Apellido paterno afiliado

I_APE_MAT CH

AR 30 ZEDA_APE_MAT

Elemento

dato

Apellido materno afiliado

Export

Tip

o

Lar


Val


EE_RETORNO BAPIE1RET2 Estructura

Parámetro de retorno

ET_DAT_FUN ZBIETT_DATOS_FUNCIONARIO

Estructura

Datos del funcionario rescatado

Tablas

Tip

o

Lar


Val


Excepciones

Tip

o

Lar


Val


3.4.7.1.2 Tablas y vistas La lista de tablas y vistas utilizadas por esta función son:

a. ZBIET_AFILIADO, tabla que permite obtener datos del afiliado

b. V_ADRCTPRT, tabla estándar que permite obtener distrito y población para ayuda

para búsqueda

c. ZBIEC_HOMGRAJUB, tabla de homologación de grado por rango de renta jubilado

d. ZTRVC_CATEGORIA, tabla que permite obtener las categorías

e. ZTRVC_SALUD, tabla que permite obtener las instituciones del sistema de salud

f. ZTRVC_SEDES, tabla que permite obtener las sedes de contraloría

g. ZBIEC_H_CIUDAD, tabla que permite obtener la homologación de ciudad

h. BNKA, tabla estándar que mantiene el maestro de bancos

8

La estructura de campos, elementos de datos y dominios de cada tabla y vista, está detallado en el documento: Diccionario de datos de Binestar.xls

3.4.7.1.3 Otros objetos del diccionario N/A

3.4.7.1.4 Módulo de funciones derivadas

1 Nombre: Z_BIEMFU_DATOS_HEFESTOS_DUMMY

1.1 Descripción del proceso:

Función utilizada para poder ejercer el RFC Destination “ZBIE_010DEV0019_DRFC”

1.2 Detalle técnico:

a. Estructura de ejecución:

CALL FUNCTION 'Z_BIEMFU_DATOS_HEFESTOS_DUMMY' DESTINATION 'ZBIE_010DEV0019_DRFC' EXPORTING it_rut = lt_rut IMPORTING ee_ret_eje = ls_ret_eje et_dat_fun = et_dat_fun EXCEPTIONS system_failure = 1 communication_failure = 2 OTHERS = 3.

b. Parámetros de entrada:

it_rut Obtiene rut's de HEFESTOS

c. Parámetros de salida:

ee_ret_eje Respuesta desde HEFESTOS et_dat_fun Datos del funcionario rescatado desde

HEFESTOS

9

2 Nombre: CONVERSION_EXIT_ALPHA_INPUT


Función que permite la conversión alfabética de External a Internal



CALL FUNCTION 'CONVERSION_EXIT_ALPHA_INPUT' EXPORTING input =ge_dat_fun-comuna IMPORTING output = ld_cityp_code.


Input Campo de entrada


Output Campo convertido para salida

10

3.4.7.2 Nombre objeto: Z_BIEMFU_OBTIENE_FICHA

3.4.7.2.1 Descripción del proceso: La funcionalidad de esta RFC, es entregar los datos del afiliado para poblar la ficha en la pantalla Web que permite su tratamiento, a través del cual es posible realizar la actualización de estos, la creación de las solicitudes de prestaciones, la afiliación y desafiliación, la asistencia social y el tratamiento de los codeudores o cheque en garantía. Al ingresar a la aplicación Web, la RFC se ejecuta en forma inmediata, donde:

1. Se toman los datos informados por los parámetros de entrada (Import) 2. Para comenzar el proceso la función realiza la búsqueda de valores con la RFC

Z_BIEMFU_LISTA_VALORES 3. Los se rescatan los datos del funcionario desde el sistema HEFESTOS, con la RFC

Z_BIEMFU_DATOS_HEFESTOS 4. Luego el proceso requiere rescatar información de lo registrado en SAP, entonces

se acude en consultas a las tablas ZBIET_AFILIADO, V_ADRCTPRT, ZBIEC_ACC_ESTADO

5. Luego se va en busca de la deuda por afiliado Z_BIEMFU_OBTIENE_DEUDA_AFIL 6. También se realiza la obtención de los deducibles del afiliado, ejecutando la RFC

Z_BIEMFU_OBTIENE_DEDUCIBLE 7. Una vez realizada se cargan y determinan valores. Además se obtienen los

codeudores desde tabla ZBIET_CODEUDOR, determinando los datos respectivos también haciendo el uso de la RFC Z_BIEMFU_DATOS_HEFESTOS

8. Los datos del cheque son rescatados desde la tabla ZBIET_CHEQUE_GTA, ZBIET_BENEFICIAR. Los datos de ciudad y comuna son rescatados desde la tabla estándar V_ADRCTPRT

9. Al igual que de las instituciones en las cuales está afiliado ZBIET_INSTITUCIO, dichos nombres de instituciones son ratificados en la tabla LFA1 o en la tabla FAGL_SEGMT. En función al proveedor o segmento

10. Otras de las lógicas del módulo funciones es rescatar totales de morosidades 11. Rescatar convenios vigentes del afiliado con la RFC

Z_BIEMFU_CONVENIOS_AFILIADO 12. Se cargan las deudas y posteriormente se ejecuta la RFC

Z_BIEMFU_OBTIENE_PAGOS_AFIL, que obtiene pagos para el afiliado 13. Antes de tramitar las solicitudes, éstas se rescatan desde la tabla

ZTRVT_SOLICITUD para luego procesarlas con la RFC Z_TRVMFU_BE_LEER_BANDEJA

14. Para finalizar con las condicionantes y verificación del cumplimiento de la carga de la aplicación, para esto se verifica la tabla ZBIEC_CARAPLI

15. La ejecución de la RFC está relacionada con la siguiente estructura de parámetros de entrada y salida:

11

Z_BIEMFU_OBTIENE_FICHA

F20

Entrega los datos del afiliado a tratar en la ficha

Import

Tip

o

Lar


Val


I_USUARIO_WEB CH

AR 20

ZEDA_USUARIO_WEB

Elemento dato

Usuario WEB

I_RUT CH

AR 12 ZEDA_RUT

Elemento dato

Rut del afiliado

I_CANAL CH

AR 1 ZEDA_CANAL

Elemento dato

Canal

Export

Tip

o

Lar


Val


EE_RETORNO BAPIE1RET2 Estruct

ura Parámetro de retorno

ET_DAT_FUN ZBIETT_DATOS_FUNCIONARIO

Estructura

Datos del funcionario rescatado

ET_DAT_COD ZBIETT_DATOS_CODEUDORES

Estructura

Datos de los codeudores

EE_DAT_BIE ZBIEEST_DATOS_BIENESTAR

Estructura

Datos de bienestar

EE_DET_AFI ZBIEEST_DETALLE_AFILIACIONES

Estructura

Datos de las afiliaciones

EE_LIS_CON ZBIEEST_DATOS_CONVENIO

Estructura

Datos de los convenios

EE_DET_DEU ZBIEEST_DETALLE_DEUDAS

Estructura

Datos de las deudas

EE_DET_PAG ZBIEEST_DETALLE_PAGOS

Estrucctura

Datos de los pagos

ET_LIS_TRA ZBIETT_LIS_TRAMITES

Estructura

Lista de trámites

ET_APP_WD ZBIETT_APLICACION_WD

Estructura

Aplicación WebDynpro

Tablas

Tip

o

Lar


Val


Excepciones

Tip

o

Lar


Val


3.4.7.2.2 Tablasy vistas La lista de tablas y vistas utilizadas por esta función son:

a. ZBIET_AFILIADO, tabla que permite obtener datos del afiliado

b. V_ADRCTPRT, tabla estándar que permite obtener distrito y población para ayuda

para búsqueda

c. ZBIEC_ACC_ESTADO, tabla que permite realizar la búsqueda de según el tipo de aplicación(en este caso “ORGA”), canal, entidad, acciones y estados

12

d. ZBIET_CODEUDOR, tabla que permite obtener los registros de codeudores

solidarios asociados al afiliado

e. ZBIET_CHEQUE_GTA, tabla que permite obtener cheques en garantía que presenta el afiliado como respaldo

f. ZBIET_BENEFICIAR, tabla que permite obtener beneficiarios del afiliado

g. ZBIET_INSTITUCIO, tabla que permite obtener instituciones del afiliado

h. LFA1, tabla estándar que permite obtener el maestro de proveedores

i. FAGL_SEGMT, tabla que permite obtener datos maestros para segmentos

j. ZTRVC_TIPO_SOLIC, tabla que permite obtener los tipos de solicitud

k. ZBIEC_TIPAFI, tabla que permite obtener los tipos de afiliaciones

l. ZBIEC_AFILIACION, tabla que permite obtener afiliación - parámetros, condiciones y criterios

m. ZBIEC_CARAPI, tabla que permite obtener las parametrizaciones de cargar aplicación

n. ZTRVT_USR_ROL, tabla que permite obtener la asignación de roles a usuarios




1 Nombre: Z_BIEMFU_LISTA_VALORES


Utilizada en la obtención de solicitud y la creación de solicitud, esta RFC trae la lista de valores.



CALL FUNCTION 'Z_BIEMFU_LISTA_VALORES' EXPORTING i_est_sol = co_marcar i_dependencia = co_marcar i_categoria = co_marcar

13

i_lis_mot = co_marcar i_salud = co_marcar IMPORTING et_dependencia = lt_dependencia et_est_sol = lt_est_sol et_categoria = lt_categoria et_lis_mot = lt_lis_mot et_salud = lt_salud.


i_est_sol Estados Solicitudes Bandeja Entrada i_dependencia Dependencia i_categoria Categoría i_lis_mot Lista de motivos i_salud Salud


et_dependencia Lista de valores de las dependencias et_categoria Lista de valores de categoría et_lis_mot Lista de motivos et_salud Lista de instituciones salud

14

2 Nombre: Z_BIEMFU_DATOS_HEFESTOS


Módulo funciones que permite obtenerlos datos del funcionario.



CALL FUNCTION 'Z_BIEMFU_DATOS_HEFESTOS' EXPORTING i_usuario_web = le_sol_pre_h-creado_por IMPORTING ee_retorno = le_retorno et_dat_fun = lt_dat_fun.


i_usuario_web Usuario Web


ee_retorno Parámetro de retorno et_dat_fun Datos del funcionario rescatado desde

HEFESTOS

3 Nombre: Z_BIEMFU_OBTIENE_DEUDA_AFIL


Modulo funciones RFC que permite obtener deuda de un afiliado.



CALL FUNCTION 'Z_BIEMFU_OBTIENE_DEUDA_AFIL' EXPORTING i_rut = i_rut IMPORTING et_total_deuda = lt_total_deuda et_deuda_x_solicitud = lt_deuda_solicitud es_retorno = le_retorno.


i_rut Ejercicio prestación

15


et_total_deuda Deuda Total et_deuda_x_solicitud Deuda por Solicitudes es_retorno Parámetro de retorno

4 Nombre: Z_BIEMFU_OBTIENE_DEDUCIBLE


Modulo funciones RFC que permite obtiene deducibles por afiliado.



CALL FUNCTION 'Z_BIEMFU_OBTIENE_DEDUCIBLE' EXPORTING i_rut_afi = i_rut IMPORTING e_deducible_asignado = le_afiliado-deducible e_deducible = ld_deducible_saldo.


i_rut_afi Rut afiliado


e_deducible_asignado Deducible Asignado e_deducible Deducible

16

5 Nombre: Z_BIEMFU_CONVENIOS_AFILIADO


Modulo funciones RFC que permite obtener convenios vigentes por afiliado.



CALL FUNCTION 'Z_BIEMFU_CONVENIOS_AFILIADO' EXPORTING i_rut = i_rut IMPORTING et_convenios = lt_convenios es_retorno = le_retorno.


i_rut Rut afiliado


et_convenios Convenios por suscripción Afiliados es_retorno Parámetro de retorno

17

6 Nombre: Z_BIEMFU_OBTIENE_PAGOS_AFIL


Modulo funciones RFC que permite obtener pagos de afiliados.



CALL FUNCTION 'Z_BIEMFU_OBTIENE_PAGOS_AFIL' EXPORTING i_rut = i_rut IMPORTING es_total_pago = le_total_pago et_detalle_pagos = lt_detalle_pago.


i_rut Rut afiliado


es_total_pago Total Pago et_detalle_pagos Tipo Tabla Detalle Pagos

18

7 Nombre: Z_TRVMFU_BE_LEER_BANDEJA


Modulo funciones RFC que permite obtiene tareas bandeja de entrada.



CALL FUNCTION 'Z_TRVMFU_BE_LEER_BANDEJA' EXPORTING it_solicitud = lt_solicitud IMPORTING et_tareas_be = lt_tareas_be.


it_solicitud Solicitud


et_tareas_be Tareas Bandeja de Entrada

19

3.4.7.3 Nombre objeto: Z_BIEMFU_INICIAR_FICHA

3.4.7.3.1 Descripción del proceso: La funcionalidad de esta RFC, es realizar la iniciaciónde la ficha en el sistema. Una vez gatillado el botón en la aplicación Web, la RFC se ejecuta en forma inmediata, donde:

1. Se toman los datos informados por los parámetros de entrada (Import) 2. La ejecución de la RFC está relacionada con la siguiente estructura de parámetros

de entrada y salida:

20

Z_BIEMFU_INICIAR_FICHA F20

Entrega datos de la Ficha del afiliado

Import

Tip

o

Lar

go

Formato/referenci

a Tipo

Val


I_USUARIO_WEB CH

AR 20

ZEDA_USUARIO_WEB

Usuario WEB

Export

Tip

o

Lar

go

Formato/referenci

a Tipo

Val


EE_RETORNO BAPIE1RET2 Estruct

ura

Parámetro de retorno

EE_DAT_FIC ZBIEEST_DATOS_FICHA

Estructura

Datos de la ficha del afiliado

Tablas

Tip

o

Lar

go

Formato/referenci

a Tipo

Val


Excepciones

Tip

o

Lar

go

Formato/referenci

a Tipo

Val


3.4.7.3.2 Tablas y vistas N/A




1 Nombre: Z_BIEMFU_DATOS_USUARIO


Modulo funciones RFC que permiteobtener los datos del usuario.



CALL FUNCTION 'Z_BIEMFU_DATOS_USUARIO' EXPORTING

21

i_usuario_web = i_usuario_web IMPORTING ee_retorno = le_retorno ee_dat_usu = le_dat_usu.


i_usuario_web Requiere el usuario conectado al sistema vía web


et_retorno Entrega la lista de parámetros de retorno ee_dat_usu Datos de usuario

22

3.4.7.3.5 Otros objetos N/A

3.4.8 Pantallas La ejecución de esta aplicación, está definida por el siguiente flujo de pantallas: 1. Una vez ingresado al sistema, se realiza el proceso en el cual mediante un ingreso de

usuario web, se gatilla la RFC Z_BIEMFU_INICIAR_FICHA, la cual traerá los datos del usuario

2. En forma interna se realiza el llamado de los datos provenientes del sistema

HEFESTOS. Para lo cual se hace ejecución de la RFC Z_BIEMFU_DATOS_HEFESTOS.

3. Para finalizar con la carga de ficha en donde se traen todos los datos del afiliado, complementadas en una sólo estructura de información. Para esto se gatilla la RFC Z_BIEMFU_OBTIENE_FICHA

23

4 Parametrización

4.1 Parametrización modelo estándar N/A

4.2 Parametrización modelo Z

4.2.1 Nombre transacción:Maestro de Aplicación, can al, entidad, acciones y estados

4.2.1.1 Objetivo Permitir la mantención del maestro de las aplicaciones webDynpro según aplicación, canal, entidad, acciones y estados.

4.2.1.2 Prerequisitos N/A

4.2.1.3 Transacción / Ruta de acceso Ejecutar la trxZBIE058

4.2.1.4 Parametrización realizada

24

4.2.2 Nombre transacción: Maestro de tipos de afili aciones

4.2.2.1 Objetivo Permitir la mantención del maestro de tipos de afiliaciones.




25

4.2.3 Nombre transacción: Maestro de parametrizacio nes, condiciones y criterios

4.2.3.1 Objetivo Permitir la mantención deparametrizaciones, condiciones y criterios de afiliación.




BIE AFI Vision Integral

Documents

Transcript of BIE AFI Vision Integral