Neu Barcodescan bei Barverkauf

[webschmiede]

Guten Morgen,
zurzeit erstelle ich für einen Kunden die Artikelverwaltung via JTL-WaWi in Verbindung mit einem Ladenlokal plus Onlineshop.

Szenario:
Der Kunde besitzt einen Laden und zugleich einen Onlineshop. Alle Artikel liegen in der WaWi und sind zum einen im Laden zu kaufen und zugleich Online erhältlich. Genutzt wird ein gemeinsames Lager. Seit längerem überlege ich nun schon, wie der sicherste Weg bzgl. Liveentnahme aussehen könnte.
Meine Idee war, den verkauften Artikel einzuscannen und den Warenbestand in der WaWi zu reduzieren. Also habe ich an der Arbeit einen Scanner mitgenommen und zumindest diesen soweit eingerichtet.
Nun zu meinem Problem: Wie kann ich den ABlauf innerhalb der WaWi so einstellen, dass sich nach Barcodescan die Korrekturbuchungsmaske öffnet? Gibt es hierfür innerhalb des Systems einen Shortcut? Oder vielleicht einen Workflow? Oder sogar eine Maske für Barverkauf die ich bisher noch nicht finden konnte?
Dieser Ablauf darf gerne Benutzerkontenabhängig sein. Wenn der User "Verkauf" angemeldet ist dann der oben beschriebene Ablauf, wenn der User Lager angemeldet ist dann z.B. statt Warenausgang den Wareneingang nutzen.
Ich hoffe, dass ich es einigermaßen verständlich rüberbringen konnte
Mein Kunde möchte vorerst NICHT in ein teures Kassensystem investieren, erst wenn der Onlineshop richtig anlaufen sollte.

Ich danke euch schonmal im voraus für eure Hilfe oder Anregungen

Gruß Dom

 

[Jörg Westmeier]

Interessanter Gedanke, würde mich auch mal interessieren.

 

[webschmiede]

Hat denn niemand ein ähnliches Problem oder zumindest einen Lösungsansatz? Was sagt denn der JTL-Support hierzu? Kann mir schwer vorstellen, dass ich der erste mit diesem Problem bin.

Gruß Dom

 

[mludwig]

Für Verkäufe im Shop (Bar, EC, CC) würde ich die LS-POS von Luwosoft empfehlen. Macht genau das, was Du brauchst. Der Bestand wird bei Verkauf automatisch verringert. Ich habe zwar keine Erfahrungen mit dem JTL-Shop, aber ich gehe davon aus, dass nach einer Syncronisation/Abgleich der Bestand im Internet dann korrekt sichtbar sein sollte.

 

[mustermann]

Mein Kunde möchte vorerst NICHT in ein teures Kassensystem investieren, erst wenn der Onlineshop richtig anlaufen sollte.

Aus Erfahrung kann ich sagen: Billiger als alle Frickelei ist das hier: https://www.luwosoft-shop.de/LS-POS-Starter_1

 

[McAvity]

@mustermann @mludwig
Ihr seht das falsch, der Kunde von @webschmiede möchte nicht so viel Geld für die LS-POS Kasselösung ausgeben - er muss ja schon @webschmiede für seine Dienstleistung bezahlen.

MfG

McAvity

 

[McAvity]

@webschmiede

Nur mal so als interessierte Frage: wie will das denn dein Kunde dem Finanzamt gegenüber machen?
Und bekommt der Kunde bei Ihm im Ladengeschäft keine Quittung bzw. Kassenbon?

MfG

McAvity

 

[christian1701]

Mein Kunde möchte vorerst NICHT in ein teures Kassensystem investieren, erst wenn der Onlineshop richtig anlaufen sollte.
Gruß Dom

Was hat denn die Kasse mit dem Onlineshop zu tun? Die braucht er doch bei einem Ladenlokal sowieso und wenn 299 für die Kassensoftware zu teuer ist ....

 

[chefsalat]

Hat denn niemand ein ähnliches Problem oder zumindest einen Lösungsansatz? Was sagt denn der JTL-Support hierzu? Kann mir schwer vorstellen, dass ich der erste mit diesem Problem bin.

Gruß Dom

Wir machen das so, da das Lager im anderen Gebäude ist und Außenlager existieren. Da will und muss ich keine Kasse haben^^

