0.4.0-alpha

Leveransdatum per orderrad och bekräftat leveransdatum på inköpsorder, ny leveransadress direkt på kundordern, ändringar av material och operationer på en skapad tillverkningsorder, orderförteckning för kundorder och inköp, nummerserie för artikelnummer, användarkonton som bara kan läsa och sökning i manualen.

Warning

Fortfarande inte redo för produktion. Alfaversionen är till för den som vill prova systemet och ge återkoppling. Använd den inte för riktig bokföring, lön, fakturering eller lagerhållning.

Kräver åtgärd

• Migrationerna 0125–0128 körs automatiskt när API-containern startar. Befintliga orderrader och inköpsordrar får inga egna datum — de följer orderns datum som förut.
• Planeringen räknar inköpsorderns rader på Bekräftat leveransdatum när ett sådant finns, före Önskat leveransdatum. Kundorder- och inköpsorderlistornas Leveransdatum och Översiktens försenade ordrar visar nu nästa leveransdatum bland raderna som inte är fullt levererade eller mottagna, i stället för orderhuvudets datum.
• Planera, Flytta och en ny tillverkningsorder varnar när en operation ensam skulle fylla resursen i fler än 4 normalveckor. Gränsen ställs in under Systeminställningar (Orimligt mycket tid på en operation (veckor), 0 stänger av varningen). Operationen planeras ändå.
• Rapporten Kalkylutfall jämför nu varje orders efterkalkyl med artikelns förkalkyl som gällde då, så siffrorna ändras. API: räknaren notComparable.onlyPre är borttagen.
• API: en rad på en leverantörsfaktura kan IO-matchas mot en inköpsorder från en annan leverantör än fakturans — bara artikeln måste stämma. PATCH /supplier-invoices/:id tar supplierId på ett utkast.

Nytt

• Kundorderrader kan få ett eget Leveransdatum (Ny kundorder med Eget leveransdatum per rad, kortets Lägg till rad och Ändra). Offert, orderbekräftelse och plocklista skriver radens datum när det avviker från orderns.
• Inköpsordern har Bekräftat leveransdatum i huvudet och per rad; raderna ärver huvudets.
• + Ny leveransadress… i Ny kundorder, Ny offert och Ändra orderhuvud. Utan Spara på kunden blir adressen en engångsadress som bara gäller ordern.
• Material och operationer kan läggas till, ändras och tas bort på en Frisläppt eller Pågående tillverkningsorder, utan att artikelns beredning ändras. Operationsändringar planerar om ordern direkt.
• Rapporter → Orderförteckning kundorder och Orderförteckning inköp: ordervärde och restvärde per order eller med rader, urval på datum, kund/leverantör, status, artikel och artikelgrupp, som PDF i liggande A4 och CSV.
• Ett tomt Artikelnummer i Ny artikel får nästa lediga nummer ur standardserien Artikelnummer eller ur en egen artikelserie som kopplas till artikelgrupper (System → Nummerserier → Egna artikelserier).
• Endast läsning under System → Användare: kontot ser allt dess behörighetsgrupp ger men kan inte ändra något.
• Ny leverantörsfaktura förifyller Momsbelopp och Bruttobelopp ur nettot och Momssats, och fakturan kan registreras med Betalas till en annan leverantör.
• Sökfält i manualen, på Hjälp och ovanför varje kapitel.
• API: newDeliveryAddress på POST /quotes och PATCH /sales-orders/:id, expectedDeliveryDate på kundorderrader, confirmedDeliveryDate på inköpsorder och inköpsorderrader, nextDeliveryDate i orderlistorna, POST /articles utan articleNumber, GET /reports/sales-order-register och /reports/purchase-order-register, och POST/PATCH/DELETE /manufacturing-orders/:id/materials och …/operations.

Ändrat

• Ett konto som är markerat Endast läsning får 403 read-only-account på allt utom läsningar. En administratör kan inte vara Endast läsning.

Uppdatera

git pull
docker compose build --pull
docker compose up -d

🤖 Generated with Claude Code

0.3.0-alpha

