Hur du bygger ditt eget POS-system med AI 2026

Du kan bygga ditt eget POS-system med AI, och den första versionen blir klar snabbare än du tror. Claude Code, Cursor eller ChatGPT kan skriva en katalog, en varukorg, rabatter, moms och en kvittoskärm på en eftermiddag. Vad de inte kan göra är att ta emot ett riktigt kort, skriva ut till en Bluetooth-skrivare på en iPad eller få in din app på en enhet i butiken. De stegen går via Apple, en betalleverantör och skrivartillverkaren, och var och en har sin egen godkännandekö.

Den här guiden går ärligt igenom hela bygget: vad AI gör bra, varje vägg du kommer att stöta på efteråt, hur lång tid varje hinder tar och var byggande på befintlig infrastruktur sparar dig månader. Vi bygger Final, ett POS din AI kan bygga vidare på, så vi har stött på vart och ett av dessa hinder själva.

Vad innebär det egentligen att bygga ett eget POS?

Ett POS består av två saker staplade på varandra: kassan som folk ser, och infrastrukturen under som flyttar pengar och kommunicerar med hårdvara. Kassan är mjukvara som du kan skriva. Infrastrukturen består av certifierade system som du måste bli godkänd för att använda.

En AI är utmärkt på de två första raderna. De fyra sista är där ett POS-projekt faktiskt tillbringar sin kalendertid.

Vad kan en AI-kodningsassistent bygga åt dig på en eftermiddag?

Mer än de flesta förväntar sig. Ge en kapabel modell ett tydligt uppdrag så skapar den en trovärdig kassaapp på en enda session:

• En produktkatalog med kategorier, varianter och tillval

• En varukorg med antal, radrabatter, orderrabatter och dricks

• Momsberäkning, kvitton på skärmen och en orderhistorik

• Personalinloggningar och en enkel summering av dagsavslut

• En ren, touchvänlig layout som ser färdig ut i förhandsgranskningen

Vi skrev om hur långt det tar dig i Vibe Coding a Point of Sale: How Far Can You Actually Get?, och om webbläsarbaserade verktyg i Can You Build a POS with Lovable or Replit?. För verktygsspecifika genomgångar, se hur du bygger ett POS med Claude Code, hur du bygger en POS-app med Cursor och om ChatGPT kan bygga ett POS-system.

Två varningar innan du litar på resultatet. För det första, matematik med pengar: modeller använder som standard flyttal, vilket skapar totalsummor som diffar på ett öre eller en cent. Lagra pengar som heltal i lägsta valutaenheten och bestäm var avrundning sker; vår guide till momsberäkning för POS har testfall att ge till din AI. För det andra, samtidighet: två kassor som säljer den sista artikeln samtidigt är en reell bugg i vibe-kodad lagerhantering.

Hur tar du emot kortbetalningar i ditt eget POS?

Via en betaltjänstleverantör (PSP). Du läser aldrig kortnummer själv; en certifierad läsare eller SDK gör det, och din app tar emot ett resultat. Det finns fyra vägar, och var och en har sin egen konfiguration:

1. En kortläsare via betalleverantörens in-person-SDK. Stripe Terminal, Adyen med flera säljer certifierade läsare som kopplas till din app. Endast läsare som är certifierade med din leverantör fungerar.

2. Tap to Pay on iPhone. Telefonen blir kortläsaren. Apples steg är: arbeta med en PSP som stöds, begär behörigheten för Tap to Pay on iPhone, integrera ProximityReader-API:et eller din PSP:s SDK, följ Apples riktlinjer för design och skicka sedan in för granskning (Apples översikt). Begäran måste komma från kontoägaren (Account Holder) för ett utvecklarkonto för organisationer, som i sin tur behöver ett D-U-N-S-nummer. Apple beviljar först en behörighet för enbart utveckling; du ansöker igen för distribution när din app uppfyller deras UX-krav, och TestFlight kräver distributionsversionen. Det fungerar på iPhone XS eller senare, inte på iPad.

3. Tap to Pay on Android. Ingen Apple-liknande behörighet krävs, men PSP-SDK:et kontrollerar enhetens integritet, kräver Android 11 eller senare med inbyggd NFC och vägrar att köra i en debuggbar build.

4. En molnansluten smart terminal. Din server instruerar leverantörens API att skicka en betalning till en specifik terminal. Detta är den enda vägen som fungerar för ett webbläsarbaserat POS.

Att skaffa PSP-kontot är ett helt eget steg. Stripe erbjuder självbetjäning och är snabbt att komma igång med. Adyen fokuserar på större företag och är mer selektiva med vilka de tar ombord. Den fullständiga jämförelsen, med alla steg, finns i vår guide om hur du tar emot kortbetalningar i en anpassad POS-app.

Varför fungerar ditt POS i förhandsgranskningen men inte i kassan?

Eftersom förhandsgranskningen aldrig behövde kommunicera med hårdvara. Första gången ett vibe-kodat POS möter en kvittoskrivare är vanligtvis första gången det misslyckas.

• Bluetooth-skrivare och iOS. På iPhone och iPad behöver en app som kommunicerar med ett Bluetooth Classic- eller Lightning/USB-tillbehör Apples MFi-godkännande för det tillbehöret. För skrivare ansöker du inte direkt hos Apple: du skickar dina appuppgifter till skrivartillverkaren, de skickar in dem till Apple och returnerar ett Product Plan ID (PPID) som läggs till i dina App Review-anteckningar. Star Micronics dokumenterar detta flöde och anger en till två veckor (Stars process); Epson och Zebra tillämpar samma modell.

