Sådan bygger du dit eget POS-system med AI i 2026

Du kan bygge dit eget POS-system med AI, og den første version kommer hurtigere, end du forventer. Claude Code, Cursor eller ChatGPT kan skrive et katalog, en indkøbskurv, rabatter, moms og et kvitteringsskærmbillede på en eftermiddag. Hvad de ikke kan, er at tage imod et rigtigt kort, udskrive til en Bluetooth-printer på en iPad eller få din app ind på en enhed i butikken. Disse trin går gennem Apple, en betalingsudbyder og printerproducenten, og hver af dem har sin egen godkendelseskø.

Denne guide gennemgår hele opbygningen ærligt: hvad AI'en gør godt, hver eneste mur du rammer bagefter, hvor lang tid hver mur tager, og hvor opbygning oven på infrastruktur sparer dig for måneder. Vi bygger Final, et POS din AI kan bygge videre på, så vi har selv ramt hver og en af disse mure.

Hvad indebærer det egentlig at bygge sit eget POS?

Et POS er to ting stakket oven på hinanden: det kassesystem folk ser, og skinnerne nedenunder, der flytter penge og taler med hardware. Kassen er software, du selv kan skrive. Skinnerne er certificerede systemer, du skal være godkendt til at bruge.

En AI er fremragende til de første to rækker. Det er de sidste fire rækker, hvor et POS-projekt i virkeligheden bruger sin kalendertid.

Hvad kan en AI-kodeassistent bygge for dig på en eftermiddag?

Mere end de fleste forventer. Giv en dygtig model et klart oplæg, og den vil levere en troværdig point of sale-app på én session:

• Et produktkatalog med kategorier, varianter og tilvalg

• En indkøbskurv med mængder, linjerabatter, ordrerabatter og drikkepenge

• Momsberegning, kvitteringer på skærmen og en ordrehistorik

• Medarbejderlogins og en simpel dagsopgørelse

• Et rent, berøringsvenligt layout, der ser færdigt ud i forhåndsvisningen

Vi har skrevet om, hvor langt det bringer dig i Vibe-coding af et point of sale: Hvor langt kan du egentlig nå?, og om browserbaserede værktøjer i Kan du bygge et POS med Lovable eller Replit?. For værktøjsspecifikke gennemgange kan du se sådan bygger du et POS med Claude Code, sådan bygger du en POS-app med Cursor og om ChatGPT kan bygge et POS-system.

To advarsler før du stoler på resultatet. For det første: pengematematik. Modeller bruger som standard flydende tal (floating-point), hvilket giver totaler, der skæver med en cent. Gem penge som heltal i øre/cents og beslut, hvor afrunding skal ske; vores guide til POS-salgsmomsberegning har testcases, du kan give til din AI. For det andet: samtidighed (concurrency). To kasser, der sælger den sidste vare på samme tid, er en reel fejl i vibe-coded lagerstyring.

Hvordan modtager du kortbetalinger i dit eget POS?

Gennem en betalingsudbyder (PSP). Du aflæser aldrig selv kortnumre; det gør en certificeret læser eller SDK, hvorefter din app modtager et resultat. Der er fire veje, og hver har sin egen opsætning:

1. En kortlæser via betalingsudbyderens fysiske SDK. Stripe Terminal, Adyen og andre sælger certificerede læsere, der parres med din app. Kun læsere, der er certificeret til din udbyder, vil virke.

2. Tap to Pay på iPhone. Telefonen bliver til kortlæseren. Apples rækkefølge er: samarbejd med en understøttet PSP, anmod om Tap to Pay på iPhone-rettigheden, integrer ProximityReader API'et eller din PSP's SDK, følg Apples designretningslinjer, og indsend derefter til korrektur (Apples oversigt). Anmodningen skal komme fra kontoindehaveren (Account Holder) af en organisations-udviklerkonto, som igen kræver et D-U-N-S-nummer. Apple tildeler først en rettighed, der kun er til udvikling; du anmoder igen om distribution, når din app opfylder deres UX-krav, og TestFlight kræver distributionsversionen. Det virker på iPhone XS eller nyere, ikke på iPad.

3. Tap to Pay på Android. Ingen rettighed i Apple-stil, men PSP'ens SDK tjekker enhedens integritet, kræver Android 11 eller nyere med indbygget NFC og nægter at køre i en debugbar build.

4. En skyforbundet smart terminal. Din server beder udbyderens API om at sende en betaling til en specifik terminal. Dette er den ene vej, der virker til et browserbaseret POS.

At få PSP-kontoen op at køre er et trin for sig. Stripe er selvbetjening og hurtig at starte med. Adyen fokuserer på større virksomheder og er mere selektiv med, hvem de onboarder. Den fulde sammenligning, med hvert enkelt trin, findes i vores dybdegående artikel om at modtage kortbetalinger i en tilpasset POS-app.

Hvorfor virker dit POS i forhåndsvisningen, men ikke ved kassen?

Fordi forhåndsvisningen aldrig har skullet tale med hardware. Første gang et vibe-coded POS møder en kvitteringsprinter, er normalt første gang det fejler.

• Bluetooth-printere og iOS. På iPhone og iPad skal en app, der taler med et Bluetooth Classic- eller Lightning/USB-tilbehør, have en Apple MFi-godkendelse til det pågældende tilbehør. For printere ansøger du ikke direkte hos Apple: du sender dine app-oplysninger til printerproducenten, de indsender dem til Apple, og de returnerer et Product Plan ID (PPID), som indsættes i dine App Review-noter. Star Micronics dokumenterer denne proces og anslår en til to uger (Stars proces); Epson og Zebra benytter samme model.