Produktionsplanering: tillverkningsordrarnas operationer planeras på resursernas lediga kapacitet vecka för vecka, kan flyttas och låsas för hand, och Leveranstidskontrollen kan skapa tillverkningsordrarna för det som saknas direkt från kundordern.

Warning

Fortfarande inte redo för produktion. Alfaversionen är till för den som vill prova systemet och ge återkoppling. Använd den inte för riktig bokföring, lön, fakturering eller lagerhållning.

Kräver åtgärd

• Migration 0124 körs automatiskt när API-containern startar. Den lägger till planerade veckor på operationerna. Befintliga tillverkningsordrar lämnas oplanerade och räknas i beläggningen som förut, i färdigdatumets vecka. Tryck Planera under Tillverkning → Beläggning en gång efter uppdateringen för att planera dem.
• API: en tillverkningsorder som skapas med POST /manufacturing-orders planeras nu direkt i samma transaktion. releaseWarnings kan därför också innehålla planeringsvarningar, till exempel att ordern blir klar efter färdigdatumet eller hamnar utanför planeringshorisonten. Ordern skapas ändå; varningarna stoppar aldrig. Samtidiga skapanden köas under planeringslåset.

Nytt

• Planera under Beläggning lägger alla öppna tillverkningsordrars operationer på resursernas lediga kapacitet, i färdigdatumsordning och i operationsordning. Sammanfattningsraden visar när planen senast gjordes och varnar för ordrar som blir sena.
• Flytta… i beläggningens utfällda cell flyttar en operation till en annan vecka, som förval tillsammans med de efterföljande operationerna. En flyttad operation låses och ligger kvar där vid nästa Planera tills någon väljer Lås upp. En vecka som har passerat går inte att välja.
• En ny tillverkningsorder planeras direkt när den skapas, från alla vägar: Ny tillverkningsorder, kundorderradens Skapa TO, behovsberäkningens Skapa ordrar och API:t.
• TO-listan och TO-kortet visar Planerad vecka, Sen och Låst. Terminalens operationslista har förvalet Planerad vecka.
• Leveranstidskontroll på en bekräftad kundorder (eller en under tillverkning) har kryssrutan Skapa tillverkningsordrar för det som saknas. Med Använd datumet skapas då hela strukturens tillverkningsordrar i de veckor kontrollen räknade med, och deras operationer låses så att det lovade datumet håller. Kundorderns leveransdatum sätts i samma transaktion. Har läget ändrats sedan kontrollen visas den nya kontrollen i stället och ingenting skapas.

Ändrat

• Beläggningen och Leveranstidskontrollen räknar en planerad operations återstående tid i de planerade veckorna i stället för i färdigdatumets vecka.
• En operation på en resurs utan kalender blir inte längre klar en helgdag.

Uppdatera

git pull
docker compose build --pull
docker compose up -d

🤖 Generated with Claude Code

Nav|ERP 0.2.5-alpha

Rättningar efter granskningen av leveransdagarna och Leveranstidskontrollen — kontrollen räknar nu mot projicerat saldo och skjuter eftersläpande last framåt — och versionsnumret syns i appen.

Warning

Fortfarande inte redo för produktion. Alfaversionen är till för den som vill prova systemet och ge återkoppling. Använd den inte för riktig bokföring, lön, fakturering eller lagerhållning.

Kräver åtgärd

• API: datumfält som räknas på (kundorderns expectedDeliveryDate i POST /quotes och PATCH /sales-orders/:id, date i förslagsendpointsen) tar nu bara år 1900–2999 — ett datum utanför ger 400. Integrationer som skickar platshållardatum som 9999-12-31 behöver ändras.

Nytt

• Versionen syns längst ned i sidomenyn, under användaren, med länk till versionssidan. API:ets GET /health svarar också med versionen.

Ändrat

