Explicaremos brevemente como hacerse de las credenciales y definir la dirección (URL) del WS usando la interfaz web de suap. Si estás leyendo este manual sin contar con usuarios de prueba podés requerirlo a [email protected].
La URL de suap está conformada por las siglas de la instalación, que siempre coinciden con la abreviatura de la Institución de profesionales. A modo de ejemplo damos siglas reales para algunas de ellas:
Quedando así la URL para el acceso WEB (página) de cada instalación del siguiente modo:
Para conformar la uri del WS de suap debe seguirse la siguiente regla:
En los ejemplos reales a la fecha los accesos a cada ws serían entonces:
En una primera etapa el desarrollador cuenta con un entorno de pruebas. El mismo tiene las siguientes direcciones:
Para operar se debe realizar todo como en cualquier versión de producción.
En el caso de utilizar el WS de suap es necesario generar y obtener las credenciales. Dichas credenciales están ligadas a un usuario real de suap. Se puede crear un usuario específico para todo el laboratorio o a un usuario existente gestionarle una credencial para el WS. De ahora en mas a dicha credencial la llamaremos TOKEN.
Pasos para conseguir un TOKEN para WS de suap:
El TOKEN consta de dos cadenas de caracteres separadas por un carácter : (dos puntos). La porción izquierda es el usuario y la porción derecha es el password. Por ejemplo, si el TOKEN es:
izquierda_AAABHJKiywz:derecha_ccDDFfFGG
El TOKEN se decompone en:
Una vez obtenido el TOKEN precionando la opción “crear token” se puede copiar al portapapeles usando el botón a tal fin. De este modo ya puede transportarlo a su sistema.
El o los usuarios a los que se les genera un TOKEN de ws deben, además, tener asignado el permiso para usar el WS. Dicho permiso se llama webService y se asigna en la lista de permisos del usuario.
En este punto usted ya debe haber podido generar el token para el usuario dentro de la web de suap y cuenta con una url de prueba para comenzar su implementación.
En el WS cada request que realice debe contener en el header tipo de autenticación basic y el usuario y contraseña generados para el WS.