Re: [tryton-de] wass sind die demo user und passwort?

[Jan Grasnick | Grasbauer UG]

Am 20.05.2016 um 10:38 schrieb Pieter Lamers:
>res = security.login(database_name, user, session)
>   File "/trytond/security.py", line 25, in login
> User = pool.get('res.user')
>   File "/trytond/pool.py", line 172, in get
> return self._pool[self.database_name][type][name]
> KeyError: 'res.user'

der Fehler sagt eher, daß Tryton nicht sauber gestartet ist. Die
Tabellen/Modelle/Module sind nicht richtig initialisiert. Starte mal neu
mit Schalter -vv.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Info zu Zahlung auf Rechnung

[Jan Grasnick | Grasbauer UG]

Am 28.04.2016 um 16:53 schrieb TPH:
>
>
> Internen Namen an der Kopie muss man noch ändern.
>
>
> Danke für die Antwort
> Das "Internen Namen an der Kopie muss man noch ändern." habe ich aber
> nicht ganz verstanden.

Der Bericht hat einen Internen Namen (account.invoice) der vom Module
definiert wurde. Wenn Du über die GUI am kopierten Bericht den 'Internen
Name' auf sagen wir account.invoice1 änderst, greift das im Module
definierte Verhalten nicht mehr.

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Info zu Zahlung auf Rechnung

[Jan Grasnick | Grasbauer UG]

Am 28.04.2016 um 13:26 schrieb Jan Grasnick | Grasbauer UG:
> Quick und dirty einfach den Report (ir.report) kopieren und den
> originalen auf inaktiv schalten - dann greift das mit dem Cache glaub
> ich nicht mehr.
Internen Namen an der Kopie muss man noch ändern.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Info zu Zahlung auf Rechnung

[Jan Grasnick | Grasbauer UG]

Am 28.04.2016 um 12:43 schrieb TPH:
> Hallo
>
> Ich möchte gerne bei bezahlten Rechnungen das Datum und die
> Zahlmethode mit auf der Rechnung stehen haben.
>
> Nun habe ich die Vorlage für die Rechnung bereits angepasst, es gibt
> jedoch ein grundsätzliches Problem.
>
> Wenn die Rechnung erstellt wird, ist diese ja nicht mehr veränderbar.
>
> Ich kann die Rechnung jedoch erst bezahlen nachdem diese erstellt wurde.
>
> Und hier beißt sich ja der Hund in den Schwanz.
>
> Ich glaube jedoch bereits Rechnungen die mit Tryton erstellt wurden
> gesehen zu haben, welche Informationen zu den Zahlungen enthalten
> haben, wie ist dies denn möglich?
>
Quick und dirty einfach den Report (ir.report) kopieren und den
originalen auf inaktiv schalten - dann greift das mit dem Cache glaub
ich nicht mehr.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Zeiterfassung mit tryton

[Jan Grasnick | Grasbauer UG]

Am 13.04.2016 um 11:35 schrieb Richard Rafalski:
> Hallo Jan,
>
>
> Ich starte ja jetzt mit tryton. Erfahrungsgemäß kommen mit der Benutzung 
> weitere
> Wünsche/Anforderungen hinzu. Habt ihr euer Modul frei gegeben, sodass ich es 
> mir mal anschauen könnte?

nein - leider noch nicht. Es ist noch nicht auf dem Stand, um es
unkommentiert freizugeben. Und wie gesagt - es muss noch in einzelne
Module zerlegt werden, die Funktionsbereiche abbilden. Ich könnte mal
die Funktion die Du brauchst als Anfang nehmen - das schaffe ich aber
nicht innerhalb der nächsten 2 Tage - könnte das aber mal an einem WE im
Sonnenschein bei einem Bierchen machen :)

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Zeiterfassung mit tryton

[Jan Grasnick | Grasbauer UG]

Am 13.04.2016 um 10:23 schrieb Richard Rafalski:
> Hallo,

Hallo Richard,
>
> ich möchte gerne meine Arbeitszeiten erfassen/abrechnen.
>
> Für die Erfassung würde ich gern beim Beginn einer Tätigkeit diese in tryton 
> als gestartet auswählen
> und beim Beenden sie als beendet markieren. Erwarten würde ich dann, dass 
> tryton Datum, Startzeit
> und Endzeit bzw Dauer dieser Tätigkeit erfasst.
>
> Hat jemand schon so etwas hinbekommen?

ja - wir haben da ein Module, was diese Felder hinzufügt. Allerdings
kann das deutlich mehr (es ist eine komplette
Arbeitszeitplanung/-erfassung). Ichmüsste mal diese Minimalfunktion in
ein kleineres Module auslagern. Im Prinzip musst du nur zwei Felder zur
timesheet.line hinzufügen: start_time und end_time sagen wir mal. Dann
die Differenz in duration schreiben - fertig. 

>
> Hierfür hab ich die Module timesheet, timesheet_cost, project, project_plan, 
> project_revenue und
> project_invoice installiert. Dennoch keine Möglichkeit gefunden laufende 
> Zeiten zu erfassen.
>
>

