Buenos días! en la UNNE estamos probando el circuito completo de inscripción y pago de un curso de extensión, con las versiones 3.15.1 de Guaraní y la 1.3.0 de SQ. Comento qué hicimos y hasta dónde pudimos llegar:
–Desde autogestión inscribimos a un curso X,
–Realizamos el pago correspondiente mediante “transferencia bancaria”
–Subimos el comprobante desde el “Portal de pagos” de Autogestión y lo validamos
–En SQ núcleo validamos el comprobante desde “Validar comprobantes externos” y luego confirmamos el pago en “Confirmar cobranza de transferencias”
Ahora bien: desde Autogestión del Guaraní vemos el estado “Cobrada” y la inscripción en estado “pendiente” pero cuando queremos" Procesar Inscripciones Pendientes a Actividades" desde Gestión, no pasa el requisito que configuramos como estricto “Que el alumno tenga paga la inscripción a la comisión en SQ”. Queremos saber cómo SQ comunica el pago a G3 (gestión), o qué nos estaría faltando configurar en ambos sistemas.
Desde ya muchas gracias!
Lic. Vanesa Roffé
Hola Vanesa.
En lo que respecta a SQ, entiendo que estaría bien todo lo que haces.
Para confirmar lo que reportas. Desde el portal de pagos ves la venta cobrada, peor el comprobante de inscripción queda en pendiente? es así? Cualquier cosa, adjunta algunas capturas.
Te pido que chequees que este corriendo Rest-Hooks ya que:
“en caso de tener ejecutando el REST-HOOKS los cambios de estado de las inscripciones de los alumnos de Activo a Pasivo, Rechazo o Baja , se informaran de manera automática a SQ. En caso de NO tener corriendo REST-HOOKS los cambios de estado de las inscripciones de los alumnos de Activo a Pasivo, Rechazo o Baja , se listaran en la solapa Inscripciones a Propuesta donde se deberá sincronizar de manera manual para informar el estado de esos alumnos a SQ (operación: SINCRONIZAR NOVEDADES CON SQ)”
Por otro lado, hagan la prueba sin tener definido ese requisito. Y así vemos si el problema esta con la configuración del requisito.
Hola Matías! Asi es, en el comprobante de inscripción figura el estado “pendiente”, al igual que en gestión. Por eso al procesar las inscripciones pendientes a actividades no la acepta por el requisito de pago configurado. Probamos sin este requisito y acepta la inscripción sin problemas. Adjunto capturas.
Hola Vanesa,
Te sugerimos que no utilicen el requisito ‘Que el alumno tenga paga la inscripción a la comisión en SQ’ ya que la inscripción se va a confirmar automáticamente cuando el alumno pague, sea a través de un agente de cobranza online , pago en ventanilla o transferencia.
Agente de cobranza online (mercadopago): en este caso se confirma en el momento.
Pago en ventanilla: se confirma cuando el cajero reciba el pago.
Transferencia Bancaria: desde SQ-Núcleo se valida el comprobante y se confirma que el dinero este en la cuenta de la institución, ahí es cuando se confirmará la inscripción.
Saludos
Buen día! hemos inactivado el requisito, procesamos satisfactoriamente la inscripción (es decir cambia el estado de la inscripción de “pendiente” a “aceptada” pero en autogestión sigue figurando la leyenda “Inscripción pendiente de pago”. Cabe aclarar que en el Portal de pagos figura “cobrada”. Se adjunta captura.
Hola! el pago desde SQ a G3 se realiza a través de un Servicio Web. El servicio consume un método denominado notificaciones-pagos, hay que revisar si esa llamada no está fallando. porque cuando se realiza el pago, debería informarse vía ese servicio.
Saludos!
Buen día Vanesa. Como estas? Comentanos si continua sucediendo este caso (inscripción aceptada - pago pendiente). Les recomendamos que se actualicen a la versión 1.4 de SQ.
Estamos en contacto.
Hola, buenas tardes.
Reflotando este tema. Tenemos instalada la versión 2.5.5 y nos pasa lo mismo.
Nos aparece Pendiente de pago cuando ya está abonada.
En el portal de pagos está como cobrada:
Y la inscripción aparece en estado OK.
Solamente no se actualiza el estado en Autogest
Hola Laura, excelente que se vea el pago en SQ.
Lo que esta faltando es que se informe la cobranza a Guarani.
Eso se realiza via resthooks. Corroboren la comunicación y que esten activos los workers.
Seguramente, en el inicio les quedo una alerta roja que indica que existen mensajes de resthooks pendientes de envío. Accediendo seguro encuentren el mensanje con el motivo del fallo.
Hola Laura.
Ok, el problema es ese. Para informar la cobranza a Guaraní la inscripción debe encontrarse activa.
La pregunta sería cuál es el estado de la inscripción en guaraní?
Se encuentra anulada?
Ayer probamos nuevamente, pero sigue sucediendo lo mismo, no nos actualiza el estado en autogestión:
En los mensajes de restHoosks no apareció nada nuevo, como si todo se hubiese hecho normal. Lo último que tenemos es del 18/04:
En guaraní, la inscripción del alumno quedó Aceptada:
Parece que en Inicio > Procesos > Administrar mensajes RestHooks están fallando los llamados a POST /notificaciones-pagos, fíjate la columna Estado.
¿que te devuelve la siguiente query?
SELECT * FROM sga_insc_cursada WHERE nro_transaccion = 1447302;
No veo un mensaje con el siguiente Payload:
{
"estado": "P",
"concepto": "C",
"transaccion": "1447302"
}
¿están saliendo bien las notificaciones desde SQ?
Saludos.
2
Lo que se me ocurre que pudo pasar en las que dan el error La inscripción a cursada con el numero de transacción ‘xxx’ no existe es lo siguiente:
-
El alumno fue eligió pagar con Efectivo (Pago Fácil, Rapipago y kioscos).
-
Luego dio de baja la inscripción el mismo manualmente.
-
SQ al vencerse notifica a POST /notificaciones-pagos mandando lo siguiente:
{
"transaccion": "xxx",
"estado": "V",
"concepto": "C"
}
Dando el siguiente error debido a que la inscripción ya fue dada de baja a mano:
{
"error": 404,
"mensaje": "404 Not Found",
"descripcion": "La inscripción a cursada con el numero de transacción 'xxx' no existe"
}
Saludos.
2