Bonjour,
votre problème est simplement lié à la configuration de PostgreSQL.
Allez-y pas à pas, il faut déjà être en mesure de se connecter à votre base avec PgAdmin
login: openconcerto
pass: openconcerto
Base: OpenConcerto
Une fois OK, vérifiez votre fichier main.properties et c'est parti.
Ça fonctionnera très bien en configuration mixte.
Si vous avez besoin d'un expert PostgreSQL, passez par qq jetons et notre hotline.
Cordialement,
OpenConcerto 1.3 disponible
Note: Mettre à jour la liste des modules là: http://www.openconcerto.org/fr/modules.html avec la liste des modules de la 1.3 (les 4 nouveaux modules ne sont pas listés).
PS: est-ce que les anciens modules fonctionnent sur la 1.3.1?
PS: est-ce que les anciens modules fonctionnent sur la 1.3.1?
guillaume a écrit : Les modules téléchargeables :
Module RFID
Module HTTP
Module Google
Module SOAP
Module téléphonie OVH
Module prospects
Module Google Docs
Module frais de déplacement
Module affaires
Module Business Intelligence
Module abonnements
Module gestion des temps par projet
Module de création d'extensions
Utilisateur OC depuis mai 2014, MacOS
Bonjour
Je veux passer de la 13b4 à la dernière version 1.3 monoposte
Pourriez vous me dire où trouver l'outil de configuration évoqué dans votre premier message s'il vous plait ?
Actuellement j'ai l'erreur suivante
Question subsidiaire, est il possible de redescendre à la 1.3b4 ?
Merci d'avance pour votre aide
Je veux passer de la 13b4 à la dernière version 1.3 monoposte
Pourriez vous me dire où trouver l'outil de configuration évoqué dans votre premier message s'il vous plait ?
Actuellement j'ai l'erreur suivante
Question subsidiaire, est il possible de redescendre à la 1.3b4 ?
Merci d'avance pour votre aide
Code : Tout sélectionner
Erreur de connexion
table FACTURE_FOURNISSEUR not found in [OpenConcerto49, Common]
org.openconcerto.utils.ExceptionHandler: Erreur de connexion
at org.openconcerto.utils.ExceptionHandler.handle(ExceptionHandler.java:112)
at org.openconcerto.utils.ExceptionHandler.handle(ExceptionHandler.java:116)
at org.openconcerto.erp.action.NouvelleConnexionAction$1.run(NouvelleConnexionAction.java:252)
at org.openconcerto.sql.ui.ConnexionPanel.connect(ConnexionPanel.java:476)
at org.openconcerto.sql.ui.ConnexionPanel.access$4(ConnexionPanel.java:449)
at org.openconcerto.sql.ui.ConnexionPanel$7.run(ConnexionPanel.java:404)
at java.lang.Thread.run(Unknown Source)
Caused by: org.openconcerto.sql.model.DBStructureItemNotFound: table FACTURE_FOURNISSEUR not found in [OpenConcerto49, Common]
at org.openconcerto.sql.model.DBSystemRoot.findTable(DBSystemRoot.java:308)
at org.openconcerto.sql.model.DBRoot.findTable(DBRoot.java:91)
at org.openconcerto.erp.core.common.element.ComptaSQLConfElement.<init>(ComptaSQLConfElement.java:78)
at org.openconcerto.erp.core.supplychain.order.element.FactureFournisseurSQLElement.<init>(FactureFournisseurSQLElement.java:28)
at org.openconcerto.erp.config.ComptaPropsConfiguration.setSocieteDirectory(ComptaPropsConfiguration.java:794)
at org.openconcerto.erp.config.ComptaPropsConfiguration.setUpSocieteDataBaseConnexion(ComptaPropsConfiguration.java:978)
at org.openconcerto.erp.action.NouvelleConnexionAction$1.run(NouvelleConnexionAction.java:131)
... 4 more
Bonsoir,
l'outil de configuration est installé dans le même dossier qu'OpenConcerto...
Cordialement,
l'outil de configuration est installé dans le même dossier qu'OpenConcerto...
Cordialement,
-
- Messages : 5
- Enregistré le : ven. mars 28, 2014 11:24 pm
Bonjour a tous,
Après qques mois je reviens vers vous avec deux petits soucis pas bien grave au demeurant mais qui me font perdre pas mal de temps...
Premièrement :
Lors du transfert d'une commande client en commande fournisseur, j'ai systématiquement la même désignation qui revient... c.à d. j'ai commandé une fois des bananes chez un fournisseur, et maintenant des que je fait un transfert en commande fournisseur, dans la désignation j'ai systématiquement bananes qui s'affiche, peu importe si dans la désignation de la commande client, il y ait poire, pomme ou ananas...
Deuxièmement:
Quand je crée une facture à 60 jours par exemple, sur la facture l’échéance du paiement s'affiche comme suit (ex.); Règlement de cette facture au plus tard le Fri Sep 05 00:00:00 CEST 2014.
Voila si vous avez des suggestion, n’hésitez pas je ferai les essais...
Merci d'avance
Après qques mois je reviens vers vous avec deux petits soucis pas bien grave au demeurant mais qui me font perdre pas mal de temps...
Premièrement :
Lors du transfert d'une commande client en commande fournisseur, j'ai systématiquement la même désignation qui revient... c.à d. j'ai commandé une fois des bananes chez un fournisseur, et maintenant des que je fait un transfert en commande fournisseur, dans la désignation j'ai systématiquement bananes qui s'affiche, peu importe si dans la désignation de la commande client, il y ait poire, pomme ou ananas...
Deuxièmement:
Quand je crée une facture à 60 jours par exemple, sur la facture l’échéance du paiement s'affiche comme suit (ex.); Règlement de cette facture au plus tard le Fri Sep 05 00:00:00 CEST 2014.
Voila si vous avez des suggestion, n’hésitez pas je ferai les essais...
Merci d'avance
Bonjour,
Pour les bananes et les poires je ne sais pas mais
pour l'affichage des dates, il est possible que ca soit lié aux paramètres de langue et de format de date du système - et peut être qu'un certain contrôle peut se faire également au niveau du canevas de la facture.
Stephan
Pour les bananes et les poires je ne sais pas mais
pour l'affichage des dates, il est possible que ca soit lié aux paramètres de langue et de format de date du système - et peut être qu'un certain contrôle peut se faire également au niveau du canevas de la facture.
Stephan
Lubuntu 16.04 LTS au travail. Ubuntu 15.04 à la maison. 13 ans sous logiciel propriétaire. OC depuis 2012. Petit Commerce
Comment poser une question sur un forum : http://www.linux-france.org/article/the ... ns-fr.html
Comment poser une question sur un forum : http://www.linux-france.org/article/the ... ns-fr.html
-
- Messages : 5
- Enregistré le : ven. mars 28, 2014 11:24 pm
Bonjour,
Effectivement Stephan, ton intuition était la bonne...
Dans le document XML, au niveau de la commande de remplissage de la case B64, j'ai rajouté, après tâtonnement... datePattern="dd MMMM yyyy"... et le problème est résolu.
Par contre pour mon problème de bananes....
Je reste ouvert a toutes vos suggestions.
A+
Simon
Effectivement Stephan, ton intuition était la bonne...
Dans le document XML, au niveau de la commande de remplissage de la case B64, j'ai rajouté, après tâtonnement... datePattern="dd MMMM yyyy"... et le problème est résolu.
Par contre pour mon problème de bananes....
Je reste ouvert a toutes vos suggestions.
A+
Simon
-
- Messages : 49
- Enregistré le : mer. mars 14, 2012 8:33 am
- Localisation : Rennes
- Contact :
Le problème persiste en 1.4guillaume a écrit :Bonjour,
effectivement, ce paramètre est lié à notre serveur.
Le fichier corrigé est en ligne.
Merci de nous l'avoir signalé.
Cordialement,
Version OC 1.7.1 multiposte / Postgresql 9.5 / Windows serveur 2019
Utilisateur OC depuis janvier 2012
Utilisateur OC depuis janvier 2012