Die offiziellen Module erfassen nur die Dauer und berechnen diese leider
nicht aus Anfang und Ende.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Re: Produkt-Sets über Produktion oder Produkt Kit - Vor und Nachteile

[Jan Grasnick | grasbauer ug]

Am 01.03.2016 um 13:02 schrieb TPH:
> 
> 
> Am Dienstag, 23. Februar 2016 11:52:43 UTC+1 schrieb TPH:
> 
> Hallo,
> 
> ich verkaufe Produktsets, z.B. das Produkt "Birnenset01". Dieses
> Lampenset enthält verschiedene Glühbirnen, die jeweils alle als
> Produkt, bzw, mittlerweile Variante, angelegt sind.
> 
> Nun hab ich das bisher so verwirklicht. Das Produkt "Birnenset" ist
> eine Dienstleistung. Die Lieferposten werden dann manuell angelegt.
> 
> *Vorteil:
> *
> 
>   * Als Produkt in der Rechnung steht nur der Produkt Kit, nicht die
> Einzelpositionen
> 
> 
> *Nachteile:*
> 
>   *  Wenn ich dass Produkt über Proteus automatisch z.B. in den
> Webshop einstelle muss ich über eine externe Textdatei prüfen ob
> der Produktcode darin enthalten ist, und dann die dort
> hinterlegten einzelnen Produktcodes nehmen und hier wieder
> jeweils den Bestand prüfen.
>   *  Der Lieferposten ist nicht mit dem Verkauf verknüpft
> 
> Nun möchte ich dies endlich ändern und frage mich, ob ich eher das
> "product_kit" oder production-Module dazu verwende soll.
> 
> 
> 
> Mein Ziel ist also folgendes:
> 
> Ich möchte Produkt-Sets anbieten, Wenn ich diese online stelle muss
> geprüft werden ob die einzelnen Komponenten in ausreichender
> Stückzahl vorhanden sind. Beim Importieren sollte (dass ist nicht
> ganz so zwingend wenn es zu umständlich ist) eigentlich nur das
> Produkt-Set als Produkt im Verkauf stehen). Der Verknüpfte
> Lieferposten zu dem Verkauf soll die Einzelpositionen enthalten.
> 
> 
> 
> Ich würde mich über eine kurzes Feedback sehr freuen.
> 
> 
> Genutzt wird aktuell Tryton 3.2, soll aber bald auf upgedated werden.
> 
> 
> 
> 
> Daneben gibt es ja auch noch das Module "sale_kit", evtl. ist das
> geeigneter?


Kann man nehmen, wenn man die Produktionsplanung nicht braucht. Das sind
dann einfach Produkte, die als Kit markiert werden und beim Anlegen
einer sale_line in ihre Bestandteile gesplittet werden. Man hat dann
auch alle "Einzelteile" des Kits im Verkauf

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] SEPA-Lastschriften und -Überweisungen / HBCI

[Jan Grasnick | Grasbauer UG]

Am 10.02.2016 um 11:48 schrieb Mathias Behrle:
> Hallo Jan und Britta,

Hallo Mathias,

>
>> Am 09.02.2016 um 22:55 schrieb Britta:
>>> Hallo,  
>> Hallo Britta,
>>
>>> ist es mit Tryton möglich, SEPA-Lastschriften und -Überweisungen
>>> durchzuführen?  
>> Mir ist im Moment nichts bekannt. Ich benutze für diese Zwecke Hibiscus
>> [1]. Das geht super, ist Open Source und es wäre extrem aufwendig das
>> alles in Tryton nachzuprogammieren. In Tryton will man ja eigentlich nur
>> die Buchungen in seiner Buchhaltung haben - deshalb sehe ich in der
>> Verwendung eines anderen Bankingprogramms keine Probleme.
> Die Generierung von SEPA-Dateien ist mit account_payment_sepa möglich (ab
> Version 3.2).

Jetzt muss ich mal die dumme Frage stellen: Wie kommen die dann zur
Bank? Vielleicht geht das ja auch via HBCI und ich kann die mit meinem
Modul versenden.

>  
>>> Wird HBCI unterstützt?  
>> Wenn man dann seine Geldgeschäfte in Hibiscus (oder womit auch immer)
>> erledigt hat, lade ich mit dem Modul account_statement_hbci [2] alle
>> Kontovorgänge via HBCI in die Buchhaltung von Tryton. Das Modul ist
>> Beta, wird von mir aber regelmäßig benutzt. Sollten Probleme mit
>> bestimmten Banken auftreten, fixe ich die natürlich gern und schnell.
>> Die HBCI-Schnittstelle braucht eine weitere Bibliothek (aqbanking) [3],
>> die auf dem Tryton-Server installiert werden muss. Die Webpage sieht
>> etwas schräg aus - aber aqbanking wird von einigen renommierten
>> Linuxprogrammen verwendet, so das man da auf der sicheren Seite ist
>> (oder das zumindest hofft :)
> Wir hatten das ja seinerzeit diskutiert, Jan, das ist natürlich etwas
> unschön (wenn wahrscheinlich als Workaround auch tauglich wie du berichtest),
> zwei HBCI-fähige Programme parallel zu verwenden.

