Le Modèle Économique de la SCIC CopyLaRadio : Rôles et Flux Financiers

L’objectif de notre système est de créer un bilan comptable vivant et transparent, où chaque transaction est une preuve. Pour cela, nous séparons rigoureusement les flux de capital (investissement) des flux de revenus (exploitation), en utilisant des portefeuilles dédiés.

Les Acteurs : Qui fait Quoi ?

1. L’Armateur (L’Hébergeur) :

   • Son Rôle : Fournit l’infrastructure physique. Il met à disposition l’espace, l’électricité et la connexion internet pour qu’un nœud (un “Astroport”) puisse fonctionner.
   • Sa Contribution : Un coût réel et mesurable en euros.
   • Sa Rétribution : Il reçoit la PAF (Participation Aux Frais), une somme en Ẑen destinée à couvrir ses dépenses réelles. C’est une charge d’exploitation pour la coopérative.

2. Le Capitaine (Le Mainteneur) :

   • Son Rôle : Fournit l’expertise technique. Il installe, configure, surveille et maintient le nœud et les services qui y tournent (MULTIPASS, ZenCard, etc.). Il est le garant du bon fonctionnement.
   • Sa Contribution : Du temps et de la compétence.
   • Sa Rétribution : Il reçoit une rémunération pour son service, fixée à 2x la PAF. C’est également une charge d’exploitation pour la coopérative. Il est aussi le collecteur des loyers de son “essaim”.

3. Le Locataire (L’Usager) :

   • Son Rôle : Utilise les services de la coopérative.
   • Sa Contribution : Paie un “loyer” en Ẑen pour son MULTIPASS (1Ẑ/sem) ou sa ZenCard (4Ẑ/sem).
   • Son Gain : L’accès à une infrastructure numérique souveraine. Ses paiements constituent le chiffre d’affaires de la coopérative.

4. Le Sociétaire (Le Co-propriétaire) :

   • Son Rôle : Investit dans la coopérative pour en devenir co-propriétaire.
   • Sa Contribution : Fait un apport au capital en achetant une part sociale (ex: 50€/an ou 540€/3ans).
   • Son Gain : Des parts de la coopérative (représentées par des Ẑen sur sa ZenCard), un droit de vote, et des avantages (pas de loyer à payer). Son apport augmente les capitaux propres de la coopérative.

Le Cheminement des Ẑen : Une Comptabilité en Temps Réel

Utilisons les cas de Fred et Phil pour tracer les flux.

Portefeuilles Clés :

• UPLANETNAME.G1 : La “Banque Centrale”. Reçoit les Ğ1 du monde extérieur, émet les Ẑen.
• UPLANETNAME : Le “Compte Courant”. Gère les revenus des locations.
• UPLANETNAME.SOCIETY : Le “Compte Capital”. Gère les parts des sociétaires.

Étape 1 : Augmentation de Capital (Les Sociétaires)

Cas de Phil :

1. Phil achète une part de 540€ sur OpenCollective. Cet argent arrive sur le compte en banque de la SCIC.
2. La SCIC constate cet apport. Sa trésorerie UPLANETNAME.G1émet 540 Ẑen. C’est une augmentation de capital.
3. Le portefeuille UPLANETNAME.SOCIETY transfère ces 540 Ẑen sur la ZenCard de Phil. Phil est désormais sociétaire, et sa part est inscrite sur la blockchain. Son MULTIPASS et sa ZenCard sont marqués /U.SOCIETY pour être exemptés de loyer.

Cas de Fred :

1. Fred apporte du matériel d’une valeur de 4500€. C’est un apport en nature.
2. La coopérative valide cette valeur et l’inscrit comme un actif à son bilan.
3. La trésorerie UPLANETNAME.G1émet 4500 Ẑen pour représenter cette augmentation de capital.
4. Le portefeuille UPLANETNAME.SOCIETY transfère ces 4500 Ẑen sur la ZenCard de Fred.

Étape 2 : Le Cycle d’Exploitation (Les Locataires et les Frais)

C’est un cycle quotidien, géré par les scripts.

1. Le Loyer Entre (NOSTRCARD.refresh.sh) :

   • Un Locataire a rechargé son compte via OpenCollective. Le portefeuille UPLANETNAME a crédité son MULTIPASS en Ẑen.
   • Chaque semaine, le script débite le loyer du MULTIPASS du Locataire.
   • Ce montant est crédité sur le MULTIPASS du Capitaine responsable de ce Locataire. Le MULTIPASS du Capitaine agit comme son portefeuille de revenus opérationnels.

2. La PAF Sort (ZEN.ECONOMY.sh) :

   • Chaque jour, ce script calcule les charges du nœud géré par le Capitaine (PAF pour l’Armateur + 2xPAF pour le Capitaine lui-même).
   • Il débite ce montant du MULTIPASS du Capitaine.
   • Il crédite la PAF correspondante au portefeuille de l’Armateur (NODE).

Étape 3 : L’Alignement des Intérêts (Le Génie du Système)

Que se passe-t-il si un Capitaine n’a pas assez de revenus locatifs sur son MULTIPASS pour payer la PAF ?

C’est là que le système montre sa robustesse : le script ira prélever les Ẑen manquants sur sa ZenCard, c’est-à-dire sur ses parts de capital.

Exemple avec Fred :

• Fred est Capitaine et Armateur de son matériel.
• Il gère 10 Locataires qui lui rapportent 10 Ẑen/semaine sur son MULTIPASS.
• Mais la PAF de son infrastructure est de 15 Ẑen/semaine.
• Son MULTIPASS est à 0, mais il doit encore 5 Ẑen.
• Le script ZEN.ECONOMY.sh prélèvera ces 5 Ẑen sur sa ZenCard.

Conséquence pour l’administration fiscale :
C’est parfaitement clair. L’activité de Fred en tant que Capitaine est déficitaire. Pour couvrir ses charges d’exploitation, il doit puiser dans son propre capital. C’est un compte courant d’associé automatisé. Il “prête” de l’argent à son activité. S’il trouve plus de locataires, son activité deviendra rentable et il pourra reconstituer son capital.

Ce mécanisme garantit que la coopérative n’est jamais en déficit. C’est le sociétaire-opérateur qui assume le risque de son exploitation, ce qui l’incite à développer son “essaim” pour le rendre rentable.

Ce système offre une lisibilité comptable parfaite :

• Les Apports au Capital sont des transactions uniques et identifiables, issues du wallet UPLANETNAME.SOCIETY.
• Le Chiffre d’Affaires est la somme des “loyers” collectés par les Capitaines.
• Les Charges d’Exploitation sont la somme des PAF versées aux Armateurs et aux Capitaines.
• Le Résultat (Bénéfice/Perte) est la différence entre les deux.

Tout est tracé, public et automatisé. C’est un livre de comptes vivant qui ne ment jamais.