# Varför tvingar mitt POS-system mig att skapa en produkt innan jag kan slå in en engångsförsäljning?

> Published: 2026-08-04
> Updated: 2026-08-04
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/sv/blog/varfor-tvingar-mitt-pos-system-mig-att-skapa-en-produkt-innan-jag-kan-sla-in-en-engangsforsaljning

Vissa POS-system slår inte in en artikel om den inte redan finns i katalogen, så kassörer skapar engångsprodukter eller slår in försäljningen på fel SKU. Varför det händer, vad det snedvrider och hur en fri artikel i kassan borde fungera.

Eftersom ditt POS-system behandlar produktkatalogen som den enda källan till sanning, och en engångsförsäljning har ingen plats i den modellen. Varje rad på ett kvitto måste kopplas till en produktpost, och många system levereras utan fria artiklar: ingen radtyp där en kassör skriver in ett namn och ett pris och går vidare. När en kund räcker över något som aldrig har lagts in som en produkt saknar kassan en knapp för det.

Så kassören improviserar, vanligtvis på ett av två sätt: skapar en engångsprodukt mitt i försäljningen medan kön växer, eller slår in försäljningen på den närmaste riktiga produkten och hoppas att ingen märker det. Båda alternativen ger felaktiga data i din bokföring.

## Varför måste varje försäljning kopplas till en katalogpost?

Eftersom i ett katalogfokuserat POS-system gör produktposten allt arbete. Den innehåller priset, skatteregeln, lagerkopplingen och rapporteringskategorin, så kassan blir en uppslagning snarare än datainmatning. Den designen är rätt för den stora majoriteten av alla detaljhandelstransaktioner, och det är därför det känns omedelbart att skanna en streckkod.

Luckan uppstår i specialfallen: en reparationsavgift, en specialbeställning, en leveransavgift, den där enstaka kommissionsvaran som en leverantör lämnade i morse. Gamla elektroniska kassaregister hanterade detta med en knapp för öppen avdelning (en knapp som tog emot ett inskrivet pris och sorterade det under en kategori). Många moderna molnbaserade POS-system tog tyst bort den funktionen när de gick över till en katalogfokuserad design och byggde aldrig upp den igen.

## Vad gör personalen egentligen när det saknas en knapp för fria artiklar?

De skapar tillfälliga lösningar, och de tillfälliga lösningarna kostar mer än själva bristen.

- Engångsprodukter som skapas mitt i försäljningen. En kassör avbryter transaktionen, öppnar katalogredigeraren och skapar en "diverseartikel" med dagens pris. Gör det i en månad så fylls din katalog med skräpposter som förstör sökningar, exporter och rapporter.
- Grid med attrapprodukter. Vissa system uppmanar handlare att skapa produkter med namn som "anpassad försäljning 1" och "anpassad försäljning 2", var och en med en variant per prisnivå (1,00 USD, 2,00 USD och så vidare), så att kassören väljer den variant som ligger närmast det faktiska beloppet. Det är en katalog som låtsas vara en sifferknappsats, och den avrundar dina intäkter till de varianter som finns.
- Att slå in det på närmaste riktiga produkt. Snabbast i kassan, sämst i bokföringen. Den ersatta artikeln (SKU, produktposten) blir av med ett lager den aldrig sålt, beställningsförslag utlöses av fiktiv efterfrågan och din försäljningsrapport tillskriver fel produkt intäkten.
- Antalstricket. En produkt för 1 USD som slås in med antalet 37 ger en rad på 37 USD och ett antal sålda enheter som inte betyder någonting.

![Kom-ihåg-lappar och en handskriven prisanteckningsbok runt en kassa-surfplatta med POS, den tillfälliga lösningen för en saknad knapp för fria artiklar](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/e340aafa3e594d70-open-item-pos-workaround-notes.png)

Alla dessa lösningar är osynliga i stunden men kostsamma när det är dags för rapportering. Det är samma felmönster som [ett hoplappat POS-system](/blog/pos-workarounds-duct-tape-system): den tillfälliga lösningen blir systemet, och rapporterna slutar att beskriva verkligheten i butiken.

## Vilka tillfälliga lösningar håller tills du har åtgärdat det?

Om ditt nuvarande POS-system inte klarar detta och du inte ska byta den här veckan, begränsa skadan:

1. Skapa en diverseprodukt per skattehantering, centralt, med möjlighet att ändra pris aktiverad i kassan. Döp dem tydligt, till exempel "Diverse skattepliktig" och "Diverse skattefri", så att i alla fall skatten på raden blir rätt.
2. Lås katalogredigering i kassan. Produkter för tillfälliga lösningar ska skapas en gång av en chef, aldrig mitt i en försäljning av den som jobbar för stunden.
3. Granska diverseraderna varje vecka. Om diverseförsäljningen utgör mer än en obetydlig del av intäkterna famlar du i mörkret angående vad som faktiskt säljs, på samma sätt som [nattliga CSV-exporter](/blog/nightly-csv-exports-not-a-reporting-strategy) döljer avvikelser fram till månadsskiftet.

