Transversal
Cómo funciona
Esta página explica, sin fórmulas ni promesas, lo que hace hoy la plataforma en su primera versión, es decir, de dónde sale el dinero de una comunidad, cómo se paga y cómo ves tu saldo. La última sección, con su propio rótulo, reúne lo que agrega el diseño completo y todavía no existe.
1 · Una comunidad, una moneda
Cada comunidad, sea un barrio, una feria o una cooperativa, tiene su propia moneda, con su nombre y su símbolo. En términos técnicos cada comunidad es un nodo, pero en estas páginas la llamamos comunidad. Muchas comunidades conviven en la misma plataforma y están aisladas entre sí, de modo que nadie de una comunidad ve ni mueve nada de otra.
Cuando una comunidad nace, se escribe su constitución, que fija el nombre y el símbolo de la moneda, si usa centavos o no y cuánto pueden quedar en negativo cada miembro y la tesorería. Después, la constitución ya no se cambia.
Lo que hace al funcionamiento diario, en cambio, sí se puede ajustar. El admin de la comunidad maneja la configuración, que define si la entrada es automática o la aprueba él, qué datos se le piden a quien entra, cuánto dura una oferta o un QR, los topes de cada operación y los tipos de usuario. Cada cambio queda guardado como una versión nueva. Quién decide cada cosa se explica en Cómo se gobierna.
Una comunidad se puede congelar. Mientras está congelada, nadie emite, paga ni entra, pero todos siguen viendo sus saldos. Cuando se reactiva, todo vuelve a funcionar como antes.
2 · Tres cuentas, tres apps
En la plataforma hay tres tipos de cuenta. Cada uno usa su propia app, con su propio email y su propia clave:
Miembro. Usa la app del miembro en el celular, donde ve su saldo, paga, cobra y recibe dinero.
Admin de la comunidad. Usa el panel de gestión, donde admite a los miembros, emite el dinero, ajusta la configuración y ve los saldos de todos.
Admin de la plataforma. Usa el panel de plataforma, desde el que crea las comunidades, las supervisa y puede congelarlas. Los datos de los miembros no los ve.
Las cuentas están separadas, así que un mismo email puede tener las tres sin que una sepa de la otra. Quien administra dos comunidades tiene dos cuentas de admin, una para cada una.
3 · De dónde sale el dinero: la tesorería
El dinero de una comunidad nace solo en su tesorería, y nadie más puede crear moneda. Cada salida de dinero de la tesorería hacia un miembro se llama emisión. La hace el admin desde el panel de gestión, de dos maneras:
Emisión directa
El admin busca al miembro y le manda el monto. Le llega en el momento.
QR de emisión
El admin genera un QR con un monto fijo, que sirve una sola vez y tiene vencimiento. El primer miembro que lo escanea desde «Recibir dinero», en su app, se queda con el monto.
El QR de emisión resulta útil en una feria o un encuentro, donde el admin lo muestra y lo cobra el primero que lo escanea. En el panel ve los QR vigentes y se entera en el momento en que alguien canjea uno.
¿Cuánto se puede emitir? La tesorería puede quedar en negativo hasta su sobregiro, que fija la constitución. Ese es el único límite, y la constitución también lo puede dejar sin tope.
Toda emisión queda anotada con la regla que la permitió. Hoy esa regla es siempre la misma (que lo decidió el admin), pero se registra igual, porque todo dinero tiene que tener un origen declarado.
4 · Cómo se paga
Entre miembros hay tres formas de pagar, y las tres están en la app del miembro:
Pagar directo. Buscás a la otra persona por su nombre o por su alias y le pagás, y el dinero llega al instante. Solo pueden pagar así los tipos de usuario que tienen ese permiso, como «comercio».
Pagar con confirmación. Armás una oferta con el monto, la otra persona la ve en «Solicitudes» y la acepta, y después vos la confirmás. El dinero se mueve recién en ese momento. Solo podés tener una oferta abierta por vez, y si nadie la completa, vence sola.
Cobrar con QR. Quien cobra entra a «Cobrar» y muestra un QR, con monto o sin él. Quien paga entra a «Transferir», toca «Escanear QR», lo escanea con la cámara del celular y confirma. El QR dura poco, sirve una sola vez y lo puede usar cualquier tipo de usuario.
Antes de confirmar, la app te muestra los topes que tenés y cómo queda tu saldo después del pago.
Tipos de usuario y alias
Cada miembro tiene un tipo de usuario, que le asigna el admin. Hay dos de entrada: «usuario», que paga con confirmación o por QR, y «comercio», que además puede pagar directo. Cada tipo tiene sus propios topes, y la comunidad los puede ajustar.
Cada miembro tiene también un alias de tres palabras, como ESQUINA.CASA.PERRO. Lo genera la plataforma y figura en tu perfil. Sirve para que te encuentren sin dar tu email ni tu teléfono.
También se le paga a la comunidad. Una cuota, un aporte o una compra a la comunidad se le pagan a la tesorería, con confirmación o, si tu tipo de usuario lo permite, de forma directa. Las ofertas que llegan a la tesorería las acepta o las rechaza el admin desde el panel de gestión.
5 · Saldo, disponible y sobregiro, en vivo
En la app ves dos números. El saldo es lo que tenés. El disponible es lo que podés gastar, es decir, tu saldo más tu sobregiro, que es el margen que la comunidad le da a cada miembro para quedar en negativo hasta un límite. Así, alguien que todavía no cobró nada puede comprar igual y vuelve a positivo cuando le pagan.
Todo se actualiza solo, sin recargar la página. Cuando te pagan, tu saldo cambia en el momento, en tu app y en el panel del admin. Tus movimientos muestran a quién le pagaste o quién te pagó.
Si un pago se corta a mitad de camino y lo volvés a intentar, no se cobra dos veces.
Un movimiento ya hecho no se revierte. Queda en el libro de la comunidad, y nadie lo puede borrar ni editar.
6 · Para saber más
La página Cómo se entra y se sale explica cómo se entra a una comunidad y cómo se deja de operar en ella. La parte técnica está en La plataforma, y si te preguntás si podés confiar en todo esto, podés leer ¿Es confiable?
Próximas versiones
El cierre de mes
El cierre de mes forma parte del diseño completo, el Modelo de Moneda Social Confederable, y la plataforma todavía no lo tiene.
El diseño propone un cierre de mes, en el que al final de cada período pasarían tres cosas en orden, cada una alimentando a la siguiente. El sistema tomaría una foto de todas las cuentas (el «corte»), ejecutaría los tres pasos sobre esa foto y la sellaría.
- 1 · Oxidación. El dinero atesorado pagaría un pequeño costo, que iría al fondo común.
- 2 · Impuestos afectados. Si la comunidad encendió algún impuesto para un proyecto, se cuadraría lo recaudado. Lo que no está atado a un proyecto caería al fondo común.
- 3 · Cascada y RBU. El fondo común se repartiría por orden de prioridad, y lo que sobre financiaría el ingreso de base de cada miembro activo.
12 Procesos · P1 → P3 → P2
La oxidación, para que el dinero circule
En el diseño, el dinero retenido pagaría cada mes un pequeño costo, la oxidación. El propósito no es castigar a quien tiene sino quitarle al dinero el privilegio de rendir solo por existir, de modo que lo natural pase a ser hacerlo circular.
Se calcularía sobre el saldo promedio del mes. Vaciar la cuenta el día 28 no la «limpiaría», porque pagaría igual sobre su promedio. Por eso no haría falta cobrar nada en cada pago.
Los saldos chicos no pagarían. Por debajo de cierto monto la oxidación sería cero, de modo que el ahorro modesto quedaría protegido.
La tasa tendría un techo. Estaría acotada muy por debajo del 100 %, así que el costo siempre sería menor que lo que tenés.
Lo recaudado entraría entero al fondo común, sin quedar en manos de nadie. 12 Procesos §P1
Los impuestos afectados a un fin
La comunidad podría encender, por consenso, un impuesto afectado, es decir, un instrumento que financia un proyecto concreto (arreglar una plaza, sostener un comedor) y que se apaga solo cuando junta la meta fijada, sin cobrar de más. La decisión de gravar se tomaría deliberando, mientras que el encendido y el apagado serían automáticos. Cada hecho alimentaría un solo fondo, de modo que no habría doble gravamen. 12 Procesos §P3
La cascada y el ingreso de base
El fondo común, que reúne la oxidación, los impuestos no afectados y los saldos que dejan quienes se van, se repartiría por orden de prioridad. Cada tramo tendría su tope, y lo que sobre de uno pasaría al siguiente, como en una cascada:
- ② Operadores. Se pagaría el mantenimiento de la infraestructura.
- ③ Comunes consentidos. Se financiarían los bienes comunes que eligió la comunidad, hasta el presupuesto acordado.
- ④ Reserva. Se formaría un colchón hasta alcanzar un objetivo.
- ⑤ Residual. Es lo que queda al final.
El ingreso de base (RBU) de cada miembro activo tendría dos partes que no se cruzan: el suelo, un piso fijo que acuñaría la emisión y no dependería de lo recaudado, y el complemento, lo que sobre de la cascada repartido en partes iguales. Si hubiera más oxidación crecería el complemento, y el suelo seguiría igual.
La condición de «miembro activo» serviría como puerta contra el fraude. Pediría una participación mínima, sin evaluar el mérito ni medir la productividad. 12 Procesos §P2 · 11 §F5
Sellado y contestable
Cada paso del cierre quedaría sellado. Si creyeras que un cálculo tuyo salió mal, por ejemplo tu oxidación o tu ingreso de base, podrías contestarlo dentro de un plazo que por defecto es de 72 horas. Lo ya sellado no se reabriría, y la corrección entraría como un ajuste en el período siguiente.
12 Procesos · P4b (contestación)