Shopsoftware, Shopsystem, Multishop, Multistore - H.H.G. multistore community

Wir werden nur eine Schnittstelle insgesamt haben, welches vom Shop nach außen Kommuniziert, diese basiert auf der xml Schnittstelle von CAO/xt:C, somit dürften die Probleme auch in die Richtung ohne Probleme funktionieren, also lieber noch bissl gedulden, als Zeit zu verschwenden =)

Die Schnittstelle wird es für alle Versionen geben, wenn die Jungs von CAO es entsprechend mit aufnehmen, wird es auch keine Probleme geben, da wir einige Informationen mehr haben, müssten im CAO diese Daten auch entgegen genommen werden, dies gilt auch für den Rückweg.

Mauve, Actindo & CAO wären somit einheitlich mit dem System verbundelt ohne 10TSD verschiedene Anbindungen zu schaffen. Somit würde auch Amicron z.B. in Frage kommen, die die Anbindung entsprechend für xt:C verwenden.

In erster Linie werden wir die Grundsachen zum Laufen bringen, d.h. was die API bisher unterstützt, danach werden wir wahrscheinlich fast alle Daten über die API zur Verfügung stellen.

Hallo,

das hat jetzt nur indirekt mit CAO zu tun, sollte aber vielleicht erwähnt werden.

Wer kein reiner Händler ist, sondern als Hersteller auch noch mit Produktionsprozessen beschäftigt ist, kommt mit den meisten hier erwähnten Wawis nicht aus. Es gibt es ein opensource-ERP das sich eher an SAP orientiert und unter dem Namen AvERP von der Firma Synerpy geführt wird. Im dortigen Forum taucht auch die häufige Frage nach Anbindung an Shopsysteme auf. Die Anfragen bezüglich XTC wurden im XTC-Forum eher lustlos behandelt, sodaß Synerpy, laut Forum, von weiteren Kontakten abgesehen hat.
Vielleicht ist gerade für Hersteller ein Multistore zur Vermarktung interessant?

Vielleicht ergibt sich hier eine sinnvolle Zusammenarbeit im Sinne beider User.

Das hört sich interessant an, bisher haben wir SAP Anbindungen immer Individual nach Kunde realisiert, deshalb ist es nicht veröffentlicht worden.


(This term was hidden for guests. To be able to read it you should register!)


Ja das ist normal, die Schnittstellen zu xt:C sind entweder durch mich in Zusammenarbeit oder durch die Warenwirtschaftshersteller selbst entstanden, sogar mit CAO Entwicklern konnte man sich nicht einigen.

Hallo,

ich bin jetzt im Averp-Forum ca. seit einem Jahr lesend dabei und habe die Konversation in beiden Foren verfolgt. Ich denke, das ein OSC/XTC-Fork mindestens genauso gut erfüllt. Eigentlich ist die Multistore-Struktur für Hersteller auch vom Gesichtspunkt des Marketing noch viel interessanter. Als Hersteller/Großhändler kann man seinen Einzelhändlern/Vertrieben die komplette Produktpalette inkl. Informationen als Shop oder Produktkatalog für Endverbraucher zur Verfügung stellen. Das ist doch eine perfekte Kundenbindung.

Wir beabsichtigen für ein größeres Projekt AvERP einzusetzen und werden auch um einen Internet/Intranet-Shop/Produktkatalog nicht herumkommen. Um das pflegbar zu halten wäre die Verknüpfung notwendig. Ich denke Synerpy wäre da sicherlich offen. Das ist zwar ein von Synerpy geführtes Projekt, aber der OpenSource-Gedanke wird voll unterstützt. Das Support-Forum macht einen sehr guten Eindruck. Und es gibt professionellen Support für Projekte jenseits der Hobbybastelei .
Ich werde dort im Forum mal mein Schweigen brechen und auf Eurer Projekt hinweisen.

