Documentación de la ApiRest

¿Puedo usar esta API REST sin heredar o usar Velneo vERP?

Sí, para hacerlo tendrás que integrar en tus proyectos los siguientes objetos que encontrarás en los proyectos de Velneo vERP. Lógicamente debes añadir los objetos del proyecto de datos en tu proyectos de datos y lo mismo con los de aplicación.

Objetos a integrar del proyecto de datos vERP.dat

Scripts

Exportar la carpeta de script js/api_rest_v1 que contiene los scripts:

  • api_rest_funciones_v1.js

  • swagger.js

  • v1.js

Se puede importar la carpeta directamente o bien cada uno de los scripts de forma individual. Lo verdaderamente importante es mantener la estructura de carpetas, es decir, que exista la carpeta js y dentro de esta la carpeta api_rest_v1 donde ubicaremos ambos scripts. De esta forma el resto de objetos que hacen referencia a estas ubicaciones serán operativos al pegarlos en nuestro proyecto sin necesidad de revisar sus propiedades.

Exportar el script activarVista.js que está incluido en la carpeta /js/interface/ e importarlo en nuestra aplicación en la misma estructura de carpetas. Este script es necesario para el control de vista activa del menú de API Keys.

Tablas

Carpeta Tablas/Configuración

  • API_KEY_W (API keys)

  • API_SEG_W (API seguridad)

Dibujos

Carpeta Dibujos/Tablas/Configuración

  • API_KEY_W (API keys)

  • API_SEG_W (API seguridad)

Procesos

Carpeta Procesos/API REST v1

  • SWAGGER

  • API_REST_v1

Objetos a integrar del proyecto de aplicación vERP.app

Carpetas con objetos de interfaz

Dentro de la carpeta Configuración copiar la carpeta API keys con todas sus subcarpetas.

Opción de menú para ejecutar la interfaz

Para ejecutar la opción de menú que muestra la interfaz de API keys donde se define toda la seguridad debemos lanzar la acción API_KEY_W_MEN es recomendable que esta opción sólo esté disponible para administradores o usuarios avanzados.

Guardar y reiniciar las instancias en el servidor.

Ejecutar la aplicación y configurar la seguridad

La seguridad del API REST está basada en 2 capas actualmente:

  • Capa 1: clave API key.

  • Capa 2: configuración de seguridad a nivel de tablas, campos, procesos y búsquedas.

La capa 1 consiste en una clave definible por el programador o el usuario en tiempo de ejecución que se configura desde el menú Supervisor -> API keys.

Al ejecutar esta opción se muestra el formulario de menú de API keys

Podemos crear tantos registros como queramos, en cada registro de API key debemos grabar una descripción y el valor de la clave del API key.

En la pestaña seguridad del API key podremos generar tantos registros como tablas tenemos en nuestros proyectos de datos más un registro para los objetos poder configurar la seguridad de los procesos que no tienen tabla destino declarada.

En el formulario se puede configurar con el check si es para procesos sin tabla destino, una vez marcado sólo nos aparecerá la pestaña de procesos.

En la parte superior izquierda tenemos 4 checks para configurar si este API key soporta los métodos GET, PUT, POST y DELETE.

En caso de no marcar el check sin tabla nos aparecerán 3 pestañas para configurar la seguridad de campos, procesos y búsquedas.

Para seleccionar un proceso, lo que debemos seleccionar en los combo boxes son el proyecto de datos donde está tabla de destino y la tabla de destino.

En el caso de configurar una tabla debemos seleccionar un proyecto de datos de todos los cargados en ejecución y una vez seleccionado el proyecto podremos elegir la tabla sobre la que vamos a configurar la seguridad.

De igual modo podemos configurar en la parte superior derecha los métodos aceptados para dicha tabla (GET, PUT, POST y DELETE).

Las tres pestañas de seguridad de campos procesos y búsquedas tiene la misma funcionalidad y usabilidad.

Por defecto el API REST no permitirá devolver información de un campo, proceso o búsqueda que tengan marcado el estilo privado.

En la de campos tenemos un check que nos permite indicar si queremos que todos los campos de la tabla que no sean privados estén disponibles para el API. Conviene marcarlos si queremos que estén accesibles la mayoría de campos, en ese caso los campos que seleccionemos en la rejilla inferior serán excluidos del retorno de información que genere el API.

