EL-1864 Wemalo: Quantity in Return Cannot Exceed Output

Release Notes

In the past, there was an issue where the system allowed users to register a returned quantity that exceeded what was originally sent out. For instance, despite only one unit being shipped, the system enabled the booking of two units under a specific SKU. This inconsistency was possible even when certain settings were thought to prevent such occurrences.

Now, the improved system ensures that the quantity being returned cannot exceed the quantity initially dispatched. The backend has been updated to adequately verify and track all returned shipments. This means that regardless of the number of separate return instances, the cumulative total of returned items is consistently checked against the total quantity shipped. This validation process guarantees that no more than the dispatched quantity is recorded in returns, thus maintaining inventory accuracy and preventing discrepancies in stock levels.

EL-2112 Implement Logic for Configurable Product Weight Selection Gross or Net

Release Notes

The logic for selecting the weight of configurable products based on gross or net preferences was previously not implemented. This meant that users could not specify their preferred weight type, leading to potential confusion and inconsistency in product weight representation.

With the new implementation, users can now configure their preference for product weight selection in the application settings. By setting “useProductWeight” to “brutto”, the system retrieves the gross weight of the products. If the gross weight field is empty, it automatically defaults to the net weight. Conversely, when “useProductWeight” is set to “netto” (which is also the default setting), the system consistently retrieves the net weight of the products. This ensures that all product weight calculations align with the user’s preference, enhancing clarity and accuracy in product information management.

EL-2122 Rectify Address Data Split in Adding Goods Order

Release Notes

Previously, when adding a goods order, the address data was not properly consolidated, resulting in split and incomplete addresses. This caused confusion and delays in processing orders.

Now, users can expect that address data is accurately and cohesively integrated into the goods order entry process. This ensures that the entire address is captured correctly, enhancing the efficiency and reliability of order fulfillment.

EL-2231 Regenerate Actual Target Summary Excel File by Every Request

Release Notes

The process of generating the Actual Target Summary Excel file was initially inefficient and redundant. Each time a request was made, the Excel file was regenerated from scratch, even if it had already been created, leading to unnecessary processing and resource usage.

Now, when the Actual Target Summary Excel file is generated for the first time by Wemalo, it is automatically uploaded to storage. This ensures that for any subsequent requests, the system no longer attempts to regenerate the file. Instead, it retrieves the existing stored file, optimizing the process, saving time, and reducing resource consumption.

Improvement EL-1833 Remove EAN via REST-API is Now Possible

Release Notes

In the past, the system did not allow the removal of a primary EAN from a product when using the REST API on instances other than DynTest. This limitation restricted the ability to manage product identifiers efficiently across various environments.

Now, the improved system enables seamless removal of primary EANs from products through the REST API on all instances, not just DynTest. Users can expect consistent behavior regardless of the environment, enhancing overall flexibility and control in managing product data. This change ensures that product information management is more adaptable and aligned with users’ needs.

Shipping – EL-2022 Shipping Profile EU Countries Incomplete

Release Notes

In the previous configuration under “Configuration->Shipping Profile->Countries,” the preselected option for EU countries was incomplete. Both Sweden and Germany were omitted from the list, leading to potential confusion and operational inefficiencies.

With the update, the expected outcome is a complete and accurate selection of EU countries, including Sweden and Germany. This ensures that all EU member states are consistently represented, facilitating smoother shipping operations and reducing the likelihood of errors in order processing. Users can now confidently rely on the shipping profile settings for precise country selections within the EU region.

EL-2068 Add LS to Required Documents for Partial Check and Extend API Functionality

Release Notes

The requirement to set a MUST have DELIVERYNOTE or BILL on order creation via the REST API was implemented. Users can now specify the need for documents during goods order creation using three parameters: `need_document_bill` (already existing), `need_document_deliverynote`, and `need_external_check`, where each parameter can be set to true or false.

Additionally, there was a new requirement to have a DeliveryNote, similar to the BILL partial reason setup, for customers. An API endpoint was introduced to check the partial reason “EXTERN” setup in customer data. Furthermore, the “EXTERN” partial check was added to ensure that if an external API returns a 200 OK with a JSON success: true, the external validation for the order is confirmed.

These enhancements aim to streamline order validation processes by supporting more comprehensive documentation requirements and enabling seamless interaction with external systems for order verification.

EL-2083 Send Webhook Only When Saved Correctly

Release Notes

Previously, when products were added to Wemalo, a webhook was triggered regardless of whether the product was successfully saved in the database or not. This led to instances where the dashboard received updates about products that did not exist or were improperly recorded.

Now, the process ensures that a webhook is only sent to the dashboard if the product has been correctly saved in the database. This prevents discrepancies and ensures that all data sent to the dashboard is accurate and reflective of the current state in Wemalo.

EL-2085 Use Lot if it is Activated to Pack Next Article

Release Notes

In the past, when processing articles for the same barcode with multiple charges, Wemalo only considered the quantity from the first charge, assigning this as the totalQuantity. This approach often led to inaccuracies in inventory and order fulfillment.

Now, the expected outcome is to ensure greater accuracy and efficiency. For any article under the same barcode with multiple charges, the system calculates the totalQuantity by summing up the quantities of all charges. This adjustment improves accuracy in inventory management and enhances the reliability of order processing, ensuring that stock levels correctly reflect all available quantities.

EL-2102 Add Metadata to Orders in Wemalo

Release Notes

Previously, the metadata associated with orders in Wemalo was not displayed prominently in the frontend, making it less visible and accessible to users. Now, this metadata is prominently displayed on the frontend interface, allowing users to easily access and interact with important order information. This enhancement improves user experience by providing clear and immediate visibility of relevant order details directly within the application.

EL-2137 Reject Reservation by Back2Draft – UpdateAddress – CreatePickList if Order is in Queue of Smart Reservation

Release Notes

Previously, when an order was placed in the queue of the smart reservation mart, the reservation could be mistakenly rejected when actions like updateAddress or createPickList were initiated by the Back2Draft. This caused confusion and potential disruptions in the reservation process as warehouse teams sometimes inadvertently intervened manually.

Now, with the new update, reservations within the smart reservation mart operate smoothly without requiring manual intervention or the need to recreate relocation orders. Warehouse staff can trust that reservations begin automatically when a relocation order is created, ensuring a seamless workflow and reducing the chances of any reservation being unintentionally rejected. This adjustment aligns the reservation process more closely with the warehouse’s operational requests and expectations.

EL-2139 Show Articles of Picklist on Different Storage Cell

Release Notes

Previously, the system displayed articles of a picklist within a single storage cell, which made it challenging to manage and locate items efficiently. Users struggled to differentiate and organize items when they were all grouped together.

With the latest update, users can now view articles of a picklist distributed across different storage cells, providing a more structured and organized approach to inventory management. Data is presented in a well-organized list format, allowing for easier navigation and quicker identification of specific items within distinct storage locations. This enhancement improves the overall efficiency of accessing and managing inventory, reducing the time and effort required for item retrieval and organization.

EL-2145 Checking SKU and Quantity at Booking of Return Order

Release Notes

Previously, the system did not effectively check the SKU and quantity during the booking of a Return Order, which could result in the return quantity exceeding the originally shipped quantity.

Now, the system accurately validates that the quantity entered for return does not exceed the quantity that was originally shipped. This ensures that the return process respects the original order constraints, preventing inventory discrepancies and improving overall inventory accuracy.

EL-2185 remove generate shipping label by goodsorder parcel position

Release Notes

In previous versions, the feature to generate a shipping label by goods order parcel position was available, yet it posed operational inefficiencies and complexities for users. As a result, this feature has now been removed to streamline processes and improve user experience.

The expected outcome is a more intuitive and seamless workflow, where users no longer encounter the cumbersome task of generating shipping labels based on parcel positions in a goods order. This change aims to simplify the shipping process, enhance productivity, and reduce the potential for errors. With this update, users should experience a smoother and more efficient method of handling shipping labels, contributing to overall operational excellence.

Continuing with the rest of the document from this point forward:

EL-2189 add sum of stock from all storage in getallStock endpoint

Release Notes

In the previous implementation of the getAllStock endpoint, the stock count from various storage facilities was individually listed but not aggregated, making it difficult for users to quickly assess the total stock availability across all locations.

Now, the getAllStock endpoint includes a new feature that calculates and provides the sum of stock from all storage facilities. This enhancement allows users to effortlessly view the total stock count, offering a comprehensive overview of inventory levels at a glance. This improvement is expected to streamline stock management and reporting processes, aiding in more efficient decision-making.

EL-2194 add stockfrom all storage to the Shop

Release Notes

In the past, the system lacked a comprehensive approach to managing stock distribution from multiple storage locations to the shop, leading to potential inefficiencies and inconsistencies in inventory levels across outlets.

Now, the process ensures a seamless transmission of stock from all storage facilities directly to the shop by using the “all” flag. This improvement effectively streamlines the inventory flow, guarantees that stock levels are updated accurately, and enhances the overall operational efficiency by ensuring that no storage unit is overlooked. As a result, the shop is better equipped to meet customer demand with timely replenishments, contributing to an improved shopping experience.

EL-2220 return goods for external goodsOrder

Release Notes

The process of returning goods for an external goods order resulted in the backend displaying 0 available. When a return with a reference was made, it was necessary to verify that the scanned product existed within the main goods order.

Currently, when initiating a return for an external goods order, the expected outcome is to see accurate availability information from the backend. In the case of returns with a reference, the system ensures seamless verification by checking if the scanned product is part of the main goods order, simplifying and streamlining the process.

EL-2239 use cell barcode in creating inventoryAPI and check storageCell with the storage Id

Release Notes

Previously, when creating an inventory through the API, the system continuously ran into an endless loop if the cell ID was not found or did not exist. This caused significant delays and frustration for users attempting to verify storage cells using the storage ID.

With the latest update, the system now promptly checks whether the cell ID is present when using a cell barcode for inventory creation. If a cell ID is not found or does not exist in the database, an immediate error message is displayed to the user. This ensures that users are promptly informed about the issue, allowing them to take corrective action without experiencing any unnecessary delays or system hangs.

EL-2352 Implement Dual-Field Search for Tracking Number and Barcode in Return Process

Release Notes

Users previously struggled to locate announced returns because the search functionality was restricted to either tracking numbers or barcodes, but not both. Now, with the implementation of the Dual-Field Search, users can seamlessly and effectively find announced returns using either the tracking number or the barcode. This enhancement significantly boosts productivity and minimizes errors in the return process, allowing for a more streamlined and efficient operational experience.

EL-2353 Setup Config to handle stock source for woocommerce

Release Notes

The WooCommerce plugin previously only allowed stock fields to be managed without alternative options. Users now have enhanced flexibility in managing their inventory with the addition of a configuration flag, ‘stock_source’. This flag provides three values to choose from: Stock, AltStock, and Both. As a result, administrators can now configure their preferred stock source seamlessly. This update allows stock to be effectively transferred, tracked, and displayed either as standard stock, as alternative stock, or in both categories, streamlining inventory management and improving operational efficiency.

EL-1997 Provide attribute name in wemalo api

Release Notes

In the past, editing article attributes in the Wemalo API was limited to providing the external code and an array of languages for the attribute title, known as “Bezeichnung.”

Now, users have the ability to provide the attribute name in the API. This enhancement allows for more precise and flexible attribute modifications directly through the API. Users can now input an array with language-specific titles related to the attribute ID. For example, this can be formatted as an array named ‘reasontitle’ with key-value pairs like {‘en’ => “AttributeTitle”, “de” => “Attribut Titel”}. This upgrade facilitates a more streamlined and multilingual approach to handling attribute details.

EL-2147 add invoiceNumber to GoodsOrder

Release Notes

The system previously lacked the ability to adjust the invoice number field within a goods order by adding a prefix and postfix from Billbee when these were available. As a result, the invoice numbers did not align with the expected format that included these additional elements, potentially leading to inconsistencies in data handling.

Now, the system is enhanced to incorporate the prefix and postfix to the invoice number field in a goods order automatically. If an InvoiceNumber_Prefix and/or InvoiceNumber_Postfix from Billbee is available, the system ensures that the full invoice number in Wemalo is constructed using the format: InvoiceNumber_Prefix . InvoiceNumber . InvoiceNumber_Postfix. This improvement provides consistency and clarity in invoice management, ensuring that all required elements are present and correctly formatted.