Ja - ist suboptimal. Aber wie gesagt: So ein Banking-Programm kann ja ne
ganze Menge und das alles in Tryton zu implementieren wäre schon recht
aufwendig. Man müsste sich da vermutlich auf eine Teilmenge der
Funktionen beschränken. 


> Hibiscus verfügt selbst über eine SOAP- und XMLPRC-Schnittstelle. Um diese
> anzusprechen, muss Hibiscus allerdings laufen, vorzugsweise als 
> Payment-Server.
> Die Umsetzung dieser Schnittstelle ist nach wie vor auf unserer TODO-Liste,
> allerdings bedingt durch andere Aufgaben momentan nicht hoch priorisiert.
> Sobald wir diese Schnittstelle realisieren, landet sie wie üblich in unserem
> GitLab-Portfolio [0].
> Bis dahin ist alternativ zu Hibiscus auch der Einsatz von GnuCash möglich, das
> für HBCI auch auf aqbanking aufsetzt. Dann hat man mit [2] immerhin nur eine
> Bibliothek im Einsatz. Ein weiterer Vorteil von GnuCash ist, dass es
> Distributionspakete dafür gibt (also einfacher installierbar sein sollte) und
> keine schwere JavaVM-Machine benötigt.
Nochmal kurz erklärt, wie das ganze funktioniert (und ich finde das im
Prinzip auch ganz gut so)

Der Nutzer banked mit allem, was er zur Verfügung hat: Banking-Programm,
irgendeine App auf dem Handy, das Online-Angebot der Bank, Einwurf von
Zettel in den Briefkasten der Bank.

Der Buchhalter der Firma startet dann irgendwann seinen Tryton-Client,
legt einen Kontoauszug an und klickt den Knopf: Kontoauszug holen.
Der Tryton-Server parsed die Antwort in account_statement_lines.

Eine Regex ordnet diese Lines den Kunden źu, prüft auf Rechnungsnummern
etc. Buchhalter guckt nochmal drüber, ordnet Zahlungen, die keine
Rechnung haben noch irgendwelche Konten zu - klickt dann auf prüfen und
fertigstellen - alle referenzierten Rechnungen gehen auf bezahlt, alle
anderen Auszugzeilen bekommen einen Buchungsatz. Finde ich eigentlich
ganz gut. Den Turnus, wie oft man das macht, kann man sich selbst
aussuchen. Oder man legt einen Cron an (TODO :) Aber letzendlich muss
der Buchhalter ja eh noch mal gucken, weil in den Betreffzeilen
erfahrungsgemäß teilweise recht Wirres drin steht.

Bei diesem Szenario hast du nur auf dem Server die
aqbanking-Schnittstelle, die man in den meisten Distros per
Packagemanager installieren kann. Auf der Clientseite musst Du dich um
nix kümmern - wer banken will, soll das mit der Software tun, die seine
Bank und sein Betriebssystem zulassen.

Gruß aus der Heldenstadt
Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] SEPA-Lastschriften und -Überweisungen / HBCI

[Jan Grasnick | Grasbauer UG]

Am 09.02.2016 um 22:55 schrieb Britta:
> Hallo,
Hallo Britta,

>
> ist es mit Tryton möglich, SEPA-Lastschriften und -Überweisungen
> durchzuführen?

Mir ist im Moment nichts bekannt. Ich benutze für diese Zwecke Hibiscus
[1]. Das geht super, ist Open Source und es wäre extrem aufwendig das
alles in Tryton nachzuprogammieren. In Tryton will man ja eigentlich nur
die Buchungen in seiner Buchhaltung haben - deshalb sehe ich in der
Verwendung eines anderen Bankingprogramms keine Probleme.


> Wird HBCI unterstützt?

Wenn man dann seine Geldgeschäfte in Hibiscus (oder womit auch immer)
erledigt hat, lade ich mit dem Modul account_statement_hbci [2] alle
Kontovorgänge via HBCI in die Buchhaltung von Tryton. Das Modul ist
Beta, wird von mir aber regelmäßig benutzt. Sollten Probleme mit
bestimmten Banken auftreten, fixe ich die natürlich gern und schnell.
Die HBCI-Schnittstelle braucht eine weitere Bibliothek (aqbanking) [3],
die auf dem Tryton-Server installiert werden muss. Die Webpage sieht
etwas schräg aus - aber aqbanking wird von einigen renommierten
Linuxprogrammen verwendet, so das man da auf der sicheren Seite ist
(oder das zumindest hofft :)


Gruß
Jan

[1] https://www.willuhn.de/products/hibiscus/
[2] http://repos.grasbauer.com/account_statement_hbci
[3] http://www.aquamaniac.de/sites/aqbanking/index.php

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Weitere Optionen: https://groups.google.com/d/optout

[tryton-de] Tryton DACH

[Jan Grasnick | Grasbauer UG]

Hallo an Alle,

