| Panel | ||
|---|---|---|
| ||
Below you will find information regarding what the release included for April, 2021. Release: 8.4.0.0 |
Highlights
| Panel |
|---|
XTND BACKEND
| Panel | |||||
|---|---|---|---|---|---|
| |||||
Reminder invoices can now be sent by email
You can now send reminder invoices via email by pressing "Send reminder 1" or "Send reminder 2". If you instead want to create a PDF for manual distribution, use the old function "Create reminder 1" or "Create reminder 2". The PDF can now be found after creation in the invoice preview. Press the PDF icon to export.  
|
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
Orderuppdateringar
Ibland kan man inte leverera orders när man sa att man kunde leverera. Detta kan vara på grund av till exempel en försenad inleverans av ett inköp, eller att en prioriterad order bokat upp saldot som egentligen var allokerat till en annan osv. När detta händer så gör systemet en så kallad orderomräkning där den räknar om leveransdatum för samtliga påverkade orders och systemet sätter nytt datum på när det kan förväntas att leverera. Dessa orderuppdateringar, där orders får nya leveransdatum, kan nu skickas ut antingen till kund i form av en orderbekräftelseuppdatering eller till er internt i form av en summeringslista på samtliga orders som fått nytt datum. Man kan också välja att inte skicka ut något mejl alls. Dessa tre inställningar finns:
Denna inställning kan sättas på klientnivå, kundnivå samt ordernivå. På klientnivå (systemnivå) så anges detta när man aktiverar funktionen. Tillvidare behövs funktionen aktiveras av Supprt & Kundtjänst, men kommer i framtiden att tillgängligöras så att ni kan sätta upp detta själva. På kundnivå anger man detta i undermenyn Logistikinställningar
På ordernivå anger man detta när man skapar orders, antingen via API eller vid manuell orderläggning.
Tip | Sometime you cannot deliver orders when you said you could deliver. This can be due to a number of reasons, for example if a receiving purchase order gets delayed, or a prioritized order booked up the balance previously allocated to another order etc. When this happens the system perform a so called order recalculation where the system recalculates the delivery dates on all affected orders and then set a new date for when the orders can be expected to be delivered. These order updates, where orders can a new delivery date, can now be sent out either to the customer as a order confirmation update, or internally as a summary list of all affected orders which have gotten a new date. You can also select to send out no email at all. These three settings exist:
These settings can be set on client level, customer level and order level - in this hierarchical level. If no setting is found on order level, the system will check the customer setting. If there's no customer setting, the system will select the client level setting for the order. Client level setting is selected when activated the function. For now, the function is activated by Customer Support, however, in the future this will be made available for system role users to set up themselves. On customer level you select the setting under the menu Logistic settings
On order level, we select the setting when we create the order, either via API or manually when booking orders in Backend.
|
| Panel | |||
|---|---|---|---|
| |||
Chat function moved
Då chattfunktionen ibland påvisats vara i vägen på vissa sidor i systemet så har vi nu flyttat chattfunktionen in i applikationen och satt den högst upp till höger i headern. Här har vi även lagt till ikoner och ändrat namn för att tydliggöra de funktioner ni har tillgängliga i headern. För att chatta med Kundtjänst & Support, klicka på ikonen så kommer chattfunktionen upp precis som vanligt. I headern hittar ni även manualen, som tidigare hette "Hjälp". Klickar ni på denna kommer ni direkt till den sida ni befinner er på fast i manualen. Ni hittar även notifikationerna här som är Kundtjänst & Supports sätt att informera i tjänsten.The chat icon has at occasions been in the way when performing functions in the system. Therefore we have moved the chat icon to the top right corner in the header. With this change we have also added icons and changed names in the header to highlight the functions users have available here. To chat with Customer support, click on the chat icon in the header and the chat function will appear in the lower right corner as usual. In the header you will also find the manual, previously named "Help". If you press "Manual" you will be sent to the corresponding page in the manual. You will also find notifications here which Customer Support use to inform users in the application.  |
| Panel | |||
|---|---|---|---|
| |||
Reset table to standard
On new pages in the system you can find a cogwheel where you as a user can add or remove columns in the table, as well as rearrange their order. On this pop up, we have added an option to reset the table to standard. If you press "Reset", the table will go back to its default settings, as appeared before user specific adjustments were made.
|
| Panel | |||
|---|---|---|---|
| |||
Password validation when creating customer users
When customer users are created in XTND Backend, there will now be requirements that the password for these users have a certain complexity. Below demands are required for passwords for users using the XTND Webshop. Each password needs to contain characters from at least three of the following categories:
Password must be at least 8 characters long Password must not be same as username We have added an info-icon when you can see the requirements when creating passwords.  |
XTND WMS
| Panel | |||||||
|---|---|---|---|---|---|---|---|
| |||||||
Incoterms are now sent to XTND WMS
Incoterms on orders are now communicated from XTND Backend to XTND WMS. Incoterms på orders kommuniceras nu ner från XTND Backend till XTND WMS. Incoterms are standardized terms of transport compiled by International Chamber of Commerce (ICC) which define how costs and responsibility is divided between buyer and seller. When incoterms are sent with orders to the WMS from Backend these then declare who will pay for and who is responsible for the transport. The cost for booking transport will be invoiced by the transportation company either to you as the seller or to your buyer depending on your choice of incoterms. With this change it is therefore important that the Incoterms on orders in Backend are correct if you are using XTND WMS with your XTND Backend. In practice, the change can be viewed in XTND WMS when booking transport for orders. Here fields "Shipping payer", "Terms" as well as "Sen. account" and "Rec. account" are of importance here. Example of the difference as follows: This information will be sent to the carrier if incoterms EXW is used: EXW: Payer pays freight with account 123456  This information will be sent to the carrier if incoterms FCA is used: FCA: We as the sender pay freight with account 654321.
|
| Panel | |||
|---|---|---|---|
| |||
Expiry date can now be scanned when receiving goods
When receiving goods at the warehouse, you can now scan the expiry date. Previously the user had to manually add the date. Now both options are available.
|
| Panel | |||
|---|---|---|---|
| |||
Additional debit can now be added as half of a unit
During pikcing picking you can now add additional debit as half of a unit.
|
| Panel | |||
|---|---|---|---|
| |||
OBS message for deleting shipment
When deleting a shipment, we have added a message to clarify that the shipment may also have to be handled in Consignor or other transport service.   |
API / Integrations
| Panel | |||
|---|---|---|---|
| |||
The API now lists balance adjustments
We have added support in the API to list balance adjustmenetsadjustments. For blockage of balance, we have added support via webhooks. |
| On this page: | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
| Other releases: | ||||||||||||||
|