CAT :: ESP:: ENG
GSP

SGITool


SGI Tool
ARQUITECTURA DE SGI TOOLKIT
Arquitectura SGI

LOS ANTECEDENTES
SGITool nace de la mano de dos compañías que comparten su propiedad Intelectual: Grupo Inforges y Global Software Partner, partners de SAP.
Ambas empresas entendieron que el proyecto SAP Business One (SBO) se tenía que complementar con una orientación modular, ya que habían encontrado una serie de problemas con el SDK de SAP, UI API / DI API, entre los que cabe destacar:
  • Dificultad en la programación debida a la falta de herramientas proporcionadas desde SAP.
  • Estabilidad y rendimiento de los add-ons programados sobre la UI API.
  • Falta de algunos objetos SAP
  • Baja productividad
Todo esto había provocado que algunos partners hubiesen adoptado diversas soluciones sin haber llegado a un nivel suficiente de normalización técnica que permetiese el traspaso de desarrollos entre unos y otros. Es por esto que ambas compañías habían creado herramientas para acortar el ciclo de desarollo de software que resultaron ser complementarias.

SGI TOOLKIT
Ya que había quedado claro que tanto Inforges como GSP iban en la misma dirección, se acordó fusionar las herramientas de cada compañía, dando lugar al proyecto SGI Toolkit. Este proyecto persigue los siguientes objetivos:
  • Normalización técnica a nivel de desarrollo.
  • Mejorar la productividad de los equipos de desarrollo.
  • Estabilidad y rendimiento.
  • Compatibilidad de desarrollos entre partners que adopten esta tecnología.
  • Acceso a un mayor target de clientes, superando las limitaciones de SAP B1.
  • Rápida incorporación de nuevos recursos a los equipos de desarrollo.
  • Simplificación de instalaciones en cliente.

CARACTERÍSTICAS
Al integrar las dos herramientas de desarrollo se llega a un único entorno de desarrollo y normalización técnica llamado SGITool. Las pantallas en .NET permiten cambiar la lógica de SAP y se presentan dentro de la aplicación de SAP B1 con un mismo look&feel.

La transmisión de eventos de pantallas SAP y pantallas .NET es en ambos sentidos. Es decir, una pantalla .NET puede levantar formularios Standard SAP (matchcode, choose from list...) y viceversa. Además, se obtiene una gran facilidad a la hora de:
  • Generar nuevas pantallas.
  • Modificar pantallas SAP Standard.
  • La creación de campos, pestañas, etc. en pantallas Standard.
Por otro lado, se obtiene un gran rendimiento y estabilidad en cálculos por linea, tanto en Documentos de Markèting como en formularios complejos.