Parallel dazu habe ich über Xing bereits Kontakt mit Herrn Brodner aufgenommen, sobald ich ein wenig Ruhe hab, werde ich mich mit ihm in Verbindung setzen.

Ach, was ich noch vergessen habe. AvERP ist jetzt kein direkter SAP-Clone.
Der Leistungumfang und die Anpassbarkeit orientieren daran. Die Daten einschließlich Masken werden in einem Firebird-DBMS abgelegt. Der Client läuft unter Windows. Es wurde inzwischen auch eine Anbindung zu egroupware realisiert um über einen JBOSS-Server die Daten beider Anwendungen syncron zu halten.

Gestern schon alles inspiziert ;-)

Hi Hasan,

wie gestern besprochen, da wäre auch nocht rowi-kaufmann (www.rowi-soft.de)... Kann ebenso gut mit Varianten und Staffelpreisen, wie JTL (die leider noch immer sehr inkomplett ist). Rowi-Kaufmann hat aber keine Schnittstelle zu xtc und -abkömmlinge... Das Einzige was man programmieren kan (Vorausgesetzt man hat SQL-Kenntnisse) ist Bestellungen vom Shop abholen. Die Richtung Wawi-Shop ist ohne extra connector derzeit nicht möglich...

AVERP ist schon wieder Richtung mention, bzw. SAP. Habe das mal vor 2 Jahren angeschaut... Weiß aber nicht mehr inwieweit hier Varianten unterstützt werden. Ist aber eine sehr gute Wawi (auch von der Produktionsseite her, wie mein Vorredner bereits sagte). Für mich als Händler eher nicht interessant, weil da viel zu viele Features ungenutzt. Ist zwar Modular aufgebaut, aber ein Standardkern gibt es da leider nicht... Ich denke man sollte zwei Schnittstellen haben... eine für Hersteller und Handel mit allem Drum und Dran und eine kleinere Version für nur Händler...

LG

Conny

Also bei Büroplusnext werdn keine Attribute wie wir es z.B. von xt:C kennen unterstützt, dort ist die Variante mit den Stückliste genommen worden, die Attribute werden über entsprechende "Slave Artikel" abgebildet und genau aus diesme Grund haben wir im H.H.G. multistore das normale Attributsystem in ein Master-/Slave Artikel System umgebaut, somit sind Anbindungen die bei xt:C z.T. sehr schwer abbilden ließen, mittlerweile eine Leichtigkeit. wie schon immer gesagt ich bin über jede mögliche Anbindung offen, helfe auch den Beteiligtn diese voran zu bringen, man sieht was aus Anbindungen werden, die auf eigene Kappe versucht werden. Für xt:C sind fast alle möglichen Schnittstellen bis auf wenige über meinen Tisch gelaufen z.T. bei uns Teilproduktif verwendet worden um eventuelle Schwachstellen zu finden. Im Moment scheint sich da was mit avERP zu ergeben, dieses werden wir natürlich forcieren, wenn sich auch andere dazu gesellen wollen, werde ich nicht ablehnen. Im jetzigen Zeitalter gehören Warenwirtschaft und Shopsystem zusammen, wir gehen wahrscheinlich in einer der nächsten Version noch einen Schritt weiter, durch AdoDB haben wir Möglichkeiten anderen Datenbanken anzubinden, somit können direkte Anbindungen geschaffen werden, ohne eventuelle Applikationen dazwischen Schalten zu müssen, dies wird sich jedoch noch mit der Zeit zeigen.

Auch mention unterstützt keine Varianten... Das ist leider immer wieder das Problem. Und mit Staffelpreisen da happert es auch immer wieder. Gibt einige Wawis die das nicht vorsehen... oder total umständlich zu pflegen mittels Atribute...

Mention hat eine Artikelmatrix mit der man sehr wohl Attribute abbilden kann, ich weiß noch wie die Jungs von Mention sich damit die Finger wundt geschrieben haben ;-)

Quoted from "HHGAG"

