Accueil > Vie de la Coopérative > Au fil du temps > Comptes-rendus du CS > Réunion du CS, octobre 2009

Réunion du CS, octobre 2009

Le conseil de surveillance et le directoire se sont réunis ce 17 octobre 2009 à Malakoff (F-92).

Présents : Arnaud, Esther, Jean-Marie, Julien, Lisa, Loïc, Matthieu et Philippe, Rodéric, Stéphane.
Absent représenté : Vincent par Loïc.
Invité : Robert.
Aucun absent.

1. Nouvelle interface d’assistance – quels retours ?

Depuis quelques mois, une nouvelle interface pour le traitement des demandes d’assistance a été mise en ligne par Julien. http://assistance.ouvaton.org

Ça allège beaucoup sur la liste admin-panel. C’est plus facile à gérer.
Pas parfait, il y aurait encore quelques améliorations à apporter. Julien aura peut-être des pistes pour apporter ces améliorations : question sur la base de connaissances, recherche dans les réponses déjà apportées (tickets fermés).

En tout cas, le résultat est positif.

2. Tarifs - échéance et méthode de décision

Les tarifs n’ont pas bougés depuis longtemps. Ils ne reflètent pas vraiment les consommations. Par ailleurs, l’offre date un peu.

Proposition : préparation de nos propositions pour fin octobre ; discussion courant novembre ; décision fin décembre applicable au 1er janvier 2010.
Il y a moins de dépassements disques, donc moins de produits. Il faudrait augmenter le prix de la plaque de base et le volume disque de base.
Plusieurs points de vue.

Consommateur paye ce qu’il dépense. Le volume disque représente une part minime de ce qu’il consomme. Ce n’est pas un problème pour Philippe d’augmenter la plaque de base et le volume disque.

Esther pense que les consommateurs qui auront 300 Mo augmenteront naturellement les autres ressources. Mais pas vraiment en fait. Stéphane : les vrais consommateurs sont ceux qui ont des traitements CPU (indice par exemple, les erreurs 500). Jean-Marie, comme Lisa, ne voudrait pas que les petits consommateurs voient leur tarif fortement augmenter alors qu’ils n’ont pas besoin de volume supplémentaire.

Hypothèses en vrac :
- augmenter le prix de la plaque de base (frais de fonctionnement de la coopérative augmente)
- augmenter le prix de la base de données (indique qu’il y a du script)
- faire payer les erreurs 500 (indique de temps CPU)
- faire payer (à terme) les listes Sympa
- faire payer l’activation du PHP
- augmenter le prix de l’option disque (en même temps que les volumes)

Sans doute des choses à combiner : augmenter la plaque de base + base de données.

  1. écrire les raisons d’un changement de tarifs – expliquer le plus simplement possible.
  2. reprendre les quelques hypothèses réalistes et donner les arguments pour chacune.

Si jamais tout le monde utilise les 300 Mo, alors il suffirait d’acheter un nouveau serveur. Jean-Marie : investir dans un nouveau filer NAS gros et plus rapide.

Présentation des SOLs

Il s’agit d’une monnaie solidaire. Fonctionne dans quelques régions. Des personnes dans ces régions récupèrent des SOLs.
On pourrait vendre des services avec des SOLs. Mais comment on pourrait utiliser ces SOLs ?

Intérêt : apparaître dans le circuit, auprès de gens potentiellement intéressés. Et aussi faire de la pub pour le circuit SOL.

Peut-être à creuser. Voir notamment si une SA peut les recevoir ?
Voir aussi si on ne peut pas utiliser un SEL internet à Ouvaton.coop pour ceux qui rendent des services.
Cela suppose de faire la connaissance des coopérateurs. Par exemple un annuaire, type trombinoscope de l’April.

3. Sur la procédure de renouvellement

Explication : Le système de renouvellement Ouvaton 3, qui se déroule en deux temps (d’abord on dit qu’on renouvelle, ensuite on va payer la facture quand elle est disponible) est un mauvais système. Il engendre de l’incompréhension et de l’assistance inutile.

Proposition :
- faire en sorte que le lien "Je veux gérer ... mon abonnement" soit disponible en permanence
- envoyer 30 jours avant la date anniversaire, Un mail au coopérateur pour dire : « (Bonjour / nom du coopérateur / numéro de coopérateur / nom du panel) Le xx/xx/xxxx, date anniversaire de votre souscription, votre prochaine facture sera éditée. C’est peut-être le bon moment d’aller vérifier que les options actives (/services actifs) conviennent bien. Vous trouverez le lien "Je veux gérer ... mes options" en page d’accueil de votre panel. Bonne continuation. Votre Coopérative »

Il manque au message l’annonce de la possibilité de fermer son compte.
Une facture ne peut pas être émise sans accord/commande du client. Ou alors annoncer clairement qu’il s’agit d’une tacite reconduction. Idem, demander de mettre à jour ses coordonnées.

Que se passe-t-il si le coopérateur ne ferme pas son compte, avec la facture émise mais non payée. A priori rien, pas de problème.
Autre possibilité, adapter le message avec le fonctionnement actuel. Non retenu.

4. Gloux

Suite au point de Stéphane sur les difficultés rencontrée avec Gloux., notre application de gestion de la coopérative d’hébergement.
Nouveau développements hors Gloux en cours. Repose sur la base de données de Gloux.

Après ces trois mois probants, il faut peut-être s’arrêter et se poser des questions :
- Expertise externe sur Gloux

  • globenet et affiliés ou autre – appel à la communauté du libre - mettre le cahier des charges dans le svn
  • audit du code externe

- Comment continue-t-on ?

  • Ajouts à Gloux
  • Nouveau logiciel à développer
  • Plesk
  • Autre logiciel sur lequel on ajoute des modules de comptabilité
  • Nouveau développement sur la base de données de Gloux.
    • Sur quelle principes de développement ?

Philippe : éviter une nouvelle migration.
Différence entre une migration matérielle et logicielle.

On essaye de faire un audit.
Ensuite, on regarde les différentes autres possibilités.

Robert évoque la possibilité d’une prestation externe (pourquoi pas confiée à Stéphane) pour de nouveaux développements, mais dans ce cas, avec un niveau d’exigence élevé.

En attendant, Stéphane est invité à suspendre ses développements sauf pour des fonctions qui n’existaient pas ou ne marchaient pas dans Gloux.

Pourquoi vhffs avait-il été abandonné ? Faille de sécurité. Problème limite du nombre de hosts acceptables. Et aussi pas de comptabilité.


Prochaine réunion téléphonique fin novembre (date à déterminer).

Prochaine réunion CS+Directoire le 23 janvier 2009.