![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP BASIS Internet Communication Framework
SAP BASIS Internet Communication Framework
![SAP BASIS Internet Communication Framework SAP BASIS Internet Communication Framework](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/332.jpg)
El ICF provee un entorno para el manejo de solicitudes WEB dentro del WP ABAO de un sistema de SAP.
Es responsabilidad del basis generar conexiones llamadas urls para conectar el sistema SAP a internet.
1. Clasificación del ICF
Permite establecer las conexiones entre SAP y el internet por medio de protocolos HTTP SMTP, no se requieren librerías extras solo el protocolo HTTPS, para el cual la librería criptográfica (SAPCRYPTOLIB) debe existir y ser configurada. Hace posible la respuesta a una solicitud de una aplicación, y también la respuesta se devuelve por medio de la ICF y esto es visualizado en el navegador.
La lógica de aplicación llamada desde HTTP es implementado por el HTTP request handler, este es un programa se identifica usando una URL, y recibe solicitudes HTTP que usan esa URL. Los clientes pueden crear los HTTP request handler pero SAP también entrega unos, el mas común es el que maneja los bussines server pages (BSP) con el cual es posible desarrollar aplicaciones WEB simples. Cuando llega una solicitud esta es tomada el control por el handler y despues inicia el ICF.
Una solicitud HTTPS es procesada de la siguiente manera.
- La solicitud es enviada desde navegador WEB del usuario al ICM usando el protocolo HTTP. El ICM valida la URL para validar que este implementada en el STACK ABAP o JAVA del servidor de aplicación WEB, esta será procesada por WP de dialogo
- El ICM almacena los datos en un memory pipe e informa al dispatcher
- El dispatcher selecciona un WP libre para el procesamiento
- El task handler lee los datos desde el memory pipe y los transfiere al ICF
- El controlador ICF transfiere al ICF manager, el controlador ICF crea bloque de control y lo llena con los datos de la solicitud HTTP.
- El cliente es autenticado
- EL HTTP request handler es llamado, una vez finaliza devuelve el control al controlador ICF.
- EL task handler escribe la repuesta en el memory pipe y aisa al ICM que el procesamiento de la solicitud ha terminado.
- El ICM devuelve respuesta a navegador de usuario.
2. Propiedades y mantenimiento de los servicios del ICF
Desde el punto de vista técnico esto implementa las interface el cliente también puede implementar sus propias clases con el class builder tx SE24 y la SE80.
La conexión de una URL con un HTTP request hander es la tarea del os servicios iCF.
Para obtener una vista de todos los servicios e usa la Tx SICF.
3. Concepto de activación.
Para activar clikc derecho y selecciona botón yes, la activación de servicios es un riesgo porque pueden ser accedidos desde los protocolos HTTP SMTP desde internet o intranet, por lo tanto se deben restringir estos accesos. Todos los ICF se entregan desactivados, por lo tanto ninguno puede ser utilizado inicialmente.
4. Propiedades e inherencia.
Se hace mantenimiento desde la SICF, se pueden hacer las siguientes configuraciones.
Datos de servicio/procedimiento de logon
Datos de Servicio/ datos de logon anónimo
Se deberían usar solo usuarios de servicio, si son usuarios de dialogo el sistema genera una advertencia.
Datos de servicio/Opciones de servicio
Datos de servicio/requerimientos de seguridad- Si seleccionas SSL solo las HTTPS serán aceptadas
Datos de servicio/autenticación básica. Usuario estándar R/3 Campo User en la SU01 o12 caracteres usuario de internet campo alias 40 caracteres MAX
Handler list
Error pages - Podemos configurar la respuesta de error ejemplo error logon (HTTP 401 Login failed)
Alias
5. Monitoreo
Se puede hacer monitoreo para los intentos fallidos
Los pasos a seguir son:
1. activar registro
2. Se ajusta la duración de registro y el tiempo de almacenamiento en BD
3. llamar el servicio que queremos monitorear
4. desactivar el registro
5. visualizar y procesar las solicitudes registradas
El ICF provee un entorno para el manejo de solicitudes WEB dentro del WP ABAO de un sistema de SAP.
Es responsabilidad del basis generar conexiones llamadas urls para conectar el sistema SAP a internet.
1. Clasificación del ICF
Permite establecer las conexiones entre SAP y el internet por medio de protocolos HTTP SMTP, no se requieren librerías extras solo el protocolo HTTPS, para el cual la librería criptográfica (SAPCRYPTOLIB) debe existir y ser configurada. Hace posible la respuesta a una solicitud de una aplicación, y también la respuesta se devuelve por medio de la ICF y esto es visualizado en el navegador.
La lógica de aplicación llamada desde HTTP es implementado por el HTTP request handler, este es un programa se identifica usando una URL, y recibe solicitudes HTTP que usan esa URL. Los clientes pueden crear los HTTP request handler pero SAP también entrega unos, el mas común es el que maneja los bussines server pages (BSP) con el cual es posible desarrollar aplicaciones WEB simples. Cuando llega una solicitud esta es tomada el control por el handler y despues inicia el ICF.
Una solicitud HTTPS es procesada de la siguiente manera.
- La solicitud es enviada desde navegador WEB del usuario al ICM usando el protocolo HTTP. El ICM valida la URL para validar que este implementada en el STACK ABAP o JAVA del servidor de aplicación WEB, esta será procesada por WP de dialogo
- El ICM almacena los datos en un memory pipe e informa al dispatcher
- El dispatcher selecciona un WP libre para el procesamiento
- El task handler lee los datos desde el memory pipe y los transfiere al ICF
- El controlador ICF transfiere al ICF manager, el controlador ICF crea bloque de control y lo llena con los datos de la solicitud HTTP.
- El cliente es autenticado
- EL HTTP request handler es llamado, una vez finaliza devuelve el control al controlador ICF.
- EL task handler escribe la repuesta en el memory pipe y aisa al ICM que el procesamiento de la solicitud ha terminado.
- El ICM devuelve respuesta a navegador de usuario.
2. Propiedades y mantenimiento de los servicios del ICF
Desde el punto de vista técnico esto implementa las interface el cliente también puede implementar sus propias clases con el class builder tx SE24 y la SE80.
La conexión de una URL con un HTTP request hander es la tarea del os servicios iCF.
Para obtener una vista de todos los servicios e usa la Tx SICF.
3. Concepto de activación.
Para activar clikc derecho y selecciona botón yes, la activación de servicios es un riesgo porque pueden ser accedidos desde los protocolos HTTP SMTP desde internet o intranet, por lo tanto se deben restringir estos accesos. Todos los ICF se entregan desactivados, por lo tanto ninguno puede ser utilizado inicialmente.
4. Propiedades e inherencia.
Se hace mantenimiento desde la SICF, se pueden hacer las siguientes configuraciones.
Datos de servicio/procedimiento de logon
Datos de Servicio/ datos de logon anónimo
Se deberían usar solo usuarios de servicio, si son usuarios de dialogo el sistema genera una advertencia.
Datos de servicio/Opciones de servicio
Datos de servicio/requerimientos de seguridad- Si seleccionas SSL solo las HTTPS serán aceptadas
Datos de servicio/autenticación básica. Usuario estándar R/3 Campo User en la SU01 o12 caracteres usuario de internet campo alias 40 caracteres MAX
Handler list
Error pages - Podemos configurar la respuesta de error ejemplo error logon (HTTP 401 Login failed)
Alias
5. Monitoreo
Se puede hacer monitoreo para los intentos fallidos
Los pasos a seguir son:
1. activar registro
2. Se ajusta la duración de registro y el tiempo de almacenamiento en BD
3. llamar el servicio que queremos monitorear
4. desactivar el registro
5. visualizar y procesar las solicitudes registradas
 
 
 
Sobre el autor
Publicación académica de Nelson Eduardo Gomez Angel, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Nelson Eduardo Gomez Angel
Profesión: Ingeniero Industrial - Colombia - Legajo: WU93J
✒️Autor de: 76 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Nelson Gomez