Här kan du läsa om att skapa kreditfaktura.

Här kan du läsa om att makulera en kundfaktura.

Här kan du läsa om att kreditera en leverantörsfaktura.

Här kan du läsa om att kreditera en omkostnadsfaktura.

Här kan du läsa mer om att makulera en leverantörsfaktura.

Här kan du läsa mer om att ångra en utbetalning.

Här kan du läsa mera om avbrutna utbetalningsförslag.

Här kan du läsa mera om att makulera en inbetalning.

Här kan du läsa mera om att vända en verifikation och skapa en rättningsverifikation.

Här kan du läsa mer om att vända en verifikation via periodisering.

Här kan du läsa mer om att exportera/importera en SIE-fil.

Här kan du läsa mer om att göra ett årsbyte.

Här kan du läsa om Intrastat i Monitor ERP.

Här kan du läsa mer om ISO-betalningar.

Planerade värden hämtas från kundorder, inköpsorder och tillverkningsorder. Utfall hämtas från fakturerat, fakturakopplat och avrapporterat.

Även om det i Artikelregister står att det finns ett saldo på artikeln, kan saldot vara klarerat mot order och är då inte tillgängligt. Det kan även vara så att du har en kopplad tillverknings-/inköpsorder som inte är slutrapporterad.

Detta beror på att antalet och/eller priset på kundordern har ändrats. Det kan även bero på att en kreditfaktura har skapats.

Det är inte möjligt att justera pris på en inlevererad inköpsorder. För att kunna korrigera priset behöver du ångra inleveransen, därefter kan priset justeras i Registrera inköpsorder innan ny inleverans rapporteras.

När det är inställt att arbetstidsförkortning beräknas i Monitor ERP, så beräknas arbetstidsförkortningen automatiskt av systemet när de stämplade dagarna attesteras i rutinen Attestera/Korrigera stämplingar.

På samma sätt så räknas arbetstidsförkortningen ner om du avmarkerar kryssrutan Attesterad på en dag i Attestera/Korrigera stämplingar och sparar.

Det finns en funktion som gör att det går att låsa dagar (poster) för korrigering i rutinen Attestera/Korrigera stämplingar. Det finns två ställen där du kan låsa dagar.

Det första stället är vid export av löneunderlag i rutinen Export av löneunderlag. Om du har tillvalet Export av löneunderlag så är kryssrutan Lås poster för korrigering förvalt markerad vid export av löneunderlaget.

Det andra stället att låsa dagar för korrigeringar är i rutinen Lås/lås upp närvarostämplingar. Det är även den rutinen som du ska använda när stämplingar behöver låsas upp. Under Inställningar väljer du om du vill låsa eller låsa upp stämplingar.

I rutinen Attestera/Korrigera stämplingar visas ett hänglås till höger om kryssrutan Attesterad när en dag är låst för korrigering.

Loggdatum är det datum som en ändring blev gjord. Verkligt datum är det datum som ändringen gjordes för.

Om jag t.ex. den 10 juli korrigerar en stämpling gjord den 5 maj som påverkar ett tidbankssaldo, så kommer det att registreras i tidbanksloggen. Loggdatum blir då den 10 juli eftersom korrigeringen gjordes då. Verkligt datum 5 maj förblir oförändrat.

I listtypen Historiskt saldo i rutinen Tidbankslogg kan du sedan välja att se saldot i tidbanken antingen genom att söka på loggdatum eller verkligt datum.

Skillnaden mellan dessa två är att loggdatum visar exakt det saldo som var den dagen för den aktuella tidbanken. Den räknar då inte med eventuella korrigeringar som har gjorts i efterhand. Verkligt datum räknar istället med korrigeringar som har gjorts efter datumet som du söker på, men som har påverkat saldot för den dagen.

Om jag t.ex. vill kolla exakt kompsaldo för den 31 maj, dvs. samma saldo som de anställda såg i Stämplingsterminalen när de stämplade ut den dagen ska jag använda listtypen Historiskt saldo och använda datumalternativet Loggdatum.

Den 5 juni korrigerade jag en dag i maj som påverkade saldot negativt med 2 timmar. Om jag då hade kollat på verkligt datum för den 31 maj istället, så hade saldot varit två timmar mindre än om jag hade kollat på loggdatum.