Det här är en nödlösning. Det håller totalsummor och skatter konsekventa, men varje engångsförsäljning hamnar fortfarande i en enda osorterad pot, och inget av det återställer den lagerobalans som uppstår när man ersätter artiklar.

![Butiksägare som upptäcker att ett lagersaldo inte stämmer överens med underlaget efter att engångsförsäljningar slagits in på fel produkt](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/fcddad30d2b37084-open-item-pos-inventory-mismatch.png)

## Hur borde en engångsförsäljning se ut i kassan?

Som en fullvärdig radtyp, inte ett katalogknep. Kassören skriver in ett namn, skriver in ett pris, väljer om skatt ska tillämpas samt vilken skattegrupp, och lägger till raden i varukorgen. Den fungerar som vilken annan artikel som helst vid betalning, skriver ut sitt eget namn på kvittot, visas som en egen rad i rapporter och påverkar aldrig lagret. Äldre kassaregister gjorde detta för flera decennier sedan; det finns ingen teknisk anledning till att ett modernt POS-system inte skulle kunna det.

Final tillhandahåller detta som en anpassad försäljning: en flik bredvid katalogen på säljskärmen där du anger ett namn och ett belopp på en sifferknappsats, valfritt väljer en skattegrupp och [lägger till den i varukorgen](https://finalpos.com/help/ring-up-a-sale) som vilken annan rad som helst. Det är tillgängligt redan i dag, och de fullständiga stegen finns i hjälpcentret: [hur du gör en anpassad försäljning](https://finalpos.com/help/make-a-custom-sale). Samma princip gäller för övriga specialfall i kassan som ett flexibelt system bör klara av, från [skattefria försäljningar](/blog/pos-tax-exempt-sale-remove-tax) till [delade betalningar](/blog/pos-cant-do-split-payments): beslut på rad- och betalningsnivå hör hemma i kassan, inte genom ingrepp i katalogen.

Ett förbehåll: en fri artikel är till för genuina engångsförsäljningar. Om du slår in samma "engångsförsäljning" varje vecka har den förtjänat en egen produktpost. Skillnaden är att det blir ett medvetet katalogbeslut att lägga till den i stället för en akutsituation mitt i en försäljning inför en väntande kö.

![Inskrivning av ett pris för en engångsförsäljning på sifferknappsatsen i ett POS-system i stället för att skapa en produkt först](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/7a1e19ccbf1a4ea6-open-item-pos-typed-price.png)

## Så varför tvingar ditt POS-system dig att skapa en produkt först?

Eftersom det designades utifrån antagandet att katalogen är komplett, och det är i kassan som det antagandet spricker flera gånger i veckan. Lösningen är inte mer disciplin hos personalen eller ett snyggare grid med attrapprodukter; det är en radtyp för fria artiklar som tar emot ett inskrivet namn, ett inskrivet pris och ett skatteval. Tumregel: om en engångsavgift tar längre tid än att slå in dess pris saknar ditt POS-system en radtyp, inte en tillfällig lösning. Räkna hur många "diverse"-rader som dök upp i dina rapporter förra månaden, och om siffran överraskar dig kan du passa på att [granska resten av dina tillfälliga lösningar](/blog/pos-workarounds-duct-tape-system).

## FAQ

**Q: Vad är en fri artikel i ett POS-system?**
A: En rad du slår in genom att skriva ett namn och ett pris i stället för att välja en produkt ur katalogen. Äldre kassaregister kallade detta för en knapp för öppen avdelning; Final kallar det för en anpassad försäljning.

**Q: Går det bra att slå in en engångsartikel på en liknande produkt?**
A: Nej. Det minskar den produktens lagersaldo och godskriver dess försäljningshistorik, vilket gör att både lagersaldon och försäljningsrapporter blir mer missvisande för varje ersättning.

**Q: Hur bör skatt fungera vid en engångsförsäljning?**
A: Kassören bör välja på radnivå om skatt ska tillämpas och vilken skattegrupp som ska användas. I Finals anpassade försäljning är det ett reglage för Tillämpa skatt samt en rullgardinsmeny för skattegrupp.

**Q: Påverkar en anpassad försäljning lagret?**
A: Nej. En anpassad försäljning är inte kopplad till någon produktpost, så den ändrar aldrig lagersaldon. Det är exakt därför det är bättre än att slå in försäljningen på en riktig produkt.

**Q: Varför saknar moderna POS-system en knapp för fria artiklar?**
A: Katalogfokuserade mönster kopplar pris, skatt och rapportering till produktposter, och många leverantörer byggde aldrig upp raden för inskrivet pris som äldre kassaregister erbjöd.