Hallo zusammen,
ich habe kein Subforum für allgemeine Fragen gefunden, da dachte ich, es passt am ehesten zum Thema Arbeitsabläufe.
Es ist ein bisschen eine längere Leier, ich versuche mich einfach mal an der Verschriftlichung...
Wir wollen bei uns eine spezielle Form von Shopsoftware bzw. eines Bestellformulars einführen.
Dabei geht es um interne Bestellungen von Kleidung, der Shop sollte also gar nicht öffentlich einsehbar sein (ohne Login). Es wird einen festen Stamm an Artikeln geben (ca. 5-10 mit entsprechenden Größen), die ein Besteller für seine Abteilung bzw. sein Team bestellen kann. Vom Ergebnis her ist wichtig, dass personenbezogene Packzettel/Lieferscheine angelegt werden können (damit jedem sein Päckchen geschnürt werden kann), zugleich aber auch Gesamtübersichten pro Bestellung für Zentrale und Besteller generiert werden.
Bei einem normalen Shopbetrieb (habe mir ein paar Demos angesehen) stoße ich da zumeist an folgende Grenzen:
Wenn ein Besteller für Herrn Mustermann 3 T-Shirts in XL bestellt, in der selben Bestellung außerdem 2 T-Shirts in XL für Herrn Meier, dann wird das zumeist im Warenkorb summiert. Das ist für die Gesamtübersicht des Bestellers und der Zentrale gut, aber personenbezogene Packzettel lassen sich damit nicht mehr generieren. Darüber hinaus gibt es noch "kleinere" Probleme, die häufiger zu sehen sind: z.B. kann ich Artikel manchmal nicht mit dem Preis 0,00 EUR versehen - wir bräuchten aber gar keine Zahlen / Preise (und auch keine Steuerberechnung etc. pp.).
So gesehen können Webshops oft viel mehr als ich brauche (verschiedene Steuerberechnungsmodelle, die ganzen Zahlungsabwicklungen, Versandkosten etc. pp.), aber die für mich zentralen Punkte sind oft schwierig umzusetzen.
Ich habe auch schon daran gedacht, eher in Richtung Groupware zu suchen und diese dann aufzurüsten - anstatt einen Shop zu suchen und diesen dann abzurüsten (von der Funktionalität her
). Aber deshalb bin ich ja nicht hier im Forum am Fragen.
Mal kurz als Wunschtraum:
Perfekt wäre ein Webshop, der nur über Login erreichbar ist. Danach kann der Besteller in einem Formularfeld angeben, für wen er gerade bestellt. z.B. Herrn Mustermann. Dann legt er 3 T-Shirts und 2 Hosen (jeweils Größe XL) in den Warenkorb und bestellt anschließend für Frau Musterfrau 5 T-Shirts und 3 Jacken (jeweils in M). Als nächstes bestellt er für Herrn Meier 1 T-Shirt in XL und 1 Jacke in M (macht wenig Sinn, aber als Beispiel ). Auf dem Lieferschein ist dann nachher klar erkennbar, dass 3 T-Shirts und 2 Hosen in XL an Herr Mustermann gehen sollen (der den Erhalt später auch abzeichnen soll) und 5 T-Shirts und 3 Jacken in M an Frau Musterfrau und 1 T-Shirt in XL sowie 1 Jacke in M an Herrn Meier. In der Rechnung aber gibt es eine Gesamtübersicht, in der 4 T-Shirts in XL, 5 T-Shirts in M, 2 Hosen in XL und 4 Jacken in M aufgelistet sind. Diese "Rechnung" wird für den Besteller als Übersicht ausgegeben und für die Zentrale bei uns als eigenes Bestell/Produktionsblatt behalten.
Bisher haben wir so etwas in der Art über Excel-Listen gemacht, aber die Fehleranfälligkeit ist dort relativ hoch, weil durch zunehmende Produktanzahl die Tabellen relativ klein werden, wenn sie auf einer Seite Platz haben sollen...
Kann jemand einschätzen, ob sich sowas mit JTL WaWi + JTL Webshop realisieren ließe?
Oh, noch eine Frage: Vermutlich bin ich nur zu blind, aber wo finde ich denn etwas zu Systemvoraussetzungen des Shops?
ich habe kein Subforum für allgemeine Fragen gefunden, da dachte ich, es passt am ehesten zum Thema Arbeitsabläufe.
Es ist ein bisschen eine längere Leier, ich versuche mich einfach mal an der Verschriftlichung...
Wir wollen bei uns eine spezielle Form von Shopsoftware bzw. eines Bestellformulars einführen.
Dabei geht es um interne Bestellungen von Kleidung, der Shop sollte also gar nicht öffentlich einsehbar sein (ohne Login). Es wird einen festen Stamm an Artikeln geben (ca. 5-10 mit entsprechenden Größen), die ein Besteller für seine Abteilung bzw. sein Team bestellen kann. Vom Ergebnis her ist wichtig, dass personenbezogene Packzettel/Lieferscheine angelegt werden können (damit jedem sein Päckchen geschnürt werden kann), zugleich aber auch Gesamtübersichten pro Bestellung für Zentrale und Besteller generiert werden.
Bei einem normalen Shopbetrieb (habe mir ein paar Demos angesehen) stoße ich da zumeist an folgende Grenzen:
Wenn ein Besteller für Herrn Mustermann 3 T-Shirts in XL bestellt, in der selben Bestellung außerdem 2 T-Shirts in XL für Herrn Meier, dann wird das zumeist im Warenkorb summiert. Das ist für die Gesamtübersicht des Bestellers und der Zentrale gut, aber personenbezogene Packzettel lassen sich damit nicht mehr generieren. Darüber hinaus gibt es noch "kleinere" Probleme, die häufiger zu sehen sind: z.B. kann ich Artikel manchmal nicht mit dem Preis 0,00 EUR versehen - wir bräuchten aber gar keine Zahlen / Preise (und auch keine Steuerberechnung etc. pp.).
So gesehen können Webshops oft viel mehr als ich brauche (verschiedene Steuerberechnungsmodelle, die ganzen Zahlungsabwicklungen, Versandkosten etc. pp.), aber die für mich zentralen Punkte sind oft schwierig umzusetzen.
Ich habe auch schon daran gedacht, eher in Richtung Groupware zu suchen und diese dann aufzurüsten - anstatt einen Shop zu suchen und diesen dann abzurüsten (von der Funktionalität her
). Aber deshalb bin ich ja nicht hier im Forum am Fragen.Mal kurz als Wunschtraum:
Perfekt wäre ein Webshop, der nur über Login erreichbar ist. Danach kann der Besteller in einem Formularfeld angeben, für wen er gerade bestellt. z.B. Herrn Mustermann. Dann legt er 3 T-Shirts und 2 Hosen (jeweils Größe XL) in den Warenkorb und bestellt anschließend für Frau Musterfrau 5 T-Shirts und 3 Jacken (jeweils in M). Als nächstes bestellt er für Herrn Meier 1 T-Shirt in XL und 1 Jacke in M (macht wenig Sinn, aber als Beispiel
). Auf dem Lieferschein ist dann nachher klar erkennbar, dass 3 T-Shirts und 2 Hosen in XL an Herr Mustermann gehen sollen (der den Erhalt später auch abzeichnen soll) und 5 T-Shirts und 3 Jacken in M an Frau Musterfrau und 1 T-Shirt in XL sowie 1 Jacke in M an Herrn Meier. In der Rechnung aber gibt es eine Gesamtübersicht, in der 4 T-Shirts in XL, 5 T-Shirts in M, 2 Hosen in XL und 4 Jacken in M aufgelistet sind. Diese "Rechnung" wird für den Besteller als Übersicht ausgegeben und für die Zentrale bei uns als eigenes Bestell/Produktionsblatt behalten.Bisher haben wir so etwas in der Art über Excel-Listen gemacht, aber die Fehleranfälligkeit ist dort relativ hoch, weil durch zunehmende Produktanzahl die Tabellen relativ klein werden, wenn sie auf einer Seite Platz haben sollen...
Kann jemand einschätzen, ob sich sowas mit JTL WaWi + JTL Webshop realisieren ließe?
Oh, noch eine Frage: Vermutlich bin ich nur zu blind, aber wo finde ich denn etwas zu Systemvoraussetzungen des Shops?