Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Panel | ||
---|---|---|
| ||
Below you will find information regarding what the release included for January, 2020. Release: 7.1.0.0 |
Extend Backend
Panel | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||
ABC balance
We are happy to announce a new feature for prioritizing / limiting balances of products at a specific warehouse to different groups of customers or different sales channels. This is a feature you can activate yourself in the system. Your user will need system settings rights to active. You will, as well, need access to the new product page that has been released to a few selected customers. If you have not gotten this access and wish to use the ABC balance function, please contact Support and they will activate the new product page for you. The feature makes it possible to prioritize and limit the balance to three different groups, A, B and C. Customers or sales channels can be assigned a specific priority group. Group A has highest priority and will always have access to all available balance. For group B and group C you can reduce the available balance with a fixed amount, limiting their possibility to reserve the balance at the warehouse. For example, if you set that group B should have a reduced availability of 30 products for this specific product and the total available balance is 100 for this product, then those customers or sales channels that belong to group B will only see and be able to purchase maximum 70 of those 100 products. By doing this, you essentially prioritize 30 products for group A to purchase, which group B cannot. If a customer or a sales channel belong to group B would try to purchase more than the 70 products available to them, that order would end up in your review queue where you as a user have to make a manual decision on how the order should be handled. You are able to accept the order here, if you decide to. If the total available balance would only be 30 products in this scenario, the product would appear to be out of stock and group B would not be able purchase it. Group A would still be able to see 30 products in stock. You can also add a limit balance to another group, C. This limit works exactly the same as for group B, where the limit is in relation to the total available balance. Group B and group C thus have no relation to each other. You can also set order priority settings for group B and group C to be lower than normal. This means that other orders with higher order priority would always be prioritized higher and get to reserve balance before group B or group C. General settings Sales channel settings Customer settings Product settings
Proforma documents gets an improvement
We have improved the Proforma document where one shipment is now displayed per page, making part deliveries easier to handle. You as a user can now choose which pages/shipments to print that are relevant for each delivery.
BOM products / Bundle products now display balances of its content in the order booking and through the API
Extend can now publish and report available as well as physical balance of BOM products, which are products that contain other products, creating a bundle. The balance of the BOM product is calculated based on the least balance available of its bundled products. So if we have BOM product containing a bundle of four products: A, B, C, and D and D has the lowest balance of all products, then the BOM product's balance will be the balance of product D, as all products are needed to create the bundle. Through the API you can get this balance through the AvailableBalance or the CustomerOrderATP endpoint. Furtermore, the CustomerOrdeerATP is able to display the available balance for each product in the bundle. You can also get this balance by using the AvailableBalance webhook. |
Integrations / API
Panel | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Better error handling for incoming orders from external online stores
When an order is sent to Extend from an external order source like WooCommerce, Magento and other external online stores, address data is sometimes of bad quality with missing required information. This has historically caused numerous error logs, being regenerated multiple times for the same order. Starting from version 7.1 of Extend, even if address data is completely missing, the system will detect this and place the order in the Integration errors list in Extend Backend, where a backend user now can add correct information so the order can be processed in Extend. See warehouse information in the API product list
Warehouse (shortname) as parameter has been added to the GET product list via Product API. This means that you now can get a product list based on warehouse through the GET function for products. Filter on change date in the Order API
A changedate filter has been added to the order list API method. This makes it easier for you to get smaller lists of orders by adding a change date requirement. |
One On this page: | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
Other releases: | ||||||||||||
|