Buenos dias,
me comunicaba porque estamos teniendo problemas con las valorizaciones de los cursos y con el ingreso al portal de pagos.
Realizamos el circuito desde Gestion, creando una propuesta de grado , planes de estudio (pagos) asignando materias (no pagas) y creando comisiones (no pagas) y valorizandola luego en Sanaviron. Al momento de querer preinscribir desde autogestion no tenemos muy en claro si nos debe aparecer como cobrable, de todas maneras no lo hace.
Por otro lado al querer ingresar al portal de pagos desde 3W nos da un pantallazo blanco . Cuando abrimos http://172.16.1.63/sq_pagos_backend/status
Dice ok.
El archivo 3w/instalacion/servicios_web_config.php en la entrada sanaviron está configurada la URL y credenciales de SQ Académico.
También se debe configurar la url de sq-pagos en el config.php de guaraní
(url_sq_pagos’ => ‘http://siu:8286/siu/sq_pagos’,) y en el config.ini se GCO.
Si las inscripciones se realizaron por preinscripción estas posteriormente deben ser migradas a la propuesta.
Recíen ahi estas llegan a SQ como una solicitud de consumo externo. Si llevan correctamente pueden verse desde la operación
Estado de inscripciones.
Sino, significa que aun falta configuración o resthooks no esta corriendo en Guarani.
Cabe aclarar que a SQ, en el caso de las propuestas de tipo Grado o Posgrado, lo que se valoriza son las propuestas propiamente
dichas.
A diferencia de los curso que lo que se termina valorizando son las Actividades y Comisiones.
Estas para los grados o posgrados no llegan a SQ.
Revisar en la instalación de Guarani 3w, el archivo 3w/instalacion/servicios_web_config.php y verificar que en la entrada sanaviron esta configurada la URL y credenciales de SQ Académico.
En los logs que pasaste vemos varias cosas que nos llama la atención,
Tienen configurado como activo mercado pago en GCO, en el archivo gco/config/config.ini tienen activo = "1" a [mercado_pago], si es así lo tienen bien configurado, con las credenciales correctas ?
En académico tienen configurada la URL a la API de GCO con un “v1” al final? en el archivo academico/config/sq.ini en la entrada [sq_pagos_backend] el base_url no debe tener un v1 al final, tiene que quedar como por ejemplo http://127.0.0.1/sq_pagos_backend/
El directorio lib que se encuentra en la raíz de donde esta instalado GCO tiene permisos de lectura y escritura de apache ?
Hola Fernando, como va? Muchas gracias por la respuesta.
Configuramos el agente de cobranza de Mercado Pago en Ambiente Testing.
Estos dias no pudimos avanzar porque por problemas de server (esta caido nuestro g3 test), por lo que no confirmamos que esta configuración haya quedado en funcionamiento.
2.En académico quitamos el V1 y continuaba tirando pantallazo blanco.
3. El directorio lib esta ubicado en el mismo nivel que el GCO, con permisos de lectura y escritura.
Hola Fernando, estuvimos varios días sin acceso al server; también tuvimos que realizar la instalación de Guaraní gestión y autogestión nuevamente.
Creemos haber llegado al mismo punto. Te adjunto los logs:
Podrías chequear que la configuración de acceso a GCO en Académico corresponda con la configuración en GCO
Tendrían que chequear en el archivo academico/config/sq.ini en la entrada [sq_pagos_backend], el valor de las variables auth_usuario y auth_password correspondan a los configurados en GCO en el archivo gco/config/config.ini en la entrada [usuarios]
Les paso un ejemplo, si en Académico en el archivo academico/config/sq.ini tienen la siguiente configuración:
Hola Fernando, al ejecutar el curl : curl -u "toba:toba123*-a" -X POST "http://172.16.1.63/sq_pagos_backend/generar_token" -H "accept: */*" -H "Content-Type: */*" -d "{\"tipo_documento\":0,\"numero_documento\":16161616}"
Recibimos :
404 Not Found
Not Found
The requested URL was not found on this server.
Apache/2.4.62 (Debian) Server at 172.16.1.63 Port 80
pero si ejecutamos :
curl -u “toba:toba123*-a” -X POST “http://172.16.1.63/sq_pagos/generar_token” -H “accept: /” -H “Content-Type: /” -d “{"tipo_documento":0,"numero_documento":16161616}”
nos devuelve:
{“token”:“eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzUxMiJ9.eyJ0aXBvX2RvY3VtZW50byI6MCwibnVtZXJvX2RvY3VtZW50byI6MTYxNjE2MTYsImlhdCI6MTc0NjU1NTk4NywiZXhwIjoxNzQ2NTU2Mjg3fQ.ou6hw4dxw6qlZEstdOGNnbIrkca_BJRzOiDENGG43SnjE2myCBHESJKPRlhugscOIa21U-cdXGLT2TTDNnyo6Q”}
Muchas gracias fernando! Habiamos modificado un /sq_pagos por /sq_pagos_backend .
De todas maneras procedimos a realizar la instalacion de la version mas reciente de Sanaviron y está en funcionamiento.
Te quería consultar sobre una cuestión técnica.
tengo un plan de pago asociado a una propuesta formativa en la cual ya hay una inscripción;
¿ puedo asociar dicha inscripción al nuevo plan de pago y así desactivar el viejo? Aun no se ha efectuado ningún pago.
Si aun no existe ninguna inscripcion cobrada o en proceso de cobro, el plan de pagos asociado a la propuesta podes eliminarlo o inactivarlo. Asociar uno nuevo para utilizar desde el portal de pagos.
Te comento por las dudas que mañana se realiza el comite de SQ. Esperamos que puedan participar.