• Leveranstidskontroll räknar det som redan finns mot det projicerade saldot: en kundorder långt fram tar inte längre lagret framför en ny order. Last som inte ryms i en vecka (t.ex. försenade tillverkningsordrar) skjuts framåt vecka för vecka i stället för att försvinna. Datumen kan därför bli både tidigare och senare än i 0.2.3–0.2.4.
• Försenade order och utkast till inköpsorder räknas fortfarande som tillgång men märks i kedjan, "(försenad)" och "(utkast)", och i noteringarna. En tillverkad artikel utan beredning noteras. Ett avrundat inköp delas mellan raderna i stället för att räknas två gånger.
• Använd datumet visas bara när kontrollen räknats med en kund. En order som inte är öppen kan inte kontrolleras.
• Fasta leveransdagar: långa transporttider (från cirka 43 arbetsdagar i avsändningsläge) räknas nu rätt i planeringen, i Skapa ordrar och i datumvarningarna — tidigare försvann transporten tyst.
• Kontrollen är snabbare på stora strukturer.
• Ingen migration i den här versionen.

Uppdatera

git pull
docker compose build --pull
docker compose up -d

🤖 Generated with Claude Code

Nav|ERP 0.2.4-alpha

Resurser kan få kapacitet i timmar per dag i stället för ett veckoschema — beläggningen och Leveranstidskontrollen räknar med den direkt.

Warning

Fortfarande inte redo för produktion. Alfaversionen är till för den som vill prova systemet och ge återkoppling. Använd den inte för riktig bokföring, lön, fakturering eller lagerhållning.

Kräver åtgärd

Inget. Migration 0123 körs automatiskt när API:et startar.

Nytt

• Kapacitet (timmar per dag) på resursen: så många timmar måndag–fredag (× kapacitetsfaktorn), en röd dag i helgdagskalendern ledig och en halvdag på helgdagens dagschema. Har resursen ett veckoschema gäller schemat. Beläggningen och Leveranstidskontrollen räknar med timmarna, så resurser behöver inte längre ett veckoschema för att få kapacitet.
• Resurslistans kolumn Kapacitet visar veckoschemat eller t.ex. 8 h/dag, och timmarna kan ändras direkt i listan.
• API: resurser bär hoursPerDay.

Ändrat

• Leveranstidskontrollens notering säger nu saknar veckoschema och timmar per dag.
• Migration 0123 (timmar per dag) körs automatiskt när API:et startar.

Uppdatera

git pull
docker compose build --pull
docker compose up -d

🤖 Generated with Claude Code

Nav|ERP 0.2.3-alpha

Leveranstidskontroll: tidigaste avsändnings- och leveransdatum för en kundorder ur lager, öppna order, materialets ledtid och ledig kapacitet i produktionen.

Warning

Fortfarande inte redo för produktion. Alfaversionen är till för den som vill prova systemet och ge återkoppling. Använd den inte för riktig bokföring, lön, fakturering eller lagerhållning.

Kräver åtgärd

Inget. Ingen migration i den här versionen.

Nytt

• Leveranstidskontroll på kundorderkortet och i Ny kundorder, och som egen sida under Försäljning → Leveranstidskontroll (valfria artiklar och antal, valfri kund). Kontrollen räknar med lager och öppna order efter de behov som redan är lovade, ledtiden på material som måste köpas, och ledig tid per resurs och vecka för det som måste tillverkas — på alla nivåer i strukturen och för konfigurerade rader. Resultatet visar leveransdatum, avsändningsdag och vad som begränsar varje rad; Använd datumet sätter orderns Förväntat leveransdatum.
• Kontrollen läser bara — den bokar varken tid eller material. Beläggningen räknas bara för resurser som har ett veckoschema; lägg in veckoscheman på resurserna för att kapaciteten ska påverka datumen.
• API: POST /delivery-time-check; PATCH /sales-orders/:id tar expectedDeliveryDate.

Ändrat

• Noteringar om saknat underlag (resurser utan veckoschema, order utan datum) samlas i en notering per slag.

Uppdatera

git pull
docker compose build --pull
docker compose up -d

🤖 Generated with Claude Code

Nav|ERP 0.2.2-alpha

Fasta leveransdagar och transportdagar för leverantörer och kunder: datumen på inköps- och kundorder föreslås ur dem, Skapa ordrar följer leverantörens dagar och ledtid, och planeringen räknar kundorderns behov på avsändningsdagen.

Warning