EL-2234 In shop connector config match dispatcher with the dispatcherProfileId in Wemalo

Release Notes

The previous configuration of the shop connector matched the dispatcher using the external ID, which led to inconsistencies and potential mismatches. Now, the configuration accurately matches the dispatcher profile from the shop with the dispatcherProfileId in Wemalo, ensuring a more reliable and streamlined connection process between systems. This change aims to enhance accuracy and operational efficiency by using the correct identifier for dispatcher profiling.

EL-2242 quantity with specific storageId

Release Notes

Previously, there was an issue where quantities were transmitted from all available warehouses, regardless of their specific storageId, when the quantity was below a certain threshold. This could lead to inaccurate inventory data and potential fulfillment errors.

Now, the system ensures that quantities are transmitted only from the warehouse that is configured in the system settings. This assures precise tracking and management of inventory based on the designated storage location, resulting in improved accuracy and fulfillment efficiency.

EL-2255 flag position by return order

Release Notes

Previously, when the checkbox to check the return SKU in the return order was set to true, it allowed the creation of a return order. However, if the checkbox was then set to false, users were unable to add an external product for the same client in the return order.

Now, when the checkbox is set to false, users are able to add external products for the same client in the return order without any issues, thus enhancing the flexibility and usability of the system for managing return orders.

EL-2262 billbee cancel Order by Tag

EL-2277 flag cancel Order in Billbee

EL-2283 update docu for GoodsReceipt Add API

Release Notes

The documentation for the GoodsReceipt Add API previously lacked detailed information regarding the additional fields that could be utilized to enhance the data retrieved during the receipt process. Users had limited insights into specific components such as estimated time of arrival and order details, which could impact the accuracy and efficiency of their inventory management.

With the updated documentation, users now have access to comprehensive details when using the GoodsReceipt Add API. The expected outcome includes visibility into key information such as the estimated time of arrival (eta), along with a complete view of the base JSON structure which contains crucial order metrics like ordered boxes (orderedBoxes), ordered palettes (orderedPalettes), ordered pieces (orderedPieces), and the gate number (gateNumber). This enhancement enables users to optimize their logistics and supply chain management by leveraging precise and timely data.

EL-2293 remove NonAscii Characters in javascript

Release Notes

The task previously involved dealing with strings that contained non-ASCII characters, resulting in potential issues such as data corruption or display errors. The solution involves utilizing a JavaScript function to efficiently remove these non-ASCII characters, ensuring clean and valid string data. As a result, when the provided sample code is executed, it now successfully returns a sanitized string, ‘Markenname LimitedyE###C’, free from unwanted non-ASCII characters, thus improving data handling and presentation.

EL-2296 support gzip encoding in RestClient

Release Notes

Previously, the RestClient did not support gzip encoding, causing issues when interacting with certain shops that returned their responses in compressed form. This led to challenges in correctly interpreting and processing the data received.

Now, with the updated implementation, the RestClient checks the content encoding of the response before reading it. If the response is compressed using gzip encoding, it is correctly decompressed and read, ensuring seamless and accurate data processing. This enhancement allows for improved compatibility and functionality when communicating with servers that utilize compression, providing a more robust client experience.

EL-2297 check the crtlId of MHD or Lot if not available in frontend

Release Notes

In the previous version, users faced issues when attempting to check the control ID (ctrlId) of MHD or Lot, as it was not consistently presented in the frontend screens. This inconsistency led to difficulties in accessing necessary information, resulting in potential delays and errors in processing.

Now, with the updated system, users can expect a more reliable and streamlined experience. The control ID is consistently available in the frontend, ensuring that users can effortlessly verify and access the information they need directly from the screens without any hindrance. This enhancement is designed to improve accuracy and efficiency in workflows, minimizing any disruptions or confusion previously encountered.

EL-2299 map dispatcherProfile between shop config and wemalo externalId

Release Notes

In the previous system configuration, there was a limitation in mapping the dispatcherProfile between the shop configuration and the Wemalo externalId. This issue particularly affected tags that were assigned via Shopify to define shipping options. Moreover, there was an oversight in handling dispatcher names containing spaces, such as “DHL Schweiz”.

With the updated implementation, the system now accurately maps the dispatcherProfile by recognizing and correctly associating it with the corresponding Wemalo externalId. Tags provided by Shopify are seamlessly integrated to specify shipping choices. Furthermore, dispatcher names with spaces are now correctly processed, ensuring that configurations like “DHL Schweiz” are interpreted and applied consistently across platforms. This update enhances the coherence and flexibility of shipping option definitions, aligning the shop configuration seamlessly with external systems.

EL-2303 get shopify fulfillment service from config if it differs of default value

Release Notes

The Shopify fulfillment service in the configuration was previously not always being checked against the default value. This led to potential mismatches or inconsistencies in the fulfillment process settings. The execution now ensures that the Shopify fulfillment service is retrieved from the configuration only if it deviates from the default value, maintaining alignment across the system.

Additionally, the Location ID related to the Shopify fulfillment app integration with Wemalo was not being consistently verified. The update now ensures that this ID is accurately checked, guaranteeing that the integration operates smoothly and without errors, facilitating a more reliable and seamless workflow.

EL-2305 prevent parallel handover process through dock management

Release Notes

Previously, there was an issue where multiple handover processes could execute in parallel through dock management. This overlap sometimes led to inefficiencies and coordination problems, affecting the overall workflow and resource allocation. With the latest update, the dock management system now restricts the handover processes from overlapping in execution. This ensures that each handover process is managed sequentially, enhancing operational efficiency and reducing potential for conflicts or resource misallocation. The improved coordination facilitates smoother transitions and optimized use of dock resources.

EL-2307 ignore sync packages without trackingnumber based on handover date

Release Notes

Previously, packages without tracking numbers were synced into the system, regardless of their handover date. This sometimes resulted in outdated or irrelevant package information cluttering the system.

Currently, packages that lack a tracking number are excluded from syncing into the system if their handover date is older than 14 days. This ensures that only relevant and timely package information is processed, enhancing the accuracy and efficiency of the system’s package tracking capabilities.

EL-2310 prevent duplicate importing of cancelled orders

Release Notes

In the past, there was an issue where cancelled orders were being imported into Wemalo even after they had been marked with the cancel_received_by_ tag in the shop. This caused unnecessary duplication and confusion.

With the implementation of a new feature, the system now effectively checks for the presence of the cancel_received_by_ tag on cancelled orders within the shop. If this tag is found, the order cancellation is no longer imported into Wemalo. This enhancement ensures that only necessary information is processed, reducing errors and streamlining the workflow.

EL-2312 sync all products stock to the shop

Release Notes

Previously, there was a challenge in synchronizing all product stock levels with the Billbee shop, which led to inconsistencies between the warehouse inventory and the online store. This situation occasionally resulted in overselling or underselling products due to outdated stock information.

With the implementation of the “Sync All Products Stock” feature, the system now ensures all product stock levels are accurately updated and aligned with the Billbee shop in real-time. This enhancement maintains consistent inventory data, providing customers with accurate availability information and improving overall inventory management and sales operations.

EL-2325 calculate Virtual quantity of products on booking of its child products and sending articles

Release Notes

The system previously did not account for the virtual quantity of products when booking child products, which could lead to discrepancies in inventory management. Additionally, the process for checking the setlist contents for articles was not consistently streamlined, potentially causing errors.

With the latest update, when child products are booked, the system now accurately calculates and adjusts the virtual quantity of parent products, ensuring more accurate inventory tracking. Furthermore, the contents of the articles setlist are now automatically sent for verification, improving the overall accuracy and reliability of inventory data. This enhancement optimizes the workflow and reduces the likelihood of errors, making inventory management more efficient and effective.

EL-2333 compare products if not set in shop connector config

Release Notes

Previously, when adding a new product to Wemalo, the shop connector configuration did not automatically set fields for product comparisons. This meant that users had to manually compare products to ensure accuracy and completeness before integration.

Now, with the current enhancement, the system automatically compares product fields if they are not set in the shop connector configuration. This ensures consistency and accuracy, allowing for a more streamlined process when adding new products to Wemalo. Users can now rely on the system to perform necessary checks, reducing the potential for errors and saving valuable time.

EL-2336 filter assigning user list of picklist by registered or updated logged in user

Release Notes

Previously, the list of users available for assignment in the picklist was not filtered, potentially overwhelming users with choices that were not relevant to their current context.

Now, the picklist displays only those users who are registered or have recently updated information, significantly streamlining the selection process. This ensures that you are presented with a concise and relevant list of potential assignees, tailored to the specific needs of your warehouse assignment tasks.

New Feature EL-1782 checking sku and quantity at booking of Return order EL-1900 all and virtual stock to allstocks endpoint

Release Notes

In the past, the system was not consolidating all virtual stock into the all stocks endpoint, leading to discrepancies in product information. Additionally, there was a dependency on the external shop ID, which limited the flexibility of stock analysis.

Currently, the all stocks endpoint now includes all virtual stock, ensuring a comprehensive overview of stock levels. Independent of the shop requirement, the external ID is no longer necessary, streamlining the process. Furthermore, to enhance request performance, consideration of the product type is incorporated with the flag indicating if it’s a parent product. A new endpoint, getAllVirtualStock, has been introduced to deliver all virtual SKUs with identical fields to those in the all stocks endpoint. This includes necessary fields such as Quantity, Available, Reserved, and FullStock, providing a more detailed and accessible inventory management system.

EL-2027 extend AllStocks returned fields

EL-2066 using price percentage for Partlist of Product

Release Notes

Previously, the system did not allow users to input percentage values directly into the parts list for each product, which required manual calculations and external references to manage pricing strategies.

Now, users have the ability to seamlessly input percentage values into the ‘percentage value’ field within the parts list table. This enhancement facilitates easy computation of price adjustments directly within the system. As a result, the data in the LVS backend is updated accurately, and the correct percentage values are transmitted effectively to Shipconnect, ensuring pricing synchronization and efficiency across platforms.

EL-2089 add fields to content of item in wemalo-ship

Release Notes

The task involved the incorporation of additional fields into the content of items in the Wemalo-ship system. Previously, the items/contents lacked detailed information, specifically missing the ‘ean’ field. Additionally, the metadata did not include the ‘shippingFee’ field, which was necessary for providing comprehensive shipping information.

With the changes implemented, each item’s content now contains the ‘ean’ field, enhancing product identification and traceability. Moreover, the ‘shippingFee’ field is now part of the metadata, allowing users to access crucial shipping cost information effortlessly. These enhancements ensure a more informative and efficient system, improving the overall user experience.

EL-2093 Add Filtering in Bin Status Report of Reserved Articles

Release Notes

In the past, users were unable to filter by SKU in the Bin Status Report of Reserved Articles. When attempting to search, the page remained unchanged, providing no feedback or results as expected.

Now, users can efficiently filter by SKU, resulting in an updated and responsive report display upon searching. Additionally, selection fields like “Merkmal,” “MHD B2B,” and “Auftragsinfo” are streamlined to enhance usability, ensuring only relevant options are visible in the overview. This improvement optimizes the accessibility and functionality of the report for a more user-friendly experience.

EL-2179 add a header to allow increase of rate limits

Release Notes

In the past, the rate limits for API requests were hard-coded, leading to limited flexibility in managing request thresholds across different routes. Users often encountered restrictions that hindered optimal performance and customization.

Now, with the introduction of a new header that incorporates a multiplier, users have the ability to increase rate limits seamlessly across all routes. This enhancement allows for greater control over API request flows, accommodating varying traffic demands and improving overall efficiency. By adjusting the header, users can ensure their applications operate smoothly without the constraints of previous limitations.

EL-2235 Import Pudo Nummer von JTL

Release Notes

In the past, the “Pudo Nummer” from JTL was not correctly transferred to wemalo, and the field labeled “extra info” was not included during the transmission to ship-connect. This resulted in incomplete order information being passed along the shipping process, potentially causing confusion or delays.

Currently, with the implemented changes, the “Pudo Nummer” is accurately transferred from JTL to wemalo, ensuring that this critical information is preserved and utilized effectively. Additionally, the “extra info” field is now seamlessly included in the data sent to ship-connect, providing comprehensive order details. This enhancement improves the accuracy and efficiency of the shipping workflow, reducing the likelihood of errors or omissions in the logistics chain.