• Bluetooth LE- og netværksprintere kræver ikke MFi-godkendelse, hvilket er grunden til, at valget af printer i virkeligheden er et valg om godkendelsesbyrde.

• Browserne. Safari har ikke Web Bluetooth, så et web-POS på iPad kan overhovedet ikke nå en Bluetooth-printer. Det kan udskrive til netværksprintere, der accepterer web-job, såsom Star WebPRNT- eller Epson ePOS-Print-modeller. Læs mere i begrænsninger ved webbaserede POS-systemer.

• Kasseskuffer åbner normalt via kvitteringsprinterens skuffeudløserport, så skuffen virker først, når udskrivningen virker.

• Stregkodescannere er den nemme del: I tastaturtilstand (HID) indtaster de tekst i enhver app eller side.

Vores hardwareartikel, POS-hardware til tilpassede apps, dækker alle eksterne enheder, og fra vibe-coded POS til rigtig enhed er den trinvise tjekliste til at få en prototype ud på en fungerende disk.

Hvordan får du et POS over på rigtige enheder?

Et POS skal kunne installeres, opdateres og overleve et dårligt netværk. Hver platform har sin egen vej:

• iPhone og iPad: App Store, TestFlight til test eller en privat tilpasset app (Custom App) via Apple Business Manager. De skal alle igennem App Review, og betalings- eller MFi-apps skal have deres entitlements og PPID'er på plads først.

• Android: Play Store, sideloadede APK'er eller en udrulning via enhedshåndtering (MDM).

• Windows og Mac: en desktop-app eller en browserbaseret station.

Derefter offlinetilstand. Et POS, der holder op med at sælge, når Wi-Fi-forbindelsen ryger, er ikke et POS. Du har brug for en lokal database, en synkroniseringskø og en beslutning om offline-kortbetalinger, hvilket afhænger af, om din udbyder understøtter 'store-and-forward'. Se offlinetilstand for en tilpasset POS-app og sådan udruller du en POS-app til iPad, Android, Windows og Mac.

Hvilke krav til overholdelse skal et tilpasset POS opfylde?

Mindre end du frygter, hvis du designer efter det – mere end du ønsker, hvis du lader være.

• PCI DSS. Enhver erhvervsdrivende, der tager imod kort, er omfattet. Hvis kortdata udelukkende berører din betalingsudbyders certificerede SDK eller læser, er dit omfang lille, og du skal blot udfylde et selvevalueringsskema hos din indløser. Gemmer du et råt kortnummer blot én gang, er hele systemet omfattet. Detaljer findes i PCI-overholdelse for et tilpasset POS.

• Salgsmoms. Satser, fritagelser og afrundingsregler varierer efter jurisdiktion, og refunderinger skal tilbageføre moms nøjagtigt som den blev opkrævet.

• Kvitteringer. Mange jurisdiktioner specificerer, hvad en kvittering skal indeholde, lige fra virksomhedsoplysninger til momsfordeling.

Hvor lang tid tager det, og hvad koster det at bygge et POS?

Her er en realistisk tidslinje for et lille team, der bygger fra bunden med AI-hjælp. Koden er den korte del.

Omkostningerne følger samme mønster: AI gør brugerfladen næsten gratis, men udviklerkonti, testhardware for hver printer og læser, vedligeholdelse og betalingsgebyrer består. Vi gennemgår tallene i hvad det koster at bygge et POS-system og hjælper dig med at beslutte i byg eller køb et POS-system. Hvis du er fristet til at kopiere et eksisterende produkt, bør du læse kan du bygge en Square POS-klon med AI først, og for den fulde komponentliste kan du se udvikling af tilpassede POS-apps.

Kan du bygge oven på infrastruktur i stedet for helt fra bunden?

Ja, og for de fleste erhvervsdrivende er det den bedste opdeling: Fortsæt med at bygge den del, der gør din butik unik, og stop med at genopfinde de skinner, som ethvert POS har brug for.

Det er netop det, vi byggede Final til. Din AI bygger kassen, og Final leverer resten:

• Din egen AI via MCP. Final har en MCP-server, så Claude, Cursor eller enhver anden MCP-klient kan bygge, forhåndsvise og udrulle din kasse i Flow Studio og arbejde med dine butiksdata. Tilslut din egen AI til Flow Studio eller byg et flow med dit eget AI-værktøj. For det større billede kan du læse MCP for point of sale.

• Betalinger er allerede godkendt. Final Pay tager imod kort via understøttede læsere og Tap to Pay, så din kasse blot anmoder om en betaling, hvorefter Final håndterer kortet. Tilgængeligheden varierer efter land og enhed; se hvor Final Pay er tilgængeligt.

• Hardware er allerede tilsluttet. En Native Station kører Final POS-appen på Apple- og Android-enheder og taler med kortlæsere, kvitteringsprintere og kasseskuffer. En Virtual Station kører i en hvilken som helst browser. Se Native Station vs. Virtual Station.

• Priser, du kan læse på én linje. Intet abonnement. Kontanter er $0. Kort er 2,49 % + $0,10 i USA og resten af verden, 1,99 % i Canada og 0,99 % i Europa.

Det ærlige kompromis: At bygge oven på Final betyder, at du kører på vores skinner og vores liste over understøttet hardware. Hvis selve POS-systemet er dit produkt, skal du bygge fra bunden. Hvis POS-systemet er måden, du driver din butik på, er skinnerne et løst problem. De fleste AI'er laver mockups. Din kan bygge en forretning, og hvis du vil sammenligne fremgangsmåderne side om side, så start med AI POS-bygger vs. traditionelt POS.