Version: 24.01.1
Umstellung auf neues Dropshipping-Verhalten & Neue Integration Otto Market
Features 86
Verbesserungen 40
Bleibe immer up-to-date!
Identifizierung der Positionen am Auftrag
Um Positionen am Auftrag zu identifizieren, die von einem Ticket hinzugefügt wurden, kannst du über die Einstellung “Ticket als Positionsgruppe verwenden für aus Ticket erstellte Auftragspositionen” in den Ticketeinstellungen festlegen, dass alle solche Positionen die Ticketnummer in der Positionsgruppe erhalten.
Neue Positionen am Auftrag über Zeiterfassung am Ticket anlegen
In einem Ticket, das mit einem Auftrag verknüpft ist, kannst du jetzt auch über die Zeiterfassung neue Positionen zum Auftrag hinzufügen. Das funktioniert natürlich nur solange der Auftrag nicht bestätigt ist.
Automatisch unterschiedliche Stundensätze für unterschiedliche Probleme im Helpdesk
Unterschiedliche Tickettypen bedingen unterschiedliche Aufgabe. Du kannst jetzt für jeden Tickettyp einen eigenen Dienstleistungsartikel konfigurieren, der als Standardartikel für die Zeiterfassung für das Ticket herangezogen wird. Es gilt, dass bei der Vorbelegung des Artikels für die Zeiterfassung zuerst auf den Tickettyp und danach auf den am Benutzer hinterlegten Artikel zurückgegriffen wird.
Anlage neuer Projekte bei Nichtnutzung deaktiviert
Wir haben in allen Systemen die Anlage von Projekten deaktiviert, bei denen im letzten halben Jahr kein neues Projekt angelegt wurde. Das gleiche gilt für Kontingente, Tickets mit “Zeit & Material (veraltet)” und “alten” Buchungsberichten (Buchung direkt auf Tickets oder Projektaufgaben und nicht auf Aufgaben). Der Hintergrund hier ist, dass diese Elemente mittel- bis langfristig aus der Software entfernt werden. Mit dem Projektauftrag und der damit einhergehenden Zeiterfassung auf Dienstleistungsaufgaben (an Kunden, Tickets, Auftragspositionen) ist eine Möglichkeit geschaffen worden, die auch in Zukunft weiterentwickelt wird.
Neuer Status “Nachgewiesen” für Leistungsnachweise
Im Gegensatz zu Lieferungen oder Rechnungen hatten Leistungsnachweise bisher keine Endzustand, von dem aus man nur über eine Stornierung wieder zurückkommt, sondern es gab nur den Status “Dokument erstellt”. Wir haben jetzt den Status “Nachgewiesen” als letzten Zustand eingeführt. Ein Buchungsbericht ist nur dann nachgewiesen, wenn auch der passende Leistungsnachweis im Zustand Nachgewiesen ist. Solange nur das Dokument erstellt ist, kann der Leistungsnachweis noch überarbeitet werden, danach dann nicht mehr. Damit sich für euch funktional nichts verändert, wird standardmäßig mit der Dokumenterstellung auch der Status auf Nachgewiesen geändert. Wer hier mehr Flexibilität benötigt, kann über die Einstellung “Leistungsnachweis automatisch mit Dokumenterstellung auf nachgewiesen setzen” festlegen, dass Nachgewiesen nicht automatisch gesetzt werden soll.
Warnhinweis bei Adressabweichungen zwischen CRM und Beleg
Auf Beleg-Übersichtsseiten im Einkauf und Verkauf seht ihr nun auf einen Blick, ob es im Beleg (E-Mail-)Adressen gibt, die sich von den Stammdaten im CRM unterscheiden. Sobald mindestens eine Adresse im Beleg nicht mit dem Stamm übereinstimmt, erscheint auf der Übersicht ein entsprechendes Warnsymbol neben dem Empfänger. Dies ermöglicht euch, Belege mit abweichenden Daten schneller zu identifizieren und bei Bedarf anzupassen.
Neue Platzhaltervariablen “..costCenter..” und “..costType..”
Mithilfe der neuen Platzhaltervariablen “..costCenter..” und “..costType..” könnt ihr die Kostenstelle und Kostenart von Verkaufsrechnungen auf dem Rechnungsformular andrucken. Analog dazu könnt ihr die Variablen in E-Mail-Templates hinterlegen, sodass diese beim Mailversand automatisch eingefügt werden.
“Einzelpreis mit Rabatt” auf Belegformularen berücksichtigt nun Zuschläge
Die Spalte “Einzelpreis mit Rabatt” auf Belegformularen berücksichtigt jetzt ebenfalls Zuschläge, die im Artikelpreis beinhaltet sind und gibt die korrekten Einzelpreise auf dem Formular aus.
Neue Spalte “Versandart” bei der VK-Rechnungsübersicht
Auf der VK-Rechnungsübersicht steht euch die neue Spalte “Versandart” zur Verfügung. Diese zeigt euch die Versandart(en) von Lieferungen an, die mit der Rechnung verknüpft sind.
Einblendung der Spalte “Referenznummer Kunde” bei der VK-Rechnungsübersicht
Für eine bessere Zuordnung von Rechnungen könnt ihr euch die neue Spalte “Referenznummer Kunde” auf der VK-Rechnungsübersicht einblenden, um dort die Referenzen aus dem Kundenstamm direkt einzusehen.
Sukzessive Umstellung auf neues Dropshipping-Verhalten
Mit Einführung der Dropshipping-Automatisierung in 23.09.1 (Link: https://doc.weclapp.com/changelog/23-09-1/) haben alle Systeme, die bis dato Dropshipping-Bestellungen benutzt haben, einen Key eingespielt bekommen, womit das alte Dropshipping-Verhalten sichergestellt wurde.
Wir planen diesen Key sukzessive in allen Kundensystemen zu entfernen und alle Kunden auf das neue Verhalten umzustellen. Mit diesem Update werden alle Systeme, die zuletzt vor dem 30.11.2022 eine Dropshipping-Bestellung geändert haben, migriert.
Durch die Umstellung ist es für die Anlage von neuen oder zum Bearbeiten von noch offenen Dropshipping-Bestellungen erforderlich, eine dropshippingfähige Bezugsquelle am Artikel zu hinterlegen.
Wie kann Dropshipping für bestimmte Lieferanten bzw. Bezugsquellen und Artikel aktiviert werden?
- CRM > Lieferanten > Bezugsquellen immer mit “Dropshipping möglich” anlegen: Wenn ihr diese Option im Lieferanten aktiviert, wird bei Neuanlage einer Bezugsquelle mit dem Lieferanten automatisch das Flag “Dropshipping möglich” an der Bezugsquelle gesetzt.
- Artikel > Bezugsquellen > Option “Dropshipping möglich”: kann auch per Massenaktion, Import und API geändert werden.
Details findet ihr in diesem FAQ: https://doc.weclapp.com/knowledgebase/wie-richte-ich-die-dropshipping-automatisierung-ein/
Massenaktion “Löschen” asynchron für Lieferungen, Retouren und Wareneingänge
Damit haben wir das Verhalten der Massenaktion “Löschen” an das Verhalten der übrigen Massenaktionen angepasst. Den Verlauf siehst du jetzt wie gewohnt im Massenaktions-Protokoll auf den jeweiligen Übersichtsseiten.
Zusatzfelder beim Erstellen von Lagerplätzen
Zusatzfelder, die mit der Entität “Lagerplatz” verknüpft sind, können jetzt bereits beim Erstellen eines Blocklagerplatzes oder eines Regals befüllt werden. Bisher war das nur nachträglich bei bestehenden Lagerplätzen möglich. Erstellst du mehrere Blocklagerplätze oder Regalplätze auf einmal, wird der Wert des Zusatzfeldes für alle zu erstellenden Lagerplätze übernommen.
Detailverbesserungen
- Die Spalten “Chargennummer” und “Verfallsdatum” werden in Wareneingängen im Tab Übersicht von Wareneingängen nur noch angezeigt, wenn in dem Wareneingang eine Position mit Chargennummer enthalten ist. So lenken euch keine leeren Spalten ab.
- Die Variable ..bookRecordLevelName.. wurde zu ..bookRecordStoragePlaceName.. umbenannt. An allen verwendeten Stellen haben wir die Variable für euch ausgetauscht, sodass ihr nichts weiter verändern müsst.
- Druckt jetzt auch den Barcode der Lagerplätze auf den Kommissionierschein. Ihr findet die neue Spalte “Lagerplatz Barcode” in der Formularkonfiguration des Kommissionierscheins.
- Das Stornieren von internen Wareneingängen ist nicht mehr möglich. Diese Einschränkung der Wareneingänge unterstützt dich dabei, den Fehler zu vermeiden, nur den internen Wareneingang und nicht die interne Lieferung zu stornieren, was nicht möglich ist.
Lieferanten für neuen Wareneingang auswählen
Wenn ihr in der mobilen Lager-App einen neuen Wareneingang ohne Bestellbezug anlegt, unterscheidet sich die Auswahl des Lieferanten jetzt je nach Anzahl der Lieferanten. Bei wenigen Lieferanten wählt ihr den Lieferanten wie gewohnt schnell über ein Dropdown aus. Bei vielen Lieferanten wählt ihr diesen jetzt auf einem neuen Fenster aus, um auch suchen zu können und trotz vieler Daten eine gute Performance zu haben.
eBay: Artikelmerkmale nachträglich anpassen
Sobald ein Listing aus eBay synchronisiert wurde, ist es nicht mehr möglich die Artikelmerkmale anzupassen. Das wird sich mit dem Release 24.01.1 ändern. Damit die Anpassung direkt in weclapp vorgenommen werden kann, kannst du das Merkmal über das rote x entfernen und im freigewordenem Feld den gewünschten Eintrag hinterlegen, welcher durch das Klicken des Häkchens übernommen wird.
Neue Integration Otto Market
Mit dem ersten Release im Jahr 2024 wird die Schnittstelle Otto Market für eine closed Beta Gruppe zur Verfügung gestellt. Steigere deinen Umsatz, dank der hohen Reichweite und dem stark wachsenden deutschen Markplatz, indem du die automatisierte weclapp Schnittstelle hierzu nutzt. Die Integration ermöglicht es dir, Aufträge automatisiert zu importieren, Produkte samt Artikelbilder und Beschreibungen bidirektional zu synchronisieren, sowie Bestände automatisiert an Otto Market zu übermitteln.
Ferner werden die ausgestellten Rechnungen automatisiert importiert, sodass alle Daten zentral in weclapp vorhanden sind und der manuelle Aufwand hierbei entfällt.
Die Schnittstelle wird vorerst nur für eine begrenzte Anzahl an Händlern freigeschaltet, ehe es voraussichtlich mit 24.03.1 für alle zur Verfügung stehen wird.
Sicherstellung des Imports von Auträgen bei fest definiertem Verantwortlichem
In den einzelnen E-Commerce Schnittstellen kann im Tab Auftrag und Kunde ein “Verantwortlicher” fest definiert werden. Wird jedoch dieser Verantwortliche aus weclapp entfernt, so konnte weclapp die Aufträge nicht importieren. Mit dem Update wird nun der Import dieser Aufträge sichergestellt. In dem Fall wird eine Warnung angezeigt, dass der zuvor definierte Verantwortliche entfernt oder auf inaktiv gesetzt wurde.
Shopify: Zuordnung JSON Metafelder, Artikelsynchronisation & Zuordnung Zusatzfeldtypen
Zuordnung von JSON Metafelder mit weclapp Textfeldern
Ordne weclapp Zusatzfelder vom Typ Text / Langtext mit Shopify Metafeldern vom Typ JSON, um Inhalte im JSON Format bidirektional synchronisieren zu können. Für die Übertragung zu Shopify ist es wichtig darauf zu achten, dass das JSON Schema eingehalten wird, da andernfalls Shopify den Inhalt nicht akzeptiert.
Artikelsynchronisation: Nur noch bestandsführend, wenn Versand aktiv
Damit nicht alle Artikel mit dem Artikeltyp “Bestandsführend” erstellt werden, wird bei der initialen Synchronisation geprüft, ob die Option “Dieses Produkt erfordert den Versand” in Shopify aktiv ist. Falls ja, wird der Artikel in weclapp mit dem Typ “Bestandsführend” angelegt, andernfalls als “Basisartikel”. Das gilt analog auch in der Richtung weclapp zu Shopify.
Zuordnung der Zusatzfeldtypen Einfachauswahl und Mehrfachauswahl
Ordne die Zusatzfeldtypen Einfachauswahl und Mehrfachauswahl im Artikelfelder Tab den Shopify Feldern zu, um die Inhalte zu synchronisieren.
Berücksichtigung der Versandkostenpositionen in der Auswertung “Kostenstelle”
Nun werden auch die Versandkostenpositionen in der Auswertungen “Kostenstelle” mit berücksichtigt.
Im Changelog wurden nur die wichtigsten Punkte aufgeführt. Neben den aufgelisteten gab es noch weitere Features & Verbesserungen.
Die API Änderungen werden gesondert im API Changelog dokumentiert.