Fortfarande inte redo för produktion. Alfaversionen är till för den som vill prova systemet och ge återkoppling. Använd den inte för riktig bokföring, lön, fakturering eller lagerhållning.

Kräver åtgärd

• Skapa ordrar använder nu ledtiden i leverantörskatalogen (Ledtid (dagar), räknat i arbetsdagar). Tidigare visades den bara. Inköpsordrar till leverantörer som har en ledtid får därför ett senare Önskat leveransdatum än förut när ledtiden inte hinner före behovet — resultatet listar då en varning. Se över ledtiderna i katalogen innan ni skapar ordrar.

Nytt

• Leveransdagar på leverantörs- och kundkortet (fliken Villkor & frakt): veckodagar, om dagarna avser ankomst eller avsändning, och transportdagar. Förvalen för läge och transportdagar ställs in under System → Inställningar → Leveransdagar.
• Ny inköpsorder och Ny kundorder föreslår datum ur partnerns leveransdagar, och Lägg till rad på inköpsordern föreslår radens datum med artikelns ledtid. Ett datum du skriver själv rörs inte.
• Datumfälten på inköps- och kundorder visar partnerns dagar och varnar när ett datum inte passar dem — varningen spärrar aldrig.
• Skapa ordrar lägger inköpens datum på leverantörens leveransdagar före behovet och varnar när leveransen kommer efter behovet.
• API: GET /supplier-delivery-date-suggestion och GET /customer-delivery-date-suggestion; leverantörer och kunder bär deliveryWeekdays, deliveryDayMode och transitDays, och svaret från POST /planning/orders har listan warnings.

Ändrat

• Kundorderns Förväntat leveransdatum är dagen kunden får varan. Artikelöversikten, färdigdatumsförslaget för nya tillverkningsordrar och Skapa ordrar räknar kundorderns behov på avsändningsdagen, alltså leveransdatumet minus kundens transportdagar. Utan transportdagar och leveransdagar är allt som förut.
• Stämpelterminalens stationsval är kompaktare och ligger i en egen panel.
• Migration 0122 (leveransdagar) körs automatiskt när API:et startar.

Uppdatera

git pull
docker compose build --pull
docker compose up -d

🤖 Generated with Claude Code

Nav|ERP 0.2.1-alpha

Stämpelterminalens arbetslista visar nu en operation per rad — med station, beredskap, färdigdatum och material — och installationen körs av ett eget servicekonto.

Warning

Fortfarande inte redo för produktion. Alfaversionen är till för den som vill prova systemet och ge återkoppling. Använd den inte för riktig bokföring, lön, fakturering eller lagerhållning.

Kräver åtgärd

• Lägg in Förvalda stationer på personalkorten (Tillverkning → Personal → fliken Allmänt). Terminalen väljer dem när den anställde identifierar sig; utan förval visas Alla stationer.
• Stämpelterminalen fungerar annorlunda. Steget där man först valde en order är borta: Stämpla in på arbete visar direkt alla operationer att börja på. Berätta för personalen innan ni uppdaterar.

Nytt

• Stämpelterminalen — en operation per rad: välj Station (resurserna i nummerordning, egna stationer förvalda, byt fritt eller välj Alla stationer), filtrera på Material eller Bara redo, sortera Brådskande (färdigdatum) eller Material (samma material intill varandra), och sök. Varje rad visar Redo, 8 av 20 redo eller Inte redo — det spärrar aldrig — färdigdatum (försenade markerade) och kopplat material. Starta valda ligger fast längst ned och fungerar över flera ordrar.
• Förvalda stationer per anställd på personalkortet.
• API: GET /terminal/operations och GET /terminal/stations för terminalen; GET /employees/directory och GET/PATCH /employees/:id bär defaultWorkCenterIds.

Ändrat

• Installationsanvisningarna (README och hemsidan) kör Nav|ERP som ett eget servicekonto, naverp, med .env bara läsbar för det kontot. Befintliga installationer fungerar som förut; se README:ns steg 0 om ni vill flytta över.
• Migration 0121 (förvalda stationer) körs automatiskt när API:et startar.

Uppdatera

git pull
docker compose build --pull
docker compose up -d

🤖 Generated with Claude Code

