Diseño · Integración · Control

Diseñá, ejecutá y rastreá los procesos que conectan tus sistemas.

Integrá bases de datos, servicios y aplicaciones desde un diseñador visual. Publicá servicios, controlá la ejecución y consultá qué ocurrió en cada paso.

DesignerProyecto demo
Mi procesoVISTA DEMO
▷Inicio
⚙︎Consultar servicio
▤Consulta SQL
☁︎Llamada API
⇄Transformar datos
▥Resultado
Vista conceptual del diseñador
Windows y Linux Motor nativo REST, SOAP y TCP

Simple por diseño

Publicar un servicio web nunca fue tan simple.
Consumir uno y conectarlo a tu operación, tampoco.

Diseñás el proceso en un editor visual y hace el resto: genera los contratos, lo publica por REST, SOAP y TCP, y deja cada paso registrado.

Un flujo, muchas tareas

Un solo proceso.
Muchas tareas coordinadas.

Entra un dato y lo valida, consulta bases de datos y servicios, transforma, enruta y entrega el resultado. Cada Task tiene su camino de error y todo queda registrado.

sínoEntradaStart¿Entradaválida?TaskBD · web · cola¿Resultadoválido?Taskotro servidorTransformaciónXSLEnrutapor condiciónTaskenvía el archivo¿Envíocorrecto?EndSalida OKEndFaultCada Task tiene su rama de error: ante un fallo el flujo sale por Fault y queda registrado.
Un proceso, varias tareas: la información avanza paso a paso, se valida, se transforma y se enruta hasta su salida.

Y ese proceso puede lanzarse en oleadas concurrentes.

Desde otro proceso de , el Disparador lo ejecuta como subproceso en bloques configurables, con una pausa entre uno y otro. Si el sistema de destino se satura, el Regulador baja el ritmo solo.

Proceso BPDllama al DisparadorDisparadoroleadasOleada 110 subprocesosOleada 210 subprocesosOleada 3ritmo reducido: 6 de 10pausapausaReguladormide la salud del destinoritmo normaldestino saturado: baja el ritmoordena el ritmo
Oleadas concurrentes: un proceso lanza bloques de subprocesos con una pausa entre uno y otro, y el Regulador ajusta el ritmo según el destino.

Una plataforma, de principio a fin

Del diseño a la operación.

Todo lo que necesitás para integrar, automatizar y controlar tus procesos, en un solo lugar.

Conectar

Integrá bases de datos, servicios, correo y colas.

Diseñar

Creá y validá flujos en un editor visual.

Publicar

Exponé servicios por REST, SOAP o TCP.

Operar

Consultá métricas y regulá el ritmo de los lotes.

Rastrear

Seguí cada transacción y conservá su evidencia.

Trazabilidad por paso

Cada ejecución tiene una historia.
Podés seguirla paso a paso.

Consultá qué entró, qué tareas se ejecutaron y qué respondió cada sistema. Investigá incidentes y conservá evidencia con Trace.

  • Recorrido
    del proceso
  • Entradas
    y respuestas
  • Evidencia
    de ejecución
Traza de ejecuciónDEMO-001
  1. Proceso iniciadoTransacción DEMO-001
  2. Consulta a servicioRespuesta recibida
  3. Transformación de datosInformación procesada
  4. Respuesta enviadaProceso finalizado
Vista conceptual de trazabilidad

Arquitectura y rendimiento

Hecho para transaccionar.

Un motor nativo que acepta picos sin caerse y cuida al sistema que está detrás.

ClienteTCP · SOAP · RESTCanalTrabajadoresProcesouna transacciónServidorInstanciasSistema externoBD · API · correoBitácora · cada paso queda registrado● petición● respuesta
Una transacción de punta a punta: cada paso queda registrado en la bitácora, sin frenar el flujo.

Go como núcleo

Un ejecutable compilado, sin máquina virtual ni recolector de basura ajeno. Arranca en segundos y usa la memoria que necesita, no la que reserva.

Concurrencia liviana

Cada conexión es una rutina de 2 KB, no un hilo tradicional de 1 MB. Mil clientes esperando cuestan un megabyte, no un servidor pegado.

Multihilo con control

Trabajadores por canal e instancias por servidor: aceptás todo el pico y le entregás al backend solo lo que aguanta.

Capacidad transaccional

Cada petición es una transacción con entrada, pasos y salida registrados. Un proceso que falla no tumba el canal; un lote grande se reparte en bloques con ritmo regulado.

Trazabilidad extendida

No solo qué pasó: qué entró a cada paso, qué respondió cada sistema y cuánto tardó. Evidencia archivada con hashes y reconstrucción del proceso tal como corrió.

Diseñador moderno

Editor web multiusuario, tema claro y oscuro, validación antes de publicar, contratos desde WSDL, OpenAPI o SQL, y estructura observada para XML dinámico.

Ver la arquitectura en detalle

De la idea a la ejecución

Así funciona

En tres pasos, pasás de una idea a un proceso en ejecución.

01

Configurá las conexiones

Establecé los datos de conexión a tus sistemas y servicios.

Configurar conexión DEMO
Tipo de conector
Base de datos (SQL)
Servidor
servidor-demo
Base de datos
ejemplo
Autenticación
Usuario / Contraseña
02

Diseñá el proceso

Definí las tareas y el recorrido del proceso en un editor visual.

▷ Inicio
⚙︎ Consultar servicio
▤ SQL
☁︎ API
03

Ejecutá y consultá

Poné el flujo en marcha y consultá los resultados.

Ejecución del proceso DEMO

✓ Proceso completado

  • Proceso iniciado
  • Consulta a servicio
  • Transformación de datos
  • Respuesta enviada

Vistas conceptuales para ilustrar el recorrido.

Escenarios

Escenarios reales.
Un mismo motor.

Los problemas de integración que más se repiten, resueltos con los mismos bloques.

Integrar una pasarela de pago

Conectá una pasarela por REST o SOAP, con OAuth2 o certificados, y dejá cada transacción registrada de punta a punta.

Datos masivos, expuestos con seguridad

Procesá grandes volúmenes por lotes con ritmo regulado y publicá el resultado como servicio, con HTTPS, credenciales por cliente y límites de uso.

Migrar datos entre sistemas legacy

Convertí tramas planas (ASCII o EBCDIC) a XML y mové los datos por lotes: un registro que falla no detiene la migración.

Orquestar entornos heterogéneos

Combiná en un mismo flujo bases de datos (SQL Server, Oracle, PostgreSQL…), servicios REST y SOAP, colas IBM MQ, correo y TCP.

Un flujo, varias tareas coordinadas

Validá la entrada, consultá una base, llamá a un servicio, transformá los datos y entregá el resultado, todo en un mismo proceso: los gateways deciden el camino y cualquier error sale por un Fault.

Un proceso, muchas ejecuciones en paralelo

Un proceso lanza otros procesos de stxGO como subprocesos concurrentes, en oleadas: bloques configurables con una pausa entre uno y otro, y el Regulador ajusta el ritmo según la salud del destino.

Conversemos sobre tus procesos

Conocé en acción.

Descubrí cómo aplicarlo a los procesos de tu organización.