Hallo Tobias,
eine solche Verzögerung wäre mir nicht bekannt.
Kannst du hierzu bitte ein Ticket eröffnen, damit wir es uns anschauen können?
Eine Minute (oder im Verlauf im schlimmsten Fall mehr) bei bis zu 4.000 Artikeln warten zu müssen, wäre natürlich alles andere als optimal und da sind wir doch bemüht, dass es schneller gehen sollte.
Sollte es am Produkt liegen, das ihr als Scanner verwendet, werden wir da leider nichts machen können, aber wenn es an unserer Seite liegen sollte, sollten wir das doch im Auge behalten und bemüht sein, es besser zu machen.
Beste Grüße
Hallo @Dennis Bernhardt ,
vielen Dank für deine super schnelle Rückmeldung!
Ich habe soeben ein Support Ticket bei euch aufgemacht mit dem gleichen Titel ;)
Besten Dank Dir für die Unterstützung!
Viele Grüße in den Süden
Tobias
Hallo Tobias,
ich arbeite an der InventoryApp von Xentral und möchte dir Feedback quasi aus der ersten Hand geben:
Arbeiten mit 4000 Artikeln ohne Regale ist leider sehr kontraproduktiv. Jedes mal wenn in der App ein neues Artikel zu einem Regal hinzugefügt wird (in euerem Fall ist ein Regal = Lager), schicken wir eine Kopie aller bisher gezählten Artikel des Regals zum Server. Damit möchten wir einen evtl. eintretenden Datenverlust vermeiden (z.B. Batterie des MDA Geräts ist leer). Da Ihr aber nur einen Regal habt, müssen wir immer wieder ALLE bisher gezählten Artikel zum server senden. Dies verlangsamt immer weiter die Kommunikation zum Server und erzeugt unnötigerweise sehr viele Daten in eurer Server Datenbank.
Wie ist denn euer Lager ohne Regale organisiert? Wie findet Ihr die Artikel aus den 4000 vorhandenen Artikel im Lager?
Viele Grüße,
Alex
Hallo @AlexK ,
vielen Dank für deine Rückmeldung!
Ok, sowas in der Art mit dem Zwischenspeicher haben wir uns schon fast gedacht… was natürlich auch Sinn macht, in unserem Fall aber gerade sehr unschön verläuft...
Denn nun zu deiner Frage: Das Lager bei uns ist eine POS Fläche / stationärer Laden, wo wir keine Regale bzw. Lagerplätze auf der Fläche haben. Diese müssen wir ja auch Inventurtechnisch abbilden können.
Welche Lösungs-Möglichkeiten siehst du hier für uns? Wie habt ihr denn bei eurer eigenen internen POS Lösung diesen Use Case geplant?
Besten Dank Dir für deine Unterstützung!!
Viele Grüße
Tobias
Hi Tobias,
melde mich gleich mit einem Lösungsvorschlag mit Hilfestellung durch uns auf Server-Seite im Ticket
Grüße Fabian
Moin @Windsport Ecom ,
für die Zukunft würde ich euch empfehlen, die POS Fläche in einzelne Regale (Bereiche) aufzuteilen.
Ich gehe mal davon aus, dass ihr nicht einen riesen Haufen mut Ware habt, sondern dass die Räumlich unterteilt sind.
Moin @Max_P ,
vielen Dank Dir für deine Antwort und Anregung 
Für eine kleinere Boutique mit wenigen SKUs und geringer Frequenz sollte das Einteilen in mehreren (10 - 100) Regalen vielleicht funktionieren. Unsere POS Läden liegen aber in einem hoch frequentierten Tourismusgebiet, wo wir in der Peak Zeit über mehrere Monate nicht die operative Kapazität sehen, unsere POS Fläche vielleicht in mehr als 2-3 Regale aufzuteilen und dann auch “nachzuhalten”. Jedenfalls können wir uns das anders gerade sehr schwer vorstellen.
Dazu kann unsere Ware auch zu oft den Standort auf der POS Fläche wechseln (drinnen, draußen, Sale Bereich, Aktionsfläche je nach Wetter, temporäres Nachschublager, etc. ). Dann sind das immer noch über 1.000 Artikel pro Regal, wo dann die Mobile Inventory App ja anscheinend schon an ihre Grenzen stößt ...
Wo ich hinaus möchte: sind das vielleicht zwei verschiedenen Use Cases einer Inventory App?
Ich freue mich auf Rückmeldungen oder Anregungen :)
Beste Grüße
Tobias
@Windsport Ecom ,
das kann ich in eurem Fall gut nachvollziehen.
@AlexK , @Fabian K. ,
habt ihr eine Idee, wie man das zukünftig lösen kann? Wäre es denkbar, nicht immer alles zu übertragen? Ggf. mit temp. Tabellen?
Der Fall ist bei POS Nutzern ja wohl eher die Regel als die Ausnahme, oder?