EL-2266 weclapp API Update requires compression

Release Notes

In the past, the weclapp platform’s API calls were made without mandatory compression, which could result in larger response sizes and potentially slower data transfer rates. With the update implemented since February 1, 2025, compression is now activated for all API calls in stages. From this point forward, the platform consistently uses compression for any response exceeding a few hundred bytes, thereby improving data efficiency and transfer speeds.

EL-2278 change storage id via GoodsOrder Rest API

Release Notes

Prior to this update, users faced a limitation where they could not reassign an entire order to a different storage facility through the GoodsOrder Rest API. This was particularly inconvenient in scenarios where operational requirements necessitated a complete transfer of inventory to a new storage location.

With the introduction of a new endpoint, users can now seamlessly change the allocated storage ID for an entire order. This enhancement provides greater flexibility and efficiency in managing inventory logistics. Users are now empowered to easily reallocate resources and optimize their storage solutions, ensuring more streamlined operations and improved adaptability to changing storage needs.

EL-2289 Split order and copy all data with plenty

Release Notes

Previously, there was a need to split certain positions within orders to accommodate fulfillment from varying warehouses. The challenge arose when attempting to fulfill these orders in a shop that required the same external ID, which was found to be not allowed due to identical shop names.

Currently, upon splitting an order, a unique identifier in the format of plenty_12345_splitted_1(…..999) is added as the external ID. The system’s connector, with a configuration setting, interprets this adjustment. For successful submission to the shop, the external ID must exclude the suffix _splitted_1(….999).

With this solution, once an order is split, both resulting orders are submitted to the plenty system. Each part of the order is processed distinctly as separate packages or shipments, thus ensuring they are recognized as part of the same original order and fulfilled appropriately.

EL-2321 PICTURE – RETURNS – connect camera and import picture to the WE-Retoure order

Release Notes

The process of connecting a camera and importing pictures into the WE-Retoure order was initially cumbersome, requiring manual selection and connection steps.

Now, users can seamlessly connect any compatible camera to the WE-Retoure order system, which automatically lists all available cameras. Users have the flexibility to select their desired camera to begin streaming directly on the webpage. This integration is designed to simplify the picture import process, allowing users to either press a button on the camera or use the on-screen canvas for quick and efficient image acquisition. This enhancement greatly streamlines the workflow, ensuring a more efficient and user-friendly experience.

EL-2403 Warenausgang mit Identifikationsnummer

Bug

EL-2014 Wemalo: Inventur Bericht ist manchmal veraltet

Release Notes

The inventory report in Wemalo frequently showed discrepancies. Specifically, the variance report inaccurately indicated an excess of 214 units. This issue often occurred with files.

To resolve this recurring problem, the solution of deleting the file was consistently implemented. After deletion, Wemalo successfully regenerated the file, resulting in accurate data that aligns with the expected inventory counts. This process is expected to ensure consistency and reliability in inventory reporting moving forward.

EL-2174 use storagecell for goodsorder position in frontend edit page

Release Notes

Previously, when attempting to use the storage cell for a goods order position on the frontend edit page, selecting a storage cell and its associated attribute within the goods order edit page did not apply the chosen storage cell to the order as expected.

Now, when a user selects a storage cell and its corresponding attribute for a goods order position on the frontend edit page, the selection is accurately applied to the order, ensuring that the goods are properly allocated to the chosen storage location. This improvement streamlines the order editing process and ensures alignment between the user’s selections and the system’s application of those choices.

EL-2343 get bookes Products from article booked in Delivery order for SmartReservation

Release Notes

Previously, when attempting to retrieve booked products from articles within a delivery order for SmartReservation, there were instances where the productQuantityMap hashmap was found to be empty. This situation occurred when all products in a single thread had been booked, leading to potential disruptions in the reservation process.

With the recent update, the expected outcome ensures that even when all products within a thread are fully booked, the productQuantityMap hashmap consistently reflects accurate booking information. This enhancement improves the reliability of data representation in delivery orders, facilitating smoother operations and better inventory management in the SmartReservation system.

Der Beitrag Releasenotes WemaloCore 25-04 English erschien zuerst auf WEMALO Help.

EL-1864 Wemalo: Menge in Retoure darf Ausgang nicht übersteigen

Release Notes

In der Vergangenheit gab es ein Problem, bei dem das System Benutzern erlaubte, eine retournierte Menge zu registrieren, die die ursprünglich versendete Menge überstieg. Zum Beispiel, obwohl nur eine Einheit versendet wurde, ermöglichte das System die Buchung von zwei Einheiten unter einer bestimmten Artikelnummer. Diese Inkonsistenz war möglich, obwohl bestimmte Einstellungen eigentlich solche Vorkommnisse verhindern sollten.

Jetzt stellt das verbesserte System sicher, dass die retournierte Menge die ursprünglich versendete Menge nicht übersteigen kann. Das Backend wurde aktualisiert, um alle retournierten Sendungen angemessen zu überprüfen und zu verfolgen. Das bedeutet, dass unabhängig von der Anzahl der separaten Retoureninstanzen die kumulative Gesamtzahl der retournierten Artikel konsequent mit der gesamten versendeten Menge abgeglichen wird. Dieser Validierungsprozess garantiert, dass nicht mehr als die versendete Menge in den Retouren erfasst wird, wodurch die Bestandsgenauigkeit erhalten bleibt und Diskrepanzen in den Lagerbeständen verhindert werden.

EL-2112 Implementierung der Logik für die Auswahl des konfigurierbaren Produkt Gewichts Brutto oder Netto

Release Notes

Die Logik zur Auswahl des Gewichts konfigurierbarer Produkte basierend auf Brutto- oder Netto-Präferenzen war zuvor nicht implementiert. Dies bedeutete, dass Benutzer ihren bevorzugten Gewichtstyp nicht angeben konnten, was zu potenzieller Verwirrung und Inkonsistenz in der Darstellung des Produkts Gewichts führte.

Mit der neuen Implementierung können Benutzer nun ihre Präferenz für die Auswahl des Produkts Gewichts in den Anwendungseinstellungen konfigurieren. Durch das Setzen von “useProductWeight” auf “brutto” ruft das System das Bruttogewicht der Produkte ab. Wenn das Bruttogewicht Feld leer ist, wird automatisch auf das Nettogewicht zurückgegriffen. Umgekehrt, wenn “useProductWeight” auf “netto” gesetzt ist (was auch die Standardeinstellung ist), ruft das System konsequent das Nettogewicht der Produkte ab. Dies stellt sicher, dass alle Produkte Gewichtsberechnungen mit der Präferenz des Benutzers übereinstimmen, was die Klarheit und Genauigkeit in der Produktinformation Verwaltung verbessert.

EL-2122 Korrektur der Adressdaten Teilung beim Hinzufügen einer Warenbestellung

Release Notes

Zuvor wurden beim Hinzufügen einer Warenbestellung die Adressdaten nicht ordnungsgemäß konsolidiert, was zu geteilten und unvollständigen Adressen führte. Dies verursachte Verwirrung und Verzögerungen bei der Bearbeitung von Bestellungen.

Jetzt können Benutzer erwarten, dass die Adressdaten genau und kohärent in den Eingabeprozess der Warenbestellung integriert werden. Dies stellt sicher, dass die gesamte Adresse korrekt erfasst wird, was die Effizienz und Zuverlässigkeit der Auftragsabwicklung verbessert.

EL-2231 Generierung der Actual Target Summary Excel-Datei bei jeder Anfrage

Release Notes

Der Prozess der Generierung der Actual Target Summary Excel-Datei war anfangs ineffizient und redundant. Jedes Mal, wenn eine Anfrage gestellt wurde, wurde die Excel-Datei von Grund auf neu generiert, auch wenn sie bereits erstellt worden war, was zu unnötiger Verarbeitung und Ressourcennutzung führte.

Jetzt wird die Actual Target Summary Excel-Datei, wenn sie zum ersten Mal von Wemalo generiert wird, automatisch in den Speicher hochgeladen. Dies stellt sicher, dass das System bei nachfolgenden Anfragen nicht mehr versucht, die Datei neu zu generieren. Stattdessen wird die vorhandene gespeicherte Datei abgerufen, was den Prozess optimiert, Zeit spart und den Ressourcenverbrauch reduziert.

Verbesserung EL-1833 Entfernung der EAN über REST-API ist jetzt möglich

Release Notes

In der Vergangenheit erlaubte das System nicht die Entfernung einer primären EAN von einem Produkt bei Verwendung der REST-API auf anderen Instanzen als DynTest. Diese Einschränkung beschränkte die Fähigkeit, Produktkennzeichnungen in verschiedenen Umgebungen effizient zu verwalten.

Jetzt ermöglicht das verbesserte System die nahtlose Entfernung primärer EANs von Produkten über die REST-API auf allen Instanzen, nicht nur auf DynTest. Benutzer können ein konsistentes Verhalten unabhängig von der Umgebung erwarten, was die Flexibilität und Kontrolle bei der Verwaltung von Produktdaten verbessert. Diese Änderung stellt sicher, dass die Produktinformationen Verwaltung anpassungsfähiger und besser auf die Bedürfnisse der Benutzer abgestimmt ist.

Versand – EL-2022 Versandprofil EU-Länder unvollständig

Release Notes

In der vorherigen Konfiguration unter “Konfiguration->Versandprofil->Länder” war die vorausgewählte Option für EU-Länder unvollständig. Sowohl Schweden als auch Deutschland wurden aus der Liste ausgelassen, was zu potenzieller Verwirrung und betrieblicher Ineffizienz führte.

Mit dem Update ist das erwartete Ergebnis eine vollständige und genaue Auswahl der EU-Länder, einschließlich Schweden und Deutschland. Dies stellt sicher, dass alle EU-Mitgliedstaaten konsistent vertreten sind, was reibungslosere Versandabläufe ermöglicht und die Wahrscheinlichkeit von Fehlern bei der Auftragsbearbeitung verringert. Benutzer können sich nun auf die Einstellungen des Versandprofils für präzise Länderauswahlen innerhalb der EU-Region verlassen.

EL-2068 Hinzufügen von LS zu erforderlichen Dokumenten für Teilprüfung und Erweiterung der API-Funktionalität

Release Notes

Die Anforderung, bei der Auftragserstellung über die REST-API eine LIEFERSCHEIN oder RECHNUNG als MUST-Have festzulegen, wurde implementiert. Benutzer können nun den Bedarf an Dokumenten während der Warenbestellung Erstellung mit drei Parametern angeben: `need_document_bill` (bereits vorhanden), `need_document_deliverynote` und `need_external_check`, wobei jeder Parameter auf true oder false gesetzt werden kann.

Zusätzlich gab es eine neue Anforderung, für Kunden einen Lieferschein zu haben, ähnlich der Einrichtung des Teilgrundes RECHNUNG. Ein API-Endpunkt wurde eingeführt, um die Einrichtung des Teilgrundes “EXTERN” in den Kundendaten zu überprüfen. Darüber hinaus wurde die Teilprüfung “EXTERN” hinzugefügt, um sicherzustellen, dass, wenn eine externe API einen 200 OK mit einem JSON-Erfolg: true zurückgibt, die externe Validierung für den Auftrag bestätigt wird.

Diese Verbesserungen zielen darauf ab, die Auftragsvalidierungsprozesse zu rationalisieren, indem umfassendere Dokumentationsanforderungen unterstützt und eine nahtlose Interaktion mit externen Systemen zur Auftragsüberprüfung ermöglicht wird.

EL-2083 Senden von Webhooks nur, wenn korrekt gespeichert

Release Notes

Zuvor wurde beim Hinzufügen von Produkten zu Wemalo ein Webhook ausgelöst, unabhängig davon, ob das Produkt erfolgreich in der Datenbank gespeichert wurde oder nicht. Dies führte zu Fällen, in denen das Dashboard Updates über Produkte erhielt, die nicht existierten oder falsch erfasst wurden.

Jetzt stellt der Prozess sicher, dass ein Webhook nur an das Dashboard gesendet wird, wenn das Produkt korrekt in der Datenbank gespeichert wurde. Dies verhindert Diskrepanzen und stellt sicher, dass alle an das Dashboard gesendeten Daten genau sind und den aktuellen Zustand in Wemalo widerspiegeln.

EL-2085 Verwendung des Loses, wenn es aktiviert ist, um den nächsten Artikel zu verpacken

