La mayoría de las plataformas de comercio son como conductos. Reciben un producto del vendedor, lo hacen avanzar por un conducto unidireccional hasta el comprador, y ahí termina la labor de la plataforma. La reventa, la reparación, la devolución, la renovación… todo eso ocurre una vez que la plataforma deja de prestar atención.
Eso funcionaba cuando los bienes de consumo eran baratos y los recursos del planeta eran ilimitados. Ya no funciona, y una generación de fundadores de empresas comerciales ha dedicado los últimos cinco años a integrar flujos circulares en plataformas de canalización, con distintos grados de éxito.
Por qué fracasan las reformas
El esquema de adaptación es el siguiente: se toma una plataforma de canalización, se añade un módulo de «devoluciones», se añade un flujo de trabajo de «renovación», se añade un tipo de anuncio de «reventa» y se añade un sistema de seguimiento de «garantías». Cada uno de ellos se integra en el catálogo mediante claves externas e intenta coordinarse con el resto a través de webhooks.
El resultado: cada flujo circular tiene su propio modelo de datos, sus propios asientos contables (o, peor aún, su propia contabilidad fuera de los libros) y su propia integración con el almacén. Para cuando tengas en marcha las operaciones de recogida, reparación, reventa y devolución al proveedor, te encontrarás con cuatro sistemas semindependientes que deben coincidir en el mismo inventario físico.
Se nota que Circular Commerce se ha adaptado posteriormente porque el inventario físico aparece en una columna y el estado de dicho inventario se encuentra en un blob JSON.
Qué significa «de primera clase»
En «VenduStack», cada flujo que traslada un artículo entre las partes es el mismo tipo de objeto: un «Move» (véase nuestra entrada sobre el modelo de datos). Esto incluye:
- Venta inicial (vendedor → comprador)
- Devolución (comprador → vendedor, anulación de los asientos contables)
- Recogida (antiguo comprador → plataforma, valorada al precio de permuta)
- Renovación (plataforma → socio de reparación, con una actualización de la clasificación en Thing)
- Reventa (plataforma → nuevo comprador, con una nueva calificación y un nuevo precio)
- Devolución al proveedor (plataforma → vendedor original, con gastos de logística inversa)
Cada una de ellas es una «Move» con una máquina de estados, entradas en el libro mayor y un registro de auditoría. No existe un «módulo de devoluciones» independiente: hay una biblioteca de flujos de trabajo, y «devolución» es uno de los flujos de trabajo que se incluyen en ella.
Qué te permite hacer esto
Una vez que los flujos circulares alcanzan un nivel óptimo, lo que antes resultaba difícil se vuelve fácil:
- Recompra desde el primer día. El precio de recompra forma parte del propio modelo del producto, no es un programa independiente.
- Inventario con distinción de calidades. Un «Thing» físico puede tener diferentes calidades a lo largo de su vida útil; el libro mayor registra el valor correspondiente a cada calidad.
- Regalías por reventa. Si quieres que el vendedor original obtenga beneficios de las ventas secundarias, esa es la política de pagos de Thing.
- Contabilidad honesta de las emisiones de carbono. Cada acción tiene un tipo y una contraparte; las emisiones y el impacto pueden atribuirse de forma determinista.
El detalle aburrido
Lo que hace que esto funcione no es el modelo en sí, sino el hecho de que se decidiera antes de que el catálogo llegara al millón de referencias. Las adaptaciones posteriores fracasan porque tienen que mantener intacta la estructura anterior. La economía circular de primera clase solo funciona si te comprometes con ella desde el primer día.
Esa es la razón práctica para elegir una plataforma que lo incluya de serie, y no como un módulo: para cuando lo necesites, integrarlo en tu stack actual te llevará un año de trabajo.
Lo que todavía estamos intentando averiguar
Los flujos circulares interactúan con la fiscalidad, la amortización, los seguros y la presentación de información a los organismos reguladores de formas que varían según la jurisdicción. Contamos con el modelo de datos adecuado; estamos trabajando con tres socios de diseño en la configuración normativa en la UE, el Reino Unido y Norteamérica.
Si tu negocio depende de que los flujos circulares funcionen correctamente —o si has intentado adaptarlos y has aprendido lo mismo que nosotros—, nos encantaría intercambiar opiniones.
Edwin Korver is the founder and systems architect behind VenduSys and RoundMap®. His work focuses on regenerative business, value orchestration, and the systems that help organizations move from extraction toward shared value and healthier ecosystems.