Nav|ERP 0.2.0-alpha

Närvaro och arbete i verkstaden, behörigheter per API-klient, Kom igång och exempeldata — och en härdad driftmiljö på Node.js 24.

Warning

Fortfarande inte redo för produktion. Alfaversionen är till för den som vill prova systemet och ge återkoppling. Använd den inte för riktig bokföring, lön, fakturering eller lagerhållning.

Kräver åtgärd

• Node.js 24 krävs. Node.js 20 slutade få säkerhetsuppdateringar i april 2026. Imagerna och lokal utveckling går nu på Node.js 24 — bygg om med docker compose build --pull.
• Servern går i svensk tid (TZ: Europe/Stockholm i docker-compose.yml). Löneunderlaget jämförde tidigare schemats klockslag i UTC, alltså 1–2 timmar fel. Övertid, OB och ofördelad tid i öppna löneperioder räknas om när ni uppdaterar — se över innevarande månad i Attestering. Låsta perioder påverkas inte.
• api och web körs som användaren node, utan Linux-capabilities och med no-new-privileges; api har skrivskyddat filsystem. Har ni egna ändringar som skriver till disk i containrarna behöver de ses över.
• API-klienter har rättigheter och kan knytas till en kund. Befintliga klienter får alla rättigheter och fungerar som förut, men en klient som knyts till en kund kan bara agera för den kunden och inte sätta egna priser.

Nytt

• Närvaro och arbete: instämpling på arbete stämplar in närvaron; en glömd Gå hem fångas i stämpelterminalen (med Gå hem nu för den som jobbat över midnatt); arbetsledaren anger Sluttid när någon stämplas ut på Pågående arbete; en rättad närvaro i Attestering följer med till arbetena.
• Frånvarande märks på Pågående arbete och på personalkortet. När en operation eller order blir klar stämplas andra som är instämplade på den ut automatiskt — raden Automatisk utstämpling kan ångras som en vanlig utstämpling.
• Behörigheter per API-klient med förvalen Hemsida, Återförsäljare och Intern.
• Kom igång: checklista för nya installationer under System → Kom igång och på Översikten.
• Exempeldata: ett påhittat företag att prova med, under System → Exempeldata.
• Windows: anvisningar för Docker Desktop med WSL 2 (otestat).

Ändrat

• Kundorder: när antalet på en rad ändras och ingen prisregel finns behåller raden sitt pris i stället för att ändringen avvisas.
• Nummerserierna för följesedel, försändelse och inventering har fått namn.
• Migration 0119 och 0120 körs automatiskt när API:et startar.
• CI på GitHub: typkontroll, bygge och API-testerna.

Uppdatera

git pull
docker compose build --pull
docker compose up -d

🤖 Generated with Claude Code

Nav|ERP 0.1.0-alpha

Första alfaversionen av Nav|ERP — ett öppet källkod-ERP för mindre och medelstora svenska tillverkande företag.

Warning

Inte redo för produktion. Alfaversionen är till för den som vill prova systemet och ge återkoppling. Datamodell, API och arbetsflöden kan ändras utan förvarning. Använd den inte för riktig bokföring, lön, fakturering eller lagerhållning — prova med exempeldata.

Kom igång: klona repot, kopiera .env.example till .env, fyll i POSTGRES_PASSWORD och JWT_SECRET och kör docker compose up -d --build. Hämta engångskoden för det första kontot med docker compose logs api | grep Engångskod och registrera dig på /register. Se README för detaljer.

Innehåll i stora drag: artiklar med struktur och beredning, lager, inköp, försäljning med offert/order/leverans/faktura, tillverkningsorder med stämpling och tidrapportering, kalkyl, produktkonfigurator, grundbokföring med reskontra, moms, bokslut och bankfiler, löneunderlag (PAXml), frakt via Sendify samt import från Excel/CSV.

Säkerhet i den här versionen: Postgres och API:t binds bara till 127.0.0.1, lösenord och hemligheter läses från .env, inloggningen spärras efter upprepade misslyckade försök och det första administratörskontot kräver en engångskod ur serverns logg.

🤖 Generated with Claude Code