1) leg dir eine Importvorlage (hat bei uns die ID IMP9, siehst du in der Ameise ) "Preise / Bestände Quicksync") in Ameise an, welche in Spalte 1 die EAN oder was du auch immer scannst und in Spalte 2 die Anzahl enthält. Beim verarbeiten soll eben die "-1" aufaddiert werden (Aktualisierung von eigenem Lagerbestand auf "alten und neuen Addieren" stellen.

2) Der Scanner gibt ja nur das gescannte als Tastatureingabe weiter. Bei uns hängt er an einen Raspy, auf den ein kleines Skript läuft, daß auf dem Server in Verzeichnis "scanner" eine csv erstellt mit unixtimestamp als dateiname, in der drinsteht: gelesene EAN;-1<CRLF>.

Also so^^

EAN/Barcode;Lagerbestand
4069400636291;-1

3) Auf dem Server läuft ein Script, das eben das verzeichnis "scanner" überwacht und enthaltene Dateien der Ameise per Kommandozeile unterschiebt. Damit buchen wir die Artikel aus. Ein zweiter Scanner an einem anderen Rapsy bucht genau so ein.

So sieht der Befehl aus....'"C:\Program Files (x86)\JTL-Software\ JTL-wawi-ameise.exe" --server=(local)\JTLWAWI --database=eazybusiness --dbuser=sa --dbpass=geheimgeheim --templateid=IMP9 --inputfile="D:\scanner\142020012.csv" >> logfile.txt

Geht per VPN sogar in Außenlagern, muss halt dann die Importvorlage anpassen. Gibst Du der Importvorlage noch einen manierlichen Namen, z.B. "Lager1_handscanner", dann steht das auch in der Artikelhistorie drin. Danach die Dateien in ein Archivverzeichnis kopieren und das Logfile täglich prüfen (kann man auch per Skript machen)

Tipp wegen Dateizugriff und Kollision, weil Datei noch geöffnet...: Das Skript überwacht den Ordner und gibt alle zum Zeitpunkt X gefundenen Dateien mit 5 Sek Verzögerung an die JTL-wawi-ameise.exe. Bis dahin sind die Schreiboperationen - bei uns - immer abgeschlossen, selbst bei VPN über DSL Light^^ und es gibt keine Probleme.

 

[mustermann]

Das ist eine coole Idee. Hat zwar nichts mit der Frage des TO zu tun, aber so einen Ansatz, hier für Umlagerung, suche ich schon länger.

Edit: Nach einem kurzen Blick über den Tellerrand korrigiere ich mich: Natürlich ist das eine gute Möglichkeit. Vorausgesetzt, der Ladeninhaber führt eine offene Kasse mit Kassenbüchlein und ist nicht Österreicher. Ja, das geht.

 

[chefsalat]

Anfangs hatten wir das System so, daß der Raspy die Daten per POST an einen IIS sendet, der schrieb die Datei und führte das Skript aus und gab einen Returnwert zurück. Wenn NOK, dann ertönte aus den Lautsprecher, die wir am Raspy hatten, ein Warnton. Dann wusste man, wenn was schiefging. Kam aber ungefähr 2 mal im Jahr vor, also wurde beim Serverumzug das Thema IIS weggelassen. Dort bewegen sich täglich wenige Artikel, aber hochwertig. Wenn sich da richtig Masse bewegt ist das eher unbrauchbar, ganz klar....

Ein anderer Kunde hat eine iOS App, die haben wir selbst gebastelt, die scannt per Kamera den Barcode, man wählt dann ein/ausbuchen und die Anzahl. Ich kann danach erneut scannen oder die Buchung(en) ausführen; die Rückmeldung kommen direkt auf das Display, wenn OK oder einzelne EANs nicht/doppelt vorhanden und es erfolgt zusätzlich ein Ausdruck am Drucker...Da läuft das ganze wieder per lokalem Webserver, der die Daten dann von der App erhält und dann das ganze in csv giesst und per batch mit Ameise bucht.

 

[McAvity]

Was spricht denn gegen folgendes:

- neue Zahlungsart ( z.B. "Barverkauf") anlegen
- neuen Kunden anlegen (z.B. "Laufkunde")
- per Sofortauftrag die Artikel erfassen (da müsste doch in "Pos. zuordnen" auch die Suche über Barcodes möglich sein, oder nicht?)
- Rechnung sofort drucken
- über die Ameise die Rechnungen für die oben angelegte Zahlart automatisch auf "bezahlt" setzen lassen

MfG

McAvity