ich hab mal angefangen an der Seite zu basteln. Da fehlt im Prinzip noch
alles, aber ich dachte, man macht mal einen Anfang. Das Ganze ist ein
quick'n dirty- Bauwerk, um die Files gleich aus dem Repo zu parsen. Auf
Monsterframeworks wie Bootstrap hab ich erst mal verzichtet - Responsive
ist dann schnell eingebaut. CMS hab ich mal vermieden, weil das so ein
Thema ist, wo man schlecht auf einen gemeinsamen Nenner kommt. Auch das
Design ist vielleicht nicht das Gelbe from Ei sondern eher das Ergebnis
von 2 Stunden. Kurzum - die Konstruktion dient zunächst nur der
Visualisierung.

Also:

- Review und clonen hier: http://gewinnmonitor.de:5001/tryton_dach

* um das local ans laufen zu bringen muss man morepath, chameloen und
markdown installieren (setup.py mach ich bei Gelegenheit)
* die Inhalte sind ein wüster Mix aus ConfigParser und markdown - den
Aufbau erkennt man aber

- Output hier: http://gewinnmonitor.de:5002

Hatte gerade keine andere Domain zur Hand ;)

Wir sollten jetzt mal über die Inhalte sprechen. Ich würde auf der
Startseite auf die allgemeinen Vorteile von open Source hinweisen (da
brauch ich nochmal die Texte von Gregor) und dann das Schichten-Modell
von Tryton erklären. Also trytond, Standard-Module, Individuelle
Anpassungen. Alle anderen Bereiche hab ich erstmal nur angelegt, um das
css zu testen.

Freu mich auf Feedback und Rückfragen
Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/54749CBE.1020807%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Datenbank mit Beispieldaten

[Jan Grasnick | Grasbauer UG]

Am 10.06.2014 22:36, schrieb Jan Grasnick | Grasbauer UG:
>
>> Wenn ich diese Demodaten als Backup bekommen könnte, wäre es perfekt.
>>
>>
>> Gruss Manfred Rockel
> Hier ist ein Script, welches die Demo-Daten generiert. Kannst Du das
> selber bewerkstelligen? Ansonsten frag einfach noch mal nach und ich
> helfe.

Welches Script?
http://hg.tryton.org/tryton-tools/file/tip/tryton_demo.py

;)

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/53976D4F.7060500%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Datenbank mit Beispieldaten

[Jan Grasnick | Grasbauer UG]

> Wenn ich diese Demodaten als Backup bekommen könnte, wäre es perfekt.
>
>
> Gruss Manfred Rockel
Hier ist ein Script, welches die Demo-Daten generiert. Kannst Du das
selber bewerkstelligen? Ansonsten frag einfach noch mal nach und ich helfe.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/53976C44.8020203%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Verbreitung

[Jan Grasnick | Grasbauer UG]

Am 29.04.2014 17:12, schrieb Christian Vandieken:

Hallo Jan,

Vielen Dank für die rasche Antwort! Ich hatte so etwas befürchtet.

B2CK oder die Foundation selber wissen da vermutlich auch nicht mehr, oder?


Hallo Christian,

fragen kannst Du da natürlich, ob Sie sich auf eine Schätzung einlassen. 
International laufen schon eine Anzahl von Installation.  Unbedingt 
erwähnenswert ist natürlich GNU Health, was auf Tryton basiert und 
beispielsweise von der jamaikanischen Gesundheitsbehörde gerade als 
nationales System eingeführt wird. Das ist dann zwar nur eine 
Installation - aber eine recht große. Womit auch die gleich die Frage 
nach der Aussagekraft der Zahl der Installationen gestellt ist ;)


Jan

--
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/535FD7D5.4040403%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Verbreitung

[Jan Grasnick | Grasbauer UG]

Am 29.04.2014 15:20, schrieb Christian Vandieken:

Hallo,


Hallo Christian,



ich bin Student der Wirtschaftsinformatik in Köln und beschäftige mich
derzeit mit verschiedenen freien ERP System.
Nun bin momentan dabei die verschiedenen Systeme anhand ihrer Merkmale
zu klassifizieren.
Zu Tryton habe ich soweit alle Informationen die ich benötige, jedoch
konnte ich leider nirgends Zahlen zur Verbreitung finden.

Falls jemand eine Auskunft darüber geben
- Wieviele Kunden (Unternehmen) Tryton nutzen?
- Wieviele Installationen es ca. aktuell gibt?
- Wieviele User in wieviel Ländern es momentan gibt?



Wüssten wir auch gern ;) Wird aber schwierig zu ermitteln sein.

Jan Grasnick

--
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/535FBE2B.8070403%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Verbreitung

[Jan Grasnick | Grasbauer UG]

Am 29.04.2014 15:20, schrieb Christian Vandieken:

Hallo,


Hallo Christian,



ich bin Student der Wirtschaftsinformatik in Köln und beschäftige mich
derzeit mit verschiedenen freien ERP System.
Nun bin momentan dabei die verschiedenen Systeme anhand ihrer Merkmale
zu klassifizieren.
Zu Tryton habe ich soweit alle Informationen die ich benötige, jedoch
konnte ich leider nirgends Zahlen zur Verbreitung finden.

Falls jemand eine Auskunft darüber geben
- Wieviele Kunden (Unternehmen) Tryton nutzen?
- Wieviele Installationen es ca. aktuell gibt?
- Wieviele User in wieviel Ländern es momentan gibt?



