IRC logs of #tryton-de for Monday, 2009-12-28

chat.freenode.net #tryton.de log beginning Mon Dec 28 00:00:02 CET 2009
2009-12-28 05:18 -!- yangoon(n=mathiasb@p549F7FB0.dip.t-dialin.net) has joined #tryton.de
2009-12-28 08:02 -!- MarkusB(n=burli@dslb-094-219-147-081.pools.arcor-ip.net) has joined #tryton.de
2009-12-28 09:33 -!- Timitos(n=timitos@88.217.184.172) has joined #tryton.de
2009-12-28 09:49 -!- fladi(n=fladisch@c-82-150-208-110.dsl.hotze.com) has joined #tryton.de
2009-12-28 10:37 -!- paepke(n=paepke@p4FEB2FEA.dip0.t-ipconnect.de) has joined #tryton.de
2009-12-28 10:38 -!- hoRn(n=chatzill@dslb-094-223-212-167.pools.arcor-ip.net) has joined #tryton.de
2009-12-28 10:38 <hoRn> Guten Tag
2009-12-28 10:39 <hoRn> es könnte gut sein, daß wir einen unserer Kunden dazu bewegen können, sein gesamtes ERP in Tryton zu implementieren ....
2009-12-28 10:42 <hoRn> kann mir jemand eine Frage beantworten?
2009-12-28 10:43 <paepke> hoRn, ich kanns versuchen
2009-12-28 10:43 <paepke> also sprich: es ist jemand da ;-)
2009-12-28 10:44 <hoRn> Ich las, das ein Modul zur Anbindung an Onlineshops in Arbeit ist
2009-12-28 10:44 <hoRn> wir haben eine Shop programmiert - Python, MySQL, Zope
2009-12-28 10:45 <hoRn> den würden wir dann gern mit Tryton verbinden - natürlich ohne sachen nochmals zu tippen, die es schon gibt
2009-12-28 10:46 <hoRn> wer hat das Modul in Arbeit? Könnte man da mal einen Kontakt bekommen?
2009-12-28 10:47 <paepke> hoRn, hmm. ich glaub das war johbo (ist aber grad nicht im chat) und hatte die implementation in django/satchmo
2009-12-28 10:47 <hoRn> ok
2009-12-28 10:49 <paepke> je nachdem wie dein shop gebaut (stammdaten) musst du sowieso ein zusätzliches modul schreiben um z.b. deine artikel zusätzlich anzureichern.
2009-12-28 10:49 <paepke> hoRn, hast du nen origo account? da gibts nen artikel zu satchmo
2009-12-28 10:49 <hoRn> kenn origo noch nicht
2009-12-28 10:49 <hoRn> doch - sorry
2009-12-28 10:50 <hoRn> sieht ja aus wie plone
2009-12-28 10:50 <paepke> hast du da nen account?
2009-12-28 10:50 <hoRn> noch nicht
2009-12-28 10:50 <paepke> ist glaub was eigenes geschriebenes von der eth.
2009-12-28 10:50 <hoRn> ich guck mal
2009-12-28 10:51 <paepke> wenn du nen account erstellst können wir dir zugriff geben und du kannst forum-einträge, wiki usw erstellen
2009-12-28 10:51 <hoRn> sehr gut - obwohl ich mich immer etwas scheue
2009-12-28 10:51 <paepke> hoRn, trau dich :-)
2009-12-28 10:51 <paepke> komm auf die dunke seite :-P
2009-12-28 10:52 <paepke> ähm dunkle...
2009-12-28 10:53 <hoRn> ich bin ein autodidakt - mein wording stammt aus dem ostdeutschen milleu
2009-12-28 10:57 <udono> guten morgen allerseits
2009-12-28 10:57 <paepke> moin udono
2009-12-28 10:58 <paepke> udono, kannst du was sagen über den status bei botech über deren satchmo anbindung?
2009-12-28 10:59 <udono> paepke: ja, das verschiebt sich leider etwas.
2009-12-28 11:00 <udono> paepke: yangoon, carlos und ich haben das übernommen. Aber wir drei haben leider momentan noch keine Zeit dazu.
2009-12-28 11:00 <udono> paepke: bei botech siehts ähnlich aus
2009-12-28 11:01 <udono> hoRn: Was genau wollt ihr mit Tryton anbinden? Produkte, Kunden, Bestellungen? oder mehr?
2009-12-28 11:02 <hoRn> mhhhh
2009-12-28 11:03 <hoRn> bestellungen - damit natürlich auch die dazugehörigen kunden
2009-12-28 11:03 <hoRn> ach - und stock natürlich
2009-12-28 11:03 <paepke> hoRn, und ich schäzte die produkte :-)
2009-12-28 11:04 <hoRn> da würden die minimalparameter reichen
2009-12-28 11:04 <paepke> ich sollte es mit den smileys lassen. ich bin heut einfach nur gut drauf
2009-12-28 11:04 <hoRn> gabs gute geschenke?
2009-12-28 11:05 <paepke> ne, ich bin jetzt wieder nach ner grippe gesund
2009-12-28 11:05 <hoRn> unsere produktklasse ist etwas extravagant - alle produkte können erben - produktmodifikationen sozusagen
2009-12-28 11:05 <udono> hoRn: Stock heißt ihr braucht eine synchrone Lösung zwischen Tryton und Webshop.
2009-12-28 11:06 <hoRn> eventbasiert wurde ich jetzt als zopler sagen
2009-12-28 11:06 <udono> hoRn: damit die Lagerbestände in Tryton und im Webshop identisch sind
2009-12-28 11:07 <udono> hoRn: Events gibt es bei Tryton so leider nicht.
2009-12-28 11:07 <hoRn> primär für den stock sollte dann tryton sein - ein push der bestände in den shop würde reichen
2009-12-28 11:07 <udono> hoRn: Aber ihr könnt via XMLRPC oder noch besser netrpc mit Tryton kommunizieren.
2009-12-28 11:08 <hoRn> genau sowas
2009-12-28 11:08 <hoRn> ________ ich hasse xml __________
2009-12-28 11:08 <udono> hoRn: dito
2009-12-28 11:09 <udono> hoRn: auf der dev-mailingliste diskutieren wir gerade Alternativen a la Json
2009-12-28 11:09 <hoRn> ok
2009-12-28 11:10 <hoRn> letztendlich isses mir aber egal - hauptsache es geht
2009-12-28 11:10 <hoRn> json ist natürlich schön nah an python
2009-12-28 11:11 <udono> ach ich she gerade, cedric hat schon code zum review vorgestellt: http://codereview.appspot.com/183067/diff/1/2
2009-12-28 11:11 <hoRn> muss sofort gucken
2009-12-28 11:12 <hoRn> stimmt alles :]
2009-12-28 11:13 <hoRn> wir müssen aus dem shop eh alles bedienen was es gibt auf der welt - suchmaschinen, preisroboter, blogs, affiliate
2009-12-28 11:13 <hoRn> das geht bis zu csv
2009-12-28 11:14 <hoRn> :(
2009-12-28 11:14 <hoRn> andere frage
2009-12-28 11:14 <udono> hoRn: hier die zugehörige diskussion (Json): http://groups.google.com/group/tryton-dev/browse_frm/thread/365e9d6b401f5cb8
2009-12-28 11:15 <hoRn> danke
2009-12-28 11:16 <udono> hoRn: Du schreibst, Produkte erben. Ist das sowas wie Varianten (S-M-L-XL, rot grün blau)?
2009-12-28 11:16 <hoRn> ok - ist mir zu theoretisch - muss unser nerd lesen
2009-12-28 11:17 <hoRn> nicht ganz - ich erklärs wenns gefällig ist
2009-12-28 11:17 <udono> ja gern
2009-12-28 11:18 <hoRn> ein produkt ist bei uns nur eine sammlung von schemetas -schema_mwst, schema_seo, schema_preise, schema_dimensions
2009-12-28 11:20 <hoRn> diese kann es von einem qanderen produkt komplett erben - man kann aber jeden bereich individualisierenb, so man will
2009-12-28 11:21 <udono> hoRn: ah, ok
2009-12-28 11:21 <udono> hoRn: diese Aufgabe übernehmen bei Tryton die Produktkategorien
2009-12-28 11:21 <hoRn> dazu kommen dann noch die ausprägungen - xxl, rot
2009-12-28 11:21 <hoRn> ok
2009-12-28 11:22 <hoRn> kategorien sind bei uns die shopkategorien
2009-12-28 11:23 <hoRn> ich denke aber, das man das gut zusammenbauen kann - vieles in tryton gefile mir deshalb, weil wir ähnliche ideen hatten
2009-12-28 11:23 <udono> hoRn: in Tryton kann man Steuern, Ertragskonten an die Kategorie hängen. Produkte übernehmen dann auf Wunsch die Daten der Kategorie
2009-12-28 11:24 <hoRn> das ist besser als bei uns
2009-12-28 11:24 <hoRn> leider haben wir tryton zu spät entdeckt
2009-12-28 11:24 <hoRn> wir haben den shop nur programmiert, weil es nichts cooles in zope gibt
2009-12-28 11:25 <hoRn> alles in allem ist uns aber ein schönes stück code gelungen - nur weiß davon keiner :(
2009-12-28 11:26 <udono> hoRn: Kommt bestimmt noch. Hab ihr schon veröffentlicht?
2009-12-28 11:26 <hoRn> wo?
2009-12-28 11:27 <udono> hoRn: im Netz? auf Zope oder der eigenen seite?
2009-12-28 11:27 <hoRn> haben gerade ne UG zu diesem zweck geründet
2009-12-28 11:27 <udono> UG?
2009-12-28 11:28 <hoRn> Unternehmergesellschaft
2009-12-28 11:28 <udono> gut
2009-12-28 11:29 <hoRn> allerdings bin ich für das marketing zuständig und der eclipsestarter ist immer ein stück zu nah
2009-12-28 11:31 <udono> hoRn: Wie wollt ihr euren Webshop vermarkten? Closed-, open- Source, über Zope/Plone oder über ein eigenes Projekt.
2009-12-28 11:32 <hoRn> vor dieser frage stehen wir gerade
2009-12-28 11:32 <udono> hoRn: Ok, schwierige Entscheidung...
2009-12-28 11:33 <hoRn> bisher haben wir unsere sachen immmer im zusammenhang mit praktischen projekten verkauft - damit stand nie die frage der lizenz
2009-12-28 11:40 <hoRn> muss ma kurz mit meiner frau reden - zwichen den Jahren Homeoffice
2009-12-28 11:50 <hoRn> auf alle fälle haben wir eine intressenten, der uns nach den möglichkeiten einer produktionsüberwachung gefragt hat
2009-12-28 11:52 <hoRn> wir würden das gern in einer pythonic-umgebung machen
2009-12-28 11:52 <udono> hoRn: Produktionsüberwachung klingt spannend. Sehr Hardwarenah.
2009-12-28 11:54 <udono> hoRn: Tryton kann produktion leider bisher nicht abbilden. Es gibt nur Planung dazu.
2009-12-28 11:55 <hoRn> kurz weg - familie : kwf
2009-12-28 11:56 <hoRn> bin gleich nochmal da
2009-12-28 11:56 <udono> hoRn: see you
2009-12-28 12:45 <hoRn> so
2009-12-28 12:46 <hoRn> noch jemand ohr?
2009-12-28 12:48 <hoRn> das Projekt geht um Produktionsdienstleistungen - z.B. lackierung
2009-12-28 12:48 <hoRn> mit andren worten - Verarbeitung von beigestellten Produkten
2009-12-28 12:50 <yangoon> hoRn: hi, was heißt beigestelltes produkt? nicht selbst produziert?
2009-12-28 12:51 <hoRn> genau - weiterverarbeitun - im speziellen fall oberfächenbehandlung
2009-12-28 12:51 <paepke> hoRn, und was willst du da überwachen?
2009-12-28 12:53 <hoRn> QM - Lieferung: Qualtität und Quantität der gelieferten Chargen - Chargen müssen durch den gantzen Weiterverabeitungsprozess begleitet werden
2009-12-28 12:54 <paepke> hoRn, achso, ich dachte schon MDE/BDE geschichte. das MRP-Modul ist noch im enstehen. Da gibts afaik keine Zeile Code. Gerade auch Chargenverfolgung ist nicht trivial.
2009-12-28 12:56 <paepke> siehe: http://code.google.com/p/tryton/wiki/TrytonMRPIntegration
2009-12-28 12:56 <yangoon> paepke: da gibts schon modellentwürfe, ist nicht viel, aber schon mal was
2009-12-28 12:56 <paepke> yangoon, asche auf mein haupt.
2009-12-28 13:00 <paepke> wir dürfen uns auf jeden fall nicht abhalten lassen das es noch nichts gibt.
2009-12-28 13:00 <hoRn> so kompliziert ist unser fall nicht (dass er MRP bräuchte)
2009-12-28 13:00 <paepke> eine wareneingangskontrolle kann davon unabhängig realisiert werden mit z.b. einem sperrlager.
2009-12-28 13:00 <hoRn> es geht viel mehr um rechtssicherheit im prod-prozess
2009-12-28 13:01 <hoRn> kunden sind oft gleichtzeitig lieferanten von beigestellten produkten
2009-12-28 13:01 <hoRn> dass heißt, vw-supplier liefert mir einen turbolader, ich muss ihn beschichten
2009-12-28 13:02 <yangoon> hoRn: es geht im prinzip um "produktveredlung"
2009-12-28 13:02 <hoRn> genau
2009-12-28 13:02 <hoRn> dabei muss ich aber sicherstellen, dass das beigestellte produkt schon mal iO war
2009-12-28 13:02 <hoRn> wenn nicht, muss ich es aus dem prozess nehmen
2009-12-28 13:03 <hoRn> während des prod-prozesses messe ich immer wieder qualitäten und im idealfall umgebungsvariablen, temperatur etc
2009-12-28 13:04 <hoRn> ideal wäre es, wenn ich je nach temperatur vorlaufzeiten des brennofens einstellen könnte u.ä.
2009-12-28 13:04 <hoRn> qualitätsendkontrolle geschieht vor verpackung der charge
2009-12-28 13:04 <hoRn> und wenn am ende mal was schiefgelaufen ist, muss ich rechtssicher darstellen können. was wann wie gelaufen ist
2009-12-28 13:05 <hoRn> dafür brauche iuch dann die info (berichte) aus dem system gezogen
2009-12-28 13:05 <hoRn> so jetzt geh ich wieder kuchenbacken und mein mann darf wieder schreiben
2009-12-28 13:06 <hoRn> das war der auftraggeber :)
2009-12-28 13:06 <paepke> hoRn, ich bin bei einem automobilzuliererer "aufgewachsen". ich weiss wovon du redest. das ist nicht wirklich einfach. um das edv-technisch abzuwickeln brauchst du ein MRP modul.
2009-12-28 13:06 <yangoon> hoRn: aha, familienbetrieb;)
2009-12-28 13:06 <hoRn> vitamin b
2009-12-28 13:07 <hoRn> dann machen wir ein mrp-modul, oder?
2009-12-28 13:08 <paepke> hoRn, wenn du alles auf laufzettel-ebene machst und es ausserhalb der edv abwickelst brauchst du nur ein weiteres feld bei der lieferung und beim wareneingang wo du manuell die chargennummer (oder vielleicht sogar seriennummer) eingibst. dann musst halt die laufzettel archivieren.
2009-12-28 13:10 <hoRn> die laufzettel müssten dann ins dms - das sollte gehen
2009-12-28 13:10 <paepke> wenn du es edv-gestützt haben willst (was vielleicht dein kunde fordert) brauchst du ein MRP modul siehe auch bei dem link bei milestone two und milestone three.
2009-12-28 13:11 <paepke> hoRn, ich weiss nicht wie gross der durchsatz ist, ob es sinn macht das edv-gestützt zu machen.
2009-12-28 13:12 <paepke> hoRn, die frage stellt sich immer nach der rückverfolgbarkeit. wenn du das anhand des lieferscheins und laufzettels im dms hin bekommst ist das wahrscheinlich schon ausreichend.
2009-12-28 13:13 <paepke> ich interpretier deine "rechtssicherheit" als rückverfolgbarkeit.
2009-12-28 13:14 <hoRn> unbedingt
2009-12-28 13:14 <paepke> habt ihr iso 16949 oder 9001?
2009-12-28 13:15 <hoRn> hier wieder ehefrau: also ca. 600000 - 1200000 teile im jahr, bisher iso 9001
2009-12-28 13:16 <hoRn> aber weitergehende anforderungen aus speziellen qualitätsaudits der kunden (BEHR; IHI Charging etc.)
2009-12-28 13:16 <paepke> hoRn, und die ahzahl an verschiedenen chargen? Umschichtung auf kleinere gebinde?
2009-12-28 13:16 <paepke> hoRn, habt ihr bisher eine edv um das abzuwickeln?
2009-12-28 13:17 <hoRn> nein
2009-12-28 13:17 <hoRn> pro charge 2-3000 teile
2009-12-28 13:17 <hoRn> manchaml aber auch nur 20
2009-12-28 13:18 <paepke> die forderung ist neu das abzubilden, oder macht ihr schon einen chargenverfolgung?
2009-12-28 13:18 <hoRn> nein, nur über zettel
2009-12-28 13:18 <hoRn> und ein wenig mit lexare factura, das ist aber schrott
2009-12-28 13:19 <paepke> ich frag mal vorsichtig ob es im zuge der iso 9001 ne prozessdoku zur chargenverfolgung gibt ;-)
2009-12-28 13:21 <hoRn> für das audit reichen die paar zettel aus
2009-12-28 13:21 <hoRn> aber für die realität haben sie kkeinen sinn mehr
2009-12-28 13:21 <hoRn> sind nicht aktuell und bilden eigentlich auch nicht viel ab
2009-12-28 13:21 <paepke> hoRn, im moment gibts in tryton nix dergleichen.
2009-12-28 13:22 <paepke> hoRn, allerdings kann ich mir vorstellen das das Team hier bzw ihr das realisieren könnt.
2009-12-28 13:22 <hoRn> wir haben auf alle fälle vor, in 2010 zu investieren, fördergelder sind schon angefragt
2009-12-28 13:23 <hoRn> die frage ist bisher nur, ob ich kaufsoftware nehme, die nicht wirklich passt, oder ob wir mal die idealwelt verfolgen
2009-12-28 13:25 <paepke> hoRn, schwierig zu beantworten mit den bisherigen informationen.
2009-12-28 13:27 <hoRn> die frage die sich mir stellt(real hoRn): kann ich dem Auftraggeber glaubhaft vermitteln, daß wir das mit Tryton umgestzt bekommen - fürt mich wäre es sehr angenhem, weil ich dann den code sehen, programmieren und verstehen würde. Ansonsten kaufen die einfach was und ich mach nur den berater
2009-12-28 13:28 <paepke> hoRn, intressant ist eine beschreibung wie eure fertigungsstruktur ausschaut. wie viele arbeitsschritte, maschinen, usw.
2009-12-28 13:28 <hoRn> das würde ich dann machen - ich muss jetzt unsicherheit ausräumen
2009-12-28 13:29 <hoRn> es stehen irgendwelche typen in der tür, die dbase-lösungen anbietren, die sie genau für das problem schon mal gemacht haben
2009-12-28 13:29 <paepke> hoRn, es gibt, wie yangoon gesagt hat diese module noch nicht. bisher nur modelle. siehe auch den wiki-link. ich weiss das tryton als framework massiv potential hat. und man es mit entsprechendem aufwand auch abbilden kann.
2009-12-28 13:30 <yangoon> paepke: +1
2009-12-28 13:30 <yangoon> afk
2009-12-28 13:30 <hoRn> gebt mir ein gutes gefühl und ich mach den job (hail)
2009-12-28 13:34 <paepke> hoRn, hmm. ich hab ein gutes gefühl. wir alle sind total überzeugt von der architektur und dem system. welche bedenken hast du dich nicht tryton zu widmen?
2009-12-28 13:35 <paepke> hoRn, gerade auch die deutsche community ist sehr aktiv in diesem projekt. wie du hier an der diskussion siehst.
2009-12-28 13:36 <paepke> hoRn, mir ist übrigens der faden abhanden gekommen was der webshop mit deiner produktionsplanung zu tun hat. oder sind das zwei unterschiedliche geschichten?
2009-12-28 13:42 <hoRn> es sind zwei projekte - es ist aber die generelle überlegung meiner firma (3 Personen) den focus auf tryton zu legen
2009-12-28 13:43 <hoRn> wir sind zu klein für experimente
2009-12-28 13:43 <paepke> hoRn, ja, versteh ich.
2009-12-28 13:43 <paepke> wer ist das schon.
2009-12-28 13:44 <paepke> hoRn, was erwartest du von tryton?
2009-12-28 13:45 <hoRn> die möglichkeit, reale probleme mit software abbilden zu können
2009-12-28 13:46 <paepke> prinzipiell ist tryton so generisch ausgelegt, das man damit alles programmieren kann. angefangen von buchhaltung über MRP bis zu einer schulungsverwaltung.
2009-12-28 13:46 <hoRn> bisher ahebn wir immer selbst was in zope programmiert - für erp sind wir aber zu klein
2009-12-28 13:48 <paepke> der vorteil an tryton ist das es schon module mit bringt wie artikel, lager und z.b. buchhaltung. darauf kann man gut aufbauen. das hat zope afaik nicht. aber da kennst du dich besser aus.
2009-12-28 13:49 <hoRn> weil tryton das kann, bin ich hier - und vermutlich bleibe ich noch ein stück
2009-12-28 13:50 <hoRn> zope hat einen komplett anderen focus
2009-12-28 13:50 <hoRn> iss aber auch schön - ZTryton
2009-12-28 13:54 <hoRn> hab mir gerade versucht einen account auf origo anzulegen - es ist plone
2009-12-28 13:54 <paepke> hoRn, ok. wusst ich nicht.
2009-12-28 13:56 <hoRn> interener scherz - das ist ein framework auf einem framework - ab und zu machen wir produkte, die in plone integriert sind, wir lieben es aber nicht
2009-12-28 14:13 <hoRn> kann jemand den accont horn freischalten? Ich hab greylisting auf meinem server ....
2009-12-28 14:13 <paepke> ne, sorry, aber ich kann dich hinzufügen zum tryton-projekt
2009-12-28 14:14 <hoRn> wo - google-code?
2009-12-28 14:14 <paepke> ne, auf origo.
2009-12-28 14:14 <hoRn> ok - gern
2009-12-28 14:14 <paepke> hast nen account angelegt? wie geschrieben?
2009-12-28 14:14 <hoRn> horn
2009-12-28 14:15 <paepke> hmm. musst auf die mail warten.
2009-12-28 14:15 <hoRn> werd mich mal hin legen solange
2009-12-28 14:16 <paepke> ok
2009-12-28 14:16 <paepke> meld dich wenn die mail da ist
2009-12-28 14:20 <hoRn> ok - danke bis dahin
2009-12-28 14:29 <udono> hoRn: Ich glaube origo ist drupal, nicht plone
2009-12-28 14:32 <hoRn> das wäre besser - ich hab nur geglaubt die forms wiederzuerkennen
2009-12-28 14:32 <udono> hoRn: ist nur kostenlose infra für uns ;-)
2009-12-28 14:33 <hoRn> sehr gut
2009-12-28 14:36 <hoRn> iss drupal nich php?
2009-12-28 14:36 <udono> hoRn: ich glaub schon
2009-12-28 14:36 <hoRn> schande über euch!
2009-12-28 14:37 <hoRn> hihi
2009-12-28 14:37 <udono> hoRn: nenn mir einen freien Projekt hoster, der zuverlässig ist und nur python einsetzt...
2009-12-28 14:37 <hoRn> ich
2009-12-28 14:38 <udono> hoRn: :-) wo ist die anmelde url?
2009-12-28 14:38 <hoRn> obwohl - zuverlässig
2009-12-28 14:41 <hoRn> http://grasbauer.com/anmeldung
2009-12-28 14:42 <paepke> horn: Danke fuer Ihre Vetrauen! ??
2009-12-28 14:42 <udono> hoRn: :-)
2009-12-28 14:43 <paepke> hoRn, wenn ihr openTrans einsetzt, dann könnte man doch diese Schnittstelle für tryton realisieren.
2009-12-28 14:43 <hoRn> deswegen bin ich hier
2009-12-28 14:44 <paepke> bzw bmcat
2009-12-28 14:44 <hoRn> das ist aber sehr unangenehmes xml
2009-12-28 14:44 <paepke> weiss jemand was botech bisher benutzt hat?
2009-12-28 14:44 <paepke> hoRn, xml ist leider gebräuchlich bei tryton
2009-12-28 14:44 <hoRn> macht nichts
2009-12-28 14:44 <paepke> bzw yangoon du hast ja das projekt mit übernommen. habt ihr das was standardisiertes benutzt?
2009-12-28 14:45 <paepke> grübel oder udono?
2009-12-28 14:45 <hoRn> auf alle fälle wäre das ein standard, der sich als standard bezeichnet
2009-12-28 14:46 <paepke> davon würde tryton sicher profitieren
2009-12-28 14:49 <hoRn> kalr - und lexware bedinet den standard auch (natürlich verkrüppelt)
2009-12-28 14:49 <hoRn> oh - syntaxerror
2009-12-28 14:51 <udono> paepke: da satchmo ein sehr einfacher shop ist, haben wir direkt alles via xmlrpc übertrgen. Kein anderes Format.
2009-12-28 14:52 <hoRn> was wird übetragen?
2009-12-28 14:53 <udono> von Tryton nach satchmo: Artikelstamm, -preise, -kategorien, -bilder. Aber keine Mengen.
2009-12-28 14:55 <hoRn> ok
2009-12-28 14:57 <hoRn> Mengen sind aber extrem wichtig ...
2009-12-28 14:57 <hoRn> da kommt der schlips ins rad: wer ist henne und wer ist ei
2009-12-28 14:58 <udono> hoRn: u.a. deshalb haben wir dazu noch nichts.
2009-12-28 14:58 <paepke> hoRn, udono ich bin der meinung das tryton auf jeden fall die henne sein sollte
2009-12-28 14:59 <hoRn> unbedint
2009-12-28 15:00 <paepke> und im idealfall sollte dann auch die lieferung aus tryton gesteuert werden sprich anfrage von shop an tryton, in tryton ok und lieferung, anschliessend korrigierter bestand an shop.
2009-12-28 15:00 <udono> hoRn: problematisch ist auch, das der shop von sich aus mit dem Backend kommunizieren muss. Das schafft sicherheitsrisiken. Denn irgendwo im Shop ist ein Tryton benutzer und ein Passwort hinterlegt. Wenn der shop geknackt wird, dann ist auch tryton nicht mehr sicher.
2009-12-28 15:01 <hoRn> ich bin nicht so sicherheitsbezogen
2009-12-28 15:01 <hoRn> meine idee:
2009-12-28 15:02 <udono> hoRn: deshalb gehen unsere ersten schritte von Tryton aus, das sich mit dem Shop verbindet. Nicht umgekehrt. Aber wie du schon sagtest, wenn quasi-Aktuelle Mengen mitspielen sollen, dann brauchts synchrone kommunikation.
2009-12-28 15:02 <paepke> hoRn, udono ist es möglich mit einer schnittstelle wie z.b. dem openTrans das auf textdateibasis auszutauschen, so ist kein direkter zugriff möglich.
2009-12-28 15:02 <paepke> sprich tryton holt und pushed die austauschdatei per ftp oder ähnlichem
2009-12-28 15:03 <hoRn> warum? die nummer läuft so:
2009-12-28 15:03 <hoRn> bestellung im shop
2009-12-28 15:04 <hoRn> button -> Manage this Order in Tryton
2009-12-28 15:05 <hoRn> bestellung ist aus dem shop raus und wird ab sofort nur in tryton gehandelt
2009-12-28 15:05 <hoRn> der besteller und alle items werden nach tryton exprortiert
2009-12-28 15:06 <hoRn> jetzt fehlt nur der stock
2009-12-28 15:08 <hoRn> die könnte man manuell anschieben -> synchronize stock online
2009-12-28 15:09 <udono> paepke: es gibt bestimmt möglichkeiten die Kommunikation vom shop mit tryton halbwegs sicher zu gestalten.Nur dazu braucht es tiefergehende Planung...
2009-12-28 15:10 <paepke> udono, ja, ich hatte auch mal die diskussion/wiki auf origo durchgelesen.
2009-12-28 15:10 <paepke> ich glaub auch nicht das es ein problem darstellt.
2009-12-28 15:10 <paepke> es wird sicher 3 verschiedene wege zum ziel geben, je nach unterschiedlicher anforderung. das merkt man auch an unserer diskussion hier gerady
2009-12-28 15:10 <paepke> -y +e
2009-12-28 15:11 <udono> hoRn: ja, aberfür den Shop ist ein artikel quasi verkauft, wenn der Kunde den letzten 'jetzt bestellen' knopf gedrück hat. Tryton verändert den Lagerbestand aber erst, wenn die Lieferung erfolgt.
2009-12-28 15:12 <paepke> udono, das stellt die frage nach einer vor-reservierung in tryton.
2009-12-28 15:12 <hoRn> das sollte ein shop auch so machen
2009-12-28 15:13 <hoRn> um negative verkäufe zu vermeiden gibt es warnmengen
2009-12-28 15:15 <udono> paepke: das kann man über einen Lagerort lösen.
2009-12-28 15:16 <udono> paepke: und über die assign funktion in Tryton
2009-12-28 15:17 <paepke> udono, stimmt. über eine lagerbuchung ins "shop-lager" quasi. assign kenn ich bisher nicht
2009-12-28 15:19 <udono> paepke: kann sein, das ich das mit einkauf verwechsele...
2009-12-28 15:20 <paepke> udono, ich auch nicht bisher im einkauf ;-)
2009-12-28 15:22 <hoRn> http://www.byte.fm/player/player.html
2009-12-28 15:22 <udono> paepke: Assign ist ein Status. Dazu gibt es die berühmt berüchtigte Force-Assign Funktion, mit der man Zuweisungen erzwingen kann.
2009-12-28 15:23 <hoRn> was macht das?
2009-12-28 15:25 <udono> hoRn: hmm, es weist produkte einem shipment zu. Ich glaube, dannach werden die Lagerbestände verändert. Müsste ich aber nochmal evaluieren. Hab aber leider gerade keine Zeit.
2009-12-28 15:26 <hoRn> ok
2009-12-28 15:27 <hoRn> http://pypi.python.org/pypi/zope.event - vielleicht passt das noch in tryton
2009-12-28 15:29 <udono> hoRn: interessant
2009-12-28 15:32 <hoRn> event ist cool: notivy(producct_changed)
2009-12-28 15:33 <hoRn> email weg - stock discount
2009-12-28 15:36 <udono> hoRn: ja, cool. Tryton hat bisher kein solches Konzept. Aber es wird an einem Trigger konzept gearbeitet, das ähnliches bewirken könnte.
2009-12-28 15:37 <hoRn> muss kurz kuchen essen mit menschen, die menschen an computern komisch finden
2009-12-28 15:37 <udono> hoRn: guten
2009-12-28 15:38 <hoRn> danke - wir hören uns - werd im hintergrund byte.fm laufen lassen um nicht ganz realweltlich zu werden ;)
2009-12-28 18:52 -!- fladi(n=fladisch@c-82-150-208-110.dsl.hotze.com) has joined #tryton.de

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!