Diferencia entre revisiones de «SIU-Sanaviron-Quilmes/version2.11.0/nucleo cobro sistema externo»

De SIU
Saltar a: navegación, buscar
Línea 12: Línea 12:
  
 
Al momento de enviar una notificación el sistema realiza un POST a la url informada con un modelo de dato como el siguiente
 
Al momento de enviar una notificación el sistema realiza un POST a la url informada con un modelo de dato como el siguiente
<source lang="bash" enclose="div">
+
<source lang="json" enclose="div">
 
{
 
{
 
     "id": 2,
 
     "id": 2,
Línea 40: Línea 40:
  
 
'''Otras consideraciones técnicas:'''
 
'''Otras consideraciones técnicas:'''
 +
 
Se debe tener corriendo un nuevo worker que se encargara de enviar estas notificaciones. Para iniciar ejecutar:
 
Se debe tener corriendo un nuevo worker que se encargara de enviar estas notificaciones. Para iniciar ejecutar:
  
 +
<source lang="bash" enclose="div">
 
./bin/sq iniciar_queue_workers
 
./bin/sq iniciar_queue_workers
   
+
  </source>
 
# Se crearon las tablas '''queue''' y '''messages''' en el esquema '''queue''' de la base de datos del Núcleo.
 
# Se crearon las tablas '''queue''' y '''messages''' en el esquema '''queue''' de la base de datos del Núcleo.
 
En la tabla queue se almacena temporalmente lo encolado, y en la tabla messages las notificaciones enviadas tanto las enviadas correctamente como las fallidas.
 
En la tabla queue se almacena temporalmente lo encolado, y en la tabla messages las notificaciones enviadas tanto las enviadas correctamente como las fallidas.

Revisión del 13:15 7 nov 2025

ISOSIU-SQ.png

< Volver

SQ-Núcleo para cobrar con sistemas externos

Se define una URL (url_cobranza_callback) en la cual recibirá notificaciones que se envían a través de HTTP POST cuando ocurre un evento de pago sobre la venta informada por el sistema externo.

Modelo de Notificación:

Al momento de enviar una notificación el sistema realiza un POST a la url informada con un modelo de dato como el siguiente

Idioma no válido.

Necesita especificar un idioma como esto: <source lang="html4strict">...</source>

lenguajes soportados para sintaxis remarcada:

4cs, 6502acme, 6502kickass, 6502tasm, 68000devpac, abap, actionscript, actionscript3, ada, algol68, apache, applescript, apt_sources, arm, asm, asp, asymptote, autoconf, autohotkey, autoit, avisynth, awk, bascomavr, bash, basic4gl, bf, bibtex, blitzbasic, bnf, boo, c, c_loadrunner, c_mac, caddcl, cadlisp, cfdg, cfm, chaiscript, cil, clojure, cmake, cobol, coffeescript, cpp, cpp-qt, csharp, css, cuesheet, d, dcl, dcpu16, dcs, delphi, diff, div, dos, dot, e, ecmascript, eiffel, email, epc, erlang, euphoria, f1, falcon, fo, fortran, freebasic, freeswitch, fsharp, gambas, gdb, genero, genie, gettext, glsl, gml, gnuplot, go, groovy, gwbasic, haskell, haxe, hicest, hq9plus, html4strict, html5, icon, idl, ini, inno, intercal, io, j, java, java5, javascript, jquery, kixtart, klonec, klonecpp, latex, lb, ldif, lisp, llvm, locobasic, logtalk, lolcode, lotusformulas, lotusscript, lscript, lsl2, lua, m68k, magiksf, make, mapbasic, matlab, mirc, mmix, modula2, modula3, mpasm, mxml, mysql, nagios, netrexx, newlisp, nsis, oberon2, objc, objeck, ocaml, ocaml-brief, octave, oobas, oorexx, oracle11, oracle8, oxygene, oz, parasail, parigp, pascal, pcre, per, perl, perl6, pf, php, php-brief, pic16, pike, pixelbender, pli, plsql, postgresql, povray, powerbuilder, powershell, proftpd, progress, prolog, properties, providex, purebasic, pycon, pys60, python, q, qbasic, rails, rebol, reg, rexx, robots, rpmspec, rsplus, ruby, sas, scala, scheme, scilab, sdlbasic, smalltalk, smarty, spark, sparql, sql, stonescript, systemverilog, tcl, teraterm, text, thinbasic, tsql, typoscript, unicon, upc, urbi, uscript, vala, vb, vbnet, vedit, verilog, vhdl, vim, visualfoxpro, visualprolog, whitespace, whois, winbatch, xbasic, xml, xorg_conf, xpp, yaml, z80, zxbasic


{
    "id": 2,
    "unidad_venta": "a32dc022-b372-4539-a6b3-4e66c842f5d6",
    "id_venta_origen": "4",
    "leyenda": "Venta de comedor test",
    "venta_estado": "COBRADA",
    "cobranza": {
        "id_medio_pago": 5,
        "liberada_en": "2016-09-21 00:00:00",
        "importe_total_neto": "500.0000",
        "importe_total_comision": "5.0000",
        "importe_total_retenciones": "2.0000",
        "importe_total_cobrado": "500.0000",
        "cobrado_en": "2025-09-23 17:18:02",
        "id_transaccion": "897c1a2e-6376-4108-b8c8-67a2d13324c1"
    }
}

Respuesta:

Para acusar recibo de una notificación el POST a su URL deberá devolver alguno de los siguientes código de estado HTTP 200 o 201

Re-intentos:

Las notificaciones fallidas se puede volver a re-encolar para enviar configurando en el Planificador de tareas un nuevo proceso llamado: "Reenviar colas con error"

Otras consideraciones técnicas:

Se debe tener corriendo un nuevo worker que se encargara de enviar estas notificaciones. Para iniciar ejecutar:

./bin/sq iniciar_queue_workers
  1. Se crearon las tablas queue y messages en el esquema queue de la base de datos del Núcleo.

En la tabla queue se almacena temporalmente lo encolado, y en la tabla messages las notificaciones enviadas tanto las enviadas correctamente como las fallidas. Si el mensaje en estado FALLIDO se reencola y se envía correctamente, se actualizará la tabla messages con estado ENVIADO. Las notificaciones fallidas almacenadas en la tabla messages contienen el detalle del error en la columna estado_detalle.