Mention hat eine Artikelmatrix mit der man sehr wohl Attribute abbilden kann, ich weiß noch wie die Jungs von Mention sich damit die Finger wundt geschrieben haben ;-)

Sorry du hast Recht, ist aber total umständlich zu bedienen mit Attribute... Was bringt mir das wenn ich dazu überall Stücklisten anlegen muss... Ist mir als User echt zu umständlich. Es geht auch benutzerfreundlicher.... Mention ist dennoch für die meisten schon zu teuer... Die light-Version von Mention kann doch fast nix (ist dem heutigen Stand von jtl gleich zu setzen)...

Da setze ich lieber auf eine open source (averp, jtl) oder low cost (rowi).

Das ist glaube ich das Hauptprobleme, dass die WAWI/ERP-Softwaren unterschiedliche Prinzipien bei Behandlung von Stamm-, und Bewegungsdaten verfolgen.
Das ist auch gut so, denn es gibt ja entsprechend der jeweiligen Anwendung (Verwendung) völlig unterschiedliche Anforderungen an die Software.
Das soll jetzt keine Bewertung im Sinne von gut oder schlecht sein. Den Wert entscheidet die Anwendung.
z.B ist JTL mehr als "Rechnungsschreibungs-Baukasten" zu sehen. Für alle die nur zentral ihren Shopdaten verwalten wollen sicherlich einen sehr gute Lösung.
Viel mehr Warenwirtschaft bietet da CAO. Mit Einkaufs/Bestellwesen, Stücklisten- und Seriennummernverwaltung, Reportgenerator und SQL-Datenbank lässt sich hier schon viel mehr verwalten (gut JTL setzt MS-SQL ein).

Bei allen Systemen sind die Stammdaten z.B. Artikel entsprechend der jeweiligen Philosophie des Programmierers angelegt. Allein die Einteilung in Artikelgruppen/Warengruppen ist da sehr unterschiedlich. Viele Systeme bieten hier nur enfache Tabellen mit Wagruppennr. und Bezeichung, wobei man sich hier anhand der Nummerkreise eigene Strukturen ausdenken kann. So Kaliber wie AvERP verwalten zur besseren Beschreibung und Auswertung noch zusätzliche Tabellen für Artikelmerkmale, die sich in Templates anlegen und beliebig zuorden lassen. Wie setzt man das auf die Baumstruktur, Breadcrumb, etc Navigation von Shopsystemen um.

Der Webshop ist in erster Linie die Schnittstelle zum Kunden, Katalog
und Präsentation in einem. Der Benutzer soll leicht zu den Produkten
finden und keine Hemmschwellen wie komplexe Bedienung vorfinden. Das
hat mit den Abläufen in der Wawi nur indirekt zu tun.

Das macht die Syncronisation zwischen Shop und Wawi/ERP so komplex. Artikelnummer, Text und Preis übertragen, sind da nicht das Problem.
Aber ich denke der Multistore bietet da viel mehr Möglichkeiten, die aber Verküpfung beider Komponenten, sprich die Zusammenarbeit der Entwickler beider Seiten voraussetzt.

Das war jetzt mehr so philosphisch.

Ich denke man sollte die Entscheidung treffen, wie intensiv die Verküpfung erfolgen soll. Will ich einen Multistore komplett über ein ERP pflegen und die Stores als Katalog/Präsentation und Shop für Intra/Extra- und Internet nutzen, oder brauche ich die Wawi nur um die Bestellungen runterzuladen, Rechnungen zu schreiben und Preise zu pflegen.

Quoted from "bubu48"

Das soll jetzt keine Bewertung im Sinne von gut oder schlecht sein. Den Wert entscheidet die Anwendung.
z.B ist JTL mehr als "Rechnungsschreibungs-Baukasten" zu sehen. Für alle die nur zentral ihren Shopdaten verwalten wollen sicherlich einen sehr gute Lösung.
Viel mehr Warenwirtschaft bietet da CAO. Mit Einkaufs/Bestellwesen, Stücklisten- und Seriennummernverwaltung, Reportgenerator und SQL-Datenbank lässt sich hier schon viel mehr verwalten (gut JTL setzt MS-SQL ein).

