Lectura y/o escritura del ERP mediante servicio web

Si el ERP dispone de un servicio web (SW de ahora en adelante) con el que poder leer y/o escribir, Inase puede encargarse de realizar los intercambios de información oportunos.

Para que Inase pueda planificar el desarrollo del conector de su ERP, necesitamos que previamente se realicen una serie de pasos para verificar que el SW está listo.

• Facilitar documentación sobre el SW. Usuario, contraseña, url, endpoints, métodos, datos que se pueden obtener, ejemplos de recepción y envío, etc.
• Comprobar que el SW es accesible desde el equipo donde está instalado el Mobility Server.
• Informar sobre si se va a utilizar un entorno de test o si, para las pruebas, se debe usar un cliente o agente específico.
• (Opcional pero recomendado) Realizar pruebas de funcionamiento del SW en el equipo donde está instalado el Mobility Sever, así como facilitar los resultados obtenidos.

¿Cómo realizar pruebas de funcionamiento del SW?

Para comprobar que el SW funciona de forma correcta se solicita realizar una serie de pruebas en el equipo donde está instalado el Mobility Server.

Para ello se utilizará Postman, un programa que sirve para realizar peticiones al SW y obtener sus respuestas.

Si no tiene instalado el programa puede hacerlo desde el siguiente enlace: https://www.getpostman.com/downloads/

A continuación, se muestra de forma sencilla cómo utilizar el Postman.

1. Seleccionar el tipo de petición a realizar al SW.
2. Dirección del SW.
3. Parámetros, cabeceras y mensaje a enviar en la petición.
   • Params: Si se requiere, aquí se indicarán los parámetros a añadir a la dirección del SW. Se pueden indicar aquí o añadir directamente en la dirección del SW.
   • Authorization: Si se requiere, aquí se indicarán las credenciales necesarias para realizar la petición.
   • Headers: Si se requiere, aquí se indicarán las cabeceras adicionales necesarias para realizar la petición.
   • Body: Si se requiere, aquí se indicará el mensaje a enviar en la petición. El mensaje puede ser de varios tipos:
     • none: Si la petición no requiere enviar ningún mensaje se seleccionará esta opción (petición tipo GET, por ejemplo).
     • form-data: Tiene dos formas de edición, Key-Value Edit y Bulk Edit.
     • x-www-form-urlencoded: Tiene dos formas de edición, Key-Value Edit y Bulk Edit.
     • raw: Se puede seleccionar el tipo de mensaje que se envía para que automáticamente cree la cabecera oportuna (text, json, xml, etc).

4. Una vez indicada toda la información de la petición, se procederá a pulsar el botón Send.

Cuando se acabe de procesar la petición, se mostrarán los resultados.

1. Status: Se muestra el código devuelto por la petición.
2. Body: Si procede, se mostrará el mensaje devuelto por la petición.

Se aconseja realizar varias pruebas, tanto de lectura como de escritura (si fuese necesario).

Si las peticiones han sido correctas y los mensajes devueltos los esperados, deben informarnos para proceder con la programación de lectura y/o escritura del ERP, así como enviar capturas de pantalla de las pruebas realizadas.

Ref: JSG