| Panel | ||
|---|---|---|
| ||
Below you will find information regarding what the release included for April, 2021. Release: 8.4.0.0 |
Highlights
| Panel |
|---|
Extend Commerce 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 | ||||||
|---|---|---|---|---|---|---|
| ||||||
OrderuppdateringarOrder updates
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
På nya sidor i systemet så har samtliga tabeller ett kugghjul där man kan lägga till och ta bort kolumner i tabellen, samt ändra ordningen på kolumnerna. Vi har nu lagt till en knapp här för att återställa tabellen till standard. Klickar man på Återställ så kommer tabellen återgå till standard, så användarespecifika anpassningar gjordes.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 validationwhnwhen creating customer users
När man skapar kundanvändare för webshoppen i XTND Backend så kommer krävs nu att lösenordet för dessa användare har en viss komplexitet. Nedan krav gäller för lösenord till användare i webshoppar. Var lösenord måste innehålla tecken från minst tre av följande kategorier: When customer users are created in Extend Commerce 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 Extend Commerce Webshop. Each password needs to contain characters from at least three of the following categories:
Lösenordet måste vara minst 8 tecken långt Lösenordet kan inte vara samma som användarnamnet Vi har lagt till en info-ikon där du kan se vad som krävs för att uppfylla kraven. |
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.  |
Extend Commerce WMS
| Panel | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| |||||||||
Incoterms are now sentto XTNDto Extend Commerce WMS
Incoterms på orders kommuniceras nu ner från XTND Backend till XTND WMS. Incoterms är standardiserade transportvillkor framtagna av on orders are now communicated from Extend Commerce Backend to Extend Commerce WMS. Incoterms are standardized terms of transport compiled by International Chamber of Commerce (ICC) som redogör hur kostnader och ansvar fördelas mellan köpare och säljare. När incoterms skickas med orders så påverkar det vem som bär kostnad och ansvar för transporten du bokar i WMS. Transportkostnaden för er bokning fakturerar transportbolaget antingen er som säljare eller era köpare beroende på incoterms. Med denna ändring är det därför vitkigt att incoterms på orders i Backend är korrekta om man även använder XTND WMS. Rent praktiskt i XTND WMS blir skillnaden i transportbokningen under "Fraktbetalare", "Transportvillkor" samt "Avs. konto" och "Mott. konto". Exempel på skillnaden enl. nedan. Dessa uppgifter skickas till transportören med incoterms EXW: EXW: Mottagare betalar frakt med konto 123456  Dessa uppgifter skickas till transportören med incoterms FCA: FCA: Vi som avsändare betalar frakt med konto 654321.
Tip | Läs om incoterms under Vad är incoterms / transportvillkor? För att se över era incoterms följ instruktionen Exportera & uppdatera Incoterms för kunder Info | which define how costs and responsibility are 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 Extend Commerce WMS with your Extend Commerce Backend. In practice, the change can be viewed in Extend Commerce 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
När man tar emot varor på godmottagningen på lagret så kan man nu även scanna in bäst-före-datum. Tidigare var man tvungen att manuellt lägga in datumet. Nu finns båda alternativ tillgängliga.
|
| Panel | |||
|---|---|---|---|
| |||
Additional debit can now be added as half of a unit
Under plocket kan du nu lägga till tilläggsdebiteringer som halv enhet.
|
| Panel | |||
|---|---|---|---|
| |||
OBS message for deletingshippingshipment
Vid radering av sändning så har lagt till ett meddelande för att förtydliga att sändningen även kan behövas omhändertas i Consignor eller eventuell annan transportör.  |
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 | |||
|---|---|---|---|
| |||
Match supplier invoice with purchase orders
We have previously only had the option to match supplier invoice in Fortnox with a purchase order in Extend Commerce Backend via the field "Our reference" in Fortnox. This is also now possible by using the field "Your reference". |
| Panel | |||
|---|---|---|---|
| |||
The API now lists balance adjustments
Vi har lagt till stöd för att lista saldojusteringar via API. För blockning av saldo så har vi lagt till stöd för detta We have added support in the API to list balance adjustments. For blockage of balance, we have added support via webhooks. |
| On this page: | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
| Other releases: | ||||||||||||||
|
| Include Page | ||||
|---|---|---|---|---|
|