📘Metadata

Arquitectura Cliente/servidor Cliente Servidor Fornt-end Es todo lo que pasa del lado del cliente Back-end Es todo lo que pasa del lado del servidor Servicios de datos Conector SAP OData (Comunicación entre el Frontend y el backend SAP Gateway (Proporciona una interfaz abierta que implementa un acceso simple a SAP a través del protocolo OData REST Transferencia de estado Representacional (Arquitectura de servicio) Sintaxis universal para identificar los recursos Protocolo cliente/servidor sin estado (Stateless) Conjunto de operaciones bien definidas que se aplican a todos los recursos de información Protocolo OData Documentación OData (hhtps://www.odata.org/documentation/)...

Acceder a esta publicación

Analizando la estructura de un proyecto Index.html se usa para iniciar la aplicación y crear una instancia Bootstrap es el programa o script de arranque del SAPUI5 Espacio de Nombres Identificador unico para cada app FlexibleColumnLayout - sap.f.flexibleColumnLayout Hasta 3 columnas Responsive Archivos dentro de la app App.controller.js - Asociado a la vista de la app BaseController.js - Es el controlador genérico Marte.view.xml - Aplicación de detalles maestros Detail.view.xml - Vista detalle Master.controller.js - Vista maestra Formatter.js - Funciones de formato Detail.controller.js - Controlador vista detalle Component.js - Archivo que contiene la configuración (La...

Acceder a esta publicación

La creación de controles personalizados en SAPUI5 1. Introducción SAPUI5 permite desarrollar controles personalizados (custom controls) cuando los controles estándar no satisfacen completamente las necesidades de la aplicación. Estos controles se crean extendiendo las clases base del framework, lo que ofrece una gran flexibilidad para adaptar la interfaz a los requerimientos del negocio sin perder compatibilidad con Fiori. El objetivo principal de los controles personalizados es reutilizar comportamientos y diseños específicos dentro de una o varias aplicaciones. 2. Concepto de control personalizado Un control en SAPUI5 es un objeto de la clase base sap.ui.core.Control o alguna de sus subclases (por...

Acceder a esta publicación

La validación de los servicios OData desde el backend 1. Introducción Después de implementar un servicio OData en SAP Gateway, es fundamental validar su funcionamiento desde el backend antes de consumirlo en aplicaciones SAPUI5 o Fiori. La validación permite asegurarse de que el servicio: Está correctamente registrado y activo, Devuelve los datos esperados, Y cumple con las operaciones CRUD-Q definidas. SAP proporciona varias herramientas para realizar esta verificación, siendo las principales /IWFND/GW_CLIENT, /IWFND/ERROR_LOG y /IWFND/TRACES. 2. Objetivo de la validación El propósito de la validación es comprobar la comunicación...

Acceder a esta publicación

La relacion entre SAP Gateway y los servicios Odata La arquitectura cliente/servidor: es un modelo fundamental en sistemas informáticos donde las tareas se dividen entre dos tipos de entidades: Cliente: Es el dispositivo o aplicación que realiza solicitudes, puede ser un navegador web, una app de SAP Fiori, SAP GUI, etc. El cliente no contiene la lógica del negocio, solo presenta datos al usuario y envía solicitudes al servidor. Servidor (): Es el sistema que procesa las solicitudes del cliente. Contiene la lógica de negocio y el acceso a la base de datos. Devuelve los resultados al cliente después de ejecutar las operaciones requeridas. Los servicios de datos: son esenciales para permitir...

Acceder a esta publicación

La relación entre SAP Gateway y los servicios OData SAP Gateway funciona bajo una arquitectura Cliente/Servidor, donde el cliente (por ejemplo, una aplicación SAP Fiori o un navegador) realiza requests o solicitudes al servidor, que es el sistema SAP donde se encuentran los datos y la lógica de negocio. El servidor procesa la solicitud y devuelve un response con la información requerida. Este intercambio sigue el flujo request–response, separando el frontend (cliente) del backend (servidor). Los servicios de datos: se utilizan como interfaces abstractas que permiten exponer información del backend sin mostrar su implementación interna. En este contexto, OData define un contrato estándar...

Acceder a esta publicación

Configuración del SAP Gateway El Estándar OData 1. El Estándar OData y su Arquitectura OData funciona como un contrato de comunicación uniforme entre un cliente y un servidor, permitiendo que ambos sean independientes e intercambiables mediante el uso de conectores. Lado del Cliente: Utiliza un conector (OData SDK) que traduce las peticiones de la aplicación (Escritorio, HTML5 o Móvil) al formato OData. Infraestructura Web: La comunicación se realiza a través del protocolo HTTP. Lado del Servidor (SAP): El SAP Gateway actúa como el conector fundamental. Traduce las entidades OData provenientes de la web a las API de ABAP que manejan la lógica...

Acceder a esta publicación

La Logística de Software para Sistemas SAP Fecha: 20/12/25 Lección N°8 - Unidad 1 1. El Ambiente Multisistema en SAP Razones para configurar un entorno con múltiples sistemas Existen varias razones para configurar un entorno con múltiples sistemas: Mantenimiento continuo: Todos los sistemas SAP requieren actualizaciones y ajustes de manera constante. Estas tareas pueden ser por SAP o por los propios clientes. Registro de auditorías: Para cumplir con auditorías y controles, es necesario llevar un registro detallado de las solicitudes de transporte. Impacto global en los objetos ABAP: Los objetos del repositorio ABAP afectan a todos los clientes dentro de un mismo...

Acceder a esta publicación