2
Interne webbasierte Materialausgabe
Hi Leute,
ich bin schon seit tagen jetzt auf der suche nach einer Lösung für unsere Materialausgabe. Und zwar sollen sich ausgewählte Mitarbeiten bei uns, ihre Bestellung zusammrn klicken können. Anschließend auf Bestellen drücken und die Bestellung wird in einer Datenbank gespeichert (am besten sql).
So jetzt wollte ich die ganze sache mit einem freien webshop abdecken, allerdings ist da so viel anzupassen (keine preise, keine Anschrift ...) das wird zu viel gebastelt denk ich.
Jetzt die Frage, kennt einer etwas?
Vielen Dank schon mal
Gruß T
ich bin schon seit tagen jetzt auf der suche nach einer Lösung für unsere Materialausgabe. Und zwar sollen sich ausgewählte Mitarbeiten bei uns, ihre Bestellung zusammrn klicken können. Anschließend auf Bestellen drücken und die Bestellung wird in einer Datenbank gespeichert (am besten sql).
So jetzt wollte ich die ganze sache mit einem freien webshop abdecken, allerdings ist da so viel anzupassen (keine preise, keine Anschrift ...) das wird zu viel gebastelt denk ich.
Jetzt die Frage, kennt einer etwas?
Vielen Dank schon mal
Gruß T
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 233195
Url: https://administrator.de/contentid/233195
Ausgedruckt am: 02.11.2024 um 19:11 Uhr
2 Kommentare
Neuester Kommentar
Servus,
ich finde die Idee mit dem Webshop gar nicht so schlecht. Die User würde ich als "Kunden" anlegen, vielleicht sogar importieren, Rechnungs/Lieferadresse kannst du ja vorbelegen. Zahlart ist auch vordefiniert ("gratis"/"Abholung"), die nicht benötigten Sachen im Shop (Preis, Gewicht, ...) kann man bei den meisten Systemen einfach im Template rausnehmen. Die Leute haben halt zwei unnötige "Weiter"-Klicks beim Abschluss...
Vor einigen Jahren hab ich mit dem Oxid eShop herumgespielt, damit würde das z.B. gehen, einige Alternativen gibt es sicher auch noch.
Die Anpassung solltest du (PHP-Kenntnisse und Bastelspaß vorausgesetzt) an einem Vormittag hinbekommen, selber Programmieren dauert sicher länger. Eine Auswertung hättest du ebenfalls, Lagerhaltung und Statusmeldungen auch inklusive.
Auf rechtliche Stolperfallen musst du für eine firmeninterne Lösung vermutlich auch nicht achten
Grüße, Stefan
ich finde die Idee mit dem Webshop gar nicht so schlecht. Die User würde ich als "Kunden" anlegen, vielleicht sogar importieren, Rechnungs/Lieferadresse kannst du ja vorbelegen. Zahlart ist auch vordefiniert ("gratis"/"Abholung"), die nicht benötigten Sachen im Shop (Preis, Gewicht, ...) kann man bei den meisten Systemen einfach im Template rausnehmen. Die Leute haben halt zwei unnötige "Weiter"-Klicks beim Abschluss...
Vor einigen Jahren hab ich mit dem Oxid eShop herumgespielt, damit würde das z.B. gehen, einige Alternativen gibt es sicher auch noch.
Die Anpassung solltest du (PHP-Kenntnisse und Bastelspaß vorausgesetzt) an einem Vormittag hinbekommen, selber Programmieren dauert sicher länger. Eine Auswertung hättest du ebenfalls, Lagerhaltung und Statusmeldungen auch inklusive.
Auf rechtliche Stolperfallen musst du für eine firmeninterne Lösung vermutlich auch nicht achten
Grüße, Stefan
1
Ich poste nur die Kurzfassung. Bei Fragen einfach PN an mich.
Als Webshop habe ich "gambio gx2" genommen weil dieser wirklich leicht anzupassen ist. Dort sind bestimmte Mitarbeiter als Kunden angelegt. Diese dürfen dann bestellen und bekommen eine Bestellnummer.
Um die Bestellungen bearbeiten zu können habe ich ein Access front-end gebaut was auf die SQL-Datenbank zugreift (nicht sauber aber praktikabel). Somit kann die Mitarbeiterin alle Bestellungen sehen und die Pakete fertig machen.
Weiterhin habe ich noch kleine Features eingebaut wie z.b. das alles was nicht ausreichend vorhanden ist in eine Liste geschrieben wird.
So, wie gesagt Kurzfassung.
Als Webshop habe ich "gambio gx2" genommen weil dieser wirklich leicht anzupassen ist. Dort sind bestimmte Mitarbeiter als Kunden angelegt. Diese dürfen dann bestellen und bekommen eine Bestellnummer.
Um die Bestellungen bearbeiten zu können habe ich ein Access front-end gebaut was auf die SQL-Datenbank zugreift (nicht sauber aber praktikabel). Somit kann die Mitarbeiterin alle Bestellungen sehen und die Pakete fertig machen.
Weiterhin habe ich noch kleine Features eingebaut wie z.b. das alles was nicht ausreichend vorhanden ist in eine Liste geschrieben wird.
So, wie gesagt Kurzfassung.
