Re: [tryton-de] Kommt jemand zur TUL? (kwt)
Nu freilich! Jan Am 7. Oktober 2017 18:35:27 MESZ schrieb Axel Braun: >Kommt jemand zur TUL? > >-- >Sie erhalten diese Nachricht, weil Sie Mitglied der Google >Groups-Gruppe "tryton-de" sind. >Weitere Optionen: https://groups.google.com/d/optout -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- 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] tryton 4.0
Am 29.09.2016 um 17:41 schrieb Max Mustermann: > > > Am Donnerstag, 29. September 2016 13:57:18 UTC+2 schrieb Mathias Behrle: > > > > Es ist jämmerlich zuzusehen wie ein paar Entwickler Tryton > verkrüppeln. > Was ist damit gemeint? > > Es gibt da ein Vertriebsmodell das funktioniert so: man verkrüppelt > Open Source Software um danach die funktionierende Version zu verkaufen. > Software sollte genauso wie Sex sein, sauber, frei und kostenlos. So > ist es ethisch und moralisch. > Wenn ein Entwickler gegen Geld entwickeln will, kann er ja bei einem > der vielen closed-Source Softwarehäuser arbeiten, da bekommt man gutes > Geld. > Wenn er sein Wissen einsetzt um Opensource Software zu verkrüppeln um > dann die funktionierende Version zu verkaufen, ist das unethisch und > unmoralisch. > > Man muss OpenSource Software als Soziales Engagement sehen. Es werden > Leute bedient die sowieso kein Geld für ein ERP System aufbringen können. > Wie bei einer pflegebedürftigen Person, der du den Löffel Nahrung bis > kurz vor den Mund bringst, und dann sagst, OK, der letzte cm kostet > jetzt 10.000 Euro, weil man ja auch wovon leben muss. Du hast aber ein schräges Bild von Open-Source. Wie der Name schon sagt handelt es sich zunächst erst einmal nur um quelloffene Software. Die Entwicklung eines ERPs als soziales Engagement zu begreifen ist auch recht gewagt, da ein Unternehmen, das Enterprise Ressourcen planen muss, recht häufig Gewinnabsichten verfolgt. Dir ist natürlich freigestellt, Tryton für soziale Projekte zu verwenden und zugunsten des Kunden auf jegliche Gegenleistung zu verzichten. Die Lizenz (GPL3) verlangt das aber nicht von Dir. Wer verkrüppelt denn und verkauft dann? Sollte das der Lizenz widersprechen, wäre das ein Vorwurf, der verfolgt werden müsste. 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] wass sind die demo user und passwort?
Am 20.05.2016 um 15:07 schrieb 'Udo Spallek' via tryton-de: > trytond --all -d dbname -c config_file aktualisiert die > Datenbanktabellen mit den Definitionen im Quellcode des servers und > der Module. Du kannst den Befehl also gefahrlos ausführen in der demo > Datenbank. -vv - sonst siehst du die Fehler nicht, wenn du kein Logfile definiert hast. Sowohl beim update als auch dann, wenn Du dich einloggst. Ich bin mir ziemlich sicher, daß eine lib fehlt -- Sie erhalten diese Nachricht, weil Sie Mitglied der Google Groups-Gruppe "tryton-de" sind. Weitere Optionen: https://groups.google.com/d/optout signature.asc Description: OpenPGP digital signature
Re: [tryton-de] wass sind die demo user und passwort?
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] Re: Neuinstallation / Update
Am 13.05.2016 um 19:21 schrieb Hans Normann: > OK, allePakete per dnf entfernt und per pip neu installiert. Ergebnis: > Nichts geht noch nicht > > Die Datei /etc/trytond.conf wurde nicht angelegt. OK, habe einach die > alte Datei kopiert. die geht dann nicht mehr. Hat sich einiges geändert und man muss die Konfiguration von Hand anlegen: http://tryton.readthedocs.io/projects/trytond/en/latest/topics/configuration.html für 3.4 ein Beispiel hier: https://gist.github.com/sharoonthomas/0b425318b47b3dc999e1 Bitte genau die Doku lesen für die installierte Version. > > > > IOError: Database "postgres://tryton.sqlite" doesn't > exist! > > > > > Wer sagt, dass ich eine sqlite-Datenbank verwenden will? Da scheint > das System die alte /etc/trytond.conf auch nicht mehr zu verstehen. > > Stimmt :) Siehe oben. 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
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
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] SEPA-Lastschriften und -Überweisungen / HBCI
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] Ändern von Artikle Typ nicht möglich
Am 26.01.2016 um 11:03 schrieb TPH: > Hallo, > > ich wollte eben eine Inventur machen für einen Lagerort. Nun meldet > mir mein Proteus Skript: > > xmlrpclib.Fault: "Artikel" in "Lagerbestandsposition" liegt nicht im g\xfcltigen > Wertebereich (Domain).\n'> > > > Als ich denn jedes Produkt auf den Typ geprüft habe stellte sich > heraus, dass ein Produkt wohl versehentlich auf Type "Dienstleistung" > gestellt wurde. Ein nachträgliches Ändern auf den Produkttype "Ware" > schlägt jedoch fehl, da es schon "Bewegungen" für diesen Artikel gibt: > > Für Artikel, die Lagerbewegungen zugeordnet sind, kann der Typ > nicht geändert werden. > > > Es gab eine Lagerbewegung, es wurden damals 14 Stück in das Lager > eingepflegt. Da muss es doch aber dann eine "Ware" sein und kein > "Service". Das war 2014, geändert wurde das Produkt 2015 und dabei > wohl versehentlich verstellt. > > Gibt es hier keine andere Lösung als der Produkt zu umzubenennen und > ein neues anzulegen? Wohl nur über die Datenbank. Ich hatte das auch schon - und habs dann sozusagen hintenrum gelöst. 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] Fährt jemand zur TUBA?
Am 18.06.2015 um 16:03 schrieb Axel Braun: Moin Leute, aufgrund aktueller Entwicklungen (kein produktiver Einsatz mehr) ist mein Interesse an Tryton nicht mehr ganz so hoch, überlege aber trotzdem zur TUBA zu fahren. Wie ist denn so die Stimmungslage - wer plant zu fahren? Ich. 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] Tryton Server Installation mit PIP: Wo ist trytond.conf?
Am 17.06.2015 um 23:59 schrieb Wolfgang: Guten Tag Nach Installation von Tryton Server mit pip suche ich die trytond.conf-Datei, um die Datenbankparameter zu kontrollieren. Wo ist sie hin? Hab in Deinem anderen Thread geantwortet. Meine dortige Vermutung wird hier bestätigt :) Halt mal die Threads zusammen - das macht es einfacher, Dir zu helfen. Das pip install trytond hat den alten Server nicht entfernt sondern nur ein zweites Paket installiert. Die Startscripte starten immer den alten. Achtung: die trytond.conf musst Du seit 3.4 per Hand anlegen, die wird nicht mehr mitgeliefert. Beschreibung: http://doc.tryton.org/3.6/trytond/doc/topics/configuration.html Beispiel mit Kommentaren: https://gist.github.com/sharoonthomas/0b425318b47b3dc999e1 -- 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] Ungültige GPG-Signaturen
Am Donnerstag, den 27.11.2014, 08:25 +0100 schrieb Korbinian Preisler: On 27.11.2014 07:47, Jan Grasnick wrote: Am Donnerstag, den 27.11.2014, 07:33 +0100 schrieb Gregor Horvath: Hallo, Am Thu, 27 Nov 2014 05:35:06 +0100 schrieb Robin Baumgartner ro...@baumgartners.ch: Mir ist aufgefallen, dass signierte Mails an die deutsche Mailingliste meist ungültige GPG Signaturen aufweisen. Vermutlich liegt das am Footer der jeder Mail angehängt wird (Sie erhalten diese Nachricht, weil [...]). In den persönlichen Einstellungen konnte ich keine Möglichkeit finden diesen Footer zu deaktivieren. Ist das eine Einstellung der Liste? ich kann das bestätigen deine Mails sind auch ungültig signiert. Den Footer fügt denke ich die Google Maillinglist Software hinzu. Wenn das so ist dann sind naturgemäß die Signaturen ungültig weil ja dein Mail von Google als MITM nach dem Siginieren deines Mailprogramms verändert wurde. Somit wäre bewiesen, dass die Signatur funktioniert :-) Die Google Server die die Mails der Liste versenden haben leider auch ein Problem mit Greylisting. Deswegen mußte ich Google.com whitelisten auf meinem Mailserver, was zur Spambekämpfnug nicht gerade hilfreich ist. Nachdem ich auch keinen Google Account möchte, bin ich ein grosser Anhänger davon, Google durch Besseres zu ersetzen. Find ich gut - Google muss weg. Ich kann eine Liste bei uns auf dem Server legen - bevorzugte Software wäre http://mlmmj.org/ - für die hab ich auch ein Webfrontend geschrieben. Die Software ist extrem gut zu administrieren (im Gegensatz zu Mailman zum Beispiel) Ich würde dann zwei Listen anlegen - eine für unsere Koordination und eine für Anfragen von Interessenten/Fachdiskussionen, die auch über die Webseite erreichbar ist Ich würde auch einen kleinen virtuellen Server spendieren, um Webseite, Mailingliste und Kallithea getrennt von unseren Sachen zu hosten. Jan Wie schon auf der TUL 2014 angesprochen, schmeiße ich gerne nochmal discourse[1] als weitere Alternative in den Ring. Ok - ich vergaß. +1 von mir - sieht gut aus und ist schnell konfiguriert. Matthias hatte wohl ein paar Einwände, an die ich mich im Detail nicht erinnern kann. Was ich aber geprüft habe ist - Abo per E-Mail - Antworten per E-Mail - Digest Kann das Dingen mal aufsetzen, wenn es jemand testen will. 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/1417081526.2347.22.camel%40grasbauer.com, um diese Diskussion im Web anzuzeigen. Weitere Optionen: https://groups.google.com/d/optout
Re: [tryton-de] Re: Tryton DACH
Am Mittwoch, den 26.11.2014, 17:54 +0100 schrieb Gregor Horvath: Hallo Korbinian, Am Wed, 26 Nov 2014 13:29:41 +0100 schrieb Korbinian Preisler timitos3...@googlemail.com: Leider haben wir in dem Text und auf der Seite nicht den Platz bzw. die Aufmerksamkeitszeit des Lesers um alles im Detail zu erklären. Evtl. könnten wir eine zusätzliche Detailseite machen um genauer auf die Details einzugehen. Ich glaube auch, dass der ganze Text am besten auf eine eigene Seite geht. Das Thema Freie Software hat seine eigene Seite verdient und ich denke, dass wir dort den Flyer, den Du uns auf der TUL 2014 mitgegeben hast, auch zum Download anbieten sollten, wenn das möglich ist. Das stellt sich ganz allgemein die Frage welche Aussagen wir auf der Landing Page haben wollen. Mehr als 5-7 Punkte verarbeitet ein Mensch nicht auf einmal. Glaub ich auch. da müssen wir ganz genau nachdenken was wir sagen wollen. Eine Möglichkeit ohne Unterseiten auszukommen und trotzdem bei Interessse de ganzen Text anzubieten, wäre die Kombination aus nem kurzen prägnanten Teaser und einem Link 'mehr lesen', der sich gleich auf der Seite öffnet. Ich würde auch nicht die Eigenschaften, sondern die sich daraus für den Anwender ergebenden Vorteile als Überschriften wählen. Als Brainstorming hier die 5 Selling Points aus meiner Sicht kurz angerissen: 1) * ERP kurze Erklärung was es ist. Software zur Steuerung eines Unternehmens. Meinste nicht, daß die Leute das schon für sich klar gemacht haben und schon in der Suchphase sind? Bin mir nicht sicher, aber würde es vermuten. 2) * Freiheit eines der freiesten ERP Systeme auf der Welt, Fork von TinyERP wegen Freiheit Gemeinschaft, Kooperation Ja, aber den Hinweis auf TinyERP können wir uns glaub ich schenken, weil das in Vergessenheit geraten ist ;) 3) * Zuverlässig, Sicher Fokus auf Codequalität. Fork von TinyERP wegen Code Qualität das muss dicke unterstrichen werden - da haben glaub ich unbegründeter Weise Leute, die noch nie was mit freier Software zu tun hatten, Ihre Zweifel 4) * Zukunftssicher weil Gemeinschaftsgetrieben; freie SW, kein Vendor Lock In. leicht zu erlernen. klarer Releasezyklus / Migrationsplan, updatefähig, kompatibel, freie/offene Standards oft verwendet, Referenzen Ja 5) * Flexibel moderne Python Technologie, ausgefeiltes objektorientiertes Framework, einfach anzupassen ohne den Standard zu verändern leicht zu erlernen Gesparte Lizenzkosten können in Adaptierungen investiert werden. Freie Markt an vorhanden spezifischen Lösungen durch freie SW. Ja von den Punkten könnte dann auf Detailseiten verwiesen werden. (Geschichte, Modulliste, Freie Software, Gemeinschaft etc.) Was meint ihr? die Modulliste würde ich irgendwie schon auf der Startseite haben wollen. Ich denke daß es passieren kann, daß ein IT-Mann einem betriebswirtschaftlichen Entscheider Tryton vorschlägt und der sich überhaupt nicht für die technische Seite interessiert sondern nur für die Standardfonktionen. Noch ein anderer Punkt: wie steht ihr zu Anglizismen? Ich fände z.B. das Wort Gemeinschaft bzw. Gemeinde besser als Community. Wäre als DACH natürlich ganz sinnvoll :) 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/1417024664.2347.11.camel%40grasbauer.com, um diese Diskussion im Web anzuzeigen. Weitere Optionen: https://groups.google.com/d/optout
Re: [tryton-de] Re: Tryton DACH
Am Mittwoch, den 26.11.2014, 19:43 +0100 schrieb Gregor Horvath: Meinste nicht, daß die Leute das schon für sich klar gemacht haben und schon in der Suchphase sind? Bin mir nicht sicher, aber würde es vermuten. Ich kann nur von mir sprechen, und ich verirre mich beim Surfen öfters irgendwohin und da ist ein kurzer prägnanter Satz für DAUS wie mich um was es auf der Seite überhaupt geht sehr hilfreich :-) ERP ist kein allgemein bekannter Begriff. ok - überzeugt 2) * Freiheit eines der freiesten ERP Systeme auf der Welt, Fork von TinyERP wegen Freiheit Gemeinschaft, Kooperation Ja, aber den Hinweis auf TinyERP können wir uns glaub ich schenken, weil das in Vergessenheit geraten ist ;) ja vielleicht nur ein Hinweis das es ein Gründungsmotiv des Projektes war aus Erfahrungen. 3) * Zuverlässig, Sicher Fokus auf Codequalität. Fork von TinyERP wegen Code Qualität das muss dicke unterstrichen werden - da haben glaub ich unbegründeter Weise Leute, die noch nie was mit freier Software zu tun hatten, Ihre Zweifel Mit frei oder unfrei hat das glaube ich wenig zu tun, eher mit der Einstellung der Verantwortlichen. Allerdings ist bei freier SW der Code vor dem Projektstart überprüfbar. sowas in der Art hab ich schon geschrieben von den Punkten könnte dann auf Detailseiten verwiesen werden. (Geschichte, Modulliste, Freie Software, Gemeinschaft etc.) Was meint ihr? die Modulliste würde ich irgendwie schon auf der Startseite haben wollen. Ich denke daß es passieren kann, daß ein IT-Mann einem betriebswirtschaftlichen Entscheider Tryton vorschlägt und der sich überhaupt nicht für die technische Seite interessiert sondern nur für die Standardfonktionen. Ja vielleicht kurz als Liste Buchhaltung, Vertrieb, Einkauf, Produktion, Lager etc. und dann eine Detailbeschreibung anderswo. jawoll :) Könnte aber auch ein Link in die Doku sein, wenn wir die finanziert bekommen. Noch ein anderer Punkt: wie steht ihr zu Anglizismen? Ich fände z.B. das Wort Gemeinschaft bzw. Gemeinde besser als Community. Wäre als DACH natürlich ganz sinnvoll :) Bleibt nur mehr die Frage ob wir ein schweizerisches, österreichisches, oder deutsches Deutsch wollen. ;-) wir können ja übersetzen ;) aber vielleicht macht ein Mischmasch auch sympathisch 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/1417028154.2347.15.camel%40grasbauer.com, um diese Diskussion im Web anzuzeigen. Weitere Optionen: https://groups.google.com/d/optout
[tryton-de] Tryton DACH
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] Deutsche Dokumentation
Am Freitag, 23. Mai 2014 14:12:30 UTC+2 schrieb mbehrle: * Mathias Behrle: [tryton-de] Deutsche Dokumentation (Thu, 17 Apr 2014 14:28:21 +0200): Wir haben die vergangenen 8 Wochen investiert (und sind noch damit beschäftigt), um eine Gesamtdokumentation von Tryton im Sinne eines Benutzer- und Administrationshandbuchs zu erstellen. Hallo Matthias, kannst Du mal etwas mehr zum Projekt erzählen? Klingt so, als wäre das Ganze irgendwie in den Client verlinkt. Ich frage, weil wir in der Mehrzahl eigene Module haben, die besonders dokumentationsbedürftig aber sehr speziell sind. Im Moment machen wir das über das Modul selbst und ein Feld in modules_modules - ein anderes Konzept wäre aber auch interessant. 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/0e34dcbf-3530-4b79-a85b-45f23be8d065%40googlegroups.com, um diese Diskussion im Web anzuzeigen. Weitere Optionen: https://groups.google.com/d/optout
Re: [tryton-de] Verbreitung
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] Verbreitung
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] Re: Tryton nach Installation zum Laufen bringen
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
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] Kein Lager (Abhängigkeiten)
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] Ausgangs- / Eingangsrechungen ohne erfasste Artikel
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