Wüssten wir gern ;) Wird aber schwierig zu ermitteln sein.

Jan Grasnick

--
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/535FBDFF.8030202%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Re: Tryton nach Installation zum Laufen bringen

[Jan Grasnick | Grasbauer UG]

Axel, Matthias,

wenn Ihr weiter so macht, stelle ich Euch beide in die Ecke ;)

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/53479A62.8080005%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Re: Tryton nach Installation zum Laufen bringen

[Jan Grasnick | Grasbauer UG]

Am 08.04.2014 22:05, schrieb Christof Hoyler:
>
> Don't forget start the database server:
>
> |root # ||/etc/init.d/postgresql start|
>
> You can start the server now:
>
> |root # ||/etc/init.d/trytond start|
>
> ... befehl nicht gefunden ... klar - es gibt ja auch keine datei
> /etc/init.d/trytond

mal die Ausgabe von

sudo dpkg -S tryton-server


posten

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/53445D93.7080408%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Re: Tryton nach Installation zum Laufen bringen

[Jan Grasnick | Grasbauer UG]

Am 08.04.2014 18:07, schrieb Christof Hoyler:
> Es braucht dazu wohl ein eigenes Budget nur um es zum Laufen zu
> bringen durch Tryton-Experten.
> Mit anderen Worten, es ist Open Source umsonst aber  kann teuer werden
> im Unterhalt, weil nur Experten damit umgehen können.
> Schade ich hätte es gerne ausprobiert bevor ich solch eine finanziell
> Entscheidung treffe ...
>
> Nach all meinen vergeblichen Versuchen und euren freundlichen
> Ratschlägen, die leider ebenfalls alle nicht zu einem Ergebnis führten,
> da sowohl auf Windows wie auch auf Ubuntu die Tryton.Installation ins
> Leere läuft mit der Meldung "Could not connect to server (loclahost:8000)"
> schließe ich diese Diskussion mit der Schlussfolgerung, das Tryton
> schlichtweg nicht installierbar und anwendbar ist für Laien.

Da diese Mailingliste öffentlich erreichbar ist, möchte ich hier einen
abschließenden Satz los werden:

Es ist keineswegs Zauberwerk, einen Trytonserver zu installieren.
Dennoch ist nicht auszuschließen, daß es mal das eine oder andere
Problem gibt. In diesem Fall helfen wir gern. Wir erwarten aber auch,
daß der Hilfesuchende unsere Fragen beantwortet und aktiv an der Lösung
mitarbeitet. Das haben wir auch in diesem Fall unentgeltlich bis zum
aktuellen Zeitpunkt getan.

Nebenbei bedeutet die Meldung "Could not connect to server
(localhost:8000)" genau das, was sie sagt: Tryton-Server auf localhost
ist unter Port 8000 nicht erreichbar - ich vermute mal ganz einfach,
weil er nicht gestartet wurde ;).

Jan Grasnick


-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/53442F1D.9080707%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Re: Tryton nach Installation zum Laufen bringen

[Jan Grasnick | Grasbauer UG]

Am 08.04.2014 10:40, schrieb Christof Hoyler:
>
> zum starten in der Konsole als root
>
> /etc/init.d/tryton-server start
>
> dann läuft der Server. Konfiguriert wird der in /etc/trytond.conf
>
>
> etc/trytond.conf und /etc/init.d/tryton-server ist nicht vorhanden
> Die Dateien werden nicht installiert - weder über softwarecenter noch
> über apt-get
>
>
> -- 
> Sie erhalten diese Nachricht, weil Sie in Google Groups E-Mails von
> der Gruppe "tryton-de" abonniert haben.
> Wenn Sie diese Diskussion im Web verfolgen möchten, rufen Sie
> https://groups.google.com/d/msgid/tryton-de/50423ff7-75f8-4b07-8c9f-07ba324c9d9d%40googlegroups.com
> 
> auf.
> Weitere Optionen finden Sie unter https://groups.google.com/d/optout.

Nochmal Schritt für Schritt:


apt-add repository ppa:rayanayar/tryton-3.0
apt-get update
apt-get install tryton-client tryton-server tryton-meta


Dann sollte alles installiert sein. Auch eine /etc/trytond.conf sollte
da sein.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/5343C570.3000409%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Re: Tryton nach Installation zum Laufen bringen

[Jan Grasnick | Grasbauer UG]

> sudo apt-get install tryton-server tryton-client 
>
> ~$ tryton
>  … tryton startet ...
> und bietet mir entweder das demo 2.8. (user demo/pwd demo)  - läuft
> einwandfrei
> oder ich errstelle ein eigenes profil: host: localhost port: 8000
> dann kommt die Meldung "Could not connect to server)
>
> Das wars dann, keine qeitere Fehlermeldungen oder Hinweise - weiter
> geht nichts mehr  Immerhin ich ich kann das Programm problemlos
> schließen

Man muss den Server starten. tryton ist nur ein Client, der sich mit
einem Tryton-Server verbinden will. Demo 2.8 läuft zum Beispiel auf
einem Server in Belgien, könnte aber auch in Radebeul Weintraube oder in
Afrika stehen. Du versuchst dich zum Server /localhost /zu verbinden.
Dort läuft aber noch kein Server, den musst Du erst konfigurieren und
starten.

