OpenConcerto

Bonjour,

En multiposte, les sauvegardes sont à faire sur le serveur (sauvegarde automatique de PostgreSQL).
Les sauvegardes locales n'ont pas de sens en multiposte.
Une saisie (ou modification) est visible instantanément aux autres utilisateurs.
Une fois passé en multiposte ou cloud, vous n'avez plus besoin de garder la monoposte.

Cordialement,

Je ne suis pas sûr de me faire comprendre :
J'ai des sociétés disons "personnelles" sauvegardées localement, auxquelles mes collègues n'ont pas besoin d'avoir accès.
Avec la version mutliposte, est-ce je peux accéder à ces sociétés/sauvegardes locales et y travailler - en local avec mon ordinateur - tout en travaillant sur d'autres sur le serveur avec mes collègues ? Est-ce possible avec le même version du programme (en choisissant la source sur laquelle je veux travailler) ou faut-il que j'installe la version multiposte pour les sociétés sur le serveur et la version monoposte pour mes sociétés "locales" ?

Suis-je plus clair ? Ou est-ce qu'il y a un noeud dans mon raisonnement ?

Bonsoir,
Pour ce genre de configuration, la version multiposte conviendrait, en créant plusieurs sociétés, ce qui correspond à un schéma et une BDD différents dans la base Postgres. Ensuite, la configuration des comptes suffit pour n'autoriser que certains utilisateurs aux bonnes sociétés.
Maintenant, pour faire ça, il faut réussir à réimporter les données venant de chaque sociétés en monoposte dans la base SQL.
Ça, ça nécessite de mettre les mains dans les exportations de chaque base H2 est de réimporter le tout dans PgSQL sous les schémas associés aux bonnes sociétés.
Guillaume pourra confirmer si j'ai raison, et faire une proposition de support si nécessaire.

Jacques

Merci pour cette réponse !
Mais justement j'aimerais ne pas devoir importer "mes" sociétés (sauvegardes locales) sur le serveur, mais n'y accéder que localement.
Accéder à la BDD sur le serveur pour les sociétés partagées ET à la BDD locale pour les "miennes", en fonction de la société que je choisis...

Dans ce cas, je ne vois guère que des installations multiples.
S'il est possible de lancer OC avec comme paramètre le nom d'un fichier de configuration, il doit être possible d'utiliser le même client pour se connecter aux différentes configurations, au pire en remplçant via un script le fichier à utiliser à chaque lancement pour pointer vers la bonne configuration.
À tester peut-être.

Jacques

effectivement !

même avec la version monoposte, il faut juste basculer entre les bases H2 (locale) et postgreSQL (serveur) :
avant de lancer OpenConcerto,
- ouvrir "OpenConcerto Configuration"
- changer le type
- ajouter adresse et port du serveur (postgreSQL) ou le dossier local (H2)
- enregistrer

ce qui permet donc de travailler soit en local sur certaines sociétés soit sur un serveur à distance sur d'autres (et éventuellement avec d'autres utilisatrices.teurs)

encore merci pour votre super programme !