Sorry, das sehe ich anders und ich komme aus den Reigen SAP. JTL ist noch imkomplett, weil eben auch ein Gemeinschaftsprojekt, wo noch dran gearbeitet wird (Features sind aber alle schon vorbereitet: auch TARIC/Herkunfstland und Serien-Nr. sind bereits integriert), Aber ich gebe Dir Recht, da fehl noch so einige. Aber das was bereits da ist, lässt auch schon den Umfang erahnen.
CAO kann nicht mit Varianten. Sorry, habe es selbst ausprobiert. Wie Mention, umständlicher geht es wohl nicht mehr, oder ?? Stücklisten für Varianten zu mißbrauchen, das ist der größte Quatsch, der mir bis jetzt überhaupt untergekommen ist... Was ist wenn ich dann plötzlich doch Stücklisten benötige ??? Dann kann ich das ganze System schmeissen, oder wie ? Nee.. und auch CAO ist fürchterlich in der Bearbeitung. Die haben noch nix von Bedienerfreundlichkeit gehört. Ich bin jemand, der kein Benutzerhandbuch in die Hand nimmt und sich selbst alles aneignet. Bei CAO und bei Mention bin ich ausgestiegen... Da hat meine Geduld wohl nicht gereicht. Typisch ITLER, aber nicht Benutzernah. Leute... die meisten, die xtc verwenden, sind keine ITLER oder Programmierer. Sicherlich verkaufen viele ITLER xtc an Ihre Kunden, aber im Backoffice verwenden das USER und nicht EDV-Profis... Mein Appel. Einfach und nicht kompliziert. Ihr verkrault sonst eure Kunden... Ein Profi der das nötige Kleingeld hat, der wird auch gleich ein Paket bei SAP kaufen und sich nicht mit XTC & Co. abgeben. Obwohl Mario das nicht so sieht und sehen will. Glaubt mir, wenn ich das nötige Kleingeld hätte würde ich mir SAP leisten und auch deren Shop und sonstige Module...
Ich denke Standard wird es da nie was geben. Der Industrielle benötigt ein Industriemodell (z.B. AVERP), der NUR Verkäufer eben den ganzen restlichen Quatsch nicht (da reicht ein besseres Rechnungsschreibeprogramm mit Anbindung an den Shop). Besser wäre es 2 oder 3 Möglichkeiten zur Auswahl mit jeweils einen guten Connector, so kann jeder das wählen, wofür er auch Einsatz hat. Averp ist sehr "potent", aber auch leider für die meisten unbrauchbar, weil mehr als 60% der Features unangetastet bleiben. Als Einzelunternehmen benötige ich nur einfache Statistiken, wenn überhaupt... Ist zwar schön, dass man auswerten kann, aber für was ??? Ein Einzelunternehmen verkauft, oder auch nicht. Entweder hat man da aufs falsche Produkt gesetzt oder nicht. Da braucht man keine Statistiken um das zu erfahren. Stimmen muss die Kasse... Charts stehen geduldig auf dem Papier und lassen sich manipulieren wie man sie auch braucht...

Auch hinter der Bedienung der Wawi sitzt nur ein User/Benutzer und kein Profi... und in der Nische wo wir uns bewegen sind keine Groß-/Industrieunternehmen dabei, zumindest ist das nicht der Großteil. Wir sind ein bisschen mehr als unterste Schiene. In meinen Augen bewegen wir uns vielleicht im untersten Mittelfeld, aber nicht in der absoluten Profi-Liga. Das ist Fakt, auch wenn ihr das so nicht sehen wollt. Ich sage immer: Schuster bleib bei Deinen Leisten... alles was an mehr bekommt ist Gewinn, aber ausschließlich Gewinn anstreben ist verdammt gefährlich, spätestens dann wenn man auf die Schnauze fällt.