zum starten in der Konsole als root

/etc/init.d/tryton-server start

dann läuft der Server. Konfiguriert wird der in /etc/trytond.conf


Jan


-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/5343A4AB.6040802%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Re: Tryton nach Installation zum Laufen bringen

[Jan Grasnick | Grasbauer UG]

Am 07.04.2014 22:15, schrieb Christof Hoyler:
> Ich habe jetzt noch malalles deinstalliert - und wieder neu
> installiert auf ubuntu 13.10 - per softwarecenter tryton (für's erste
> kein neso)
> ich starte tryton und habe zur auswahl demo2.8 - läuft problmlos
> ich lege ein profil an namens
> profile: localhost
> host:localhost
> port:8000
> hier kommt dann die meldung : "Kann nicht zum Server verbinden!"
> .. keine weiteren fehlermedlungen oder hiweise ...
>
Hast du eventuell nur den Client installiert? Neso ist ein Paket mit
Client und Server in einem - wenn man Tryton "richtig" installieren
will, braucht man Server und Client. Tryton ist nur der Client, trytond
ist der Server und zusätzlich braucht man noch die Module seiner Wahl.
Hat man den Server installiert, gibt es unter /etc/trytond.conf eine
Datei, in der man die Einstellungen für den Server vornehmen kann.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/534392A2.9060203%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Re: Tryton nach Installation zum Laufen bringen

[Jan Grasnick | Grasbauer UG]

Am 07.04.2014 16:12, schrieb Christof Hoyler:
> Ubuntu 13.10 bietet über das software center brsion 2.8 an - also habe
> ich wie angeraten über ppa   tryton 3.01. installiert - das Problem
> ist das Gleiche :-((
> ich gebe ein neues Profil ein localhost auf localhost:8000 tryton pwd
> tryton oder jdes beliebe andere user/pwd immer kommt heraus
>  
>
> Traceback (most recent call last):
>   File "/neso", line 131, in __request
> return dispatch(*args)
>   File "/dist-packages/trytond/protocols/dispatcher.py", line 33,
> in dispatch
> res = security.login(database_name, user, session)
>   File "/dist-packages/trytond/security.py", line 20, in login
> User = pool.get('res.user')
>   File "/dist-packages/trytond/pool.py", line 151, in get
> return self._pool[self.database_name][type][name]
> KeyError: 'res.user'
>
>
> bzw user/password wrong -
> neso 3 erscheint erst gar nicht, bei version 3 - es ist zwar
> installiert laut apt-get install neso, aber bei aufruf kommt die
> meldung als wäre Neso gar nicht installiert ...
>
> Prinzipiell gilt in meinem Fall -Ich möchte Tryton nicht für mich,
> sonderm für einen Partner in Afrika einsetzen (in französischer
> Sprache). Es gibt vor Ort nur schlechten Internetzugang bis gar keinen
> Zugang - Niemand kann Englisch, und niemand kennt Linux, dafür aber
> Windows XP und 7 auf allerniedrigestem Niveau. Wenn Tryton also schon
> bereits auf Linux/Ubuntu solche Probleme macht, wie wird es dann erst
> auf Windows ? - Wir haben ja vor Ort keinen Admin der eben mal in
> Foren forscht und die kryptischen Eingaben erledigt, die es wohl
> braucht um Tryton zum laufen zu bringen …  Die Alternative ist Sage -
> kostet 10.000 USD vor Ort und Jährlich 2.000 USD Lizenz. -Dafür sollte
> es sich eigentlich lohnen einen OpenSource betreuer zu finden - denn
> es wohl braucht - da Tryton wohl nicht offensichtlich unter der
> kategorie Plug & Play eingerichtet werden dann, wie schon mein wieder
> und wieder scheiternder Versuch mit Ubuntu zeigt 
>
> Dabk voraus für Hilfe - Christof http://globalfair.net

Hallo Christof,

der Fehler lässt daruf schließen, daß die Datenbank nicht richtig
installiert wurde bzw. beim Anlegen der Datenbank etwas schief gegangen
ist. Ein kleiner Hinweis noch:

Es gibt 3 Passwörter:

1. der admin für den Tryton server, der wird in der trytond.conf
festgelegt und ist sozusagen der Superuser und Datenbanken etc. in
Tryton anzulegen oder zu löschen,
2. ebenfalls in tryton.conf wird eine Benutzer angelegt, mit dem sich
der Tryton-Server mit der Datenbank verbindet. Also ein Datenbank-Nutzer

und 3. beim Anlegen der Datenbank ein Admin für das
Unternehmen/Datenbank, der administrative Rechte über das Frontend hat.

Da ich jetzt nicht weiß, was Du alles versucht hast, bitte ich Dich, mal
die einzelnen Installationschritte für uns nachvollziehbar
aufzuschreiben, dann helfen wir Dir bei der Fehlersuche.

Und schlussendlich helfen wir denen noch ein Linux über - das ist wieder
ein Schritt zur Befreiung Afrikas von den Fesseln des Westens ;)

Jan


-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/5342D900.70509%40grasbauer.com, um 
diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] SAO nur leere Seite

