✒️SAP BASIS / Internet Communication Framework Por Mauro Colina Gando
SAP BASIS Internet Communication Framework
El ICF provee un entorno para el manejo de solicitudes WEB dentro del Works Process ABAP dentro de un sistema SAP.
Cuando en la implementación de SAP queremos usar aplicaciones WEB basadas en WEB Dympro, BSPs o el ITC integrado para la comunicación con los sistemas SAP a internet, es nuestra tarea como administradores del sistema crear las conexiones entre las llamadas URLs y los servicios y programas de los sistemas SAP.
Clasificación de los ICF
El ICF permite establecer la comunicación entre diferentes sistemas sobre internet usando protocolos estándar como el HTTP y el SMTP, para el HTTPS debe existir la librería criptográfica de SAP SAPCRYPTOLIB la cual debe estar configurada. Esto lo podemos ver más a detalle consultando la nota SAP 510007.
Propiedades y Mantenimientos de los Servicios ICF
Técnicamente hay una clase ABAP detrás de un HTTP request handler, esta implementa la interface IF_HTTP_EXTENSION y el método HANDLER_REQUEST. SAP entrega clases del este tipo, pero el cliente puede también generar sus propias clases por medio del Class Builder, transacción SE24, integrado dentro del Object Builder y la transacción SE80.
Por medio de la transacción SICF podemos obtener una vista de todos los servicios.
Concepto de Activación
Los servicios ICF pueden estar activos o no, esto se denota por medio de colores en la transacción SICF.
Cuando el estado está de color Negro, esto quiere decir que está Activo, y que el servicio puede ser llamado.
El estado Inactivo, de denota con dos colores. Gris: el servicio esta explícitamente desactivado. Azul: el servicio esta implícitamente desactivado.
Todos los servicios ICF son entregados en estado desactivados, por lo que no puede ser usado inicialmente.
Las Propiedades e Inherencias de los servicios ICF se mantienen en la transacción SICF, al hacer clik en un servicio la ventana de Creación/Modificación de ese servicio aparece.
.- Datos de Servicio / Procedimiento de Logon
Varios procedimientos de Logon están disponibles para el acceso a una solicitud HTTP al SAP Web AS. Esto se puede configurar de forma individual para cada nodo de servicio. Con la configuración por defecto, Standar, se llevan a cabo las siguientes verificaciones en esta secuencia:
1) Campos de autenticación mediantes campos HTTP (Fiels authentication)
2) Autenticación SSO (Single Sign_On)
3) Autenticación Básica (Basic Authentication)
4) Autenticación SAP con usuario y contraseña del sistema SAP (SAP Authentication)
5) Autenticación de certificado mediante un certificado de cliente (Certificate Autenticación)
6) Autenticación del servicio con un usuario anónimo almacenado en el mismo servicio (Services Authentication)
.- Datos de Servicio / Datos de Logon Anónimos
Los usuarios almacenados en Clients, Users, Passwords y Language, se verifican al seleccionar Logon Data Request como procedimiento logon para un servicio.
Solo los usuarios que fueron creados bajo la transacción SU01 se pueden almacenar aquí, si almacenamos usuarios de diálogos el sistema arroja un alerta.
.- Datos de Servicios / Opciones de Servicios
Por medio de la transacción SMLG podemos crear un grupo de logon, usando el campo Server Group.
Es recomendable usar la ayuda F4 para realizar esta operación.
.- Datos de Servicios / Requerimiento de Seguridad
Por defecto la opción Standar esta activada, esta permite conexión HTTP y HTTPs al servicio. Al seleccionar SSL, solo las conexiones HTTPS son aceptadas.
.- Datos de Servicios / Autenticación Básica
Si nos logueamos al SAP Web AS, usando Basic Authentication, podemos seleccionar si las entradas realizadas por el usuario en la ventana HTTP del cliente, son interpretadas como un usuario estándar R/3 (Campo User en la SU01 max 12 caracteres) o como un usuario de internet (Campo Alias en la SU01 max 40 caracteres).
.- Handler List
En esta solapa, ingresamos los HTTP handlers en la secuencia que van a ser ejecutados. Un HTTP Request Handler es una clase ABAP que implementa la interface IF_HTTP_EXTENSION. Esta contiene el método HANDLER-REQUEST, que es llamado por ICF.
.- Error Pages
Aquí se define que página de respuesta va a ser enviada al cliente en estas situaciones:
1) Error de Logon (HTTP 401 Logon Field)
2) Error de Aplicación (HTTP 500)
3) Paginas Logoff
4) No Accesible (HTTP 404)
Los servicios que son requeridos para servicios internos del sistema esta definidos bajo el modo /sap/public/
.- Alias
Son los links que se crean en el CIF por medio de un servicio de ICF a otro. Al seleccionar Reference to an existing service en la pantalla de mantenimiento de servicio (Maintain Service) de la transacción SCIF cuando creamos un servicio, estamos creando un Alias interno.
No deberíamos crear alias internos a los servicios SAP, lo que se encuentra deba del nodo /sap/
.- Monitoreo
El ICF recorder lo usamos para almacenar registros en la BD del sistema. Este lo podemos invocar desde la transacción SCIF seleccionado Edit -> Recorder -> Activate, Recording / Desactive Recording / Display Recording; alternando con la transacción SCIFRECORDER para evaluar los registros.
Escanear / Compartir
Sobre el autor
Publicación académica de Mauro Ramón Colina Gando, en su ámbito de estudios para la Carrera Consultor SAP BASIS NetWeaver Nivel Avanzado.
SAP Master
Mauro Ramón Colina Gando
Profesión: Licenciado en Informática - Colombia - Legajo: LG33L
✒️Autor de: 91 Publicaciones Académicas
🎓Cursando Actualmente: Carrera Consultor SAP BASIS NetWeaver Nivel Avanzado
🎓Egresado del módulo:
Certificación Académica de Mauro Colina
Disponibilidad Laboral: FullTime