Sorry, das ich das jetzt so kritisch auseinandernehme, aber ich glaube ihr verrennt euch in etwas. Nur auf ein Pferd zu setzen und vor allem gleich auf die absolute Profi-Liga kann verdammt gefährlich sein. Ich strebe immer Mittelfeld an und ist jut, zumindest bin ich nicht enttäuscht, wenn nicht mehr draus geworden ist, aber tut mir das Weniger auch nicht weh. Bescheiden anfangen... Ich appliere auf Eure Vernunft - 3 Modelle anbieten und ist gut... Flexibel anstatt gebunden...

CAO ist nicht unter meinen Präferenzen, sorry. Auch wenn sich das mit xtc bewährt hat und einige damit zurechtkommen. Ich leider nicht (bin nicht blond und auch nicht auf den Kopf gefallen). Ist nicht ausbaufähig und zeigt jetzt schon seine Grenzen (Varianten als Stückliste!). Auf so etwas setze ich nicht (mehr). Wer weiß wie es in 3 Jahren aussieht. Dann kann ich von vorne anfangen oder wieder manipulieren...

Das ist jetzt auch keine Bewertung, sondern meine Meinung und Appell, dass man sich da nicht in etwas verrennt.

Ich wollte eigentlich keine Wawi empfehlen, sondern nur Klassen definieren. Ich denke wir ziehen am gleichen Strang.

Letztendlich geht es um Erfolg im eCommerce. Welche Warenwirtschaft verwendet wird, ist egal und wird nur durch die Bedürfnisse bestimmt. Das muss jeder für sich selbst evaluieren.
Es gibt Shop-Anwender, die nutzen nur die Rechnung aus Ihrem Shop.

Entscheidend ist, wie intensiv und umfangreich die Anbindung sein soll. Und die wäre dann natürlich in ihrem Umfang abhängig von den Möglichkeiten der Wawi.

Auch wenn die Mehrzahl keine Großkunden betreut, werden einige mehr als den Shop für den Nachbarn realisieren. Im wirschaftlichen Bereich bilden KMU die Mehrheit und nicht die Großunternehmen.
Wenn man sich mal umschaut, haben sich da auch einige positioniert z.B. Oxid. Da gibt´s dann Schnittstellen zu BüroWare und diverse andere, die mit entsprechenden Lizenzkosten keine Lösungen für Shöppchen sind.

Ich denke das der Multistore sehr wohl das Potential für größere Lösungen hat und so auch weiterentwickelt wird. Das da zusätzlich noch eine CE-Variante bei abfällt und so Interesse bei der XT-Gemeinde weckt ist doch gut für das Prokjekt.

Das man sich da sehr wohl nicht am unteren Ende plazieren muß, zeigt der Erfolg von OSS a la AvERP. Die Software ist definitiv auf den professionellem Anwender ausgerichtet und spielt in einer anderen Liga. Die Anwender, vielfach Hersteller, haben die Software als Alternative zu "HIgh-End-Systemen" wie SAP oder Navision gewählt. Zum einen auf Grund der Lizenzkosten, zum anderen aber auch weil eine Anpassung an die Betriebabläufe ebenso möglich ist.
Diese Anwender haben sehr wohl Bedarf an entsprechend professionellen Shop-Anbindungen und werden keine SAP-Lösung wählen. Hier, gerade für Hersteller/Großhändler, hat der Multistore das notwendige Potential und auch die notwendige Basis durch HHG. Du wirst nicht glauben, wieviele KMU gerade mal eine kleine Web-Präsenz haben und das enorme Potential nicht ausschöpfen.

Aber das wird OT und sollte vielleicht in die Allgemeine/eCommerce-Kategorie.

Zitat siehe oben "Entscheidend ist, wie intensiv und umfangreich die Anbindung sein soll. Und die wäre dann natürlich in ihrem Umfang abhängig von den Möglichkeiten der Wawi."