Release Notes

In der Vergangenheit, als Artikel für denselben Barcode mit mehreren Chargen verarbeitet wurden, berücksichtigte Wemalo nur die Menge aus der ersten Charge und wies diese als Gesamtmenge zu. Dieser Ansatz führte oft zu Ungenauigkeiten im Bestand und bei der Auftragsabwicklung.

Jetzt ist das erwartete Ergebnis, eine größere Genauigkeit und Effizienz sicherzustellen. Für jeden Artikel unter demselben Barcode mit mehreren Chargen berechnet das System die Gesamtmenge, indem es die Mengen aller Chargen summiert. Diese Anpassung verbessert die Genauigkeit in der Bestandsverwaltung und erhöht die Zuverlässigkeit der Auftragsabwicklung, wodurch sichergestellt wird, dass die Lagerbestände alle verfügbaren Mengen korrekt widerspiegeln.

EL-2102 Metadaten zu Bestellungen in Wemalo hinzufügen

Release Notes

Zuvor wurden die Metadaten, die mit Bestellungen in Wemalo verbunden waren, nicht prominent im Frontend angezeigt, was sie für Benutzer weniger sichtbar und zugänglich machte. Jetzt werden diese Metadaten prominent auf der Frontend-Oberfläche angezeigt, sodass Benutzer problemlos auf wichtige Bestellinformationen zugreifen und mit ihnen interagieren können. Diese Verbesserung verbessert die Benutzererfahrung, indem sie eine klare und sofortige Sichtbarkeit relevanter Bestelldetails direkt in der Anwendung bietet.

EL-2137 Ablehnung der Reservierung durch Back2Draft – updateAddress – createPickList, wenn sich die Bestellung in der Warteschlange der Smart Reservation befindet

Release Notes

Zuvor konnte, wenn eine Bestellung in die Warteschlange des Smart Reservation Marts gestellt wurde, die Reservierung fälschlicherweise abgelehnt werden, wenn Aktionen wie updateAddress oder createPickList vom Back2Draft initiiert wurden. Dies verursachte Verwirrung und potenzielle Störungen im Reservierungsprozess, da Lagerteams manchmal unbeabsichtigt manuell eingriffen.

Jetzt, mit dem neuen Update, funktionieren Reservierungen im Smart Reservation Mart reibungslos, ohne dass manuelle Eingriffe oder die Notwendigkeit, Verlagerungsaufträge neu zu erstellen, erforderlich sind. Lagerpersonal kann darauf vertrauen, dass Reservierungen automatisch beginnen, wenn ein Verlagerungsauftrag erstellt wird, was einen nahtlosen Workflow gewährleistet und die Wahrscheinlichkeit verringert, dass eine Reservierung unbeabsichtigt abgelehnt wird. Diese Anpassung richtet den Reservierungsprozess enger an den betrieblichen Anforderungen und Erwartungen des Lagers aus.

EL-2139 Artikel der Pickliste auf verschiedenen Lagerplätzen anzeigen

Release Notes

Zuvor zeigte das System Artikel einer Pickliste innerhalb eines einzigen Lagerplatzes an, was es schwierig machte, Artikel effizient zu verwalten und zu finden. Benutzer hatten Schwierigkeiten, Artikel zu unterscheiden und zu organisieren, wenn sie alle zusammen gruppiert waren.

Mit dem neuesten Update können Benutzer nun Artikel einer Pickliste sehen, die auf verschiedene Lagerplätze verteilt sind, was einen strukturierteren und organisierteren Ansatz für die Bestandsverwaltung bietet. Die Daten werden in einem gut organisierten Listenformat präsentiert, was eine einfachere Navigation und eine schnellere Identifizierung spezifischer Artikel an verschiedenen Lagerorten ermöglicht. Diese Verbesserung verbessert die Gesamteffizienz des Zugriffs und der Verwaltung des Bestands und reduziert den Zeit- und Arbeitsaufwand für die Artikelabholung und -organisation.

EL-2145 Überprüfung von Artikelnummer und Menge bei der Buchung eines Retourenauftrags

Release Notes

Zuvor hat das System die Artikelnummer und die Menge bei der Buchung eines Retourenauftrags nicht effektiv überprüft, was dazu führen konnte, dass die retournierte Menge die ursprünglich versendete Menge überstieg.

Jetzt validiert das System genau, dass die für die Retoure eingegebene Menge die ursprünglich versendete Menge nicht übersteigt. Dies stellt sicher, dass der Retourenprozess die ursprünglichen Auftragsbeschränkungen respektiert, Bestandsdiskrepanzen verhindert und die allgemeine Bestandsgenauigkeit verbessert.

EL-2185 Entfernung der Generierung von Versandetiketten nach Warenbestellungs-Paketposition

Release Notes

In früheren Versionen war die Funktion zur Generierung eines Versandetiketts nach Warenbestellungs-Paketposition verfügbar, verursachte jedoch betriebliche Ineffizienzen und Komplexitäten für Benutzer. Daher wurde diese Funktion nun entfernt, um Prozesse zu rationalisieren und die Benutzererfahrung zu verbessern.

Das erwartete Ergebnis ist ein intuitiverer und nahtloserer Workflow, bei dem Benutzer nicht mehr auf die umständliche Aufgabe stoßen, Versandetiketten basierend auf Paketpositionen in einer Warenbestellung zu generieren. Diese Änderung zielt darauf ab, den Versandprozess zu vereinfachen, die Produktivität zu steigern und das Fehlerpotenzial zu verringern. Mit diesem Update sollten Benutzer eine reibungslosere und effizientere Methode zur Handhabung von Versandetiketten erleben, was zur allgemeinen betrieblichen Exzellenz beiträgt.

EL-2189 Hinzufügen der Summe des Lagerbestands aus allen Lagern zum getAllStock-Endpunkt

Release Notes

In der vorherigen Implementierung des getAllStock-Endpunkts wurde der Lagerbestand aus verschiedenen Lagereinrichtungen einzeln aufgelistet, aber nicht aggregiert, was es Benutzern erschwerte, die gesamte Lagerverfügbarkeit über alle Standorte hinweg schnell zu beurteilen.

Jetzt enthält der getAllStock-Endpunkt eine neue Funktion, die die Summe des Lagerbestands aus allen Lagereinrichtungen berechnet und bereitstellt. Diese Verbesserung ermöglicht es Benutzern, den gesamten Lagerbestand mühelos einzusehen und einen umfassenden Überblick über die Lagerbestände auf einen Blick zu erhalten. Diese Verbesserung soll die Lagerverwaltung und Berichtsprozesse rationalisieren und zu einer effizienteren Entscheidungsfindung beitragen.

EL-2194 Hinzufügen des Lagerbestands aus allen Lagern zum Shop

Release Notes

In der Vergangenheit fehlte dem System ein umfassender Ansatz zur Verwaltung der Lagerverteilung von mehreren Lagerorten zum Shop, was zu potenziellen Ineffizienzen und Inkonsistenzen in den Lagerbeständen in den Filialen führte.

Jetzt stellt der Prozess eine nahtlose Übertragung des Lagerbestands aus allen Lagereinrichtungen direkt zum Shop sicher, indem das “all”-Flag verwendet wird. Diese Verbesserung rationalisiert effektiv den Lagerfluss, garantiert, dass die Lagerbestände genau aktualisiert werden, und erhöht die allgemeine betriebliche Effizienz, indem sichergestellt wird, dass keine Lagereinheit übersehen wird. Infolgedessen ist der Shop besser gerüstet, um die Kundennachfrage mit rechtzeitigen Nachlieferungen zu erfüllen, was zu einem verbesserten Einkaufserlebnis beiträgt.

EL-2220 Warenretoure für externe Warenbestellung

Release Notes

Der Prozess der Warenretoure für eine externe Warenbestellung führte dazu, dass das Backend 0 verfügbar anzeigte. Wenn eine Retoure mit einer Referenz erfolgte, war es notwendig zu überprüfen, ob das gescannte Produkt in der Hauptwarenbestellung vorhanden war.

Aktuell ist bei der Initiierung einer Retoure für eine externe Warenbestellung das erwartete Ergebnis, genaue Verfügbarkeitsinformationen vom Backend zu sehen. Im Falle von Retouren mit einer Referenz stellt das System eine nahtlose Überprüfung sicher, indem es überprüft, ob das gescannte Produkt Teil der Hauptwarenbestellung ist, was den Prozess vereinfacht und rationalisiert.

EL-2239 Verwendung des Zellenbarcodes bei der Erstellung der InventoryAPI und Überprüfung der Lagerzelle mit der Lager-ID

Release Notes

Zuvor geriet das System bei der Erstellung eines Inventars über die API in eine Endlosschleife, wenn die Zellen-ID nicht gefunden wurde oder nicht existierte. Dies verursachte erhebliche Verzögerungen und Frustration für Benutzer, die versuchten, Lagerzellen mithilfe der Lager-ID zu überprüfen.

Mit dem neuesten Update überprüft das System nun umgehend, ob die Zellen-ID vorhanden ist, wenn ein Zellenbarcode für die Inventurerstellung verwendet wird. Wenn eine Zellen-ID in der Datenbank nicht gefunden wird oder nicht existiert, wird dem Benutzer sofort eine Fehlermeldung angezeigt. Dies stellt sicher, dass Benutzer umgehend über das Problem informiert werden, sodass sie Korrekturmaßnahmen ergreifen können, ohne unnötige Verzögerungen oder Systemabstürze zu erleben.

EL-2352 Implementierung der Dual-Feld-Suche für Trackingnummer und Barcode im Retourenprozess

Release Notes

Benutzer hatten zuvor Schwierigkeiten, angekündigte Retouren zu finden, da die Suchfunktion auf Trackingnummern oder Barcodes, aber nicht auf beide beschränkt war. Mit der Implementierung der Dual-Feld-Suche können Benutzer nun angekündigte Retouren nahtlos und effektiv entweder über die Trackingnummer oder den Barcode finden. Diese Verbesserung steigert die Produktivität erheblich und minimiert Fehler im Retourenprozess, was ein rationalisiertes und effizientes Betriebserlebnis ermöglicht.

EL-2353 Konfiguration zur Handhabung der Lagerquelle für WooCommerce einrichten

Release Notes

Das WooCommerce-Plugin erlaubte zuvor nur die Verwaltung von Lagerfeldern ohne alternative Optionen. Benutzer haben nun eine erweiterte Flexibilität bei der Verwaltung ihres Lagerbestands durch das Hinzufügen eines Konfigurationsflags ‘stock_source’. Dieses Flag bietet drei Werte zur Auswahl: Stock, AltStock und Both. Dadurch können Administratoren nun ihre bevorzugte Lagerquelle nahtlos konfigurieren. Dieses Update ermöglicht die effektive Übertragung, Verfolgung und Anzeige des Lagerbestands entweder als Standardlagerbestand, als alternativen Lagerbestand oder in beiden Kategorien, was die Bestandsverwaltung rationalisiert und die betriebliche Effizienz verbessert.

EL-1997 Attributname in der Wemalo-API bereitstellen

Release Notes

In der Vergangenheit war die Bearbeitung von Artikelattributen in der Wemalo-API auf die Angabe des externen Codes und eines Arrays von Sprachen für den Attributtitel, bekannt als “Bezeichnung”, beschränkt.

Jetzt haben Benutzer die Möglichkeit, den Attributnamen in der API anzugeben. Diese Verbesserung ermöglicht präzisere und flexiblere Attributänderungen direkt über die API. Benutzer können nun ein Array mit sprachspezifischen Titeln eingeben, die sich auf die Attribut-ID beziehen. Dies kann beispielsweise als ein Array namens ‘reasontitle’ mit Schlüssel-Wert-Paaren wie {‘en’ => “AttributeTitle”, “de” => “Attribut Titel”} formatiert werden. Dieses Upgrade ermöglicht einen rationalisierteren und mehrsprachigen Ansatz für die Handhabung von Attributdetails.

EL-2147 Rechnungsnummer zur GoodsOrder hinzufügen

Release Notes

Dem System fehlte zuvor die Möglichkeit, das Rechnungsnummernfeld innerhalb einer Warenbestellung anzupassen, indem ein Präfix und ein Postfix von Billbee hinzugefügt wurden, wenn diese verfügbar waren. Infolgedessen stimmten die Rechnungsnummern nicht mit dem erwarteten Format überein, das diese zusätzlichen Elemente enthielt, was möglicherweise zu Inkonsistenzen in der Datenverarbeitung führte.