[Jan Grasnick | Grasbauer UG]

Am 16.03.2014 17:54, schrieb aeneas Winterhalter:
> Hallo,
>
> Ich wollte mich mal ein wenig mit trytons Webclient beschäftigen, habe
> aber gemerkt, dass die Demo Seite "https://demo.tryton.org:8000/"; bei
> mir unter Mac nur mit Safari geht. Chrome und FF zeigen mir eine leere
> Seite an.
>

Hier sind die Installationschritte nochmal:

http://wiki.tryton-erp.es/SAO

Sicher hast Du den Teil mit den Teil mit GruntJs übersehen.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/53269352.5010006%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/d/optout

Re: [tryton-de] Ausgangs- / Eingangsrechungen ohne erfasste Artikel

[Jan Grasnick | Grasbauer UG]

Am 31.01.2014 10:34, schrieb René:
> Hallo 
>
> Ich möchte Rechungen erfassen welche z.T. keine vordefinierte Artikel
> enthalten.
>
> Ich habe das Modul "account_invoice_line_standalone" installiert.
> Hiermit können freie Artikel erfasst werden. Gemäss Beschreibung
> können diese Datensätze in Rechnungen übernommen werden. Leider finde
> ich keine Aktionen oder Funktionen mit welchen ich so ein Datensatz
> vom Typ "Rechnungspositionen" in eine "normale" Rechungnung
> übernommmen werden kann.

das wird über den Rechnungszeilen über den Suchschlitz mit dem
Plus/Minus gemacht. Allerdings hast Du glaub ich das Modul
account_invoice_line_standalone etwas falsch verstanden. Du kannst auch
ohne diese Modul jede Rechnungszeile ohne ein vordefiniertes Produkt
anlegen - dafür musst dann einfach das Produkt freilassen und die Felder
Bezeichnung, Anzahl , Einzelpreis und Steuern per Hand füllen. Das Modul
dient dazu, Rechnungszeilen ohne eine Rechnung zu erfassen um diese dann
später in einer Rechnung zusammenzuführen.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/52EBFF71.6060105%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/groups/opt_out

Re: [tryton-de] Kein Lager (Abhängigkeiten)

[Jan Grasnick | Grasbauer UG]

Am 31.01.2014 10:27, schrieb René:
> Hallo 
>
> Ich möchte Tryton ohne Lager verwenden. 
>

Das geht m.E. nicht so ohne weiteres. Zumindest nicht, wenn Du das Modul
Sale verwendest. Du könntest alle Produkte als Service markieren, dann
wird beim Verkauf auch keine Lagerbewegung ausgelöst.

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/52EBFDCD.3080706%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/groups/opt_out

Re: [tryton-de] HBCI

[Jan Grasnick | grasbauer ug]

Am 13.11.2013 14:10, schrieb Mathias Behrle:

> Ich hole mal etwas aus: Wir haben vor nun langer Zeit (das war noch
> mit Version 1.4) evaluiert, ob wir eine für den deutschen Markt
> zufriedenstellende Lösung auf Basis der verfügbaren Standardmodule
> umsetzen können. Dabei fiel account_statement aus mehreren Gründen
> durch das Raster. Wenn ich mich recht erinnere (ist wirklich lange
> her) waren das auf der einen Seite konzeptionelle Mängel wie
> Saldenhandling, Fixierung auf Bankauszug ( -> gerade wenn man an
> Bankimport denkt, macht die Modellierung nach einem Papierauszug
> wenig Sinn, so dass wir einen Buchungsstapel daraus gemacht haben).
> Auf der anderen Seite haben wir als Buchungsinterface eine
> DATEV-ähnliche Buchungszeile konzipiert, die direkt auf diesen
> Buchungsstapeln aufsetzt und auch für die Verbuchung von Bankimporten
> verwendet wird. Von daher scheint mir auch aus heutiger Sicht die
> Nutzung von account_statement nur für Nutzer empfehlenswert, die
> tatsächlich relativ simpel Papierauszüge in ihrer Buchhaltung
> abbilden wollen. So weit erst mal dazu... Viele Grüße, Mathias

Hallo,

ich hab mal einen ersten Dummy für eine Integration von aqbanking
entworfen. Obwohl ich nun Kenntnis der von Matthias erwähnten Module
habe, diese aber noch nicht komplett in die 3.0 heben konnte, habe ich
es erstmal mit account_statement verbunden

Im Moment sind da die Kommandos an aqbanking direkt im Code - sinvoller
wäre es natürlich, eine eigenes Modul zu bauen, in dem man die API von
aqbanking verfügbar macht. Das würde ich dann bei Gelegenheit mal
angehen. Da ich wenig Zeit hatte und ne schnelle Lösung brauchte, habe
ich mich dafür entschieden, erstmal nur die Komandozeile von aqbanking
über pexpect anzusprechen. Was noch absolut fehlt ist ein Errorhandling
- da muss man mal in aller Ruhe den möglichen Output studieren.