• Bluetooth LE- och nätverksskrivare behöver inte MFi-godkännande, vilket är anledningen till att valet av skrivare i praktiken handlar om godkännandebörda.

• Webbläsare. Safari saknar Web Bluetooth, så ett webbaserat POS på iPad kan inte nå en Bluetooth-skrivare alls. Det kan skriva ut till nätverksskrivare som tar emot webbjobb, såsom Star WebPRNT- eller Epson ePOS-Print-modeller. Läs mer i begränsningar för webbaserade POS-system.

• Kassalådor öppnas vanligtvis via kvittoskrivarens kassalådeport (drawer-kick), vilket innebär att kassalådan bara fungerar när utskriften väl gör det.

• Streckkodsläsare är den enkla delen: i tangentbordsläge (HID) matar de in text i vilken app eller sida som helst.

Vår guide om hårdvara, POS-hårdvara för anpassade appar, täcker alla kringutrustningar, och från vibe-kodat POS till riktig enhet är steg-för-steg-checklistan för att ta en prototyp till en fungerande kassa.

Hur installerar du ett POS på riktiga enheter?

Ett POS måste kunna installeras, uppdateras och överleva ett dåligt nätverk. Varje plattform har sin egen väg:

• iPhone och iPad: App Store, TestFlight för testning, eller en privat anpassad app via Apple Business Manager. Alla går igenom App Review, och appar för betalningar eller MFi måste ha sina behörigheter och PPID:er på plats först.

• Android: Play Store, sidoladdade APK-filer eller en utrullning via enhetshantering (MDM).

• Windows och Mac: en skrivbordsapp eller en webbläsarbaserad station.

Sedan har vi offlineläget. Ett POS som slutar sälja när Wi-Fi ligger nere är inte ett POS. Du behöver en lokal databas, en synkroniseringskö och ett beslut kring kortbetalningar offline, vilket beror på om din leverantör stöder "store-and-forward". Se offlineläge för en anpassad POS-app och hur du distribuerar en POS-app till iPad, Android, Windows och Mac.

Vilka efterlevnadskrav har ett anpassat POS?

Mindre än du befara om du designar för det, mer än du önskar om du inte gör det.

• PCI DSS. Varje handlare som tar emot kort omfattas. Om kortdata endast berör din PSP:s certifierade SDK eller läsare är omfattningen liten och du fyller i ett självutvärderingsformulär med din inlösare. Lagrar du ett obearbetat kortnummer en enda gång omfattas hela systemet. Detaljer i PCI-efterlevnad för ett anpassat POS.

• Moms. Skattesatser, undantag och avrundningsregler varierar per jurisdiktion, och återbetalningar måste korrigera momsen exakt som den debiterades.

• Kvitton. Många jurisdiktioner specificerar vad ett kvitto måste innehålla, från företagsuppgifter till momsspecifikationer.

Hur lång tid tar det och vad kostar det att bygga ett POS?

Här är en realistisk tidslinje för ett litet team som bygger från grunden med hjälp av AI. Koden är den korta delen.

Kostnaderna följer samma mönster: AI gör gränssnittet nästan gratis, men utvecklarkonton, testhårdvara för varje skrivare och läsare, underhåll och betalningsavgifter kvarstår. Vi bryter ner siffrorna i vad det kostar att bygga ett POS-system och hjälper dig att välja i bygga eller köpa ett POS-system. Om du frestas att kopiera en befintlig produkt, läs kan du bygga en Square POS-klon med AI först, och för den fullständiga komponentlistan, se utveckling av anpassad POS-app.

Kan du bygga på befintlig infrastruktur i stället för från grunden?

Ja, och för de flesta handlare är det den bättre uppdelningen: fortsätt bygga den del som gör din butik unik, och sluta återuppfinna den infrastruktur som varje POS behöver.

Det är därför vi byggde Final. Din AI bygger kassan, och Final tillhandahåller resten:

• Din egen AI via MCP. Final har en MCP-server, så Claude, Cursor eller valfri MCP-klient kan bygga, förhandsgranska och distribuera din kassa i Flow Studio och arbeta med din butiksdata. Anslut din egen AI till Flow Studio eller bygg ett flöde med ditt eget AI-verktyg. För det större sammanhanget, läs MCP för point of sale.

• Betalningar redan godkända. Final Pay tar emot kort via stödda läsare och Tap to Pay, så din kassa begär en betalning och Final hanterar kortet. Tillgängligheten varierar beroende på land och enhet; se var Final Pay är tillgängligt.

• Hårdvara redan ansluten. En Native Station kör appen Final POS på Apple- och Android-enheter och kommunicerar med kortläsare, kvittoskrivare och kassalådor. En Virtual Station körs i valfri webbläsare. Se Native Station jämfört med Virtual Station.

• Prissättning du kan läsa på en rad. Inget abonnemang. Kontanter är $0. Kort är 2,49 % + $0,10 i USA och världen över, 1,99 % i Kanada och 0,99 % i Europa.

Den ärliga avvägningen: att bygga på Final innebär att köra på vår infrastruktur och vår lista över stödd hårdvara. Om själva POS-systemet är din produkt, bygg från grunden. Om POS-systemet är hur du driver din butik, är infrastrukturen ett löst problem. De flesta AI-verktyg skapar skisser. Din kan bygga ett företag, och om du vill jämföra tillvägagångssätten sida vid sida kan du börja med AI POS-byggare jämfört med traditionellt POS.