Jetzt ist das System verbessert, um das Präfix und den Postfix automatisch zum Rechnungsnummernfeld in einer Warenbestellung hinzuzufügen. Wenn ein InvoiceNumber_Prefix und/oder InvoiceNumber_Postfix von Billbee verfügbar ist, stellt das System sicher, dass die vollständige Rechnungsnummer in Wemalo im Format InvoiceNumber_Prefix . InvoiceNumber . InvoiceNumber_Postfix erstellt wird. Diese Verbesserung sorgt für Konsistenz und Klarheit in der Rechnungsverwaltung und stellt sicher, dass alle erforderlichen Elemente vorhanden und korrekt formatiert sind.

EL-2234 In der Shop-Connector-Konfiguration den Disponenten mit der dispatcherProfileId in Wemalo abgleichen

Release Notes

Die vorherige Konfiguration des Shop-Connectors hat den Disponenten anhand der externen ID abgeglichen, was zu Inkonsistenzen und potenziellen Fehlpaarungen führte. Jetzt gleicht die Konfiguration das Disponentenprofil aus dem Shop genau mit der dispatcherProfileId in Wemalo ab, was einen zuverlässigeren und rationalisierten Verbindungsprozess zwischen den Systemen gewährleistet. Diese Änderung zielt darauf ab, die Genauigkeit und betriebliche Effizienz zu verbessern, indem der korrekte Bezeichner für die Disponentenprofilerstellung verwendet wird.

EL-2242 Menge mit spezifischer storageId

Release Notes

Zuvor gab es ein Problem, bei dem Mengen aus allen verfügbaren Lagern übertragen wurden, unabhängig von ihrer spezifischen storageId, wenn die Menge unter einem bestimmten Schwellenwert lag. Dies konnte zu ungenauen Bestandsdaten und potenziellen Erfüllungsfehlern führen.

Jetzt stellt das System sicher, dass Mengen nur aus dem Lager übertragen werden, das in den Systemeinstellungen konfiguriert ist. Dies gewährleistet eine präzise Verfolgung und Verwaltung des Bestands basierend auf dem zugewiesenen Lagerort, was zu einer verbesserten Genauigkeit und Erfüllungseffizienz führt.

EL-2255 Position durch Retourenauftrag kennzeichnen

Release Notes

Wenn zuvor das Kontrollkästchen zur Überprüfung der Retouren-Artikelnummer im Retourenauftrag auf “true” gesetzt war, ermöglichte dies die Erstellung eines Retourenauftrags. Wenn das Kontrollkästchen dann auf “false” gesetzt wurde, konnten Benutzer kein externes Produkt für denselben Kunden im Retourenauftrag hinzufügen.

Wenn das Kontrollkästchen jetzt auf “false” gesetzt ist, können Benutzer problemlos externe Produkte für denselben Kunden im Retourenauftrag hinzufügen, was die Flexibilität und Benutzerfreundlichkeit des Systems für die Verwaltung von Retourenaufträgen verbessert.

EL-2262 Billbee-Auftrag per Tag stornieren

EL-2277 Auftrag in Billbee per Flag stornieren

EL-2283 Dokumentation für GoodsReceipt Add API aktualisieren

Release Notes

Die Dokumentation für die GoodsReceipt Add API enthielt zuvor keine detaillierten Informationen zu den zusätzlichen Feldern, die zur Verbesserung der während des Wareneingangsprozesses abgerufenen Daten verwendet werden könnten. Benutzer hatten nur begrenzte Einblicke in bestimmte Komponenten wie die geschätzte Ankunftszeit und Auftragsdetails, was die Genauigkeit und Effizienz ihrer Bestandsverwaltung beeinträchtigen könnte.

Mit der aktualisierten Dokumentation haben Benutzer nun Zugriff auf umfassende Details bei der Verwendung der GoodsReceipt Add API. Das erwartete Ergebnis umfasst die Sichtbarkeit wichtiger Informationen wie der geschätzten Ankunftszeit (eta) sowie eine vollständige Ansicht der Basis-JSON-Struktur, die wichtige Auftragskennzahlen wie bestellte Boxen (orderedBoxes), bestellte Paletten (orderedPalettes), bestellte Stücke (orderedPieces) und die Tor-Nummer (gateNumber) enthält. Diese Verbesserung ermöglicht es Benutzern, ihre Logistik und Lieferkettenverwaltung durch die Nutzung präziser und zeitnaher Daten zu optimieren.

EL-2293 Nicht-ASCII-Zeichen in JavaScript entfernen

Release Notes

Die Aufgabe bestand zuvor darin, mit Zeichenketten umzugehen, die Nicht-ASCII-Zeichen enthielten, was zu potenziellen Problemen wie Datenbeschädigung oder Anzeigefehlern führte. Die Lösung besteht darin, eine JavaScript-Funktion zu verwenden, um diese Nicht-ASCII-Zeichen effizient zu entfernen und saubere und gültige Zeichenkettendaten sicherzustellen. Wenn der bereitgestellte Beispielcode ausgeführt wird, gibt er nun erfolgreich eine bereinigte Zeichenkette ‘Markenname LimitedyE###C’ zurück, die frei von unerwünschten Nicht-ASCII-Zeichen ist, wodurch die Datenverarbeitung und -darstellung verbessert wird.

EL-2296 Gzip-Kodierung im RestClient unterstützen

Release Notes

Zuvor unterstützte der RestClient keine Gzip-Kodierung, was zu Problemen bei der Interaktion mit bestimmten Shops führte, die ihre Antworten in komprimierter Form zurückgaben. Dies führte zu Herausforderungen bei der korrekten Interpretation und Verarbeitung der empfangenen Daten.

Mit der aktualisierten Implementierung überprüft der RestClient nun die Inhaltskodierung der Antwort, bevor er sie liest. Wenn die Antwort mit Gzip-Kodierung komprimiert ist, wird sie korrekt dekomprimiert und gelesen, was eine nahtlose und genaue Datenverarbeitung gewährleistet. Diese Verbesserung ermöglicht eine verbesserte Kompatibilität und Funktionalität bei der Kommunikation mit Servern, die Komprimierung verwenden, was ein robusteres Client-Erlebnis bietet.

EL-2297 CtrlId von MHD oder Charge prüfen, falls im Frontend nicht verfügbar

Release Notes

In der vorherigen Version hatten Benutzer Probleme, wenn sie versuchten, die Kontroll-ID (ctrlId) von MHD oder Charge zu überprüfen, da diese nicht immer in den Frontend-Bildschirmen angezeigt wurde. Diese Inkonsistenz führte zu Schwierigkeiten beim Zugriff auf notwendige Informationen, was zu potenziellen Verzögerungen und Fehlern bei der Verarbeitung führte.

Mit dem aktualisierten System können Benutzer nun eine zuverlässigere und optimierte Erfahrung erwarten. Die Kontroll-ID ist im Frontend konsistent verfügbar, sodass Benutzer die benötigten Informationen mühelos direkt von den Bildschirmen überprüfen und abrufen können, ohne jegliche Behinderung. Diese Verbesserung soll die Genauigkeit und Effizienz in den Arbeitsabläufen verbessern und jegliche zuvor aufgetretenen Störungen oder Verwirrung minimieren.

EL-2299 Disponentenprofil zwischen Shop-Konfiguration und Wemalo ExternalId zuordnen

Release Notes

In der vorherigen Systemkonfiguration gab es eine Einschränkung bei der Zuordnung des Disponentenprofils zwischen der Shop-Konfiguration und der Wemalo ExternalId. Dieses Problem betraf insbesondere Tags, die über Shopify zugewiesen wurden, um Versandoptionen zu definieren. Darüber hinaus gab es eine Vernachlässigung bei der Behandlung von Disponentennamen, die Leerzeichen enthielten, wie z. B. “DHL Schweiz”.

Mit der aktualisierten Implementierung ordnet das System nun das Disponentenprofil korrekt zu, indem es es erkennt und korrekt mit der entsprechenden Wemalo ExternalId verknüpft. Von Shopify bereitgestellte Tags werden nahtlos integriert, um Versandoptionen anzugeben. Darüber hinaus werden Disponentennamen mit Leerzeichen jetzt korrekt verarbeitet, wodurch sichergestellt wird, dass Konfigurationen wie “DHL Schweiz” über alle Plattformen hinweg konsistent interpretiert und angewendet werden. Dieses Update verbessert die Kohärenz und Flexibilität der Versandoptionsdefinitionen und gleicht die Shop-Konfiguration nahtlos mit externen Systemen ab.

EL-2303 Shopify Fulfillment-Service aus der Konfiguration abrufen, wenn er vom Standardwert abweicht

Release Notes

Der Shopify Fulfillment-Service in der Konfiguration wurde zuvor nicht immer mit dem Standardwert verglichen. Dies führte zu potenziellen Diskrepanzen oder Inkonsistenzen in den Einstellungen des Fulfillment-Prozesses. Die Ausführung stellt nun sicher, dass der Shopify Fulfillment-Service nur dann aus der Konfiguration abgerufen wird, wenn er vom Standardwert abweicht, wodurch eine systemweite Übereinstimmung gewährleistet wird.

Darüber hinaus wurde die Standort-ID, die sich auf die Shopify Fulfillment-App-Integration mit Wemalo bezieht, nicht konsistent überprüft. Das Update stellt nun sicher, dass diese ID genau überprüft wird, wodurch sichergestellt wird, dass die Integration reibungslos und fehlerfrei funktioniert, was einen zuverlässigeren und nahtloseren Arbeitsablauf ermöglicht.

EL-2305 Parallele Übergabeprozesse durch Dockmanagement verhindern

Release Notes

Zuvor gab es ein Problem, bei dem mehrere Übergabeprozesse parallel durch das Dockmanagement ausgeführt werden konnten. Diese Überlappung führte manchmal zu Ineffizienzen und Koordinationsproblemen, die den gesamten Arbeitsablauf und die Ressourcenzuweisung beeinträchtigten. Mit dem neuesten Update beschränkt das Dockmanagement-System nun die Überlappung der Übergabeprozesse in der Ausführung. Dies stellt sicher, dass jeder Übergabeprozess sequenziell verwaltet wird, was die betriebliche Effizienz verbessert und das Potenzial für Konflikte oder Fehlzuweisungen von Ressourcen verringert. Die verbesserte Koordination ermöglicht reibungslosere Übergänge und eine optimierte Nutzung der Dockressourcen.

EL-2307 Synchronisierung von Paketen ohne Sendungsnummer basierend auf dem Übergabedatum ignorieren

Release Notes

Zuvor wurden Pakete ohne Sendungsnummer unabhängig von ihrem Übergabedatum in das System synchronisiert. Dies führte manchmal dazu, dass veraltete oder irrelevante Paketinformationen das System überfluteten.

Aktuell werden Pakete ohne Sendungsnummer von der Synchronisierung in das System ausgeschlossen, wenn ihr Übergabedatum älter als 14 Tage ist. Dies stellt sicher, dass nur relevante und zeitnahe Paketinformationen verarbeitet werden, was die Genauigkeit und Effizienz der Paketverfolgungsfunktionen des Systems verbessert.

EL-2310 Doppelte Importierung stornierter Bestellungen verhindern

Release Notes

In der Vergangenheit gab es ein Problem, bei dem stornierte Bestellungen in Wemalo importiert wurden, auch nachdem sie im Shop mit dem Tag `cancel_received_by_` gekennzeichnet worden waren. Dies verursachte unnötige Duplizierung und Verwirrung.

Mit der Implementierung einer neuen Funktion überprüft das System nun effektiv das Vorhandensein des Tags `cancel_received_by_` bei stornierten Bestellungen im Shop. Wenn dieser Tag gefunden wird, wird die Bestellstornierung nicht mehr in Wemalo importiert. Diese Verbesserung stellt sicher, dass nur notwendige Informationen verarbeitet werden, wodurch Fehler reduziert und der Arbeitsablauf optimiert wird.

EL-2312 Alle Produktbestände mit dem Shop synchronisieren

Release Notes

Zuvor gab es eine Herausforderung bei der Synchronisierung aller Produktbestände mit dem Billbee-Shop, was zu Inkonsistenzen zwischen dem Lagerbestand und dem Online-Shop führte. Diese Situation führte gelegentlich zu Über- oder Unterverkauf von Produkten aufgrund veralteter Bestandsinformationen.

