Post on 18-Feb-2016
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.2.3 Transacción / Ruta de acceso ....................................................................... 24
4.2.2.4 Parametrización realizada ............................................................................ 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
4.2.3.3 Transacción / Ruta de acceso ....................................................................... 25
4.2.3.4 Parametrización realizada ............................................................................ 25
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
go Formato/referencia Tipo
Val
or Descripción Otros
EE_RETORNO BAPIE1RET2 Estructura
Parámetro de retorno
ET_DAT_FUN ZBIETT_DATOS_FUNCIONARIO
Estructura
Datos del funcionario rescatado
Tablas
Tip
o
Lar
go Formato/referencia Tipo
Val
or Descripción Otros
Excepciones
Tip
o
Lar
go Formato/referencia Tipo
Val
or Descripción Otros
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
2.1 Descripción del proceso:
Función que permite la conversión alfabética de External a Internal
2.2 Detalle técnico:
a. Estructura de ejecución:
CALL FUNCTION 'CONVERSION_EXIT_ALPHA_INPUT' EXPORTING input =ge_dat_fun-comuna IMPORTING output = ld_cityp_code.
b. Parámetros de entrada:
Input Campo de entrada
c. Parámetros de salida:
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
go Formato/referencia Tipo
Val
or Descripción Otros
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
go Formato/referencia Tipo
Val
or Descripción Otros
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
go Formato/referencia Tipo
Val
or Descripción Otros
Excepciones
Tip
o
Lar
go Formato/referencia Tipo
Val
or Descripción Otros
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
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.2.3 Otros objetos del diccionario N/A
3.4.7.2.4 Módulo de funciones derivadas
1 Nombre: Z_BIEMFU_LISTA_VALORES
1.1 Descripción del proceso:
Utilizada en la obtención de solicitud y la creación de solicitud, esta RFC trae la lista de valores.
1.2 Detalle técnico:
a. Estructura de ejecución:
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.
b. Parámetros de entrada:
i_est_sol Estados Solicitudes Bandeja Entrada i_dependencia Dependencia i_categoria Categoría i_lis_mot Lista de motivos i_salud Salud
c. Parámetros de salida:
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
2.1 Descripción del proceso:
Módulo funciones que permite obtenerlos datos del funcionario.
2.2 Detalle técnico:
a. Estructura de ejecución:
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.
b. Parámetros de entrada:
i_usuario_web Usuario Web
c. Parámetros de salida:
ee_retorno Parámetro de retorno et_dat_fun Datos del funcionario rescatado desde
HEFESTOS
3 Nombre: Z_BIEMFU_OBTIENE_DEUDA_AFIL
3.1 Descripción del proceso:
Modulo funciones RFC que permite obtener deuda de un afiliado.
3.2 Detalle técnico:
a. Estructura de ejecución:
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.
b. Parámetros de entrada:
i_rut Ejercicio prestación
15
c. Parámetros de salida:
et_total_deuda Deuda Total et_deuda_x_solicitud Deuda por Solicitudes es_retorno Parámetro de retorno
4 Nombre: Z_BIEMFU_OBTIENE_DEDUCIBLE
4.1 Descripción del proceso:
Modulo funciones RFC que permite obtiene deducibles por afiliado.
4.2 Detalle técnico:
a. Estructura de ejecución:
CALL FUNCTION 'Z_BIEMFU_OBTIENE_DEDUCIBLE' EXPORTING i_rut_afi = i_rut IMPORTING e_deducible_asignado = le_afiliado-deducible e_deducible = ld_deducible_saldo.
b. Parámetros de entrada:
i_rut_afi Rut afiliado
c. Parámetros de salida:
e_deducible_asignado Deducible Asignado e_deducible Deducible
16
5 Nombre: Z_BIEMFU_CONVENIOS_AFILIADO
5.1 Descripción del proceso:
Modulo funciones RFC que permite obtener convenios vigentes por afiliado.
5.2 Detalle técnico:
a. Estructura de ejecución:
CALL FUNCTION 'Z_BIEMFU_CONVENIOS_AFILIADO' EXPORTING i_rut = i_rut IMPORTING et_convenios = lt_convenios es_retorno = le_retorno.
b. Parámetros de entrada:
i_rut Rut afiliado
c. Parámetros de salida:
et_convenios Convenios por suscripción Afiliados es_retorno Parámetro de retorno
17
6 Nombre: Z_BIEMFU_OBTIENE_PAGOS_AFIL
6.1 Descripción del proceso:
Modulo funciones RFC que permite obtener pagos de afiliados.
6.2 Detalle técnico:
a. Estructura de ejecución:
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.
b. Parámetros de entrada:
i_rut Rut afiliado
c. Parámetros de salida:
es_total_pago Total Pago et_detalle_pagos Tipo Tabla Detalle Pagos
18
7 Nombre: Z_TRVMFU_BE_LEER_BANDEJA
7.1 Descripción del proceso:
Modulo funciones RFC que permite obtiene tareas bandeja de entrada.
7.2 Detalle técnico:
a. Estructura de ejecución:
CALL FUNCTION 'Z_TRVMFU_BE_LEER_BANDEJA' EXPORTING it_solicitud = lt_solicitud IMPORTING et_tareas_be = lt_tareas_be.
b. Parámetros de entrada:
it_solicitud Solicitud
c. Parámetros de salida:
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
or Descripción Otros
I_USUARIO_WEB CH
AR 20
ZEDA_USUARIO_WEB
Usuario WEB
Export
Tip
o
Lar
go
Formato/referenci
a Tipo
Val
or Descripción Otros
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
or Descripción Otros
Excepciones
Tip
o
Lar
go
Formato/referenci
a Tipo
Val
or Descripción Otros
3.4.7.3.2 Tablas y vistas N/A
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.3.3 Otros objetos del diccionario N/A
3.4.7.3.4 Módulo de funciones derivadas
1 Nombre: Z_BIEMFU_DATOS_USUARIO
1.1 Descripción del proceso:
Modulo funciones RFC que permiteobtener los datos del usuario.
1.2 Detalle técnico:
a. Estructura de ejecución:
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.
b. Parámetros de entrada:
i_usuario_web Requiere el usuario conectado al sistema vía web
c. Parámetros de salida:
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.
4.2.2.2 Prerequisitos N/A
4.2.2.3 Transacción / Ruta de acceso Ejecutar la trxZBIE012
4.2.2.4 Parametrización realizada
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.
4.2.3.2 Prerequisitos N/A
4.2.3.3 Transacción / Ruta de acceso Ejecutar la trxZBIE013
4.2.3.4 Parametrización realizada