Så loggdatum tar inte med dessa två timmar i och med att det korrigerades flera dagar efter. Verkligt datum tar med alla korrigeringar som kan ha gjorts i efterhand som påverkar saldot för den dag jag har valt att titta på.

För att det ska gå att stämpla rast behövs flexzoner för rasten. Flexzonerna lägger du in på schemat och de kan läggas på de raster du vill. En förutsättning för att det ska gå att stämpla raster är att flex måste vara tillåtet i den anställdas parametergrupp. Kontrollera detta i rutinen Parametergrupper.

Du har förmodligen glömt att markera kryssrutan Visa alla jag får korrigera innan du tryckte på Hämta .

Du lägger till nya tidbanker på fliken Tidbanker i rutinen Grunddata Grunddata är statiska poster i en databas, exempelvis artiklar, kunder, användare, produktionsgrupper. – Närvaro. För att parametergruppen ska kunna använda tidbanken måste en frånvarokod kopplas till tidbanken i rutinen Parametergrupper.

Klämdagar registrerar du genom att välja Helgdag på önskade dagar i rutinen Kalendrar i Generella register.

I rutinen Schemacykler, kolumnen Helgdagar enligt, väljer du kalendernumret med dina klämdagar.

När en anställd har slutat och sista lönen är gjord ska den anställde spärras. Detta gör du genom att markera kryssrutan Spärrad i rutinen Personalregister – Tidrapportering. Här kan du även ange ett slutdatum för anställningsperioden.

Vid felaktig stämpling på order ska korrigeringen göras på fliken Korrigera arbete i rutinen Attestera/Korrigera stämplingar.

Det går inte att ta bort en frånvarokod som tidigare har använts. Om du inte vill att de anställda ska kunna se och använda frånvarokoden längre så kan du dölja frånvarokoden i rutinen Parametergrupper. Markera frånvarkoden/frånvarokoderna som ska döljas under Otillåtna frånvarokoder.

I rutinen Snabbrapportering Med snabbrapportering menas att hela tillverkningsordern rapporteras som färdig i ett moment, inklusive eventuell makulering av resterande antal. kan du makulera resterande antal på ordern. Välj listtypen Makulera resterande och selektera på ditt ordernummer. I listan markerar du aktuell rad under Ta med och sedan sparar rutinen. På så vis makuleras det resterande antalet och tillverkningsordern får status Färdig. Vill du sedan uppdatera status till Historik, kan du göra detta i rutinen Slutrapportering.

Här kan du läsa mer om Snabbrapportering.

Här kan du läsa mer om Slutrapportering.

På legooperationens rad finns en inköpsorder som genereras vid registrering av tillverkningsordern. Efter du har rapporterat inleverans av denna inköpsorder, avrapporteras legooperationen med det antal du valt att rapportera in.

Du kan länka dig till Registrera inköpsorder och därifrån till Rapportera utleverans och välja antal att leverera in.

I rutinen Synkronisera med beredning kan du jämföra och synkronisera tillverkningsorder med beredningar.

Här kan du läsa mer.

Ja, detta är standardfunktionalitet som ingår från och med version 23.6 av Monitor ERP. Funktionaliteten kostar inget extra.

I dagsläget får du hämta data själv och importera detta i rutinen Importera hållbarhetsdata. Vi tittar på lösningar via API. Vi har dock ännu inte hittat den bästa partnern för att hämta data via API.

Pålitlighetsindex bestämmer ni själva hur ni vill sätta. Syftet med pålitlighetsindex är att ni ska gradera hur pålitlig ni anser att informationskällan där ni hämtat hållbarhetsdatat är, om ni vill se över att hitta en pålitligare källa. Har ni t.ex. fått data direkt från leverantören bör datat anses vara tillförlitligt.

Det finns inget sådant specifikt fält men du kan använda Extra fält i Artikelregister för att lägga in en kommentar eller källhänvisning.

Nej. En artikel kan bara ha en materialtyp.

Det är den aktiva leverantören som gäller. Om du har alternativa leverantörer på artikeln visas information om utsläppen i Inköpsorderförslag så att du kan välja det bästa miljövalet!

Ja, det går att importera vikt via PDM-integrationen.

För varje artikel du har kan du göra en individuell kalkyl för CO₂e. Du kan också lägga upp flera emissionsfaktorer för att skilja på stål från olika länder.

Andra växthusgaser ska omräknas till CO₂e då du upprättar hållbarhetsrapporter enligt den nya rapporteringsstandarden, ESRS (European Sustainability Reporting Standards), från och med år 2026.