Los campos que devolverá el JSON al ejecutar el proceso son los que se marquen en la pestaña campos del API, que no hay que programar nada en el proceso.

Si queremos dejar accesible un número pequeño de campos es mejor no marcar el check y hacer la selección de los campos accesible. En definitiva lo que se trata es de seleccionar de la lista el menor número de elementos utilizando el check para dicho fin.

Los procesos y las búsquedas funcionan igual con un check que permite seleccionar todas excluyendo las seleccionadas o solo incluir las seleccionadas si no marcamos el check.

Instalar y configurar el componente vModApache

Para poder acceder al API REST se usa el componente vModApache que permite que el servidor web Apache pueda servir de forma automática la documentación swagger y el API REST de tu aplicación.

La instalación lleva mismos pasos que la instalación habitual de vModApache.

Es extremadamente importante que configures el Apache en HTTPS con un certificado. De esta forma evitas que la información http viaje en plano y sea accesible por terceros.

Configuración del servidor Apache

Modificar el fichero D:\Apache24\conf\extra\httpd-ahssl.conf y añadir una directiva location para conectarse a la instancia de la aplicación. Ejemplo:

<Location /verp-api>
    setHandler velneo
    Vrl vatp://pepe:verp1234@c22.velneo.com:7050/VERP
</Location>

Reinicir el Apache

Una vez aplicadas las configuraciones, reiniciamos el servidor Apache.

Probar el API desde Swagger

¿Qué es Swagger?

Swagger es estándar para definir interfaces de API REST que permite que tanto personas como máquinas puedan entender y comprender las capacidades de un servicio sin acceder al código fuente o una documentación específica. Actualmente swagger forma parte de la especificación OpenApi.

El API REST de Velneo genera dinámicamente un fichero de definición swagger del API disponible en tu aplicación.

Para acceder Swagger usa la siguiente url:

https://demoapi.velneo.com/swagger/

Verás que al cargar la página propone la url de acceso a la instancia web que tenemos de la demo de Velneo vERP (https://demoapi.velneo.com/verp-api/vERP_2_dat_dat/swagger) y nos pide que introduzcamos la APIKey. En el caso de la demo de vERP ésta es: api123

Así ya podrás comprobar cómo funciona.

Para poder ver una documentación vistosa de tu API, puedes introducir tu url de definición de Swagger en la URherramienta swagger ui.http://petstore.swagger.io/, en la casilla superior y pulsar explorar. Si quieres acceder desde una red privada puedes descargar la herramienta swagger ui a tu ordenador y generar la documentación de tu API en local https://github.com/swagger-api/swagger-ui

Desde swagger ui, no solamente puedes ver la documentación de la API, sino que podrás probar los distintos recursos y testear contra los datos reales de las aplicaciones.

Recuerda introducir el API key que has puesto en vERP en la página de Swagger UI para poder simular las mismas opciones que se puedan hacer con dichao API key.

Ejemplos:

Url Swagger vERP Demo: (clave api= api123)

https://demoapi.velneo.com/swagger/

Url Swagger para el registro de tu propia documentación:

http://petstore.swagger.io/

Todos los artículos:

https://demoapi.velneo.com/verp-api/vERP_2_dat_dat/v1/art_m?api_key=api123

Todos los artículos pero mostrando los campos id, name, dsc:

https://demoapi.velneo.com/verp-api/vERP_2_dat_dat/v1/art_m?fields=id%2Cname%2Cdsc&api_key=api123

El artículo con id=1

https://demoapi.velneo.com/verp-api/vERP_2_dat_dat/v1/art_m?filter%5Bid%5D=1&api_key=api123

Los artículos con id 1, 3 y 5

https://demoapi.velneo.com/verp-api/vERP_2_dat_dat/v1/art_m?filter%5Bid%5D=1%2C%203%2C%205&api_key=api123

Todos los clientes:

[https://demoapi.velneo.com/verp-api/vERP_2_dat_dat/v1/ent_m?api_key=api123](https://demoapi.velneo.com/verp-api/vERP_2_dat_dat/v1/ent_m?api_key=ap

Si bien Swagger requiere CORS ((Cross-Origin-Resource-Sharing) si usamos el API Rest de Velneo vERP no es necesario activarlo en Apache, pues las propias cabeceras de nuestra API Rest ya lo activan directamente.

Última actualización