| chat.freenode.net #tryton.de log beginning Tue Jul 14 00:00:02 CEST 2009 | ||
| 2009-07-14 05:19 -!- yangoon(n=mathiasb@84.159.118.113) has joined #tryton.de | ||
| 2009-07-14 07:32 -!- Timitos(n=timitos@88.217.184.172) has joined #tryton.de | ||
| 2009-07-14 08:23 -!- paepke(n=paepke@smtp.metaldyne.de) has joined #tryton.de | ||
| 2009-07-14 08:52 -!- Timitos(n=timitos@88.217.184.172) has joined #tryton.de | ||
| 2009-07-14 08:55 -!- essich(n=essich@p4FCF95E9.dip0.t-ipconnect.de) has joined #tryton.de | ||
| 2009-07-14 13:18 <essich> udono: sehe ich das recht, dass die Telefonnummer uns E-Mail an der Firma hängt, nicht an der Person? Zumindest macht die GUI diesen Eindruck | ||
| 2009-07-14 13:21 <paepke> essich: ist es nicht so das man mehrere personen im moment über die mehreren "addressen" abbildet? | ||
| 2009-07-14 13:22 <paepke> ich seh da so wie ich es verstanden habe auch noch handlungsbedarf. da ich addresse eher als abladestelle sehe, anstatt kontakt-adresse. | ||
| 2009-07-14 13:22 <paepke> ist wohl ne übersetzungs-frage. | ||
| 2009-07-14 13:25 <essich> udono: ja. Aber "Kontaktmöglichkeiten" hängt nicht an der "Adresse", sondern an der Company. (Habe aber eben keinen Client am laufen, kann's daher niht nochmla nachsehen) | ||
| 2009-07-14 13:25 <yangoon> essich: das hängt doch an der party, nicht der company | ||
| 2009-07-14 13:26 <yangoon> ACTION hat auch gerade keinen client verfügbar | ||
| 2009-07-14 13:26 <essich> yangoon: ich meinte Party :-) | ||
| 2009-07-14 13:27 <yangoon> essich: ist doch logisch so, odr wo liegt das problem? | ||
| 2009-07-14 13:27 <yangoon> du änderst doch deine kontaktmöglichkeiten nicht abhängig von der adresse | ||
| 2009-07-14 13:28 <essich> yangoon: Aber abhängig von der Person. | ||
| 2009-07-14 13:28 <paepke> ok, war auch mein denkfehler. | ||
| 2009-07-14 13:28 <essich> ich will die Telefonnummern zur Person zuordnen. | ||
| 2009-07-14 13:28 <paepke> essich: im moment wohl nur über kommentar | ||
| 2009-07-14 13:29 <yangoon> essich: jede person ist eine party | ||
| 2009-07-14 13:29 <paepke> essich: ich bin auch der meinung das es zu einer party (firma) mehrere kontaktpersonen geben sollte, mit mehreren kontaktmöglichkeiten | ||
| 2009-07-14 13:30 <paepke> yangoon: hab ich da grundsätzlich was falsch verstanden? | ||
| 2009-07-14 13:30 <yangoon> paepke: das ist CRM und gegenwärtig nicht abgebildet, ihr müsst das generischer sehen | ||
| 2009-07-14 13:30 <yangoon> paepke: kontakte wie ihr sie versteht gibt es in tryton nicht | ||
| 2009-07-14 13:30 <paepke> yangoon: naja. crm ist ein wenig übertrieben in dem zusammenhang. mehrere ansprechpartner zu haben ist nicht wirklich aufregend. | ||
| 2009-07-14 13:31 <yangoon> paepke: also in den gegenwärtigen modulen | ||
| 2009-07-14 13:31 <paepke> yangoon: ja, das versteh ich. | ||
| 2009-07-14 13:31 <yangoon> paepke: das ist halt ein modul, welches relationships zwischen parties erstellt | ||
| 2009-07-14 13:31 <paepke> yangoon: ich denk über den workaround kommentar könnte man das so abbilden. | ||
| 2009-07-14 13:32 <yangoon> paepke: udono war da schon dran | ||
| 2009-07-14 13:33 <paepke> ich sehe kontakte eher unterhalb einer party, nicht eine party als einen kontakt und dann irgenwas noch drüber. | ||
| 2009-07-14 13:33 <yangoon> kontakt ist eine funktion, die eine party haben kann | ||
| 2009-07-14 13:34 <paepke> fürs B2C versteh ich es das es so ist. aber B2B passt es nicht ganz. | ||
| 2009-07-14 13:34 <essich> paepke: Workaround ist blöd. Kommentar ist unstrukturiert, da kannst Du nicht z.B. auf Knopfdruck anrufen. | ||
| 2009-07-14 13:35 <essich> yangoon: Mag sein, dass das generisch ist :-) Aber für die Benutzer so nicht verständlich. | ||
| 2009-07-14 13:36 <essich> yangoon: Wie bildest Du dann ab: Verlag -> Zeitschrift -> Redakteur? Mit drei übergeodneten Parties? | ||
| 2009-07-14 13:36 <yangoon> essich: zeitschrift ist ein product | ||
| 2009-07-14 13:37 <yangoon> verlag -> redakteur wäre eine relationship | ||
| 2009-07-14 13:38 <yangoon> genauer: verlag <- redakteur -> partyX | ||
| 2009-07-14 13:39 <paepke> yangoon: Volkswagen - Werk Kassel - Konstrukteur. Aber Prinzipiell kann / muss man das eben flacher organisieren. | ||
| 2009-07-14 13:41 <paepke> essich: ich bin der meinung das ein Kontakt auch dann gleich noch eine Kategorie haben sollte (Einkauf, Geschäftsleitung , Konstruktion, ...) | ||
| 2009-07-14 13:41 <yangoon> udono: hat das mit dbrenck schon als alpha auf intuxication.org eingestellt, kennt ihr das? | ||
| 2009-07-14 13:42 <yangoon> essich: paepke role und account_invoice_role? | ||
| 2009-07-14 13:42 <paepke> ne, kenn ich nicht. klingt aber vielversprechend | ||
| 2009-07-14 13:42 <paepke> wie ist da nochmal der link? | ||
| 2009-07-14 13:43 <yangoon> paepke: gibt dir vielleicht eine idee, wie das gedacht ist | ||
| 2009-07-14 13:43 <yangoon> http://mercurial.intuxication.org/hg/role | ||
| 2009-07-14 13:45 <yangoon> http://mercurial.intuxication.org/hg/account_invoice_role ist ein anwendungsfall dazu | ||
| 2009-07-14 13:50 <paepke> hmm. das mit rolle klingt so nach: was bin ich denn innerhalb der software. | ||
| 2009-07-14 14:10 <essich> yangoon: Zeitschrift ist kein Produkt, sondern eine Orga-Einheit / Profit-Center | ||
| 2009-07-14 14:11 <essich> paeke: Ja, die Person braucht auch Kategorien. | ||
| 2009-07-14 14:11 <essich> yangoon: Ich glaube nicht, das 'role' passt.Kann eine Person mehrere Rollen haben? Können mehrere Rollen bei einer Person liegen? | ||
| 2009-07-14 14:12 <yangoon> essich: mehrere Rollen: ja | ||
| 2009-07-14 14:12 <yangoon> du kannst bruder, geschäftsführer, etc. sein | ||
| 2009-07-14 14:16 <essich> yangoon: yangoon: Hmm, könnte in die Richtung gehen. | ||
| 2009-07-14 14:17 <essich> yangoon: Aber generische Kategorien für Personen wären mir lieber ;-) | ||
| 2009-07-14 14:17 <yangoon> essich: was meinst du damit? | ||
| 2009-07-14 14:26 -!- marcus321(n=marcus@dyndsl-091-096-020-173.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-07-14 14:28 <marcus321> hallo, ist es möglich, die passwörter unverschlüsselt aus res_user mit xml-rpc zu lesen? | ||
| 2009-07-14 14:30 <Timitos> marcus321: nein, da steht nur ein hashwert drin, gegen den geprüft wird | ||
| 2009-07-14 14:33 <marcus321> das ist schlecht, wir wollen die kassierer ja über tryton verwalten. wenn wir das an unserer POS machen würden, dann müssten wir ja bei einem neuen kassierer ihn an allen kassen anmelden... | ||
| 2009-07-14 14:33 -!- Daniel3(n=Daniel@dyndsl-091-096-020-173.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-07-14 14:34 <paepke> marcus321: eigene verwaltung? oder vielleicht ein rpc-call (weiss nicht ob das geht mit auth)? | ||
| 2009-07-14 14:35 <Timitos> marcus321: du kannst ja den hashwert auslesen und die gleiche prüfung, die tryton gegen den hashwert macht bei der kasse ebenfalls realisieren | ||
| 2009-07-14 14:35 <Daniel3> eigene verwaltung macht keinen sinn, da jede kasse eine eigene db haben soll, welche sich mit der tryton abgleicht | ||
| 2009-07-14 14:37 <essich> daniel3, marcus321: Dieses Konzept würde ich in Frage stellen. | ||
| 2009-07-14 14:38 <essich> daniel3, marcus321: Und wenn: Ihr könnt ja die Hashes aus der zentralen DB auf die Kassen verteilen | ||
| 2009-07-14 14:39 <essich> yangoon: generische Kategorien für Personen: halt frei definierbare, hierarchische Kategorien. So wie sie mit TinyERP gingen und mit Tryton hoffenlich auch ;-) (Hab ich nie wirklich angesehen) | ||
| 2009-07-14 14:39 <paepke> Daniel3: ich halte die idee von Timitos und essich eine gute wahl mit der eigenen hashwert-prüfung über eure db | ||
| 2009-07-14 14:40 <yangoon> essich: gibts doch: party categories | ||
| 2009-07-14 14:41 <Daniel3> ok werden wir testen | ||
| 2009-07-14 14:42 <paepke> arbeitet jmd eigentlich an nem crm modul? | ||
| 2009-07-14 14:42 <essich> yangoon: schön, das hatte ich erwartet. Aber dann sind wir wieder bei der komplexen Struktur Firma -> Org-Einheit -> Person, alles Parties. | ||
| 2009-07-14 14:42 <essich> yangoon: Aber vielleicht ichst das auch nur eine Frage, wie man das Form gestaltet :-) | ||
| 2009-07-14 14:44 <Daniel3> s.model.res.user.read(user_id, session, x, ['login', 'name', 'password'], context) | ||
| 2009-07-14 14:44 <Daniel3> für den hashwert gibts noch nen extra attribut? | ||
| 2009-07-14 14:47 <Daniel3> weil er für password ja nur 'xxxxxxxxxx' zurückgibt | ||
| 2009-07-14 14:48 <Timitos> Daniel3: da war cedric wirklich fleißig. ihr müsst die funktion read von res.user anpassen, damit ihr den hashwert vom passwort auslesen könnt. | ||
| 2009-07-14 14:49 <Timitos> siehe user.py in res.user | ||
| 2009-07-14 15:04 <paepke> ich kenne aus anderen closed-source projekte, wo die datenbank recht festgeschrieben ist die Idee mit den "Freifeldern". Also auch schon im GUI, durch den KeyUser frei definierbare Felder. Wie ist die Handhabe bei Tryton? Theoretisch ja durch ein simples Modul lösbar. Jemand Anregungen? | ||
| 2009-07-14 15:08 <Timitos> paepke: ist grundsätzlich nicht unbedingt der sinn der sache, da tryton ja gerade diese individualität bietet, aber machbar sollte das durchaus sein. in der ideenliste für GSOC 2009 steht übrigens drin, ein modul zu entwickeln, das das hinzufügen von feldern über den client erlaubt: Implement a model editor that allows fields to be added from the client. | ||
| 2009-07-14 15:09 <Daniel3> sehr gut :) | ||
| 2009-07-14 15:15 <udono> paepke, essich: Ich forciere das Modell wie es in Tryton bereits angedacht ist: Jede Person und organisation ist eine einzelne Einheit. Über eine Struktur von Beziehungen untereinander lässt sich dann jedwede Verknüpfung/Ordnung und Abhängigkeit realisieren. roles, party_roles und account_invoice_roles ist ein erster Schritt in diese Richtung. Als nächstes kommt dann das Modul party_relationship, das ich als prototypen für ver | ||
| 2009-07-14 15:16 <udono> paepke: essich: Ich brauche vor allem Feed back zu den Modulen roles, party_roles und account_invoice_roles und party_type um die Module so weit zu bringen, das es sich lohnt was neues anzufangen. | ||
| 2009-07-14 15:17 <udono> Daniel3: warum wollt ihr passworter/hashes bei Tryton auslesen? | ||
| 2009-07-14 15:29 <Daniel3> udono benutzer/kassierer sollen in tryton verwaltet werden, diese daten wollen wir dann in unserer datenbank ablegen | ||
| 2009-07-14 15:38 <paepke> udono: ich hab im hinterkopf auch noch diese crm-geschichte bzw personen zu verwalten. macht es dann sinn für party eine erweiterung zu schreiben und sie wie eine party zu verwalten? | ||
| 2009-07-14 15:39 <essich> udono: Eine etwas ausführlicher Beschreibung zu role und account_invoice_roles wäre hilfreich ;-) Bei letzterem steht zwar was, aber ich verstehe es nicht wirklich. | ||
| 2009-07-14 15:39 <essich> daniel3: Wie gesagt: ich würde das Konzekt nochmal hinterfragen. Alte Daumenregel: wenn's kompliziert ist, ist's wahrscheinlich der falsche Weg. | ||
| 2009-07-14 15:44 <udono> essich: in role wird nichts gemacht. hast du party_role installiert? | ||
| 2009-07-14 15:45 <udono> Daniel3: also authentifiziert ihr euch einfach von der Kasse an Tryton. Wenn ihr angemeldet seid, könnt ihr alle Informationen abgreifen zu denen ihr zugriff bekommt. Nicht aber das passwort oder den Hash. Wozu auch, denn ausser einer Sicherheitslücke sehe ich keinen Vorteil. | ||
| 2009-07-14 15:47 <udono> paepke: ich verstehe deine Frage nicht | ||
| 2009-07-14 15:49 <paepke> nehmen wir an ich hab ein personen modell mit weiteren attributen (geburtstag, ...) . wie bilde ich das ab? als zusatz-modul zu party? die trennung zwischen firmen und personen erreiche ich in dem fall wahrscheinlich nur über party_type? | ||
| 2009-07-14 15:50 <paepke> wenn die party eine firma ist, sollte sie nicht überfrachtet werden mit attributen wie dem oben genannten geburtstag | ||
| 2009-07-14 15:51 <essich> udono: noch nicht :-) Bin heute mit was anderem beschäftigt. | ||
| 2009-07-14 15:51 <udono> essich: In party > configuration > roles kannst du Rollen anlegen. Wenn du account_invoice_roles installiert hast, kannst du deine Rolle mit einem der Role_types verknüpfen (Hier werden dann bei einer Rechnung nur Parteien angezeigt, die z.B. mit einer Rolle verknüpft sind, die den Role Type Customer hat. ). Wenn du ein Häckchen bei Menüeintrag setzt, dann wird automatisch im Menü ein neuer Eintrag angelegt, der die Domain auf | ||
| 2009-07-14 15:52 <udono> essich: wenn du dann in einer Partei auf party_roles gehst, dann kannst du ihr beliebig Rollen zuordnen die du vorher angelegt hast. | ||
| 2009-07-14 15:53 <paepke> udono: bei dir fehlen mir immer ein paar buchstaben am schluss deines posts. vorhin glaub auch schonmal? | ||
| 2009-07-14 15:53 <Daniel3> udono: wie soll das auth denn ablaufen? von kasse an tryton ? | ||
| 2009-07-14 15:54 <udono> http://paste.pocoo.org/show/128517/ | ||
| 2009-07-14 15:55 <udono> Daniel3: http://code.google.com/p/tryton/wiki/CodeSnippets | ||
| 2009-07-14 15:56 <paepke> udono: danke. aber ich glaub der ircbot hats um 15.15 auch verpasst. http://www.tryton.org/~irclog/de/latest.log.html | ||
| 2009-07-14 15:56 <paepke> udono: also das vorige post | ||
| 2009-07-14 15:57 <udono> paepke: http://paste.pocoo.org/show/128518/ | ||
| 2009-07-14 16:00 <udono> paepke: Zum überfrachten: Designentscheidung. | ||
| 2009-07-14 16:01 <paepke> ja, aber was soll ich da entscheiden? ich will das nicht :-) | ||
| 2009-07-14 16:02 <paepke> ne spass beiseite. so wie ich das jetzt alles bisher gesehen habe, geht das schon wie ich das haben will. | ||
| 2009-07-14 16:04 <udono> paepke: Party_types macht die von dir gewünschte trennung allerdings nicht. Es werden alle Attribute in die party geschrieben, Vorname, Geschlecht, ... die sind bei Organisationen nur ausgeblendet. | ||
| 2009-07-14 16:06 <paepke> also wird die tabelle auf datenbank-ebene recht gross werden? wird dann auch schwierig mit muss feldern, oder kann man da abhängigkeiten definieren? | ||
| 2009-07-14 16:07 <udono> paepke: Abhängigkeiten sind kein problem. | ||
| 2009-07-14 16:07 <udono> paepke: Ich denke aber auch darüber nach, party_type noch mal umzuschreiben. | ||
| 2009-07-14 16:07 <udono> afk bbl | ||
| 2009-07-14 16:13 <udono> back | ||
| 2009-07-14 16:17 <paepke> udono: die idee, die mir vorhin gekommen ist: diese weitere attribute so einzubauen wie auch accounting oder stock bei party. das müssten doch weitere tabellen sein? | ||
| 2009-07-14 16:19 <paepke> udono: also ich meine damit von der gui her einzubauen... | ||
| 2009-07-14 16:34 <udono> paepke: ja. Aber das sind alles relationen wie one2many, many2one und many2many. Ich würde die neufassung von party_type so ähnlich realisieren wie product.product und product.template | ||
| 2009-07-14 16:34 <paepke> udono: one2one gibts nicht? | ||
| 2009-07-14 16:35 <paepke> das product.* muss ich mir erstmal anschauen | ||
| 2009-07-14 16:35 <udono> paepke: nein. | ||
| 2009-07-14 16:35 <paepke> udono: blöd. | ||
| 2009-07-14 16:35 <udono> paepke: in product findest du _inherits= das meine ich | ||
| 2009-07-14 16:37 <udono> paepke: Das _inherits ist fast so wie eine one2one. | ||
| 2009-07-14 16:38 <paepke> ok wikifiziert bei mir | ||
| 2009-07-14 16:40 <Timitos> paepke: du kannst ein one2one auch durch ein many2one mit einem contraint lösen. ist das gleiche | ||
| 2009-07-14 16:42 <paepke> Timitos: ok. | ||
| 2009-07-14 18:25 -!- paepke(n=paepke@Rb0fd.r.pppool.de) has joined #tryton.de |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!