PLATAFORMA / INTEGRACIONES

La plataforma se conecta donde suceden las decisiones operativas.

Las integraciones son first-class en la plataforma. Todo connector hereda el contrato del sustrato: explainable, idempotent, reversible. Las credenciales viven encriptadas bajo control del operator; nada sale del perímetro operativo sin un audit trail.

MARKETPLACE & ADS

Superficies de marketplace donde la plataforma lee y escribe.

La plataforma se integra con las APIs de marketplace que drive decisiones operativas. Los reads son continuos; los writes pasan por el side-effect gate.

Live ready

Amazon SP-API

Catalog, orders, fulfillment, brand analytics. Read continuo. Los writes (listings, inventory) pasan por el gate del operator.

Live ready

Amazon Ads API

Campaigns, bids, search terms, audit log. La capability Amazon Ads está construida encima.

Live ready

Google Search Console

10+ propiedades vía mcp-gsc. La capability Search Intelligence la consume.

COMMERCE & CONTENT

Superficies de commerce y content con las que opera la plataforma.

Más allá de marketplaces, la plataforma se conecta a plataformas de commerce, CMSs y forms — las superficies donde viven las customer-facing surfaces y el estado de brand.

Live ready

Shopify

Catalog, orders, draft orders. Multi-tenant ready, usado cross active commerce surfaces.

Live ready

WordPress REST

Read + write de content. Usado para loops de migración y audits de paridad.

Live ready

Tally Forms

Form ingestion + trigger de autoresponder. Activo en 3plspain.

CONTRATO DE INTEGRACIÓN

Toda integración hereda el sustrato.

Una integración no es un script — es un connector que sigue el contrato de la plataforma. Los reads son logged. Los writes son gated. Las credenciales son encriptadas. El audit es mandatorio.

web-builder / ruta de producción
Ruta canónica /es/plataforma/integrations/
Estado de la superficie integration contract
Encriptación de credenciales Los secrets viven en pgcrypto con APP_MASTER_KEY. Nunca loggeados. Nunca commited.

invariant

Instrumentation de read Todo read de API está envuelto en context worker_run. Latencia, errors y señales de rate-limit son observadas.

invariant

Gate de write Los writes que mutan estado externo (Amazon, Shopify, DNS, emails reales) requieren aprobación del operator en chat. Siempre.

invariant

Containment de fallos Un fallo de integración para la capability dependiente — nunca emite silenciosamente data stale o adivinada.

invariant

Gate de nueva integración operator approval

Una nueva integración se añade solo cuando el use case es concreto. Sin connectors especulativos.

FALTA ALGO

Si tu operación depende de una superficie no listada aquí, la conversación empieza con el use case, no con el connector.

La plataforma es opinionated sobre qué integraciones se construyen — solo cuando el job operativo es claro. Si tienes una superficie que importa y un job que vale la pena, habla con nosotros.

Hablar sobre tu stack

Sistemas operativos, no slides.

Cuentanos que esta fallando. Te diremos rapido si el problema es arquitectonico, operativo o de ejecucion.