| chat.freenode.net #tryton.de log beginning Thu Jul 2 00:00:02 CEST 2009 | ||
| 2009-07-02 05:19 -!- yangoon(n=mathiasb@p549F71B0.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-07-02 07:24 -!- udono(n=udono@dynamic-unidsl-85-197-21-17.westend.de) has joined #tryton.de | ||
| 2009-07-02 08:06 -!- paepke(n=paepke@mail.metaldyne.de) has joined #tryton.de | ||
| 2009-07-02 08:23 -!- paepke(n=paepke@mail.metaldyne.de) has joined #tryton.de | ||
| 2009-07-02 08:24 <udono> guten Morgen | ||
| 2009-07-02 08:25 <paepke> moinmo.in | ||
| 2009-07-02 08:28 -!- MarkusB(n=burli@dslb-088-069-125-018.pools.arcor-ip.net) has joined #tryton.de | ||
| 2009-07-02 08:31 <udono> Hey paepke | ||
| 2009-07-02 08:33 <MarkusB> moin | ||
| 2009-07-02 09:19 <udono> MarkusB: hi | ||
| 2009-07-02 09:20 <paepke> moin MarkusB | ||
| 2009-07-02 10:17 -!- MarkusB(n=burli@dslb-088-069-125-018.pools.arcor-ip.net) has joined #tryton.de | ||
| 2009-07-02 10:35 <yangoon> moin zusammen | ||
| 2009-07-02 10:38 <paepke> moin yangoon | ||
| 2009-07-02 11:08 -!- marcus321(n=marcus@131.173.205.20) has joined #tryton.de | ||
| 2009-07-02 11:10 -!- daniel3(n=daniel@83adcc1d.funky.Uni-Osnabrueck.DE) has joined #tryton.de | ||
| 2009-07-02 11:42 -!- Timitos(n=timitos@88.217.184.172) has joined #tryton.de | ||
| 2009-07-02 12:38 <marcus321> hallo, wir haben uns eine Datenbankstruktur für unsere POS überlegt. sieht jmd von euch noch relevante punkte die wir vergessen haben. oder felder die wir nicht unbedingt benötigen? | ||
| 2009-07-02 12:38 <marcus321> http://filedealer.com/freeupload/4fb3027de68ea37a441be96dce2ce08d.pdf | ||
| 2009-07-02 12:55 <paepke> marcus321: ich würd spontan jeder warenbewegung einen benutzer zuweisen. | ||
| 2009-07-02 12:55 <paepke> marcus321: beispielsweise kann man so an verschiedenen tagen "auf kommision" etwas mitnehmen (verschiedene kassen und mitarbeiter) und später wird einem die rechnung über die verbrauchten sachen zugeschickt | ||
| 2009-07-02 12:56 -!- Daniel3(n=Daniel@83adca40.funky.Uni-Osnabrueck.DE) has joined #tryton.de | ||
| 2009-07-02 12:57 <paepke> der benutzer an der kasse authentifiziert sich per user/passwd? ich hab keine ahnung wie das läuft, aber haben die nicht nur eine nummer, die als eingegeben wird oder eine magnetkarte die durchgezogen wird? | ||
| 2009-07-02 12:57 <Daniel3> Was meinst du genau mit Warenbewegung? das lager? | ||
| 2009-07-02 12:57 <paepke> für mich stellt sich noch die frage nach rabattcoupon. | ||
| 2009-07-02 12:58 <Daniel3> jeder kassierer hat einen benutzernamen und pw, also keine Karte oder sowas. | ||
| 2009-07-02 12:58 <paepke> den coupondas sollte man vielleicht auch an der kasse verbuchen. | ||
| 2009-07-02 12:59 <paepke> coupon ohne das. | ||
| 2009-07-02 12:59 <Daniel3> kurze zwischenfrage, postgresql verwendet innoDB oder? | ||
| 2009-07-02 12:59 <Timitos> marcus321: wie ist das, wenn eine rechnung erstellt wird, der artikelpreis später aktualisiert wird und die rechnung erst nach der aktualisierung an das erp weitergeben wird? welcher preis wird dann übergeben? | ||
| 2009-07-02 13:00 <paepke> warenbewegung meine ich schon an der kasse. das lager ist bei euch ja quasi mit der verkaufsraum. also entsteht hier eine geld/warenbewegung | ||
| 2009-07-02 13:02 <marcus321> Timitos: gute frage...:) | ||
| 2009-07-02 13:02 <Timitos> marcus321: :-D | ||
| 2009-07-02 13:02 <paepke> Timitos: find ich auch gut getroffen *schleim* :-) | ||
| 2009-07-02 13:03 <yangoon> Daniel3: postgres kennt kein innoDB, das ist mySQL | ||
| 2009-07-02 13:03 <paepke> gibt es in tryton so etwas wie einen Einstandspreis? ich fände den wichtiger an einer kasse. | ||
| 2009-07-02 13:04 <Timitos> paepke: wofür brauch ich den an der kasse? | ||
| 2009-07-02 13:07 <yangoon> ich denke, es muss auf jeden fall der aktuell ausgezeichnete und in der kasse gepeicherte preis zur anwendung kommen, ich hab ja nicht von ungefähr so beharrlich nach der aktualisierung der kassen-db gefragt | ||
| 2009-07-02 13:09 <paepke> Timitos: eher als den einkaufspreis. vielleicht wenn der kunde rumverhandeln will. wenn der kassierer nur den einkaufspreis hat, dann könnte es sein das mit verlust verkauft wird. | ||
| 2009-07-02 13:09 <yangoon> Timitos: der bon muss an der kasse ja genau so erstellt werden, es ist nur zahlungsform 'gegen rechnung' statt 'bar' oder 'karte' | ||
| 2009-07-02 13:09 <marcus321> ich würde sagen, dass eine aktualisierung der preise nicht kurzfristig geschehen kann. wenn eine preisänderung gemacht werden soll, dann für den nächsten tag. sodass abends(nach feierabend) die daten aktualisiert werden können | ||
| 2009-07-02 13:10 <Timitos> yangoon: paepke: für mich findet die preiskalkulation standardmäßig erst mal vor dem einspielen der preise in die kasse statt. das wäre für mich der standard. also es gibt genau einen preis, zu dem ich die ware verkaufen darf. den standard verkaufspreis, listenpreis oder wie man den dann immer auch nennen will | ||
| 2009-07-02 13:11 <Timitos> ich bin jetzt leider kurz afk. ich steig später in die diskussion wieder ein | ||
| 2009-07-02 13:11 <yangoon> marcus321: am morgen gabs einen tippfehler beim milchpreis, und jetzt soll bis zum abend jedes mal, wenn einer milch kauft, der geänderte preis manuell eingetragen werden? wie stellst du dir das vor? | ||
| 2009-07-02 13:11 <paepke> Timitos: da geb ich dir recht. ich kenn aber genug leute die im fachmarkt verhandeln... | ||
| 2009-07-02 13:12 <yangoon> paepke: kassierer(innen) dürften in den seltensten fällen preise verhandeln dürfen... | ||
| 2009-07-02 13:13 <marcus321> milch ist im moment sowieso nichts wert :-) | ||
| 2009-07-02 13:14 <paepke> yangoon: richtig mit der kassierer/in, ich kenne die prozesse in diesem fachmarkt zu wenig. wir reden hier ja nicht über einen supermarkt, oder? | ||
| 2009-07-02 13:15 <marcus321> nein, ein gartencenter in unserem fall.. | ||
| 2009-07-02 13:15 <paepke> wenn ich eine yukka-palme mitnehmen will, und die hat ein welkes blatt, dann versuch ich natürlich den preis zu drücken. | ||
| 2009-07-02 13:15 <paepke> es kann sein, das es vorgaben gibt wie: nicht mehr als 10% oder keinen rabatt. | ||
| 2009-07-02 13:17 <paepke> aber ich denke wohl zu kompliziert. die pc's in den fachabteilungen (garten, stein, elektro) haben zugriff aufs normale tryton? hierüber kann ja sowas auch laufen. | ||
| 2009-07-02 13:17 <Daniel3> sagen wir, wir würden die tabelle artikel (inklusive preise etc) alle 10min aktualisieren, dann müssten wir ja in der tabelle Rechnung einen gesamtpreis erreichen und fest dort reinschreiben (darf nicht mehr geändert werden) | ||
| 2009-07-02 13:17 <paepke> also die aussage, wie viel rabatt denn zugesichert ist. und der mensch bekommt dann nen zettel mit an die kasse mit ner unterschrift | ||
| 2009-07-02 13:18 <yangoon> paepke: eben, so kenne ich das aus dem einzelhandel: wer preise ändern darf, hat auch massgaben in welchem ausmass er das tun darf | ||
| 2009-07-02 13:18 <Daniel3> errechnen nicht erreichen | ||
| 2009-07-02 13:18 <yangoon> paepke: und wer die preiskalkulation einsehen will, geht ans system, nicht an die kasse | ||
| 2009-07-02 13:18 <paepke> yangoon: ich denke im moment grad an preise für ein einzelstück. du auch? | ||
| 2009-07-02 13:18 <paepke> yangoon: ok | ||
| 2009-07-02 13:18 <yangoon> paepke: ja | ||
| 2009-07-02 13:20 <udono> marcus321: Wenn die Rechnung in tryton eingebracht wird, dann werden afaik die Preise verwendet, die in den jeweiligen Rechnungszeilen angegeben sind. Das kannst du in Tryton einfach nach prüfen. | ||
| 2009-07-02 13:22 <udono> marcus321: es fehlt noch eine Tabelle für die Rechnungszeilen. Oder ist das die Tabelle Verkauf? | ||
| 2009-07-02 13:23 <udono> marcus321: auch macht ihr euch das leben leichter wenn ihr dieselben Attributnamen wie in Tryton verwendet. | ||
| 2009-07-02 13:23 <marcus321> ja, das soll die tabelle verkauf sein. Dort steht die anzahl des jeweiligen artikels drin. | ||
| 2009-07-02 13:23 <Daniel3> Alternativ könnte man auch eine manuelle aktualisierung einbauen, wenn nun der geschäftsleiter in seinem büro die preise von 5 artikeln geändert hat, geht er kurz zu den Kassen (sind atm maximal 3-4 aktiv) und aktualisiert diese Preise eben, so können die kassierer weiterhin mit den aktuellen preisen arbeiten | ||
| 2009-07-02 13:24 <udono> marcus321: Zudem würde ich generell alle Namen und Benennungen in Englischer Sprache machen, da ihr sonst das Leben für evtl. Kontributoren aus anderen Ländern unnötig erschwert. | ||
| 2009-07-02 13:24 <marcus321> ein problem... | ||
| 2009-07-02 13:25 <marcus321> kein meine ich | ||
| 2009-07-02 13:26 <yangoon> Daniel3: ich denke ihr müst noch einige dinge abklären: für einen normalen barverkauf mag ein anonymer defaultkunde ausreichen, aber wenn jemand eine explicite rechnung haben will, muss er samt adresse erfasst sein: wie sind die prozesse in diesem betrieb? solche kunden müssen zuerst im system erfasst werden, das geht nicht über das POS. | ||
| 2009-07-02 13:28 <Daniel3> wenn jmd ne explicite rechnung will ist das meistens wenn er z.B. ein Gartenhaus für 1500 euro kauft, das wird aber zu 99% nicht an der Kasse abgewickelt sondern im Büro, wo ein normaler tryton-client stehen kann | ||
| 2009-07-02 13:29 <paepke> und landschaftsgärtner, die öfters was holen und nur kurz durch den laden springen? | ||
| 2009-07-02 13:29 <yangoon> ah ok, das ist schon mal etwas seht betriebsspezifisches, dass größere artikel im büro bearbeitet werden | ||
| 2009-07-02 13:29 <yangoon> Daniel3: marcus321 ist das nun endgültig mit der GPL3? | ||
| 2009-07-02 13:29 <udono> paepke: die bekommen die Rechnung bspw. zugesendet. | ||
| 2009-07-02 13:30 <Daniel3> paepke die zahlen dann i.d.r auch nicht bar | ||
| 2009-07-02 13:30 <udono> yangoon: ja, ich habe es schriftlich vorliegen | ||
| 2009-07-02 13:30 <yangoon> udono: bestens:) | ||
| 2009-07-02 13:30 <Timitos> marcus321: Daniel3: ihr solltet in der Tabelle verkauf auf jeden fall den artikelpreis mit führen, damit könnt ihr das problem mit der aktualisierung auf einfache weise lösen | ||
| 2009-07-02 13:31 <udono> Daniel3: Preisänderungen könnte man auch folgendermaßen abbilden (simpelste Version): In Tryton wird ein flag für jede Kasse angelegt für Preisänderung, das standardmäßig auf false steht. Die Kassen prüfen jede Minute gegen das Flag und führen beim wert true eine Anfrage der Artikelliste durch und setzen dannach ihr jeweils eigenes flag auf false. | ||
| 2009-07-02 13:31 <Daniel3> ok Timitos | ||
| 2009-07-02 13:31 <udono> Timitos: dito | ||
| 2009-07-02 13:33 <paepke> Daniel3: udono: die "partei" ist die kasse und das "unternehmen" ist der kunde mit ev. kundenkarte? | ||
| 2009-07-02 13:35 <yangoon> ich würde das ganze möglichst eng an tryton anlehnen, d.h. die artikel/verkaufsdaten an sale_sale und sale_line orientieren, denn in dieses system werden die ja nacher gepipt | ||
| 2009-07-02 13:36 <yangoon> bei den artikeln auch den discount mitführen, nicht nur den preis... | ||
| 2009-07-02 13:36 <paepke> wie wird eine oder mehrere kundenkarte einem unternehmen zugewiesen? | ||
| 2009-07-02 13:37 <yangoon> Daniel3: marcus321kaufen die kunden da mit kundenkarte ein? wie erfolgtdie identifizierung eines kunden am POS? | ||
| 2009-07-02 13:37 <paepke> irgendwie ist mir das noch nicht ganz schlüssig. | ||
| 2009-07-02 13:37 <paepke> yangoon: genau. | ||
| 2009-07-02 13:37 <udono> paepke: ... "partei", "unternehmen" ... deswegen meinte ich das die Nomenklatur von Tryton genommen werden sollte. | ||
| 2009-07-02 13:37 <paepke> udono: ack | ||
| 2009-07-02 13:38 <Daniel3> es gibt nur "eine" kundenkarte, das heißt jeder kunde hat die gleiche! die wird auch nirgends durchgezogen oder so, einfach nur vorgezeigt. | ||
| 2009-07-02 13:38 <Daniel3> aktuelle gibts dafür dann 10% auf alle rabatfähigen artikel | ||
| 2009-07-02 13:40 <Daniel3> yangoon kannste das mit dem discount nochma genauer erläutern wie du das meinst | ||
| 2009-07-02 13:41 <yangoon> Daniel3: wie gesagt, da ist noch klärungsbedarf: wenn jemand später eine rechnung braucht/bekommt, muss er am POS identifiziert werden. wie soll das funktionieren? | ||
| 2009-07-02 13:42 <yangoon> Daniel3: gibt es kundenrabatte außer den o.g. generellen? | ||
| 2009-07-02 13:42 <yangoon> Daniel3: und wenn es sienicht gibt, würde ich sie trotzdem auf jeden fall mitberücksichtigen | ||
| 2009-07-02 13:43 <yangoon> d.h. ihr müsst am POS schon den kundenrabatt berechnen | ||
| 2009-07-02 13:44 <yangoon> und je nach rabatt gestaltung beim artikel und/oder der rechnung speichern | ||
| 2009-07-02 13:44 <paepke> Daniel3: mir fehlt ein Kassenbuch. also wie ist der aktuelle kassenbestand nach den einzelnen eingebuchten rechnungen am POS. Und zählen sollte man das auch irgendwie können z.b. beim wechsel des Kassierers. oder am Ende des Tages falls solche snap-in-kassen da sind | ||
| 2009-07-02 13:45 <paepke> auch wieder abhängig von den prozessen des Fachmarktes | ||
| 2009-07-02 13:47 <udono> marcus321: Daniel3: Ich weiss nicht wie weit ihr Tryton selbst schon analysiert habt, aber schaut euch mal das Modul account_invoice an, Datei invoice.py. Dort findet ihr die Klassen Invoice: http://hg.tryton.org/hgwebdir.cgi/1.2/modules/account_invoice/file/9093b1016ee2/invoice.py#l30 und InvoiceLine: http://hg.tryton.org/hgwebdir.cgi/1.2/modules/account_invoice/file/9093b1016ee2/invoice.py#l1257 . Der String in _name erzeugt die D | ||
| 2009-07-02 13:50 <Timitos> ich glaube, dass es einfach noch zu früh ist für ein endgültiges datenmodell, solange die prozesse, die damit abgewickelt werden sollen nicht genauer analysiert worden sind. erst wenn ich eine gewisse kritische menge an möglichen prozessen erreiche, kann ich versuchen, ein generisches datenmodell zu erstellen | ||
| 2009-07-02 13:50 -!- daniel4(n=daniel@li-shb5.shblingen.Fh-Osnabrueck.DE) has joined #tryton.de | ||
| 2009-07-02 13:50 <daniel4> re, sorry FH-Wlan mal wieder abgeschmiert... | ||
| 2009-07-02 13:50 <daniel4> ich hasse es! | ||
| 2009-07-02 13:52 <udono> daniel4: wie weit hast du mitlesen können? | ||
| 2009-07-02 13:52 <daniel4> lese gerade im log nach | ||
| 2009-07-02 13:53 <daniel4> dort ist dein Satz aber nicht vollständig | ||
| 2009-07-02 13:53 <daniel4> IRC log http://www.tryton.org/~irclog/de/ | ||
| 2009-07-02 13:54 <udono> daniel4: Der String in _name erzeugt die Datenbanktabelle (dots werden durch underscores ersetzt in der Datenbank. In den fields.XXX findet ihr die Namen der Attribute die Tryton benutzt und in der jeweiligen Tabelle die Spaltennamen darstellen. | ||
| 2009-07-02 13:54 <udono> daniel4: Auf postgresebene könnt ihr (z.B. mit pgadmin3) das prüfen: die Tabellen heißen dementsprechend account_invoice, account_invoice_line. Dort werden eure Daten später eingefügt... es ist sehr sinnvol für eine einfache Zusammenarbeit gleiche Bezeichnungen zu wählen, weil dann auf code-ebene schneller klar wird wo was fehlt... | ||
| 2009-07-02 13:56 <daniel4> ja wir werden die codes auf die englishen bezeichnungen von tryton anpassen, ging uns aber generell erstmal darum ob etwas fehlt, wie z.B. der einwand von Timitos mit der Preisänderung, haben jetzt in der Tabelle Verkauf noch den Preis mit aufgenommen | ||
| 2009-07-02 13:57 <Timitos> daniel4: je nachdem, ob es auch verschiedene unit of sales gibt, könnte es auch noch notwendig sein, das unit in diese tabelle mit aufzunehmen. | ||
| 2009-07-02 13:58 <paepke> daniel4: hast du meinen kommentar mit dem kassenbuch mitbekommen? | ||
| 2009-07-02 13:58 <daniel4> paepke: das wäre eher eine lokale sache, speicherung der vorgänge in einer .log datei um das nachvollziehen zu können | ||
| 2009-07-02 13:59 <paepke> der finanzbeamte muss das auch nachvollziehen können... | ||
| 2009-07-02 14:01 <daniel4> aktuell wird das über X und Z-Berichte geregelt, werden versuchen das noch einzubauen jedoch weiß ich nicht wie sowas zeitlich möglich ist, zum Zeitpunkte unserer BA-Abgabe muss das programm ja noch nicht verwendbar sein in der firma | ||
| 2009-07-02 14:01 <udono> Timitos: daniel4 Ich würde in die Tabelle Verkauf grundsätzlich alles was in InvoiceLine als required=True markiert ist drin ist einbauen. Dasselbe für die anderen Tabellen. | ||
| 2009-07-02 14:05 -!- marcus12(n=marcus@li-shb6.shblingen.Fh-Osnabrueck.DE) has joined #tryton.de | ||
| 2009-07-02 14:33 -!- mirjambrueck(n=mirjambr@pD9565B25.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-07-02 15:18 -!- mirjambrueck(n=mirjambr@pD9565B25.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-07-02 15:21 -!- mirjambrueck(n=mirjambr@pD9565B25.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-07-02 15:36 -!- daniel3(n=daniel@li-shb5.shblingen.Fh-Osnabrueck.DE) has joined #tryton.de | ||
| 2009-07-02 15:36 <daniel3> ein Wunder das ich an meiner FH überhaupt online sein kann :o | ||
| 2009-07-02 18:58 -!- MarkusB(n=burli@dslb-088-069-125-018.pools.arcor-ip.net) has joined #tryton.de | ||
| 2009-07-02 19:56 -!- Daniel3(n=Daniel@p548057EE.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-07-02 20:06 -!- paepke(n=paepke@p5B32F04B.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-07-02 20:12 <udono> hallo Leute, im Tryton Forum http://groups.google.com/group/tryton haben wir eine Diskussion gestartet die zu einem sog. community manifest führen sollte. Zunächst haben wir den grundlegenden Rahmen bei den Gründern von Tryton erfragt. Nun ist es an uns *alle* Unsere sicht der Dinge zum Thema beitzutragen. Ich bitte euch alle ans Herz zu fassen und mitzumachen. | ||
| 2009-07-02 21:09 -!- Daniel3(n=Daniel@p548057EE.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-07-02 23:30 -!- Timitos(n=timitos@88.217.184.172) has left #tryton.de | ||
| 2009-07-02 23:37 -!- daniel4(n=Daniel@p548057EE.dip.t-dialin.net) has joined #tryton.de |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!