Mit der Implementierung der Funktion “Alle Produktbestände synchronisieren” stellt das System nun sicher, dass alle Produktbestände in Echtzeit genau aktualisiert und mit dem Billbee-Shop abgeglichen werden. Diese Verbesserung sorgt für konsistente Bestandsdaten, liefert Kunden genaue Verfügbarkeitsinformationen und verbessert die gesamte Bestandsverwaltung und den Vertrieb.

EL-2325 Virtuelle Menge von Produkten bei Buchung ihrer untergeordneten Produkte und Versenden von Artikeln berechnen

Release Notes

Das System berücksichtigte zuvor nicht die virtuelle Menge von Produkten bei der Buchung untergeordneter Produkte, was zu Diskrepanzen in der Bestandsverwaltung führen konnte. Darüber hinaus war der Prozess zur Überprüfung des Setlisteninhalts für Artikel nicht immer optimiert, was möglicherweise Fehler verursachte.

Mit dem neuesten Update berechnet und passt das System nun bei der Buchung untergeordneter Produkte die virtuelle Menge der übergeordneten Produkte genau an, was eine genauere Bestandsverfolgung gewährleistet. Darüber hinaus wird der Inhalt der Artikelliste nun automatisch zur Überprüfung gesendet, was die Gesamtgenauigkeit und Zuverlässigkeit der Bestandsdaten verbessert. Diese Verbesserung optimiert den Arbeitsablauf und verringert die Wahrscheinlichkeit von Fehlern, wodurch die Bestandsverwaltung effizienter und effektiver wird.

EL-2333 Produkte vergleichen, wenn sie nicht in der Shop-Konnektor-Konfiguration festgelegt sind

Release Notes

Zuvor wurden beim Hinzufügen eines neuen Produkts zu Wemalo in der Shop-Konnektor-Konfiguration nicht automatisch Felder für Produktvergleiche festgelegt. Dies bedeutete, dass Benutzer Produkte manuell vergleichen mussten, um Genauigkeit und Vollständigkeit vor der Integration sicherzustellen.

Mit der aktuellen Verbesserung vergleicht das System nun automatisch Produktfelder, wenn sie nicht in der Shop-Konnektor-Konfiguration festgelegt sind. Dies gewährleistet Konsistenz und Genauigkeit und ermöglicht einen optimierten Prozess beim Hinzufügen neuer Produkte zu Wemalo. Benutzer können sich nun darauf verlassen, dass das System die notwendigen Überprüfungen durchführt, wodurch das Fehlerpotenzial verringert und wertvolle Zeit gespart wird.

EL-2336 Benutzerliste für die Zuweisung von Picklisten nach registrierten oder aktualisierten angemeldeten Benutzern filtern

Release Notes

Zuvor wurde die Liste der Benutzer, die für die Zuweisung in der Pickliste verfügbar waren, nicht gefiltert, was Benutzer möglicherweise mit einer Auswahl überforderte, die für ihren aktuellen Kontext nicht relevant war.

Jetzt zeigt die Pickliste nur noch die Benutzer an, die registriert sind oder kürzlich Informationen aktualisiert haben, was den Auswahlprozess erheblich optimiert. Dies stellt sicher, dass Ihnen eine präzise und relevante Liste potenzieller Beauftragter angezeigt wird, die auf die spezifischen Anforderungen Ihrer Lagerzuweisungsaufgaben zugeschnitten ist.

Neue Funktion EL-1782 Überprüfung von Artikelnummer und Menge bei der Buchung von Retouren EL-1900 Alle und virtuellen Bestand zum AllStocks-Endpunkt

Release Notes

In der Vergangenheit konsolidierte das System nicht alle virtuellen Bestände in den AllStocks-Endpunkt, was zu Diskrepanzen in den Produktinformationen führte. Darüber hinaus gab es eine Abhängigkeit von der externen Shop-ID, was die Flexibilität der Bestandsanalyse einschränkte.

Aktuell enthält der AllStocks-Endpunkt nun alle virtuellen Bestände, was einen umfassenden Überblick über die Lagerbestände gewährleistet. Unabhängig von der Shop-Anforderung ist die externe ID nicht mehr notwendig, was den Prozess rationalisiert. Um die Anforderungsleistung zu verbessern, wird nun auch der Produkttyp mit dem Flag berücksichtigt, das angibt, ob es sich um ein übergeordnetes Produkt handelt. Ein neuer Endpunkt, getAllVirtualStock, wurde eingeführt, um alle virtuellen Artikelnummern mit identischen Feldern wie im AllStocks-Endpunkt bereitzustellen. Dies umfasst notwendige Felder wie Menge, Verfügbar, Reserviert und Vollbestand, was ein detaillierteres und zugänglicheres Bestandsverwaltungssystem bietet.

EL-2027 Erweiterung der von AllStocks zurückgegebenen Felder EL-2066 Verwendung des Preisprozentsatzes für die Teileliste des Produkts

Release Notes

Zuvor erlaubte das System Benutzern nicht, Prozentwerte direkt in die Teileliste für jedes Produkt einzugeben, was manuelle Berechnungen und externe Referenzen zur Verwaltung von Preisstrategien erforderte.

Jetzt haben Benutzer die Möglichkeit, nahtlos Prozentwerte in das Feld “Prozentwert” in der Teilelistentabelle einzugeben. Diese Verbesserung erleichtert die einfache Berechnung von Preisanpassungen direkt im System. Infolgedessen werden die Daten im LVS-Backend genau aktualisiert, und die korrekten Prozentwerte werden effektiv an Shipconnect übertragen, was die Preissynchronisation und Effizienz über alle Plattformen hinweg gewährleistet.

EL-2089 Felder zum Inhalt des Artikels in Wemalo-Ship hinzufügen

Release Notes

Die Aufgabe bestand darin, zusätzliche Felder in den Inhalt von Artikeln im Wemalo-Ship-System einzufügen. Zuvor fehlten den Artikeln/Inhalten detaillierte Informationen, insbesondere das Feld “EAN”. Darüber hinaus enthielten die Metadaten nicht das Feld “Versandkosten”, das für die Bereitstellung umfassender Versandinformationen erforderlich war.

Mit den implementierten Änderungen enthält der Inhalt jedes Artikels nun das Feld “EAN”, was die Produktidentifizierung und Rückverfolgbarkeit verbessert. Darüber hinaus ist das Feld “Versandkosten” jetzt Teil der Metadaten, sodass Benutzer problemlos auf wichtige Versandkosteninformationen zugreifen können. Diese Verbesserungen gewährleisten ein informativeres und effizienteres System und verbessern das gesamte Benutzererlebnis.

EL-2093 Filterung im Bin-Statusbericht reservierter Artikel hinzufügen

Release Notes

In der Vergangenheit konnten Benutzer im Bin-Statusbericht reservierter Artikel nicht nach Artikelnummer filtern. Bei dem Versuch zu suchen, blieb die Seite unverändert und lieferte kein Feedback oder Ergebnisse wie erwartet.

Jetzt können Benutzer effizient nach Artikelnummer filtern, was zu einer aktualisierten und reaktionsschnellen Berichtsanzeige bei der Suche führt. Darüber hinaus werden Auswahlfelder wie “Merkmal”, “MHD B2B” und “Auftragsinfo” optimiert, um die Benutzerfreundlichkeit zu verbessern und sicherzustellen, dass nur relevante Optionen in der Übersicht sichtbar sind. Diese Verbesserung optimiert die Zugänglichkeit und Funktionalität des Berichts für ein benutzerfreundlicheres Erlebnis.

EL-2179 Header hinzufügen, um Ratenbegrenzungen zu erhöhen

Release Notes

In der Vergangenheit waren die Ratenbegrenzungen für API-Anfragen fest codiert, was zu einer eingeschränkten Flexibilität bei der Verwaltung von Anforderungsschwellen über verschiedene Routen hinweg führte. Benutzer stießen oft auf Beschränkungen, die die optimale Leistung und Anpassung behinderten.

Mit der Einführung eines neuen Headers, der einen Multiplikator enthält, haben Benutzer nun die Möglichkeit, Ratenbegrenzungen über alle Routen hinweg nahtlos zu erhöhen. Diese Verbesserung ermöglicht eine bessere Kontrolle über API-Anforderungsflüsse, um unterschiedlichen Verkehrsanforderungen gerecht zu werden und die Gesamteffizienz zu verbessern. Durch die Anpassung des Headers können Benutzer sicherstellen, dass ihre Anwendungen reibungslos ohne die Einschränkungen früherer Beschränkungen funktionieren.

EL-2235 Pudo-Nummer von JTL importieren

Release Notes

In der Vergangenheit wurde die “Pudo-Nummer” von JTL nicht korrekt an Wemalo übertragen, und das Feld “Zusatzinfo” wurde bei der Übertragung an Ship-Connect nicht berücksichtigt. Dies führte dazu, dass unvollständige Auftragsinformationen an den Versandprozess weitergegeben wurden, was möglicherweise zu Verwirrung oder Verzögerungen führte.

Mit den implementierten Änderungen wird die “Pudo-Nummer” nun korrekt von JTL an Wemalo übertragen, wodurch sichergestellt wird, dass diese kritischen Informationen erhalten und effektiv genutzt werden. Darüber hinaus wird das Feld “Zusatzinfo” nun nahtlos in die an Ship-Connect gesendeten Daten einbezogen, wodurch umfassende Auftragsdetails bereitgestellt werden. Diese Verbesserung verbessert die Genauigkeit und Effizienz des Versandworkflows und verringert die Wahrscheinlichkeit von Fehlern oder Auslassungen in der Logistikkette.

EL-2266 Weclapp-API-Update erfordert Komprimierung

Release Notes

In der Vergangenheit wurden die API-Aufrufe der Weclapp-Plattform ohne obligatorische Komprimierung durchgeführt, was zu größeren Antwortgrößen und potenziell langsameren Datenübertragungsraten führen konnte. Mit dem seit dem 1. Februar 2025 implementierten Update ist die Komprimierung für alle API-Aufrufe in Stufen aktiviert. Von diesem Zeitpunkt an verwendet die Plattform konsistent Komprimierung für jede Antwort, die einige hundert Bytes überschreitet, wodurch die Dateneffizienz und die Übertragungsgeschwindigkeiten verbessert werden.

EL-2278 Lager-ID über die GoodsOrder Rest API ändern

Release Notes

Vor diesem Update waren Benutzer mit einer Einschränkung konfrontiert, bei der sie nicht die gesamte Bestellung über die GoodsOrder Rest API einem anderen Lagerort zuweisen konnten. Dies war besonders unbequem in Szenarien, in denen betriebliche Anforderungen eine vollständige Übertragung des Bestands an einen neuen Lagerort erforderten.

Mit der Einführung eines neuen Endpunkts können Benutzer nun nahtlos die zugewiesene Lager-ID für eine gesamte Bestellung ändern. Diese Verbesserung bietet mehr Flexibilität und Effizienz bei der Verwaltung der Lagerlogistik. Benutzer sind nun in der Lage, Ressourcen einfach neu zuzuweisen und ihre Lagerlösungen zu optimieren, was einen rationalisierteren Betrieb und eine verbesserte Anpassungsfähigkeit an sich ändernde Lagerbedürfnisse gewährleistet.

EL-2289 Auftrag aufteilen und alle Daten mit Plenty kopieren

Release Notes

Zuvor bestand die Notwendigkeit, bestimmte Positionen innerhalb von Aufträgen aufzuteilen, um die Erfüllung aus verschiedenen Lagern zu ermöglichen. Die Herausforderung bestand darin, diese Aufträge in einem Shop zu erfüllen, der dieselbe externe ID erforderte, was aufgrund identischer Shop-Namen nicht erlaubt war.

Aktuell wird beim Aufteilen eines Auftrags eine eindeutige Kennung im Format plenty_12345_splitted_1(…..999) als externe ID hinzugefügt. Der Connector des Systems interpretiert diese Anpassung mit einer Konfigurationseinstellung. Für eine erfolgreiche Übermittlung an den Shop muss die externe ID das Suffix _splitted_1(….999) ausschließen.

