Saltar al contenido
Trusteed Evidence

Prepara evidencia útil antes de que llegue la disputa.

Descubre qué hechos existen, cuáles faltan y qué puede verificar un receptor. Empieza con receipts individuales actuales y avanza solo cuando haya un consumidor real.

Pilotos guiados con estado visible: lo actual, lo condicionado y lo que sigue siendo previsto.

Trusteed Evidence

Antes de prometer un paquete de pruebas para disputas, descubre qué prueba existe y quién la va a recibir.

Cuando una operación agéntica se cuestiona, la intención, la decisión, el pedido y el resultado suelen vivir en sistemas distintos: el agente, tu tienda online, el proveedor de pagos y el fulfillment. Reconstruir eso a mano, bajo presión de plazo, es donde se pierden las disputas defendibles.

01

Detecta las carencias

La intención declarada, la decisión tomada, el pedido creado y el resultado final no siempre coinciden en el tiempo ni en el sistema que los guarda.

Haz visible lo que falta antes del conflicto, no durante.
02

Reutiliza el corpus actual

TrustReceipt v1.0 conserva registros individuales firmados. La emisión productiva está confirmada y es Live — lo pendiente es la cobertura: el camino de checkout MCP standalone no encola recibo por defecto, así que no todo checkout genera uno todavía.

Una base técnica verificable, no una promesa de ciclo de vida completo.
03

Diseña con el receptor

Un export de evidencia solo gana valor cuando el proveedor de pagos o el equipo de disputa que lo va a recibir define el formato y realmente lo consume.

Evita construir una evidencia que nadie lee.
De la operación al receipt

Cómo se convierte una acción delegada en un hecho verificable.

Cada receipt firma lo que existía en el momento de la operación, no una narrativa reconstruida después.

01
La superficie registra la acciónCheckout, confirmación o resultado dentro de su alcance
según superficie
02
Se fija el contexto disponibleIdentidad, política aplicada y decisión, con sus hashes
canónico
03
Se firma el registroJWS · Ed25519, verificable sin depender de Trusteed
code complete
04
El receptor lo verificaCon el verificador público y el JWKS de la clave
en piloto
Qué gana cada parte

Un receipt firmado sirve a quien lo pide, no solo a quien lo emite.

La preparación de evidencia solo tiene valor si reduce el trabajo de alguien concreto en el momento de la disputa.

01disponible
PARA EL COMERCIO

Responde a una disputa sin reconstruirla a mano.

El receipt individual ya tiene input, output y decisión firmados; no hay que rastrear logs entre sistemas.

  • Prueba verificable fuera de Trusteed
  • Pruebas que faltan, visibles antes de que las pida un proveedor de pagos
  • Menos horas de soporte por caso
02en piloto
PARA EL PROVEEDOR DE PAGOS O EQUIPO DE DISPUTA

Recibe un formato que define él, no uno genérico.

El export se co-diseña con quien lo va a consumir, así que llega en el formato que su proceso ya espera.

  • Evidencia estructurada, no un volcado de logs
  • Firma verificable sin depender de Trusteed
  • Menos ida y vuelta por caso
03previsto
PARA EL AGENTE O SU OPERADOR

Puede acreditar lo que hizo y bajo qué condiciones.

Un operador que puede probar qué autorizó y qué recibió como respuesta discute mejor su propia responsabilidad.

  • Traza de la decisión que recibió
  • Prueba de qué se le permitió hacer
  • Menos disputas sin datos por ambas partes
Lo disponible y lo condicionado

Separar la prueba actual de la visión protege la credibilidad.

Existe un corpus v1.0 y un verificador, y la emisión productiva está confirmada como Live — la salvedad es de cobertura, no de existencia: no todo camino de checkout encola un recibo todavía. State Witness, Lifecycle Evidence Graph y la exportación para disputas permanecen detrás de flags o requisitos de piloto.

Verificar un receipt individual
Lo disponible y lo condicionado
input/output
hashes canónicos
firma
JWS · Ed25519
ciclo de vida graph
previsto
previsto

Una exportación para disputas se diseña con el formato del receptor.

code completev1.0Emisión y verificación; sonda pendiente
dormantv1.1Hardening detrás de flag
Sin Evidence frente a con Evidence

La diferencia no es tener logs. Es poder verificarlos sin depender de que alguien los busque a tiempo.

Sin preparación de evidencia, cada disputa empieza con una búsqueda manual entre sistemas. Con Evidence, el hecho relevante ya está firmado antes de que llegue la pregunta.

Sin Evidence
  • La disputa llega y alguien reconstruye a mano qué pasó, cruzando logs del agente, la tienda y el proveedor de pagos.
Con Evidence
  • El receipt firmado ya existe. Verificarlo toma minutos, no una investigación completa.
Antes de diseñar el piloto

Lo que suele preguntar quien evalúa Evidence.

¿Un TrustReceipt garantiza ganar una disputa?

No. Refuerza la trazabilidad y la preparación de evidencia. La fuerza probatoria depende del caso, el receptor, el proceso y la jurisdicción.

¿Necesito un proveedor de pagos concreto para empezar?

Los receipts individuales funcionan hoy sin depender de un receptor. El export orientado a disputa sí necesita un proveedor de pagos o plataforma que defina y consuma el formato.

¿Evidence registra todo el ciclo de vida de la operación?

Hoy no. Genera receipts individuales en superficies soportadas. Un grafo causal conectado entre eventos es previsto, no una capacidad actual.

¿Qué pasa si un evento no tiene fuente autoritativa?

Se muestra como gap, no se rellena con una suposición. Evidence prefiere un hueco visible a un dato inventado.

Un siguiente paso, no una promesa amplia

Evalúa la preparación de evidencia

Empezamos por los hechos y el receptor. Un export solo entra en el piloto cuando existe un proveedor de pagos o plataforma dispuesto a definir y consumir su formato.

Trusteed Evidence — prepara evidencia útil antes de la disputa