y copiamos los archivos de configuración de la versión 3.17 que teníamos funcionando correctamente. El resto ya se encontraba configurado, la base y el 3w que ahora viene incluido en la versión.
Como consecuencia de este funcionamiento entendemos que no se está actualizando la tabla mbe_solicitudes (todos los tramites nuevos quedan sin procesar).
Les consulto que debemos revisar ya que la instalación se hizo siguiendo la wiki. Muchas gracias.
Luego de importar la colección, vas a tener que configurar las variables de la misma:
url_sube: Para test http://test.boletoestudiantil.gba.gob.ar/ws, para producción https://boletoeducativo.gba.gob.ar/ws user_sube: Usuario otorgado por el Ministerio de Infraestructura y Servicios Públicos de la Provincia de Buenos Aires. pass_sube: Password otorgada por el Ministerio de Infraestructura y Servicios Públicos de la Provincia de Buenos Aires. ua_sube: Código Institución otorgado por Ministerio de Infraestructura y Servicios Públicos de la Provincia de Buenos Aires (Student Departament).
url_guarani: URL donde tenes instalada la API de Guaraní de Boleto estudiantil, seguir estos pasos. user_guarani: Usuario para la API de Guaraní de Boleto estudiantil. pass_guarani: Password para la API de Guaraní de Boleto estudiantil.
dni: DNI de algún alumno de SIU-Guaraní para hacer las pruebas.
Requests:
SUBE - Solicitar beneficio: Solicita el beneficio a SUBE. El alumno debe ser regular y activo en al menos una carrera. Se ejecuta solo una vez.
Guaraní - Aceptar solicitud: Acepta la solicitud, SUBE notifica a SIU-Guaraní que el alumno completo el formulario. Se ejecuta solo una vez.
Guaraní - Expirar solicitud: Expirar la solicitud, SUBE notifica a SIU-Guaraní que la solicitud expiró, ya que pasaron los 20 minutos que te da para completar el formulario. Se ejecuta solo una vez.
SUBE - Deshabilitar beneficio: Si el alumno deja de ser regular y activo en al menos una carrera, SIU-Guaraní notifica a SUBE para que “deshabilite” el beneficio. Se puede ejecutar varias veces.
SUBE - Habilitar beneficio: Si el alumno vuelve a ser regular y activo en al menos una carrera, SIU-Guaraní notifica a SUBE para que “habilite” el beneficio nuevamente. Se puede ejecutar varias veces.
Nosotros ya tenemos un cliente Postman para efectuar pruebas, el problema es la respuesta que estamos obteniendo (parámetros incorrectos) al efectuar la prueba.
Vamos a probar directamente con curl.
Por otro lado, que en mbe_solicitudes queden todas las solicitudes en ‘NUEVA’ es porque no puede consumir el ws ? Muchas gracias.
También notificamos al ministerio para que pruebe el ws pero aun no tenemos respuesta.
Por otro lado, que en mbe_solicitudes queden todas las solicitudes en 'NUEVA' es porque no puede consumir el ws ? Muchas gracias.
Claro, en la columna respuesta queda como NUEVA, eso se debe a que el alumno aun no completo el formulario.
Luego de 20 minutos el mismo expira, respuesta pasa a ser “RECHAZADA” y respuesta_desc pasa a ser “TRAMITE_EXPIRADO”, esto permite al alumno hacer otra solicitud.
En cambio si el alumno completa el formulario dentro de los 20 minutos el mismo se acepta, respuesta pasa a ser “ACEPTADA” y respuesta_desc pasa a ser “OK”.
¿SUBE esta pudiendo acceder a tus Web Services?
¿podes acceder a los logs de acceso de Apache para saber si SUBE llega a notificarte de la expiración/aceptación del tramite?
Muchas gracias por la respuesta, desde que instalamos la versión 3.21 todas las solicitudes en mbe_solicitudes han quedado en respuesta ‘NUEVA’ por lo que inferimos de acuerdo a la explicación que el problema está en que el ministerio no puede consumir los ws, estamos esperando la respuesta del ministerio para confirmarlo.
Por otro lado, la prueba con postman (el cliente instalable) nos da error de parámetros según el primer mensaje. La forma que utilizamos de probarlo es la que figura en la wiki, como que no estuviese asumiendo los parámetros. Vamos a seguir probando.
Hola, si gracias, arrastramos la configuración desde la 3.17.
La prueba de navegador funciona correctamente, después de user y pass, más la institución y el hash el resultado es el lógico
{“codigo”:-1,“mensaje”:“El metodo HTTP utilizado es incorrecto”,“datos”:{“tipo_error”:“aplicacion”}}
ya que del navegador accedemos get.
Por eso pasamos a la prueba en postman donde el resultado es que faltan parámetros (el primer mensaje del foro) (en postman agregamos los parámetros respuesta y respuesta_descripción también, probamos ambos, con y sin parámetros)
Revisando los otros foros que me pasas, verificamos el código de institución (tiene 5 dígitos desde la 3.17) y revisando el log de apache no detectamos nada raro.
Buenas, recién terminamos de hacer pruebas con el ministerio, aparentemente no estaba soportando tantas conexiones nuestro servidor. Ya se encuentra funcionando correctamente. Muchas gracias por la ayuda.