Mit dieser Lösung werden nach dem Aufteilen eines Auftrags beide resultierenden Aufträge an das Plenty-System übermittelt. Jeder Teil des Auftrags wird separat als separate Pakete oder Sendungen verarbeitet, wodurch sichergestellt wird, dass sie als Teil desselben ursprünglichen Auftrags erkannt und entsprechend erfüllt werden.

EL-2321 BILD – RETOUREN – Kamera verbinden und Bild in den WE-Retoure-Auftrag importieren

Release Notes

Der Prozess des Verbindens einer Kamera und des Importierens von Bildern in den WE-Retoure-Auftrag war anfangs umständlich und erforderte manuelle Auswahl- und Verbindungsschritte.

Jetzt können Benutzer jede kompatible Kamera nahtlos mit dem WE-Retoure-Auftragssystem verbinden, das automatisch alle verfügbaren Kameras auflistet. Benutzer haben die Flexibilität, ihre gewünschte Kamera auszuwählen, um das Streaming direkt auf der Webseite zu starten. Diese Integration soll den Bildimportprozess vereinfachen, sodass Benutzer entweder eine Taste an der Kamera drücken oder die Bildschirmleinwand für eine schnelle und effiziente Bilderfassung verwenden können. Diese Verbesserung rationalisiert den Workflow erheblich und gewährleistet ein effizienteres und benutzerfreundlicheres Erlebnis.

EL-2403 Warenausgang mit Identifikationsnummer

Bug

EL-2014 Wemalo: Inventur Bericht ist manchmal veraltet

Release Notes

Der Inventurbericht in Wemalo wies häufig Diskrepanzen auf. Insbesondere wies der Abweichungsbericht fälschlicherweise einen Überschuss von 214 Einheiten aus. Dieses Problem trat häufig bei Dateien auf.

Um dieses wiederkehrende Problem zu lösen, wurde konsequent die Lösung des Löschens der Datei implementiert. Nach dem Löschen hat Wemalo die Datei erfolgreich neu generiert, was zu genauen Daten führte, die mit den erwarteten Inventurzahlen übereinstimmen. Dieser Prozess soll die Konsistenz und Zuverlässigkeit der Inventurberichterstattung in Zukunft sicherstellen.

EL-2174 Lagerplatz für Warenbestellungsposition auf der Frontend-Bearbeitungsseite verwenden

Release Notes

Zuvor wurde bei dem Versuch, den Lagerplatz für eine Warenbestellungsposition auf der Frontend-Bearbeitungsseite zu verwenden, die Auswahl eines Lagerplatzes und seines zugehörigen Attributs auf der Warenbestellungs-Bearbeitungsseite nicht wie erwartet auf die Bestellung angewendet.

Wenn ein Benutzer jetzt einen Lagerplatz und sein entsprechendes Attribut für eine Warenbestellungsposition auf der Frontend-Bearbeitungsseite auswählt, wird die Auswahl korrekt auf die Bestellung angewendet, wodurch sichergestellt wird, dass die Waren ordnungsgemäß dem ausgewählten Lagerort zugewiesen werden. Diese Verbesserung rationalisiert den Bestellbearbeitungsprozess und stellt die Übereinstimmung zwischen den Benutzerauswahlen und der Anwendung dieser Auswahlen durch das System sicher.

EL-2343 Gebuchte Produkte aus dem im Lieferauftrag für SmartReservation gebuchten Artikel abrufen

Release Notes

Zuvor gab es beim Versuch, gebuchte Produkte aus Artikeln innerhalb eines Lieferauftrags für SmartReservation abzurufen, Fälle, in denen die productQuantityMap-Hashmap leer war. Diese Situation trat auf, wenn alle Produkte in einem einzelnen Thread gebucht worden waren, was zu potenziellen Störungen im Reservierungsprozess führte.

Mit dem aktuellen Update stellt das erwartete Ergebnis sicher, dass selbst wenn alle Produkte innerhalb eines Threads vollständig gebucht sind, die productQuantityMap-Hashmap stets genaue Buchungsinformationen widerspiegelt. Diese Verbesserung erhöht die Zuverlässigkeit der Datendarstellung in Lieferaufträgen und ermöglicht einen reibungsloseren Betrieb und eine bessere Bestandsverwaltung im SmartReservation-System.

Der Beitrag Releasenotes WemaloCore 25-04 erschien zuerst auf WEMALO Help.

Verbesserungen:

– EL-1833: Erweiterte Funktionen für das Aktualisieren von EAN-Nummern über die REST-Schnittstelle.

– EL-2022: Aktualisierung der Versandprofilauswahl für EU-Länder, einschließlich Deutschland, zur besseren Anpassung an länderspezifische Anforderungen.

– EL-2068: Strengere Prüfung von Dokumenten vor der Freigabe von Bestellungen, um die Prozesssicherheit zu erhöhen.

– EL-2081: Optimierung des Pickprozesses für umfangreiche Picklisten mit einer Vielzahl von Produkten und Quantitäten zur Effizienzsteigerung.

– EL-2239: Verbesserter Inventur-API-Prozess durch verbessertes Barcode-Handling und Berücksichtigung der Lagerbestände.

– EL-2174: Möglichkeit zur expliziten Auswahl von Stellplätzen, um das FEFO-Prinzip zu umgehen und Flexibilität zu erhöhen.

– EL-1941: Erlaubnis, mehrere Positionen gleichzeitig von der Bestelldetailseite zu entfernen, für eine effizientere Bearbeitung.

– EL-2185: Anpassung der Möglichkeit, bei Nachdruck ein neues Versandlabel anzufordern, um den Prozess zu optimieren.

– EL-2231: Beschleunigte Bereitstellung von Inventurzahlen in Excel-Dateien auf Anfrage für eine schnellere Entscheidungsfindung.

– EL-2179: Verbesserungen im REST API Rate Limiting für eine zuverlässigere Systemperformance.

– EL-2220: Erweiterte Rückgabemöglichkeiten für Positionen aus unbekannten Retouren für erhöhte Transparenz.

– EL-1864: Berücksichtigung der Retourenmenge bei aktivem Positionscheck für präzisere Rückgabeabwicklungen.

– EL-1997: Erweiterte Attributrückgabe in der Retouren API, um detailliertere Informationen zu bieten.

Shop-Connectoren:

– EL-1971, EL-2194: Verbesserte Verarbeitung von Mehrlagerbeständen unter Berücksichtigung der Stellplatztypen für eine effizientere Lagerverwaltung.

– EL-2234: Im Billbee-Connector die Möglichkeit, den Versanddienstleister über die DispatcherProfileId in der Shop-Konfiguration zu setzen, um Profilverkettungen besser zu steuern.

– EL-2242: Erweiterte Berücksichtigung der Bestände im PlentyConnector bei der Verwaltung von Mehrlagerbeständen.

Allgemeine Korrekturen:

– EL-1637: Erweiterte Prüfung der Paket-Trackingdaten in Wemalo, um die Sendungsverfolgung weiter zu optimieren.

– EL-2014: Der Inventurbericht in Wemalo beinhaltet nun erweiterte Prüfmaßnahmen zur Handhabung spezifischer Fälle, um die Genauigkeit zu verbessern.

Diese Verbesserungen und Korrekturen bieten eine höhere Effizienz und Genauigkeit in verschiedenen Bereichen der Wemalo-Software und unterstützen eine bessere Benutzererfahrung.

Der Beitrag Release notes – Wemalo – Januar 2025 erschien zuerst auf WEMALO Help.

In dieser Version von Wemalo haben wir uns auf die Optimierung von Prozessen, die Verbesserung der Datenqualität und die Erweiterung der Integrationen konzentriert. Neue Funktionen wie die flexible Gewichtseinstellung für konfigurierbare Produkte und die intelligente Reservierungsoptimierung steigern Ihre Effizienz und Genauigkeit.

Ergänzungen für mehr Effizienz 

 EL-2112 Implement Logic for Configurable Product Weight Selection Gross or Net

Description

Flexiblere Gewichtseinstellungen: Wähle jetzt, ob das Brutto- oder Nettogewicht für konfigurierbare Produkte im Billbee-Connector importiert werden soll.

EL-2085 use lot if it is activated to pack next article

Description

Vereinfachter Packprozess für mehrfache Chargen: Produkte mit unterschiedlichen Chargen können jetzt schneller verpackt werden. Ein einfacher Scan genügt, um mehrere Chargen zu bestätigen.

Neuerungen

EL-2137 order is in queue of smart reservation

Description

Intelligente Reservierungsoptimierung: Durch die verbesserte Smart Reservierung werden Umlagerungen effizienter. Die Reservierungsreihenfolge wird automatisch angepasst, um einen reibungslosen Ablauf zu gewährleisten.

EL-2066 using price percentage for Partlist of Product

Description

Genauere Zollwertberechnung: Die prozentuale Aufteilung von Einzelpositionen in Stücklisten ermöglicht eine präzisere Berechnung von Zollwerten.

EL-2083 send product webhook if added in wemalo

Description

Zuverlässigere Produktbenachrichtigungen: Nur erfolgreich angelegte Produkte werden jetzt per Webhook gemeldet.

EL-2102 add metadata to orders in wemalo

Description

Verbesserte Datenqualität und -verwaltung

EL-2122 rectify address data split in adding goods order

Description

Verbesserte Datenqualität und -verwaltung

EL-2139 show articles of picklist on different storagecell

Description

Verbesserte Datenqualität und -verwaltung

EL-1782,EL-2145 checking sku and quantity at booking of Return order

Description

Striktere Qualitätsprüfung bei Retouren: Die Prüfung von SKU und Menge wurde verschärft, um Fehler zu vermeiden und die Genauigkeit zu erhöhen.

EL-2089 add fields to content of item in wemalo-ship

Description

Erweiterte Versanddaten für flexible Dokumenterstellung: Die Verfügbarkeit von EAN und Versandkosten an spezifischen Stellen erleichtert die Erstellung verschiedener Versanddokumente.

EL-2093 Add Filtering in Bin Status Report of Reserved Articles

Description

Bessere Übersicht über reservierte Artikel: Der Lagerspiegel bietet jetzt erweiterte Filteroptionen für eine gezieltere Suche nach reservierten Artikeln.

Der Beitrag Wemalo Release Notes – November 2024 erschien zuerst auf WEMALO Help.

### Improvement

EL-1551 convert booking history report to csv
– Buchungshistorie per CSV

EL-1759 Add scan_barcode and return tracking number to handle in return orders
– Wemalo zeigt bei einem vorhandenen Retourenlabel die Retourennummer direkt am Auftrag an. Beim Scan dieser Trackingnummer am Retoureneingang wird der Auftrag zugeordnet.

EL-1794 No Webhook Avalability Update in PICK
– Es wird kein Webhook zum Availability Update im Status PICK mehr gesendet, zur Vermeidung nicht notwendiger Abfragen.

EL-1741 Order Tag with attachment
– Betrifft Shopify Anbindung, wenn in den Order_Notes der Wert “Delivery note URL 1” gesetzt ist, wird die dort angegebene Datei als Lieferschein geladen.

EL-1746 adjust ParcelSuggestion query to be faster in filtering
– Performance Steigerung bei der Vorgabe von Verpackungsvorschlägen in der Kartonagenauswahl.

EL-1788 RestFull API for product external Id
– API Erweiterung von API Endpunkten um Externe Produktids per API zu verwalten.

EL-1809 avoid creation of retrun orders when it already created
– Prüfung auf Retoure im Status Entwurf oder offen, falls mehrere vorhanden bietet Wemalo eine Auswahlmöglichkeit. Es werden dann keine neue Retouren bei der Aufnahme der Waren erzeugt.

EL-1810 Shopify Template and matching dispatcher Order
– Möglichkeit für den Shopify Connector ein Versandprofil anhand eines Schlagwortes vorzugeben.

EL-1220 support attatching CN23 and CN22 documents as Custom documents
– CN23 Dokumente von DHL werden geteilt an Drucker übergeben werden und ebenfalls getrennt abgelegt und können explizit zum Druck an spezielle Drucker gesendet werden.

EL-1647 Add endpoints product/allstocks to restapi
– Erstellung eines API Endpunktes um alle oder explizit einzelnen Bestand von aktiven Produkten per API abzufragen. Es werden Verfügbarkeiten, reservierte und auf Wareneingangs- oder Sperrlägern gesperrte Bestände angezeigt. Damit wird eine Bestandsführung in Wemalo und externen, selbstreservierenden Systemen erleichert.

