Afin de vous faciliter l'utilisation d'InCrEG LibertyLook, voici une collection de questions fréquentes issues des demandes de support SourceForge.net.
Extrait du ticket SourceForge (https://sourceforge.net/p/beauty-hair-mng/feature-requests/50/) sur la nouvelle norme :
Une nouvelle loi impose que les logiciels de caisse soient conformes à la norme NF 525. Cette obligation passe par une attestation délivrée par l'éditeur à partir du 1er janvier 2018.
Il ne sera pas possible de fournir une telle attestation car, en l'absence d'entité juridique portant le logiciel, il n'y a pas d'éditeur à proprement parlé et je ne peux pas, à titre personnel, porter cette responsabilité.
L'autre axe est de demander un audit du logiciel et que ce soit Infocert qui certifie le logiciel. Le problème est ici au niveau financier : Il faut d'abord acquérir la norme (500 euros https://shop.infocert.org/en/regles-nf/24-nf-logiciel-de-gestion-d-encaissement.html) puis, à supposer que les développements soient faits, il faudrait payer chaque année l'audit du logiciel (je n'ai pas de tarif, mais il faut s'attendre à plusieurs milliers d'euros).
Clairement, cette loi signe la fin des logiciels gratuits comme LibertyLook, sauf si une entité tierce (par exemple une association des utilisateurs) portait le coût grâce à des subventions ou des cotisations.
N'hésitez pas à réagir sur le site de SourceForge.
Malheureusement, InCrEG LibertyLook ne dispose pas de fonction d'export des données.
Si vous disposez de connaissances informatiques, ou connaissez quelqu'un qui en a, vous pouvez exporter les données avec les requêtes SQL suivantes. Cependant, il vous faudra attaquer la base de données en direct, ce qui n'est pas accessible sans connaissance informatique.
-- Export des aticles
select * from art, categ_art, typ_art
where indic_perim = 'N'
and art.cd_categ_art=categ_art.cd_categ_art
and art.cd_typ_art=typ_art.cd_typ_art-- Export des prestations
select * from prest
left outer join categ_prest on prest.cd_categ_prest = categ_prest.cd_categ_prest
left outer join marque on prest.cd_marque = marque.cd_marque,
typ_vent
where indic_perim='N'
and prest.cd_typ_vent = typ_vent.cd_typ_vent-- Export des clients
select cd_cli, civilite, nom, prenom, regexp_replace(rue, E'[\\n\\r]+', ' ', 'g' ), ville, cd_postal, tel, portable, email,
dt_anniv, regexp_replace(comm, E'[\\n\\r]+', ' ', 'g' ), dt_creat, dt_modif, indic_valid, lib_typ_chev, categ_cli.cd_categ_cli, lib_categ_cli, tr_age.cd_tr_age, lib_tr_age,
age_min, age_max, orig.cd_orig, lib_orig, typ_peau.cd_typ_peau, lib_typ_peau
from cli
left outer join typ_chev on cli.cd_typ_chev = typ_chev.cd_typ_chev
left outer join categ_cli on cli.cd_categ_cli = categ_cli.cd_categ_cli
left outer join tr_age on cli.cd_tr_age = tr_age.cd_tr_age
left outer join orig on cli.cd_orig = orig.cd_orig
left outer join typ_peau on cli.cd_typ_peau = typ_peau.cd_typ_peau-- Export de l'historique des prestations des clients
select cli.cd_cli, civilite, nom, prenom, prest.lib_prest, regexp_replace(histo_prest.comm, E'[\\n\\r]+', ' ', 'g' ),
histo_prest.dt_prest
from cli
join histo_prest on cli.cd_cli = histo_prest.cd_cli
join prest on prest.cd_prest = histo_prest.cd_prest
where histo_prest.comm is not null
order by histo_prest.dt_prest desc
Tout d'abord, il n'existe plus de fichier d'enregistrement.
Cette pratique avait cours quand InCrEG existait : Ce fichier était le fichier de licence. Aujourd'hui, ce fichier est inutile et si le logiciel vous le demande, ce n'est qu'une réminiscence. Il s'agit surement d'un autre problème.
Le mot de passe est indiqué dans le manuel utilisateur. Le mot de passe par défaut dans le logiciel est MDP
Il est modifiable dans le menu Administration / Identifications
L'utilisation en réseau se fait de 2 manières distinctes :
Une réelle migration de la base de données est nécessaire suite à l'évolution de la base de données PostgreSQL qui n'assure pas la compatibilité ascendante des enregistrements possédant des retours à la ligne. Or dés l'instant où vous avez des clients avec une adresse sur plusieurs lignes, le problème se pose. Du coup la restauration s'arrête et vous perdez une grande partie de vos informations. La migration est donc nécessaire.
Aujourd'hui, la seule manière de faire est de procéder manuellement à la conversion de la base. Pour information des techniciens, le principe est le suivant :
/^M\\$
:map ^A nC\r^[gJ
:map ^B ^A^B
initdb -D c:/InCrEG/Base
pg_ctl -D c:/InCrEG/Base start -w
psql template1
create user "Manu" with password 'Manu' createdb;
\c template1 Manu
create database salon with encoding='latin1'
\c salon
Il est également possible de procéder avec un export au format insert de la base de données (à la place des points 1 et 2) : pg_dump -U Manu -d salon > BaseAMigrer.sql
Au rechargement des warnings indiquent que les retours chariots ne sont pas formatés normalement, mais au final les données sont correctes.
Le logiciel LibertyLook fonctionne correctement sous Windows Vista. Cependant, certains utilisateurs ont relevé que si vos paramètres régionaux ne sont pas en Français, vous risquez d'avoir des soucis.
Extrait du ticket de support sourceforge.net/p/beauty-hair-mng/support-requests/80/
Contrainte sur cette installation : Vous acceptez que les environnements graphiques soient identiques entre les deux logiciels.
Les étapes à suivre sont les suivantes (Pour cela, vous allez devoir utiliser un éditeur de texte (Bloc note, vim, notepad++, ...) :
Pour arrêter le logiciel, le feu rouge l'arrête normalement.
Il vous faut souvent activer l'accès à distance dans les deux fichiers de configuration config1.properties et config2.properties pour accéder à ces logiciels depuis d'autres machines en réseau.
Lorsque vous démarrez l'application pour la première fois, un utilisateur par défaut est créé dans la base. Il a le profil "Super utilisateur" pour pouvoir accéder à toutes les fonctions et son mot de passe est MDP. Ceci permet de démarrer et d'utiliser l'application.
Vous pouvez ajouter des utilisateurs avec différents profils. Par contre il est essentiel d'avoir tout le temps un utilisateur "Super utilisateur", sinon vous perdez l'accès à ces fonctions avancées. Ainsi il ne faut jamais supprimer le "Super Utilisateur" ou lui changer son profil.
Vous pouvez toujours ajouter un utilisateur avec un autre profil et changer le mot de passe du Super Utilisateur (pour éviter la connexion automatique à ce compte). Ensuite vous utilisez ce nouvel utilisateur. Lorsque vous voudrez accéder aux fonctions avancées, vous vous connecterez avec le Super utilisateur.
La seule parade possible est de recréer par SQL un utilisateur "Super utilisateur". Pour cela, faites les opérations suivantes :
Vous avez à présent un utilisateur "Super utilisateur" dont le mot de passe est MDP2.
Complément depuis la version 4.3.1 Le logiciel dispose d'une fonction de protection contre ce type de problème. D'une part, il est à présent impossible de perdre son compte administrateur. D'autre part, si vous avez déjà perdu votre compte administrateur avant de changer de version, un compte est automatiquement créé au démarrage de l'application. Le mot de passe correspondant est MDPRECUP
LibertyLook utilise une base de données PostgreSQL. Cette base de données utilise le port TCP 5432. Ce port doit donc être autorisé pour que la connexion entre les programmes et la base puisse se faire. Si vous utiliser plusieurs ordinateurs, uniquement le poste "serveur", c'est à dire celui où vous exécutez le feu vert, doit être configuré ainsi. Si vous souhaitez accéder à LibertyLook depuis d'autres ordinateurs, vous devez aussi autoriser, sur le poste "serveur" le port TCP 80.