Monitoreo de API SOAP Que Mantiene Sus Servicios SOAP Empresariales Sin Romperse Silenciosamente

Pruebas continuas de servicios web basados en SOAP desde fuera de tu infraestructura. Valida que el servicio sea accesible y esté respondiendo, que el sobre XML esté bien formado, que las aserciones XPath pasen, y que la respuesta cumpla con el contrato WSDL — y alerta a tu equipo en el momento en que alguno de estos falle.

Sí. Carga un archivo WSDL 1.1 o 2.0. Dotcom-Monitor analiza operaciones, tipos de puerto, enlaces y esquemas de mensajes, luego genera plantillas de solicitud para que puedas ejecutar monitores contra cualquier operación sin tener que codificar manualmente los sobres XML.

Sí — WS-Security con firma de certificado X.509, UsernameToken, token SAML, cifrado a nivel de mensaje y validación de marca temporal. Además, mTLS en la capa de transporte para autenticación con certificado de cliente.

Ambos. SOAP 1.1 (tipo de contenido text/xml con encabezado SOAPAction) y SOAP 1.2 (application/soap+xml) están totalmente soportados, con la negociación correcta de contenido según el enlace.

Configura expresiones XPath para evaluar el sobre de respuesta, encabezado o cualquier nodo. El monitor falla si una aserción devuelve un valor inesperado, un nodo ausente o un tipo incorrecto. Patrones comunes: //transaction/status = 'approved' o count(//errors) = 0.

Una falla SOAP devuelve HTTP 200 con un elemento <soapenv:Fault> dentro del sobre — los monitores de disponibilidad usualmente no la detectan. Nosotros verificamos explícitamente el elemento Fault y mostramos faultcode y faultstring en la carga útil de la alerta.

SOAP valida sobres XML vía XPath en lugar de JSON por JSONPath, analiza contratos WSDL en lugar de especificaciones OpenAPI, y maneja esquemas de autenticación empresariales (WS-Security, SAML, mTLS) que son comunes en servicios SOAP. La plataforma subyacente — ubicaciones globales, cadenas multi-paso, alertas, Agentes Privados — es compartida. Ver monitoreo de API REST →

Sí. Despliega Agentes Privados dentro de tu red — común para buses internos de integración empresarial, catálogos de servicios on-prem y entornos regulados. Conexión solo saliente, sin reglas de firewall entrantes.

Integraciones de larga duración en banca, seguros, salud (HL7-vía-SOAP, FHIR sobre SOAP), gobierno y ERP. Los contratos estrictos WSDL de SOAP, el stack de seguridad WS-* y las garantías de transacción siguen siendo valiosos en ambientes regulados. Reemplazarlos por REST rara vez vale el riesgo — el monitoreo los mantiene visibles junto a servicios modernos.

Sí. Los encabezados WS-Addressing (Action, To, MessageID, ReplyTo) pueden ser establecidos explícitamente por solicitud o importados automáticamente desde un WSDL cuando el enlace los requiere.

Sí. Se soportan solicitudes y respuestas con archivos adjuntos MTOM/XOP, incluyendo validación binaria contra restricciones de tamaño esperado o tipo de contenido.

Igual que cualquier otro endpoint SOAP: apunta un monitor a la URL del WSDL publicado o directamente a la URL del endpoint con un sobre de solicitud. Para servicios solo internos, despliega un Agente Privado dentro de la red donde corre el bus de integración.

Cada ejecución fallida captura el sobre completo de solicitud, sobre de respuesta (o error a nivel de socket si el endpoint no fue accesible), encabezados HTTP, desglose de tiempos (DNS, TLS, procesamiento del servidor), la aserción XPath específica que falló y la falla SOAP si se devolvió.