Was im Moment geht ist:
- Zugang anlegen
- Kontoauszüge in account_statement abholen

Achtung: beim Abholen darauf achten, wie lange Eure Bank die
Kontoauszüge vorhält. Zum Testen haben ich deshalb in den Wizzard ein
Startdatum eingebaut, um erstmal explizit - sagen wir - einen Monat
abzuholen. Ich habe bei einem Test mal 9000 Zeilen bekommen - da kackt
der Client ab, weil Many2One keine Limits hat.

Mit Euren Einwänden könnt Ihr die Sache hier versehen:

http://review.gewinnmonitor.de/account_statement_hbci/changeset/36da58830523ec10f66ecb85bb2f8ffe382f4b49

TODO unter anderem:

Übersetzung und Scenario (im Moment nur Kopien von einem anderen Modul)

Grüße aus der Heldenstadt Leipzig von einem friedliebenden Dynamofan
Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/52A97B9C.1090907%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/groups/opt_out

Re: [tryton-de] HBCI

[Jan Grasnick | grasbauer ug]

Hallo Robin,

> Langfristig wäre es aber ein grosser Vorteil, wenn wir uns auf eine
> gemeinsame Basis zur Verarbeitung der Zahlungsdaten einigen könnten, so
> dass nur noch die Art des Imports/Exports allenfalls individualisiert
> werden muss.
> 
> Das Modul account_statement scheint geeignet für so eine gemeinsame
> Basis, aber wir haben bisher noch keine Erfahrungen damit gemacht.
> Planst du dieses Modul bei deiner Implementation zu berücksichtigen?

Hatte ich zumindest so vor, da es ja genau dafür gemacht zu sein scheint
und die Grundfunktionen einer Zahlung per Statement bereits
implementiert. Allerdings muss ich mich da auch noch einlesen. Die Frage
würde ich mal an Mathias, Korbinian oder Udo weitergeben, da alles was
mit Buchaltung zu tun hat für mich eher ein rotes Tuch ist ;)

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/5283502D.3030607%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/groups/opt_out

Re: [tryton-de] HBCI

[Jan Grasnick | grasbauer ug]

Am 12.11.2013 17:12, schrieb Korbinian Preisler:
> Hi Jan,

Hallo Korbinian,

> Unsere Überlegungen sind im Moment eher in der Richtig, die 
> XMLRPC-Schnittstelle von hibiscus zu verwenden. Über den 
> Hibiscus-Server[1] ließen sich die Umsätze automatisiert abholen und 
> über die XMLRPC-Schnittstelle in Tryton einlesen. Für hibiscus wird
> hier aktiv eine Version von HBCI4JAVA gepflegt[2]. Der Fork ist sehr
> aktiv. Zu den Python-Bindings für AQBANKING kann ich nicht viel
> sagen. Schaut allerdings auf den ersten Blick etwas inaktiv aus. 
> Zudem erscheint mir AQBANKING weniger offen (ich hatte mir das vor 
> einiger Zeit mal ein wenig angesehen). Daher würde ich eher auf
> hibiscus und HBCI4JAVA setzen.
> 

Die Pros und Kontras habe ich auch alle durchdacht - zumal ich Hibiscus
selbst als Client nutze und sehr zufrieden bin. Das einzige Pro für
meine Variante war eigentlich nur, daß es ein Pythonbinding gibt. Eine
Sache, die eher gegen den Hibiscus-Server spricht ist allerdings, daß
man diesen installieren muss. Ich dachte eher an Cron und Trigger von
Tryton, die den Bankserver direkt anfragen. Du hast mich aber wieder
etwas in Richtung Hibiscus gestubbst. Auf alle Fälle fange ich in den
nächsten 48 Stunden an, weil es ein sehr dringendes Problem eines Kunden
ist. Bis dahin ist jeder Kommentar willkommen ;)

Jan

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/528259FC.80707%40grasbauer.com, um 
diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/groups/opt_out

[tryton-de] HBCI

[Jan Grasnick | grasbauer ug]

Hallo Trytonisten,

ich checke gerade mal die Möglichkeiten der HBCI/SEPA Anbindung in
Tryton. Mein partikularer Verwendungszweck: Zahlungseingänge auf Veträge
buchen. Insofern muss ich zunächst nur lesen. Bisher würde ich für die
Umsetzung auf folgende bestehende Lösungen zurückgreifen:

http://www2.aquamaniac.de/sites/aqbanking/index.php

und die dazugehörigen Python-Bindings

https://github.com/emdete/python-aqbanking

(um eventuell die Entwicklung zu unterstützen)

Ist schon jemand fertig mit diesem Modul ;) ?
Einwände gegen die Verwendung der genannten Libs (hbci4java als
Alternative?)?
Sonstige Anmerkungen?

Jan

P.S: Barcelona war wirklich gut und nochmal Gruß an alle, die wir uns
trafen!

-- 
Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe 
"tryton-de" sind.
Besuchen Sie 
https://groups.google.com/d/msgid/tryton-de/5282484B.8090908%40grasbauer.com, 
um diese Diskussion im Web anzuzeigen.
Weitere Optionen: https://groups.google.com/groups/opt_out