ich freue mich sehr euch heute Abend eine großartige Neuigkeit zu präsentieren, auf die die meisten von euch lange gewartet und sich sehr gewünscht haben!
Unsere Product Roadmap ist nun endlich verfügbar!!!
Auf der Roadmap könnt ihr direkt auf einen Blick sehen, woran wir gerade arbeiten, was als nächstes kommt und was erst in späterer Zeit bearbeitet wird. Außerdem könnt ihr die Features, die im Moment darauf stehen, als “nice-to-have”, “important” oder “critical” markieren und ihr werdet dann direkt bei Änderungen benachrichtigt und außerdem helft ihr uns damit bei unserer Priorisierung.
Aber natürlich nicht nur das, ihr könnt auch die gesamte Roadmap Planung beeinflussen, indem ihr direkt über das Portal eine Idee Submitted. Diese landet dann direkt bei unserem Produkt Team zur Überprüfung.
Auch wenn die Roadmap auf Englisch ist, könnt ihr Ideen gerne auch auf Deutsch einreichen. Ihr werdet dann wie auf unserem Community Ideas Board die Möglichkeit haben für einzelne Punkte zu voten und auch sehen können, wie viele andere Kunden dafür gevotet haben.
Dabei werden wir uns von euch beeinflussen lassen und Features, die von vielen Kunden markiert werden, werden höher priorisiert und versucht schneller zu bearbeiten.
Wie ihr festgestellt habt, gibt es hier Überschneidungen zu unserem derzeitigen Ideen Board hier in der Community. Daher haben wir uns entschlossenn das Ideen Board hier in der Community zu schließen und diese Ideen in das neue Board zu integrieren. Keine Sorge, eure Ideen in unserer Community sind also nicht verloren, sondern ihr könnt nur keine neuen mehr erstellen. Wir werden außerdem alle Ideen in den nächsten Wochen durchgehen und zu unserem neuen Portal migrieren und in die allgemeine Product Roadmap integrieren!
Ich hoffe sehr, dass ihr euch genauso über die Roadmap freut, wie wir uns! Wir hoffen außerdem, dass ihr durch die neue Roadmap ein besseres Verständnis bekommt, woran wir gerade arbeiten und was unsere Prioritäten sind.
Wir bedanken uns jetzt schon Mal für alle Fragen, alle Ideen und alle Beiträge, die ihr uns in Zukunft schicken werdet! Nur durch euch, können wir unser Produkt zu dem machen, was für euch am Besten ist.
Falls ihr sonst noch Fragen oder Anregungen habt, schreibt sie doch gerne direkt hier unter den Post!
Liebe Grüße und schon Mal ein schönes Wochenende!
Jonas
Buchseite 1 / 2
Ich find’s sehr traurig, dass ich einen funktionierenden und zuverlässigen CSV-Export von SQL-Berichten nicht auf der Roadmap finde. Leider schafft es Xentral seit Jahren, mehrere schwerwiegende Bugs im CSV-Export einfach zu ignorieren.
Korrekter CSV-Export zu programmieren wäre so ein Schülerpraktikanten-Thema. Aber natürlich könnte man auch einfach eine Standardfunktion von PHP verwenden. Aber nein, funktionierender CSV-Export steht nicht auf der Roadmap :-(
Hab’s nochmal auf der Roadmap submitted, aber glaub schon nicht mehr daran.
PS: Gleiches Problem bei den Exportvorlagen.
Mir fehlt ein Zeitstrahl bzw. Zeitangaben zur terminlichen Einordnung der einzelnen Punkte.
NOW, NEXT, LATER - sehr deeeehnbar...
Mir fehlt ein Zeitstrahl bzw. Zeitangaben zur terminlichen Einordnung der einzelnen Punkte.
NOW, NEXT, LATER - sehr deeeehnbar...
Da kann ich nur zustimmen es würde schon reichen ggf. nächstes Quartal oder Monat um das ein wenig genauer zu gestalten.
Hallo @Jonas Müller ,
bekomme immer einen Fehler beim öffnen, könnt ihr das noch ändern?
Gibt es auch eine Suche? Wie siehts an der Front mit den massenweise MHD/Chargenverbesserungen aus? Auf den ersten Blick nix gesehen :)
@Jochen Laib
Hallo @Jonas Müller ,
bekomme immer einen Fehler beim öffnen, könnt ihr das noch ändern?
Diese lange Header wird von AWS CloudFront generiert, da ihre Instanzen mehrere Websites bedienen. Um die Seiten schneller zu machen, werden die Headers bei der Bereitstellung erstellt und dann zwischengespeichert. In diesem Fall besteht die Sicherheitsrichtlinie aus allen Site-Namen, die von der CloudFront-Instanz bedient werden. Dies ist ein Standardverhalten von AWS CF, welche wir nicht ändern können.
In diesem Fall ist eine Anpassung der Einstellungen in dein WatchGuard Proxy einfacher.
Ich find’s sehr traurig, dass ich einen funktionierenden und zuverlässigen CSV-Export von SQL-Berichten nicht auf der Roadmap finde. Leider schafft es Xentral seit Jahren, mehrere schwerwiegende Bugs im CSV-Export einfach zu ignorieren.
Korrekter CSV-Export zu programmieren wäre so ein Schülerpraktikanten-Thema. Aber natürlich könnte man auch einfach eine Standardfunktion von PHP verwenden. Aber nein, funktionierender CSV-Export steht nicht auf der Roadmap :-(
Hab’s nochmal auf der Roadmap submitted, aber glaub schon nicht mehr daran.
PS: Gleiches Problem bei den Exportvorlagen.
Ja - habe das auch schon paar Mal eingebracht. Wenn man die Bestandteile einer Stückliste löschen will, kann man das nicht per CSV Upload. Ich hatte es mit = 0 versucht, aber hat nichts gebracht. Teilweise haben wir 500 Child-Artikel und da will ich das wirklich nicht manuell ändern. Enttäuscht mich auch ein wenig. Deshalb klares Upvote von mir. :-)
Interessant wäre es auch zu sehen, wie denn die Upvotes aussehen.
D.h. wenn z.B. 20 Upvotes vorhanden sind, wie sich nice-to-have”, “important” oder “critical” aufteilt.
Wenn ich nun eine Idee eingebracht habe, die auf Deutsch formuliert wurde, wie finde ich die über die Suche?
Beim alten System habe ich in meinem Account alles gesehen, auch Ideen, die ich erstellt habe. Dies ist nun nicht mehr zu sehen.
Die Grundidee einer Roadmap ist ja gut, aber was viele schon schreiben, fundamentale Dinge sind einfach nicht auf der Roadmap.
Mein Lieblingsthema Standardpreise mit Rabatt und Sonderpreisen… ist auch nicht dabei….
Da muss was gemacht werden. Da ist nichts von vorhanden (oder ich sehe es nicht).
Es gibt aber schon seit über 13 Monaten ein Ticket dazu :-(
Und nicht alle sind so fit in Englisch dass dort alles verstanden wird. Geht u.a. auch mir so.
Zum Thema fundamentale Dinge fehlen gänzlich:
Paketgewicht im Auftrag wird nur gezählt, aber in keiner Datenbank gespeichert.
Das ist wie beschrieben 1. für jegliche Statistik die Carrier betrifft maßgeblich und 2. für Abrechnungen als Fulfiller oder im Fremdversand und 3. Im Streitfall mit einem Carrier wegen falscher Portonachberechnungen für alle Händler als Nachweisgrundlage absolut nötig.
Zum Thema fundamentale Dinge fehlen gänzlich:
Paketgewicht im Auftrag wird nur gezählt, aber in keiner Datenbank gespeichert.
Das ist wie beschrieben 1. für jegliche Statistik die Carrier betrifft maßgeblich und 2. für Abrechnungen als Fulfiller oder im Fremdversand und 3. Im Streitfall mit einem Carrier wegen falscher Portonachberechnungen für alle Händler als Nachweisgrundlage absolut nötig.
@Alexander Richtath In der Tabelle “versand” wird das Gewicht zu den erstellten Paketmarken gespeichert. Dazu findet sich auch die ID vom Lieferschein, sodass das den Lieferscheinen (und Aufträgen) wieder zugeordnet werden kann. Ist vermutlich nicht die Lösung, auf die du gehofft hast, aber besser als nichts. Aus bisher ungeklärten Gründen fehlen uns allerdings auch Paketmarken in dieser Tabelle.
@Dennis Hiefer das ist schon mal ein guter Hinweis, den ich bisher nicht bekommen habe.
Dennoch entspricht das nicht so ganz den Vorstellungen die ich habe. Ggf. bringt mich das aber schon weiter. Danke Dir!
Zum Thema fundamentale Dinge fehlen gänzlich:
Paketgewicht im Auftrag wird nur gezählt, aber in keiner Datenbank gespeichert.
Das ist wie beschrieben 1. für jegliche Statistik die Carrier betrifft maßgeblich und 2. für Abrechnungen als Fulfiller oder im Fremdversand und 3. Im Streitfall mit einem Carrier wegen falscher Portonachberechnungen für alle Händler als Nachweisgrundlage absolut nötig.
@Alexander Richtath In der Tabelle “versand” wird das Gewicht zu den erstellten Paketmarken gespeichert. Dazu findet sich auch die ID vom Lieferschein, sodass das den Lieferscheinen (und Aufträgen) wieder zugeordnet werden kann. Ist vermutlich nicht die Lösung, auf die du gehofft hast, aber besser als nichts. Aus bisher ungeklärten Gründen fehlen uns allerdings auch Paketmarken in dieser Tabelle.
Hi @Dennis Hiefer interessant, stehen da bei euch wirklich die tatsächlichen Gewichte, also auch die durch die Anwender korrigierten Angaben im Paketenmarke Dialog, in der Datenbank, oder doch nur die, die Xentral aufgrund der Artikeldaten ermittelt hat initial?
BG, Daniel
Hi @Dennis Hiefer interessant, stehen da bei euch wirklich die tatsächlichen Gewichte, also auch die durch die Anwender korrigierten Angaben im Paketenmarke Dialog, in der Datenbank, oder doch nur die, die Xentral aufgrund der Artikeldaten ermittelt hat initial?
BG, Daniel
Hallo @Daniel Schmidtchen das kann ich dir leider nicht sicher sagen, da ich nicht weiß wie oft unsere Mitarbeiter im Versand da Korrekturen vornehmen. Vielleicht kannst du es aber daraus ableiten, dass es in vielen Fällen die Gewichte sind, die wir an unsere Versandunternehmen übermitteln und nach denen uns dann der Versand in Rechnung gestellt wird? In den anderen Fällen wurde vom Versandunternehmen nachgewogen und ein falsches Gewicht korrigiert.
Und wie bereits gesagt: es sind auch nicht alle Paketmarken in der Tabelle gespeichert. Manche fehlen einfach.
Folgendes konnte ich dazu feststellen:
Die in der Datenbankansicht angegebene Lieferscheinnummer stimmt nicht mit den Lieferscheinnummern überein, die diesem Auftrag zugeordnet sind. Dabei ist es egal ob die Aufträge per Übertragenmodul oder Shop übertragen werden, oder die Aufträge direkt in Xentral manuell angelegt werden. Beispiel: Datenbank Lieferscheinnummer 69311 in Auftragsmappe Auftragsnummer 336919 Lieferscheinnummer 238088. Mir erschließt sich also noch nicht inwiefern diese miteinander zusammenhängen.
@Daniel Schmidtchen
Zum Thema echte Paketgewichte kann ich bestätigen, dass es sich dabei um die eingetragenen Versandgewichte handelt.
Hi @Dennis Hiefer interessant, stehen da bei euch wirklich die tatsächlichen Gewichte, also auch die durch die Anwender korrigierten Angaben im Paketenmarke Dialog, in der Datenbank, oder doch nur die, die Xentral aufgrund der Artikeldaten ermittelt hat initial?
BG, Daniel
Hallo @Daniel Schmidtchen das kann ich dir leider nicht sicher sagen, da ich nicht weiß wie oft unsere Mitarbeiter im Versand da Korrekturen vornehmen. Vielleicht kannst du es aber daraus ableiten, dass es in vielen Fällen die Gewichte sind, die wir an unsere Versandunternehmen übermitteln und nach denen uns dann der Versand in Rechnung gestellt wird? In den anderen Fällen wurde vom Versandunternehmen nachgewogen und ein falsches Gewicht korrigiert.
Und wie bereits gesagt: es sind auch nicht alle Paketmarken in der Tabelle gespeichert. Manche fehlen einfach.
Die fehlenden Paketmarken werden die sein, die der Packer im Lager nicht gespeichert hat.
Wenn der Prozess eingehalten wird, werden dort dann auch alle auftauchen.
@Alexander Richtath aber bei unserem Test mit dem Report waren die bei euch doch leer, oder irre ich?
@Daniel Schmidtchen das weiß ich nicht. Das Thema war für uns erstmal auf Pause, als es auch von Xentral Seite hieß, dass die Gewichte nirgens gespeichert werden und wenn, dass es sich dabei dann um kummulierte Artikelgewichte, aber nicht um das reale Frachtgewicht handelt.
Folgendes konnte ich dazu feststellen:
Die in der Datenbankansicht angegebene Lieferscheinnummer stimmt nicht mit den Lieferscheinnummern überein, die diesem Auftrag zugeordnet sind. Dabei ist es egal ob die Aufträge per Übertragenmodul oder Shop übertragen werden, oder die Aufträge direkt in Xentral manuell angelegt werden. Beispiel: Datenbank Lieferscheinnummer 69311 in Auftragsmappe Auftragsnummer 336919 Lieferscheinnummer 238088. Mir erschließt sich also noch nicht inwiefern diese miteinander zusammenhängen.
@Daniel Schmidtchen
Zum Thema echte Paketgewichte kann ich bestätigen, dass es sich dabei um die eingetragenen Versandgewichte handelt.
verwechselst du hier vielleicht Lieferschein ID mit Nummer? In der Datenbank stehen oft als Referenzen nur die IDs, nicht die Belegnummern, wobei es da ausnahmen gibt :)
@Daniel Schmidtchendas weiß ich nicht. Das Thema war für uns erstmal auf Pause, als es auch von Xentral Seite hieß, dass die Gewichte nirgens gespeichert werden und wenn, dass es sich dabei dann um kummulierte Artikelgewichte, aber nicht um das reale Frachtgewicht handelt.
Stimmt, so war das.. danke!
Folgendes konnte ich dazu feststellen:
Die in der Datenbankansicht angegebene Lieferscheinnummer stimmt nicht mit den Lieferscheinnummern überein, die diesem Auftrag zugeordnet sind. Dabei ist es egal ob die Aufträge per Übertragenmodul oder Shop übertragen werden, oder die Aufträge direkt in Xentral manuell angelegt werden. Beispiel: Datenbank Lieferscheinnummer 69311 in Auftragsmappe Auftragsnummer 336919 Lieferscheinnummer 238088. Mir erschließt sich also noch nicht inwiefern diese miteinander zusammenhängen.
@Daniel Schmidtchen
Zum Thema echte Paketgewichte kann ich bestätigen, dass es sich dabei um die eingetragenen Versandgewichte handelt.
verwechselst du hier vielleicht Lieferschein ID mit Nummer? In der Datenbank stehen oft als Referenzen nur die IDs, nicht die Belegnummern, wobei es da ausnahmen gibt :)
Schön wäre es, aber leider nein.
Datenbankansicht
Über das Versandzentrum dann per angegebener Trackingnummer nachvollzogen
:)
Wie schon geschrieben: In der Tabelle steht die Lieferschein ID, also die ID des Tabelleneintrages. Diese würdest du in der Tabelle-Lieferschein auch wiederfinden und dort dann auch die dazugehörige Belegnummer. Im Versandzentrum und auch sonst der Anwenderansicht findest du immer die Belegnummer.
Mir fehlt ein Zeitstrahl bzw. Zeitangaben zur terminlichen Einordnung der einzelnen Punkte.
NOW, NEXT, LATER - sehr deeeehnbar...
Gibts hierzu mal ein Update ? Oder lassen wir alles offen und die On-Promise Kunden im dunkelen stehen die eigentlich gerne wechseln würden aber viele Funktionen einfach nicht mehr verfügbar sind.
Mit freundlichen Grüßen
@Moritz danke für deine Rückfrage!
Es ist verständlich, dass das für Verunsicherung sorgt, aber die Angabe dieser Art ist gängige IT-Praxis. Sie erlaubt es uns flexibel auf die sich stellenden Entwicklungen einzugehen, was gerade das ist, was man in einem so dynamischen Umfeld braucht.
Um ein Beispiel zur Verdeutlichung zu geben: Nehmen wir an, ein großer Onlinemarktplatz, wie der größte deutsche Onlinemarkt, ändert plötzlich etwas grundlegendes an seiner Artikellogik, und das so tiefgreifend, dass es die Lagerhaltung komplett aus der Bahn wirft und wir diese neu entwickeln müssen, könnte das jede weitere Entwicklung bei uns auf unvorhersehbare Zeit nach hinten verschieben. Allein das Aufschieben zu orchestrieren wäre eine Aufwendung von Ressourcen, die wir sonst lieber in die Behebung des eigentlichen Problems investieren würden.
Auch wenn es zunächst unübersichtlich wirkt, ist das der effektivste und ressourcenschonendste Ansatz.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Scanne Datei nach Viren
Tut uns leid, wir prüfen noch den Inhalt dieser Datei, um sicherzustellen, dass sie gefahrlos heruntergeladen werden kann. Bitte versuche es in wenigen Minuten erneut.
