Summary

  • Selo, presentado el 31 de octubre como Internet-Draft individual, describe una arquitectura de acuerdos de acceso entre entidades jurídicas; no es un protocolo aprobado.
  • Los agentes negocian, mientras un verificador determinista comprueba el mandato firmado por el dueño antes de permitir la firma. El acceso productivo espera a las pruebas confirmadas por ambas partes.
  • Una nueva cuenta de cobro requiere otra versión firmada, aprobación de alguien con función financiera, aviso directo que evite a los agentes y confirmación humana del pagador antes de usarla.

El cambio que no cabe en un campo de formulario

El proveedor puede actualizar su interfaz y volver a probarla. Si actualiza su cuenta bancaria, el cliente afronta una pregunta distinta: ¿quién autorizó que el próximo pago fuera a parar allí? El ejemplo comercial de Selo sitúa a los agentes negociando pedidos y facturas, pero saca las nuevas instrucciones de cobro de la vía ordinaria de cambios.

El texto exige que una persona del área financiera apruebe una versión nueva del acuerdo. La parte que paga recibe el aviso por una ruta directa, independiente de ambos agentes. Las instrucciones anteriores siguen vigentes durante un plazo en el que cualquiera de las partes puede cancelar el cambio. Una persona del pagador confirma la nueva cuenta antes del primer pago. Las 72 horas mencionadas en el borrador son un ejemplo de plazo, no una duración obligatoria.

La separación tiene lógica dentro de la arquitectura. Las partes del contrato son las empresas; sus agentes pueden ir y venir. Un comprobador aislado decide si la propuesta cabe en el mandato firmado del propietario. Después de que ambas empresas firmen, sus sistemas prueban el intercambio de extremo a extremo. Solo con las dos confirmaciones llegan credenciales de producción. Cada llamada pasa por una pasarela que verifica la versión activa del acuerdo, el token ligado a la clave del cliente, las operaciones, los campos y los límites.

Ese control puede impedir una llamada fuera del acuerdo. No decide por sí solo si una nueva cuenta pertenece al proveedor correcto. Selo tampoco mueve fondos; los sistemas de pago existentes ejecutarían las reglas que consuman del acuerdo.

La ficha de IETF clasifica este texto como propuesta individual sin posición formal en el proceso de estandarización. No hay en sus páginas una implantación probada ni un fraude observado. La noticia está en la línea de autoridad que plantea: una conversación automática puede cerrar muchos detalles de acceso, pero no debe poder cambiar por sí sola a quién cobra.

Fuentes oficiales