Ehrlich gesagt finde ich das sich hier mittlerweile sehr viele seltsame Argumente und Vorschläge angesammelt haben.
Unter Anderem lese ich davon dass ITler vom Hof gejagt werden, wenn Sie auf Backupprobleme hinweisen, gleichzeitig wird aber das Argument gebracht, dass man alle Probleme mit dem endlosen Anschaffen von Hardware erschlagen kann und dann auch überhaupt nicht auf Effizienz und Deduplizierung geachtet werden muss, etc...
Dann ist es zu kompliziert, mehrere Datenbanken getrennt voneinander für die
Wawi und Zusatzfunktionen zu installieren oder zu sichern, deshalb soll lieber alles in eine DB mit einer Sicherung die dann mal eben 500 GB zu sichernde Daten bedeutet oder als Alternative parallel am allerliebsten ein Mail-Server installiert werden, der Anhänge gleich abtrennt, ein getrenntes DMS und noch eine Mail-Archivierung, aber am besten so wie in SAP, weil es dann einfacher wird.
Ehrlich gesagt geht es hier mehr um die Anforderungen der Anwender(Gruppen) und meines Erachtens wird hier bisher über 2 Gruppen (Einsteiger und "Konzerne") diskutiert, die Haupt-Anwenderschaft für diese Konstellation wird aber wohl eher im kleineren Umfeld mit Mehrplatzinstallation im Bereich < 10 Mitarbeiter (Small Business) zu finden sein. Und da dort dann meistens kein hauptamtlicher ITler im Einsatz ist, sind das vermutlich auch eher selten komplexe virtualisierte Umgebungen.
Man muss doch ein Konzept schaffen, was sich am idealen Prozess orientiert und im Prinzip auch eine Skalierung über die verschiedenen Entwicklungs-Stufen bietet.
Dazu muss man sich doch die Frage stellen, was der typische Online-Händler benötigt, meiner Ansicht nach ist das im Kern:
- Warenwirtschaft
- Dokumentenarchivierung, Dateiablage, etc. / DMS
- Kommunikation, Mail, etc. / CRM
- Zeiterfassung, Termine + Aufgaben, Informationsaustausch, etc. / Groupware bis HRM
Das Ganze muss sich dann an einem möglichst schlanken Prozess orientieren und möglichst miteinander verzahnt sein. Wichtige Punkte hierbei sind:
- Installierbarkeit / Wartbarkeit
- Einfache Backups / selektive Backups
- Enge Verzahnung / Integration
- Deduplizierung
Und genau das ist ja das, was wir hier von Anfang an anregen und uns wünschen, dass alle Prozesse ineinandergreifen aber dennoch auch unabhängig voneinander sicherbar und lauffähig sind.
Das lässt sich aber nur über bidirektionale Schnittstellen oder eine vernünftige und flexible Integration realisiern (es wurden hier ja die Beispiele von
Datev, SAP und Co. genannt und genau das möchten wir ja auch, die Aufgaben des Alltags in einer Programmoberfläche erledigen).
Erneut fällt mir hier Greyhound als Vorbild ein, ich habe es selber zwar noch nicht eingesetzt, aber viel darüber gelesen und das was ich gelesen habe, sagt mir sehr zu. Mein einziges Problem an Greyhound ist eigentlich, dass dies dann das "führende" System ist und die Bidirektionalität zur Wawi fehlt, ansonsten sind folgende Punkte besonders an Greyhound hervorzuheben:
- Verknüpfung von CRM und DMS
- Automatisierbarkeit und klarer Prozessablauf
- gerichtete, abgegrenzte und vor allem digitale Prozesse (Wawi -> CRM <-> DMS -> FiBu)
- Archivfunktion, so dass Daten auch bei Beendigung der Geschäftstätigkeit ohne Weiterbetrieb der Software abrufbar und auslesbar sind
- Marktplatz-Kommunikation bzw. ebay-Integration (Anfragen, Fälle, Rückgaben, etc.)
2 Dinge halten mich bisher davon ab, Greyhound einzusetzen:
- Installations- und Wartungsaufwand
- Fehlende Bidirektionalität (z.B. Klicke ich in der Wawi "Rechnung an Kunden senden", wird diese nicht aus dem DMS übernommen, sondern neu generiert, etc.)
Als Händler möchte ich mich eigentlich nicht umfangreich mit den technischen Problemen beschäftigen, sondern Anforderungen definieren, die eine möglichst einfache (eiffziente) Arbeit sowie einen sicheren stabilen Betrieb ermöglichen und leicht erlernbar bzw. schulbar und auch dokumentierbar sind. Es würde mich freuen, wenn JTL hier eine entsprechende Lösung schaffen und anbieten könnte und würde und wenn ein Service-Partner das in petto hat, kann er dies ja auch gerne kundtun.
Ich möchte kein Programm-Hopping betreiben und nicht die einfachen Nachrichten im Service-Desk, die Mails mit Anhängen im e-Mail-Programm, die ebay-Nachrichten bei ebay bearbeiten,... sowie die Rechnungen aus dem DMS rauswühlen und dann im e-Mail-Programm anhängen, mir die Mail-Adresse des Kunden aus der Wawi suchen und ihm dann eine Mail senden, die wiederum im Mail-Archiv inkl. Rechnungsanhang gespeichert wird. Der Beleg soll dann auch nicht 1x in der Wawi, 1x im DMS, 1x im Mail-Archiv und 1x in Datev gespeichert sein, sondern kann gerne redundant (1x Vosystem , 1x Datev) aber bitte nicht dupliziert gespeichert und gesichert werden (müssen).