EL-1742 add toggle for customer isDemo
– Abrechnung – Mandant kann nun als DemoMandant gekennzeichnet werden um falsche Lizenzabrechnung zu verhindern.

EL-1779 search products by multiple ean barcodes in relocation process
– Bisher gab es eine Limitierung auf bestimmte Barcodes des Produktes. Während der Umlagerung können nun beliebige Barcodes des Produktes zum Scan verwendet werden.

EL-1780 add trackingurl to wemalo-ship and table trackingnumber
– Falls vorhanden, wird die Tracking-URL nun direkt am Packstück in Wemalo gespeichert.

Der Beitrag Wemalo Release Mai 2024 erschien zuerst auf WEMALO Help.

This document gives a short overview of the upcoming changes to the release of wemalo v.2.4.1. The update will be rolled out starting 23.3.2021, 20:00-23:00 MEZ. The process of wemalo could be interrupted in that given timespan. External Shop-Orders and REST calls will be sequentially loaded again after release of new version.

Wemalo Backend Core

WEMALO-3083 Update to Password forced process to be changed after autogenerated credentials

WEMALO-3327 duplicate stock delivery in book API

WEMALO-3330 Disable explicit handover of blockpacked orders 

WEMALO-3121 adding Multiple Product by comparison product between shop and wemalo

WEMALO-3325 Provide matchId and profileId of dispatcher profile in REST

endpoint api-GoodsOrder-getProfiles

WEMALO-3262 Always print Export Documents if existing

WEMALO-3364 Always print Export Documents optional on customer config

WEMALO-3348 Remove username from logging in chatbot notification

WEMALO-3358 Store shipmentprice of every order in wemalo for customs tax declaration

WEMALO-3197 Enhancement 20: Update API endpoint getSentpackages to

include all serialNumber data

WEMALO-3370 Prevent orders with special characters will be sent to the creation process

WEMALO-3401 Calling wemalo-ship from backend for validating address for DHL dispatchers

Wemalo Frontend

WEMALO-3083 Password forced to be changed after autogenerated

credentials

WEMALO-3301 Change customerOrderNumber field from optional to required

in adding new delivery

WEMALO-3305 Loading goodsOrder data by customerOrderNumber in

returnShipment page does not work properly

WEMALO-3364 Always print Export Documents optional on customer config

WEMALO-3402 Showing partial-address reason that received from DHL if address not valid

Wemalo-Doc

WEMALO-3210 removing local file creation dependency

Wemalo-lib

WEMALO-3340 Validating and removing special characters

WEMALO-3222 removing local barcode png creation

Wemalo-ship

WEMALO-3315 implement address check function and calling DHL validation API

Billbee Connector

WEMALO-3319 Last page of Billbee product not imported

WEMALO-3362 Billbee additional address and company name not imported to

Wemalo

Weclapp Connector

WEMALO-3283 Changing parameters of bookIncomingMovement for weclapp and

adding batchNumber

WEMALO-3347 Initial Import. Add Product group default if not set in weclapp

WEMALO-3351 Dimension import: kg as weight, Converting articleGrossWeight and articleNetWeight to gram

WEMALO-1836 Trackingnummer übermitteln

Der Beitrag WEMALO Release v2.4.1 erschien zuerst auf WEMALO Help.

Neuerung

Interne Attachments direkt über die REST-API abrufen.

Mit dem neuen Endpunkt getAttachments ermöglichen wir einen direkten Zugriff auf Dokumente aus Wemalo Order- und Return Vorgängen. Das System generiert einen statischen Link zum Download einer Base64 Datei, der über ein begrenzte Zeit gültig ist. Somit können diese Dokumente einfach in vorgelagerten System bereitgestellt werden.
Damit ergänzt diese Funktionalität die bestehende Funktion addGoodsOrderDocument ideal.

Wir werden die Funktionalitäten der REST-API in den nächsten Wochen stetig erweitern um externen Systemen mehr Zugriffsmöglichkeiten zu geben.

Der Beitrag Neue Release Version 1.1.0 der REST-API wemalo-connect erschien zuerst auf WEMALO Help.

Informationen, die YouSellWeSend bereitgestellt werden müssen

username – Backend-User mit entsprechenden Rechten (siehe Setup in plentymarkets)

password – Passwort zum entsprechenden User

URL – URL zum Backend-Shop

plentyID – Kann oben rechts neben dem Profilbild entnommen werden

warehouseID – ID des angelegten (YSWS-)Lagers

storageLocationID – ID des Standard-Lagerplatzes in plentymarkets

Wo sich diese Informationen finden lassen

Wie du plentymarkets für die Anbindung mit der YouSellWeSend-Software am besten einrichtest, kannst du hier nachlesen.

Status Definitionen

Der Prozess-Fortschritt einer Bestellung wird in plentymarkets nach Status gegliedert. Für die Synchronisation ist es notwendig, dass die entsprechenden Status in plentymarkets und wemalo übereinstimmend sind.

1. Offene Aufträge
   Standardmäßig wird der Status 5 (Freigabe Versand) abgerufen. Es kann jedoch alternativ auch ein eigener Status definiert werden. Nach erfolgter Übermittlung des Auftrags an wemalo, wird der Status auf 5.1 (Abwicklung extern) gesetzt. Ab diesem Zeitpunkt (Status 5.1) werden im Auftrag gemachte Änderungen derzeit nicht zu wemalo übertragen.
2. Fehlerhafte Aufträge
   Führen Aufträge aufgrund von fehlerhaften Eingaben o.ä. zu einer Fehlermeldung, werden diese durch einen entsprechenden Status gekennzeichnet:
   Sollten Adressdaten fehlerhaft sein, wird der Status 6.2 gesetzt.
   Bei nicht genügend Ware wird der Status 6.3 gesetzt.
3. Stornierte Aufträge
   Standardmäßig werden stornierte Aufträge in plentymarkets in den Status 8.0 gesetzt. Nach erfolgreicher Übermittlung an unser System setzt wemalo den Status auf 8.8.
   Falls die entsprechende Bestellung noch nicht im Lager bearbeitet wurde, wird der Auftrag storniert und die bestellten Artikel wieder dem Bestand zugeführt. Sollte sich die Bestellung allerdings bereits in Bearbeitung befinden, ist eine Stornierung nicht mehr möglich. (Achtung: Status 8.8 wird derzeit trotzdem gesetzt…)
4. Retournierte Aufträge
   Wemalo ist in der Lage, Retouren auf einem vom Kunden vordefinierten Feld zu übermitteln. Standardmäßig werden bei plentymarkets der Status 9.0 für Retouren verwendet. Aufgrund dessen empfehlen wir für Retouren, die über YouSellWeSend abgewickelt werden, den Status 9.0.1 zu verwenden um besser differenzieren zu können welche Plattform/Dienstleister die entsprechende Buchung getätigt hat.
5. Versendete Aufträge
   Sobald YouSellWeSend einen Auftrag versandfertig bearbeitet hat, wird dieser in plentymarkets mit der Trackingnummer des Dienstleisters gekennzeichnet. Dabei wird sowohl die Trackingnummer als auch der Versanddienstleister übermittelt.
   Soll ein Warenausgang zudem über plentymarkets gesteuert werden, muss eine “Ereignis-Aktion” definiert werden (siehe 3.4)

Der Beitrag Anbindung an plentymarkets erschien zuerst auf WEMALO Help.

Mandant in wemalo anlegen 

Der Mandant wird in wemalo in gewohnter Weise angelegt. Für die weitere Einrichtungen des Mandanten in wemalo-connect müssen die Mandanten-ID und die Lager-ID bekannt sein.

User in wemalo-connect anlegen

Ein neuer Shop-User wird in wemalo-connect angelegt und mit dem zuvor angelegten Mandanten in wemalo anhand der Mandanten-ID verknüpft. Zusätzlich wird die Lager-ID hinterlegt.

Die Anlage eines REST-Keys ist notwendig!

weclapp-Schnittstelle einrichten

Die weclapp-Schnittstelle wird im Bereich „Generic REST Interfaces“ angelegt. Diese Interfaces benutzen die REST-Schnittstelle von wemalo, um mit dem Backend zu kommunizieren. Die Anlage eines Rest-Tokens ist allerdings nicht notwendig.

Durch Klick auf den Button „Neuer Eintrag“ kann eine neue Schnittstelle definiert werden. Nach Auswahl des Systems, kann über den Button „System-Template“ die Konfiguration des Systems geladen werden. Am Beispiel weclapp werden Key-Value-Paare für das Hinterlegen der benötigten Einstellungen (URL, Token, weclapp-ID etc.) geladen. Eine Übersicht der benötigten Einstellungen folgt im nächsten Unterkapitel.

Darüber hinaus können die wemalo-Instanz (zuvor durch Verlinkung von wemalo und der Mandanten-ID eingerichtet) und das Synchronisationsintervall gewählt werden.

Es muss über Einstellungen->Grundeinstellungen->Lager, ein Lager angelegt werden.
Sobald dies geschehen ist können sie über die Bearbeiten Funktion (Stift-Symbol) das Lager öffnen und die Warehouse-ID in der Browserleiste am ende sehen (entityId=XXXX).
Diese wird in den weclapp-Einstellungen benötigt.

weclapp-Einstellungen

Folgende Einstellungen müssen vom Kunden bereitgestellt werden:

• Token: hier muss der Token aus dem weclapp Shop eingetragen werden, (Meine Einstellungen->API Token) der erstellt werden muss.
• url: die URL zur API Schnittstelle von weclapp. (Shop-URL/webapp/api/v1)
  Beispiel: https://<kunde>.weclapp.com/webapp/api/v1
• (weclappId: 1)
• (storageLocationId: 1)
• warehouseId: die ID des Lagers in weclapp.

Folgende Einstellung werden von uns vorgenommen:

• extendedLog: hier muss true eingetragen werden, um ein erweitertes Logging zu aktivieren.

Abos

Die folgenden Abos können aktiviert/deaktiviert werden:

• serviceLoadProducts: laden von Produktstammdaten aus weclapp und Übermittlung an wemalo.
• serviceLoadGoodsOrders: laden von WA-Aufträgen von weclapp und Übermittlung an wemalo.
• servicePushPackages: zurückmelden von versendeten Paketen von wemalo an weclapp.
• servicePushInventoryBookings: Übermittlung von Inventurbuchungen (Ein- und Ausbuchungen).
• servicePushIncomingBookings: Übermittlung von Wareneingangsbuchungen
• servicePushSentBookings: Übermittlung von Warenausgangsbuchungen.
• servicePushReturnBookings: Übermittlung von Retourenbuchungen.

Produktstammdaten

Anmerkungen

Folgende Tätigkeiten müssen manuell im weclapp erledigt werden um dort den Auftrag zum Abruf bereitstellen zu können.

Um eine Lieferung eines Auftrages erfolgreich zu erstellen, muss der Auftrag durch manuelles klicken bestätigt werden. Die Auftragsbestätigung im Status ORDER_CONFIRMATION_PRINTED kann der Kunde manuell oder über eine Massenaktion erstellen. Wenden Sie sich für Rückfragen bitte an den weclapp Support.

Die Versendung der Lieferung und die Erstellung der Rechnung muss auch hier durch ein manuelles klicken bestätigt werden. Der Bestand wird erst aktualisiert, wenn die Lieferung versendet wurde.

Die Retoure des Auftrages kann erst generiert werden, wenn die Lieferung versendet wurde.

Die Waren aus den Retouren kann man in das Lager zurückbuchen, indem man in weclapp unter dem Punkt Wareneingänge und Workflow “Alle Positionen ins Lager buchen” auswählt.

Der Beitrag weclapp erschien zuerst auf WEMALO Help.

• UserCredentials CloudUserID
• UserCredentials Token
• falls noch nicht vorhanden, bitte bei ci@dpd.de erfragen – dauert ca. 1 Tag

In Wemalo werden Versandprofile unter Konfiguration->Versandprofile angelegt. Für DPD sollte dabei auch ein Versandaccount eingerichtet werden, bei dem die oben genannten Informationen hinterlegt werden. Anschließend können Versandprofile referenzierend auf den Account hinterlegt werden, z.B. für die unterschiedlichen Versand-Produkte des Anbieters.

Der Beitrag Leitfaden Anbindung DPD erschien zuerst auf WEMALO Help.