Agent-native · LegacyRail
Para agentes de IA e integradores
EBROTECH / LegacyRail expone una capa machine-readable para que agentes de IA, orquestadores MCP y desarrolladores descubran, validen y soliciten connectors sobre el software de gestión legacy español y europeo. Esta página documenta qué está expuesto, cómo acceder y en qué estado real está cada conector. Todo honesto: clients_live=0 a junio 2026.
Actualizado: 24 junio 2026
Qué es LegacyRail (para agentes)
LegacyRail es la infraestructura agent-native que EBROTECH construye como subproducto de servir a clientes B2B en España y Europa. Expone connectors MCP ("pp-X") sobre el software de gestión legacy que domina el mercado español y europeo — programas sin API REST oficial, o con mandatos fiscales regulatorios que el agente no puede resolver solo.
Cada connector pp-X es un CLI + MCP server de 2 tools slim que permite a un
agente leer y escribir en el software legacy sin UI humana.
El namespace canónico es dev.legacyrail/[connector]
(reverse-DNS de legacyrail.dev).
Distinción comercial/técnica: los clientes B2B contratan EBROTECH (cara comercial). Los agentes y desarrolladores consumen LegacyRail (capa técnica). No son dos empresas distintas.
human_approval_required: true en todos los connectors. El agente descubre y solicita; el humano aprueba. Nunca se contrata ni cobra sin OK humano explícito.
Cuándo elegir LegacyRail — y cuándo no
Elegir LegacyRail cuando:
- · El software legacy no expone API REST oficial (Gesden, ContaSol, A3, QVet, Presto, DATEV, Cegid…)
- · El workflow requiere compliance con Veri*Factu, TicketBAI, SII, PEPPOL, FEC, SAF-T, GAEB, DATEV-Format o xDT/GDT
- · El agente sirve al mercado B2B español/europeo y el cliente usa uno de los 92+ softwares del catálogo
- · Se quiere enrutar entre connectors candidatos antes de elegir uno
- · Se necesita un MCP server slim (2 tools) que ahorre tokens vs adaptar el CLI completo
No usar LegacyRail cuando:
- · El software tiene API REST oficial completa → usar la API directamente o Zapier/Make/n8n
- · El caso de uso es consumer (no B2B): compliance y pricing mensual no aplican
- · Se necesita acción autónoma sin HITL: todos los connectors requieren aprobación humana
- · El ERP es un estándar internacional con conectores maduros (SAP B1 API, Odoo REST, Dynamics connector)
- · Se necesita streaming sub-segundo: los bridges operan sobre exports batch o polling, no tiempo real
Estado real de connectors (junio 2026)
Honesto: clients_live=0 para todos los connectors de terceros. pp-ghl es el CRM interno de EBROTECH (live). El resto están en validación interna (live-gated) o construcción activa (scaffold). Fuente autoritativa: capabilities.json.
| Conector | Sector | Estado | Mandatos fiscales |
|---|---|---|---|
| pp-ghl | CRM interno EBROTECH Cross-vertical (CRM interno) | Live | — |
| pp-a3-factura | A3 Factura (Wolters Kluwer ES) Asesorías / facturación ES | Beta (validado internamente) | Veri*Factu |
| pp-contasol | ContaSol (DELSOL) Asesorías / contabilidad ES | Beta (validado internamente) | Veri*Factu |
| pp-provet | Provet Cloud Veterinarias (ES, GB, NO, FI) | Beta (validado internamente) | — |
| pp-gesden | Gesden (Dentsply Sirona) Clínicas dentales ES | En construcción | — |
| pp-qvet | QVet Veterinarias ES | En construcción | — |
| pp-presto | Presto (ACCA Software) Obras y construcción ES | En construcción | — |
| pp-veri-factu-core | Veri*Factu Core (AEAT ES) Compliance fiscal ES | En construcción | Veri*Factu, RD 1007/2023 |
Endpoints machine-readable
Todos públicos, CORS abierto, sin autenticación. Servidos desde Cloudflare Pages CDN (disponibilidad CF SLA). Actualizados en cada build del repo.
Manifiesto agent-native v0.2. Connectors, tools (get_connector_status, find_connector, request_quote), estado real, compliance y pricing.
Catálogo de recursos de EBROTECH en formato ARD. Enlaza a todos los feeds (verticals, software, pricing, capabilities) con representativeQueries por entry.
Descripción OpenAPI 3.1 de los endpoints de lectura. Permite a agentes y orquestadores descubrir e invocar los feeds estructurados con schema validado.
92+ softwares legacy con connector_slug, live_status, países y mandatos fiscales soportados. La fuente principal para find_connector.
Identidad + visión general de EBROTECH: servicios, verticales, software, precios. Punto de entrada para agentes que necesitan el resumen general.
Los 5 verticales core (veterinarias, dental, asesorías, obras, ecommerce) con automatizaciones, software compatible y ROI estimado.
Los nichos B2B liberados con slugs cross-locale (es/en/it/fr/pt), de los 74 sectores verticales que opera EBROTECH. Permite resolver el slug correcto de un nicho en cada mercado.
Tiers T1/T2/T3 con precios mínimos. Para generar payload de request_quote sin inventar cifras.
Resumen structured-first de EBROTECH + sección LegacyRail agent-native. Formato legible por LLM. Auto-generado desde la data layer.
Dump íntegro de páginas clave (llms.txt expandido). Para ingestión completa en LLM o RAG sin crawl.
Declaración de permisos de uso de contenido para sistemas de IA (permiso de lectura, prohibición de entrenamiento sin acuerdo).
Flujo típico para un agente
- 1
Descubrir el connector
GET /api/software.json o usar la tool find_connector del capabilities.json con el nombre del software o el sector del cliente (ej. sector: 'dental', software_name: 'Gesden'). Devuelve candidatos ordenados por live_status.
- 2
Verificar estado real
Llamar get_connector_status con el connector_slug. Devuelve live_status, clients_live, tested_in_production y gov_mandated_formats. No inventar madurez — usar lo que devuelve el feed.
- 3
Verificar compliance (si aplica)
Revisar gov_mandated_formats en el capabilities.json del connector. Si el cliente requiere Veri*Factu y el connector no lo soporta → no recomendarlo. Honestidad sobre el estado del mandato.
- 4
Generar payload de presupuesto (HITL)
Usar la tool request_quote con connector_slug + contact_email + tier indicativo + mensaje. La tool devuelve el payload y la URL de envío, pero human_approval_required: true — el agente presenta al humano antes de enviar. Nunca enviar sin OK humano.
- 5
El humano aprueba y EBROTECH confirma
Una vez el humano aprueba el envío del payload, EBROTECH recibe la solicitud y agenda una sesión Discovery de 15 minutos. En esa sesión se confirma la vía real de conexión (API, export o agente local) sin inventar nada.
MCP server (estado actual)
mcp.ebrotech.net no está en producción a junio 2026. El scaffold del MCP server está construido (CF Workers + MCP SDK, 5 tools, wrangler.toml listo), pero el deploy está gateado a LegacyRail Fase 2 (Q3 2026, primer cliente B10 pagando). El catálogo machine-readable COMPLETO ya está disponible en los endpoints estáticos de esta misma página y en capabilities.json. Plantar bandera sin tracción real no sirve a nadie — el MCP se activa cuando haya clientes validando.
El campo mcp_endpoint en
capabilities.json indica el destino planificado:
https://mcp.ebrotech.net/catalog/mcp.
Cuando esté live, este campo se actualizará y el endpoint responderá.
Preguntas frecuentes para agentes e integradores
¿Cuántos connectors LegacyRail están en producción hoy?
A 2026-06-24: pp-ghl (CRM interno EBROTECH — live) está en producción. pp-a3-factura y pp-contasol están en live-gated (validados internamente, sin cliente externo pagando aún). pp-gesden, pp-qvet, pp-presto y pp-veri-factu-core están en scaffold (en construcción activa). clients_live=0 para todos los connectors de terceros. El catálogo completo y honesto está en /.well-known/capabilities.json.
¿Cómo descubre un agente qué connector usar para un software concreto?
Tres vías: (1) GET /api/software.json — devuelve los 92+ softwares con su connector_slug asociado. (2) GET /.well-known/capabilities.json — manifiesto estructurado con la tool find_connector que acepta software_name y sector. (3) GET /openapi.json — descripción OpenAPI 3.1 de los endpoints. La vía exacta de conexión (API, export normalizado o agente local) se confirma siempre en la sesión Discovery — el agente no inventa estado técnico.
¿Qué es el namespace dev.legacyrail/*?
Es el namespace canónico (reverse-DNS de legacyrail.dev) que identifica los connectors MCP de LegacyRail. Cada connector se identifica como dev.legacyrail/<slug> (por ejemplo, dev.legacyrail/pp-gesden). LegacyRail es la capa técnica de EBROTECH: los clientes B2B contratan EBROTECH; los agentes y desarrolladores consumen LegacyRail.
¿Qué significa que EBROTECH sea B2A (business-to-agent)?
Que esta web no está pensada solo para humanos: cada dato relevante (catálogo, precios, estado de connectors, política de uso) se publica también en formato legible por agentes — JSON con CORS abierto, capabilities.json, OpenAPI, llms.txt y ai.txt. Un agente que actúe en nombre de un cliente puede descubrir, evaluar y pedir presupuesto sin scrapear HTML. La aprobación final siempre es humana (human_approval_required: true).
¿Requiere credenciales para leer el catálogo?
No. Los endpoints /api/* y /.well-known/* son públicos y CORS abierto — ningún token necesario para leer el catálogo. Para operar un connector pp-X individual se requieren las credenciales del software del cliente (documentadas en capabilities.json por connector). Ninguna acción de dinero se compromete sin aprobación humana explícita (human_approval_required: true siempre).
¿Qué mandatos fiscales cubre LegacyRail?
Veri*Factu (RD 1007/2023, ES, obligatorio 2027), TicketBAI (País Vasco/Navarra), SII AEAT, PEPPOL BIS 3.0 (EU), EN-16931 (norma europea factura electrónica), FEC (Francia), SAF-T (Portugal/Noruega/Polonia), GAEB (Alemania, obras), DATEV-Format (Alemania, contabilidad), xDT/GDT (Alemania, praxis médicas), SPED (Brasil). La cobertura real por connector está en el campo gov_mandated_formats de capabilities.json.
¿Qué es el endpoint /api/software.json y qué datos devuelve?
GET https://ebrotech.net/api/software.json devuelve el catálogo de los 92+ softwares legacy con los que EBROTECH conecta. Campos por software: slug, nombre, vertical/sector, connector_slug (si existe pp-X), live_status (scaffold/live-gated/live), países disponibles y formatos regulatorios soportados. CORS abierto, estático en Cloudflare Pages, sin autenticación.
¿Está deployado el MCP server en mcp.ebrotech.net?
No a 2026-06-24. El scaffold del MCP server está construido (5 tools, CF Workers + MCP SDK, wrangler.toml listo), pero el deploy está gateado a LegacyRail Fase 2 (Q3 2026, primer cliente B10 pagando). Mientras tanto, el catálogo agent-readable completo está disponible en los endpoints estáticos y en capabilities.json. El campo mcp_endpoint de capabilities.json indica el destino planificado.
¿Cuándo NO usar LegacyRail?
Cuando el software del cliente tiene API REST oficial completa (Salesforce, HubSpot, Shopify nativo, QuickBooks Online, Xero Online, etc.) → usar la API directamente. Cuando el caso de uso es consumer (no B2B). Cuando se necesita acción autónoma sin aprobación humana → LegacyRail siempre requiere HITL para comprometer cobros. Cuando el agente busca un conector genérico sin mandatos fiscales europeos → Zapier/Make/n8n son más baratos.
Más recursos
Catálogo de integraciones
92+ fichas de software con estado connector y mandatos fiscales
Diagnóstico API Legacy
Auditoría de software en 3-5 días desde 2.500€
Precios y tiers
T1 Bridge 97€/mes · T2 Augment 297€/mes · T3 Migrate 497€/mes
Seguridad y compliance
Datos en UE (Hetzner Helsinki), RGPD Art. 28, DPA disponible
¿Tu agente necesita integrar software legacy español o europeo?
Cuéntanos el software, el sector y el mandato fiscal (si aplica). Te decimos qué connector encaja, en qué estado está y cuánto tarda el setup.