Viktigaste slutsatserna

  • Monitor ERP har redan två inbyggda rutiner som kopplar produktion till ekonomi: PIA-värde för bokslut och efterkalkyl för planerat mot verkligt.
  • De bakomliggande definitionerna glider lätt isär: orderstatus, per styck mot hela ordern, och att FIFO-priset kan ändras i efterhand när leverantörsfakturan matchas.
  • Tillägget Internredovisning ger inbyggd bokföring av produktionsordertransaktioner och en avstämningslista mot PIA-kontot, men bara om det är aktiverat i din installation.
  • En delad definition av 'verklig kostnad' måste ägas gemensamt av produktion och ekonomi, med en tydlig brytpunkt för när den anses slutgiltig.
  • Att koppla produktionsdata till andra system kräver läsbehörigheter, explicit mappning och avstämning mot bokfört saldo innan en siffra publiceras. AI ersätter inte bokslutsprocessen.

Två rutiner Monitor redan har för produktion och ekonomi

PIA-värde beräknar det upparbetade värdet av produkter i arbete, tillverkningsorder med status 3 till 5, som underlag för att bokföra PIA-värdet vid månads- eller årsbokslut. Värdet visas alltid för hela orderantalet, i företagsvalutan, och kan tas fram som nulägesrapport eller för en historisk tidpunkt.

Efterkalkylen har ett annat syfte: efter att en order eller artikel rapporterats jämför den planerade kostnader mot verkliga kostnader, per styck och totalt. Planerad kostnad beräknas som i förkalkylen, medan verklig kostnad hämtas från tillverkningsorderloggen. Priset kan bara sparas permanent för order med status 4 (färdig) eller högre.

Med tillägget Internredovisning aktiverat bokförs varje transaktion på en tillverkningsorder (PIA-värdet) direkt till huvudboken, arbetad tid bokförs i resultaträkningen per avdelning, och kalkyldifferenser går att följa per produkt eller order. Tillägget ger också en avstämningslista som stämmer av PIA-värdet mot bokfört saldo på PIA-kontot, per order med möjlighet till detaljvy.

Var definitionerna glider isär

Orderstatus styr vad som räknas. PIA-värde spänner över status 3 till 5, medan efterkalkylens pris bara låses vid status 4 eller högre. Blandas statusar i en rapport utan att sägas, får två personer olika svar på samma fråga.

PIA-värde visas alltid för hela orderantalet, efterkalkyl kan visas per styck eller totalt. Det är lätt att jämföra ett styckvärde mot ett ordervärde och dra fel slutsats om marginalen.

FIFO-värderingen bygger på gamla lagerloggsposter, och en inköpsorders pris uppdateras retroaktivt när leverantörsfakturan matchas mot inleveransen. Den 'verkliga kostnaden' för en tillverkningsorder kan alltså fortfarande röra sig efter att ordern redan rapporterats klar på fabriksgolvet. En siffra som ser definitiv ut i produktionen är inte slutgiltig förrän fakturamatchningen är klar.

Ett konkret arbetsflöde: från tillverkningsorder till en delad marginalsiffra

Ta ett representativt exempel: ett tillverkande bolag vill se bruttomarginal per produktfamilj varje månad, avstämd mot bokföringen. Steg ett är att koppla Monitor och det system där bokföringen faktiskt sker, Monitors egen redovisningsmodul eller ett fristående ekonomisystem, som separata källor, med läsbehörighet till orderregister, tillverkningsorderloggen och kontoplanen.

Steg två är att enas om definitionen innan något räknas: vilken orderstatus som räknas som 'klar' i marginalberäkningen, om verklig kostnad tas per styck eller per order, och när efter fakturamatchning en kostnad räknas som slutgiltig snarare än preliminär. Definitionen bör ägas gemensamt av produktion och ekonomi, inte uppfinnas i varje analys.

Beräkningen görs sedan som en explicit fråga eller kod som läser direkt från källorna, aldrig en siffra klistrad in för hand, så att den går att köra om och kontrollera. Innan talet går in i en rapport stäms den beräknade PIA-summan av mot bokfört saldo på PIA-kontot, samma kontroll som Monitors egen avstämningslista gör när Internredovisning är aktiverat.

Det är den typen av gemensam grund en plattform som Ronja är byggd för att ge: Monitor och ekonomisystemet kopplas som källor, definitionen lagras som en gemensamt definierat mått med formel, avgränsning och ägare istället för en formel i ett kalkylblad, och talet beräknas av en riktig fråga snarare än skrivs av en språkmodell. Vilka Monitor-objekt som går att läsa via en given koppling varierar dock per installation och tillägg, och måste bekräftas innan du litar på täckningen.

Gränser för vad detta löser

Det här ersätter inte Monitors bokslutsprocess, och det ersätter inte efterkalkylen eller PIA-värdet som underlag för produktionsekonomin. En delad definition läggs ovanpå de rutinerna, den skapar ingen ny sanning.

Läsbehörigheter, datamappning och avstämning är nödvändiga steg, inte genvägar. En siffra som aldrig stämts av mot bokfört saldo är en uppskattning, inte ett bokslutsunderlag.

Vilka Monitor-tabeller och fält som faktiskt går att läsa beror på installation och aktiva tillägg, till exempel Internredovisning. Anta ingenting om täckningen förrän den är bekräftad.

Hämtas siffrorna från flera system, till exempel Monitor plus ett fristående ekonomisystem, tillkommer avstämningsrisk: valutakurser, manuella verifikat och periodiseringar som saknas i produktionsdata måste hanteras separat och kan inte antas stämma automatiskt.

Checklista innan du kopplar produktion och ekonomi

Bekräfta om tillägget Internredovisning är aktiverat i din Monitor-installation. Det avgör om du redan har inbyggd bokföring och avstämning, eller om mappningen måste byggas från grunden.

Bestäm vilken orderstatus, 3, 4 eller 5, som ska gälla som brytpunkt för 'klar' i din marginaldefinition, och dokumentera valet.

Bestäm om verklig kostnad ska räknas per styck eller per order, och håll valet konsekvent i alla rapporter som ska jämföras.

Klargör när, efter fakturamatchning, en kostnad räknas som slutgiltig snarare än preliminär, med tanke på att FIFO-priset kan ändras retroaktivt.

Säkerställ läsbehörighet till orderregister, tillverkningsorderloggen och kontoplanen i båda systemen innan någon koppling byggs.

Kräv att varje finansiell siffra går att spåra till en explicit fråga eller kod, aldrig ett tal klistrat in för hand.

Stäm av PIA-värdet mot bokfört saldo på PIA-kontot. Stäm separat av intäkterna och kostnaderna i marginalberäkningen mot relevanta bokföringsposter innan resultatet rapporteras.

Källor

Vanliga frågor

Behöver vi tillägget Internredovisning för det här?

Nej, men utan det förlorar du Monitors inbyggd bokföring av produktionsordertransaktioner och den färdiga avstämningslistan mot PIA-kontot. Mappningen mot huvudboken måste då byggas separat istället för att återanvändas.

Kan AI ersätta efterkalkyl eller PIA-värde?

Nej. Dessa rutiner förblir källan till plan mot utfall och lagervärdering. En gemensam datagrund kombinerar det utfallet med andra system under en gemensam, spårbar definition, den räknar inte om det på ett nytt sätt eller ersätter bokslutet.

Fungerar det om vi bokför i ett annat system än Monitors egen modul?

Konceptuellt ja: båda systemen kopplas som källor och definitionen byggs oavsett var bokföringen sker. Men exakt vilka fält som går att läsa varierar per system och måste bekräftas först.