Neu LS-POS ist eine Katastrophe...

[arich001]

Hi,

Aufgrund täglicher Störungen/Fehlermeldungen in LS-POS hab mal ne Frage bezüglich Eurer IT-Struktur.
Wir haben aktuell 2 Läden in denen LS-POS als Kasse auf NUCs läuft.
Angebunden über eine 250/50 Business Leitung der Telekom ans Netz.
Die Buchhaltung/Einkauf u.s.w. hat einen anderen Standort und deshalb Hosten wir unsere JTL-Datenbank bei IONOS. (Cloud Server XXL // CPU:6 vCore // RAM:12 GB SSD:240 GB )
Lt. dem IONOS Monitoring ist dort alles im grünen Bereich (CPU & RAM-Auslastung durchschnittlich bei 10%)

Dennoch haben wir täglich mit Störungen beim Kassieren zu kämpfen.
Da kommt dann z.B. zum Fehler "Kommunikationsproblem", der nur mit dem Neustart von LS-POS zu beheben ist, was bei anstehenden Kunden mehr als schlecht ist.
Die Artikelsuche in LS-POS ist auch nicht nutzbar, weil sie quasi der Inbegriff der Trägheit ist.
Dazu kommt dann das unsägliche warten auf den Bon oder die sporadischen Fehlbeträge im Kassenbericht.

Unterm Strich also eine ultimative Katastrophe.

Wie ist das bei Euch so?
Welche Probleme habt Ihr mit LS-POS und welche Lösungen habt Ihr ?

Thx

 

[recent.digital]

Hey,
hast du schonmal diesen Test hier durchgeführt? https://de.packetlosstest.com/ - kann ein guter Indikator für die Qualität (nicht die Geschwindigkeit) der Leitung sein.

Ihr nutzt kein W-LAN?

Ihr hab professionelle Router oder eine Fritzbox im EInsatz? Nutzt ihr hochwertige Kabel bis zur Kasse?

SQL Standard oder Express?

Ist im gleichen Netzwerk eine Video-Anlage oder ähnliches geschaltet?

 

[arich001]

Hey,
hast du schonmal diesen Test hier durchgeführt? https://de.packetlosstest.com/ - kann ein guter Indikator für die Qualität (nicht die Geschwindigkeit) der Leitung sein.

Ihr nutzt kein W-LAN?

Ihr hab professionelle Router oder eine Fritzbox im EInsatz? Nutzt ihr hochwertige Kabel bis zur Kasse?

SQL Standard oder Express?

Ist im gleichen Netzwerk eine Video-Anlage oder ähnliches geschaltet?

• Den Test hab ich schon mehrmals druchlaufen lassen, alles Schick (~25ms & 0,00% Verlust).
• Wlan nutzen wir nur bei einem mobilen Gerät zum Etiketten drucken.
• Als Router kommt die Fritzbox 6890 LTE und als Switch der TP-Link TL-SG1024 zum Einsatz.
• Verkabelt ist alles mit Cat 6 Kabel.
• SQL Express auf Windows Server 2019.
• Wir haben 20 Kameras von Foscam im selben Netz laufen.

Könnte es damit zusammenhängen:



Dachte immer das die Express nur bis 10GB schluckt. 🤔

 

[recent.digital]

• Testen bei abgeklemmter Kameraanlage
• Test zu unterschiedlichen Zeiten durchführen, ggf. gibt es eine zeitliche Abhängigkeit
• LTE unterliegt gerne Schwankungen, ggf. gibt es Auffälligkeiten auch hier bei den Uhrzeiten
• Firmware von allen Geräte aktuell? Patches eingespielt?
• Wieviele Benutzer greifen auf die Datenbank zu - ggf. Wechsel auf SQL Standard andenken (Bitte gerne teure Lizenzmängel vermeiden)
• Arbeitsspeicher der Kasse / Allgemeine Performance - könnte ein Flaschenhals sein
• ggf. über Remote Management die Kasse und weitere Systeme in die ständige Beobachtung nehmen und analysieren
• Wie immer, nicht nur am Samstag und Mittwoch gilt: ohne Gewähr, ohne Haftung.

Halt die Community gerne auf dem Laufenden

 

[arich001]

• Testen bei abgeklemmter Kameraanlage Werd ich mal testen, sofern der Boss es zulässt
• Test zu unterschiedlichen Zeiten durchführen, ggf. gibt es eine zeitliche Abhängigkeit
• LTE unterliegt gerne Schwankungen, ggf. gibt es Auffälligkeiten auch hier bei den Uhrzeiten LTE wird nur als möglicher Backfall genutzt, normal läuft ja alles über die DSL-Leitung
• Firmware von allen Geräte aktuell? Patches eingespielt? Jop
• Wieviele Benutzer greifen auf die Datenbank zu - ggf. Wechsel auf SQL Standard andenken (Bitte gerne teure Lizenzmängel vermeiden) maximal 5 Nutzer gleichzeit, wenn überhaupt. // Den Wechsel zu SQL Standard hab ich schon im Blick, vor allem bei unserer DB-Größe.
• Arbeitsspeicher der Kasse / Allgemeine Performance - könnte ein Flaschenhals sein NUC i3-8109U @3,00Ghz mit 8 GB // Win 10 Pro (21H2)
• ggf. über Remote Management die Kasse und weitere Systeme in die ständige Beobachtung nehmen und analysieren
• Wie immer, nicht nur am Samstag und Mittwoch gilt: ohne Gewähr, ohne Haftung.

 

[jtldudel]

Langsamen Bon und performance kennen wir auch, dort war eindeutig die Verbindung das Problem (obwohl Internet "schnell genug" war)
Hier was verrücktes: In einer Filiale hatten wir unendlich langsame Bons, beim diagnostizieren des Problems aber lief es immer ganz gut. Irgendwann haben wir verstanden das die Bons viiel schneller kamen, wenn gerade telefoniert wurde. Auch dort war wenn ich mich erinnere eine Fritzbox aktiv, allerdings kein LTE Modell sondern irgendein DSL Modell. Weiß nicht mehr was daraus wurde, müsste ich einen Kollegen fragen. Vielleicht kann sich das hier jemand erklären...

Die LTE-Hybrid Router kenne ich auch nur als problematisch, gerne wird mal zwischendurch kurz von DSL auf LTE umgestellt und Verbindungen brechen ab. Vielleicht mal probieren die Geräte auf reinen DSL-Betrieb zu stellen?

Habt ihr mal versucht mit Luwosoft direkt draufzuschauen?

 

[recent.digital]

Das ist wirklich verrückt.

 

[F.Schneider]

Hallo,
wir erklären uns das durch "QoS" - also dass während des Telefongesprächs sämtliche Pakete von dem Anschluss im Netz des Anbieters eine höhere Priorität haben und dadurch die Latenz bei der Weiterleitung der Pakete sinkt. Wichtig ist übrigens nicht unbedingt die Geschwindigkeit des Anschlusses, also ob 16, 50, 100 oder 250 Mbit, sondern eher die Latenz, also der Ping zum Server und da ist "25ms" eher langsam. Sofern der Server auf Pings antwortet, lasst mal einen Dauerping ( ping [IP] -t ) vom Kassen-PC auf den Server nebenher laufen, während ihr arbeitet.
In diesem Zusammenhang ganz schlecht sind auch VPNs, da sich damit die Latenz extrem erhöht.
Bzgl. des SQL Express bitte nicht vergessen, dass der nur 1GB RAM nutzen darf und einzelne Anfragen durchaus auch mal 2 oder 3 GB brauchen. In dem Fall wird's ganz schnell ganz langsam auch wenn die Systemauslastung des Servers knapp "über Mittagsschlaf" liegt.
Zum Thema Artikelsuche bitte in der Konfiguration die Optimierung für geringe Netzwerkbandbreite optimieren. Dabei wird die Echtzeitsuche beim Tippen deaktiviert und man muss die Suche explizit per Enter oder Klick auf die Lupe starten.