Maj gav två nya arbetsytor, inköpslobbyn och rabattprovaren. Båda finns för att man ska hinna se vad som händer innan det blir ett problem.
Inköpslobbyn
En ny arbetsvy under Inköp som samlar alla öppna inköpsrader på ett ställe, med klickbara nyckeltal för de fyra frågor en inköpare faktiskt ställer på morgonen: vad är inte orderkänt, vad är inte skickat, vad är sent, och vad behöver planeras om. Tabellen visar leverantör, artikel, öppet antal, efterfrågat datum och saldo, så att prioriteringen går att göra i listan i stället för i huvudet.
Det är samma grepp som senare kom till orderstocken. Mer om hur inköpsflödet hänger ihop finns på sidan om inköp.
Rabatterna går att prova
Under Priser finns nu en rabattprovare. Välj artikel, ange mängd och eventuellt enhetspris, kund, kundgrupp, valuta och datum, så visar verktyget exakt vilka rabatter som aktiveras, varför vissa uteslöts, och vad slutpriset blir. Frågan “varför fick den här kunden det här priset” har därmed ett svar som inte kräver att någon läser reglerna baklänges.
Samtidigt fick rabattreglerna styrning över hur de samverkar. Varje regel får ett staplingsläge:
| Läge | Vad som händer när flera regler träffar |
|---|---|
| Additiv | Alla aktiva rabatter summeras. |
| Bäst i grupp | Bara den förmånligaste regeln inom kombineringsgruppen aktiveras. |
| Exklusiv | Antingen slår regeln ensam, eller så kombineras de övriga. Det som ger störst rabatt vinner. |
Till det kommer två spärrar som gäller oavsett läge. Stoppa vidare rabatter hindrar lägre prioriterade regler från att lägga sig ovanpå, och Max rabatt % sätter ett tak för hur stor den totala rabatten på en rad får bli.
Ett exempel gör skillnaden konkret. Säg att en rad på 10 000 kr träffas av både ett kundavtal på 10 procent och en kampanj på 5 procent:
| Inställning | Rabatt | Radens pris |
|---|---|---|
| Additiv | 15 % | 8 500 kr |
| Bäst i grupp | 10 % | 9 000 kr |
| Exklusiv, kundavtalet ensamt mot kampanjen | 10 % | 9 000 kr |
| Additiv med Max rabatt 12 % | 12 % | 8 800 kr |
Taket på sista raden är det som räddar dig när en kampanj och ett kundavtal råkar träffa samma rad utan att någon tänkt igenom kombinationen.
Rabattregler kan också kopplas till kupongkoder, med tak för antal användningar totalt, antal per kund och giltighetstid.
Fortnox: synken går åt båda hållen
Artiklar kan nu synkas från Fluit till Fortnox. Slå på riktningen Fluit → Fortnox under Inställningar → Fortnox → Artiklar, så synkas artikeln när den sparas, och du kan starta en manuell synk från artikelkortet.
Vilka artiklar som faktiskt går över avgörs av statusen:
| Artikelstatus | Synkas till Fortnox |
|---|---|
| Aktiv | ja |
| Fasas ut | ja |
| Utkast | nej |
| Väntar på godkännande | nej |
| Avslutad eller arkiverad | nej |
Uppdelningen är avsiktlig: ett utkast är inte ett beslut, och att låta det skapa en artikel i bokföringssystemet vore svårt att backa.
Ordrar hämtas nu automatiskt var tionde minut, och annullerade och levererade ordrar uppdaterar statusen i Fluit. En Synka nu-knapp startar en fullständig ordersynk direkt. Kundsynken blev dessutom tåligare vid hög belastning: anropen begränsas per anslutning och massynken körs i kontrollerad sekvens, vilket minskar risken för avbrott när Fortnox svarar med rate limiting.
Orderrader som importeras kopplas nu till rätt lagerplats per artikel i stället för att alltid hamna på standardlagret.
Import från Excel
Leverantörer och inköpsordrar går nu att importera från Excel. Båda importerna kan köras i valideringsläge först, utan att spara, och mallen laddas ned direkt ur dialogen. Vid import av inköpsordrar blir varje rad en orderrad, och rader med samma ordernummer och leverantör grupperas automatiskt till en order. Befintliga utkastordrar kan uppdateras i samma körning.
Kortare noterat
- CRM fick en kontaktlista. Alla kontaktpersoner i systemet på en sida, med sök, filter på portalåtkomst och länk till kundkortet. Kunden fick i sin tur en CRM-flik med prospektstatus, bransch, storlek och leadkälla, plus kundens affärer, offerter, aktiviteter och uppgifter.
- Integrationscentret blev användbart. Scriban-mallar i transformationssteget, en sink som anropar en Fluit-endpoint direkt, en godkänd rapport som datakälla, och läsning och skrivning av filer via lokalt filsystem eller SMB-utdelning.
- Ongoing WMS: fyra synkflöden går att stänga av var för sig. Artiklar, utgående, ingående och lagersaldo. Inaktiverade flöden hoppas över i bakgrundsjobben, medan manuella åtgärder påverkas inte.
- GR/IR-konto i lagerbokföringen. Ett valfritt konto för mottaget men ej fakturerat gods, som används som motkonto vid inleverans i stället för kontot för sålda varors kostnad. Det är förutsättningen för att kunna matcha mot leverantörsfakturan senare.
- Orderraden kan splittas efter allokering. Varje allokeringsgrupp får en egen rad, vilket gör delleveranser lättare att följa. Raden kan också reduceras till den faktiskt allokerade mängden.
- Rapportera saknat i WMS-appen. Plockaren anger antal och orsak, saldot justeras ned, och kundens restorderinställning avgör vad som händer med ordern: ny restorderrad, minskad kvantitet, eller ett stopp när ordern måste hållas samlad.
- Bilagor på ärenden. Ladda upp, ladda ned och ta bort filer direkt på ärendet.
Rättat
- En avbruten eller borttagen inköpsorderrad frigjorde inte de säljorderallokeringar som väntade på just den leveransen.
- Sändningslistan visade 0 kollin i både PDF och Excel.
- Ordrar som importerats från Fortnox uppdaterades inte vid efterföljande synkar, så ändrade leveransdatum och referenser blev kvar på det gamla.
- En PDF som laddades ner utan valt språk föll tillbaka på svenska i stället för på kundens språk.
- Fluit kunde skicka kunder, artiklar, fakturor och verifikat till Fortnox även när synkriktningen inte var satt åt det hållet.
- Hämtning av lagersaldon i Fortnox-migreringen svarade med fel och visade en trasig antalskolumn.
- Flera transportörsfel vid nShift-bokning slogs ihop till ett meddelande, så det gick inte att se om det var totalvikten eller kollivikten som var fel.