Det går ju att göra nya kalkyler månadsvis om underlaget ändrats. Än så länge har vi inte stöd för att hantera faktor per batch eller liknande, men det kan bli aktuellt framöver. För köpt artikel med varierande faktor går det att lagra faktorn per inleverans i loggen.

Ja, transportavstånd är unikt per lagerställe.

Vi har tyvärr inte svaret på vad som är rätt sätt för alla varianter av transporter. Enligt våra undersökningar verkar Google Maps vara ett alternativ som används.

Ni kan lägga upp ett leveranssätt som innehåller både flyg och båt.

Beräkningen görs på artikelns vikt multiplicerat med lastbilens utsläpp. Hur fullastad lastbilen är tas inte hänsyn till eftersom det är svårt att veta och kan variera.

Det är vedertaget att man beräknar utsläpp från transporter som vikt x sträcka. (Nettovikten används.) Tills det kommer nya direktiv kommer vår beräkning bygga på detta.

Ja, i rutinen Grunddata – Hållbarhet kan du lägga in utsläppsdata för föregående år.

Det visas varningar i hållbarhetskalkylen som kan användas som ett underlag för att veta vilket data som "saknas" och borde kompletteras.

Det finns ingen egen funktion för att koppla just dessa dokument, men det finns ju flera sätt att koppla filer i Artikelregister.

Ja, i rutinen Hållbarhetslista kan du massuppdatera utsläppsdata.

I de fall du köper material av en leverantör och de visar upp CO₂e-värde på fakturan då ska du kunna lita på det och de är ansvariga för att dessa värden stämmer.

Det här blir ett snittvärde som du får räkna ut och lägga in på respektive leveranssätt. Det kan vara så att du behöver skapa ett nytt leveranssätt som är en mix för den specifika speditören.

I det befintliga Artikelregistret finns det en ny flik som heter Hållbarhet. Där läggs klimatdata in. Genom att komplettera data som redan finns i affärssystemet med information gällande energiförbrukning och koldioxidekvivalenter (CO₂e), kan Monitor ERP beräkna ditt klimatavtryck på artikelnivå och hjälpa till att strukturera upp dina utsläpp på bolagsnivå (enligt Scope 1, 2 och 3).

Pålitlighetsindex visas inte i hållbarhetskalkylen eller påverkar kalkylen. Syftet med pålitlighetsindex är att se vilka värden som ni behöver jobba på för att få mer tillförlitliga hållbarhetsdata.

Vi planerar att kunna exportera datat, och kommer att utvärdera om vi ska ha en egen rapportmall i Monitor.

Företagets totala utsläpp över året visas i rutinen Grunddata – Hållbarhet.

Scope 3 finns med i Monitors hållbarhetsfunktionalitet. Du anger de totala utsläppen under de olika kategorierna som finns inlagda från start.

Eftersom det alltid är vikt x sträcka som används i beräkningen så påverkas det inte av samtransport.

Det finns två faktorer på produktionsgrupperna i Produktionsgruppsregister. En för Effekt och en för Övriga utsläpp så att du kan lägga gasol m.m. som ett övrigt utsläpp. Allt som du inte lägger in under fliken Kostnader räknas som overhead.

Ja, vi tittar på att ta med detta som egna delar i kalkylen också. För tillfället måste det tas med som overhead.

Transport till och från legoleverantören ingår i beräkningen.

Nej, det är inte möjligt. Det finns bara ett per artikel.

Exempel: Du har ett lagerställe (LS1) där du tillverkar en artikel och kan leverera den direkt till kunder.

Men du har också lagerställe (LS2) dit du kan skicka artiklarna från LS1 och därifrån leverera till kunder.

Då har ju de artiklar som finns i LS2 orsakat ett större CO₂e-utsläpp på grund av transporten från LS1 till LS2 än de artiklar som finns i LS1.

I Monitor ERP finns bara ett standardpris och bara ett CO₂e-värde per artikel.

Man behöver ha rättigheter till Förkalkyl under Tillverkningsmodulen och även rättigheten till att ändra artikel för att få tillgång till hållbarhetsfunktionaliteten. Rättigheter styr du i rutinen Användare.

Ni kan börja med Scope 1 och 2, men kalkylen blir inte fullständig om ni utelämnar Scope 3.