Slik byggjer du ditt eige POS-system med KI i 2026

Du kan byggje ditt eige POS-system med KI, og den første versjonen kjem raskare enn du forventar. Claude Code, Cursor eller ChatGPT kan skrive ein katalog, ei handlekorg, rabattar, mva. og ein kvitteringsskjerm på ein ettermiddag. Det dei ikkje kan gjere, er å ta imot eit reelt kort, skrive ut til ein Bluetooth-skrivar på ein iPad eller få appen din inn på ein eining i butikken. Dei stega går via Apple, ein betalingsleverandør og skrivarprodusenten, og kvar av dei har si eiga godkjenningskø.

Denne guiden går gjennom heile byggjeprosessen på ein ærleg måte: kva KI-en gjer bra, kvar vegg du vil treffe etterpå, kor lang tid kvar vegg tek, og kvar det å byggje på ein eksisterande infrastruktur sparer deg for månader. Vi byggjer Final, eit POS som KI-en din kan byggje vidare på, så vi har treft kvar einaste av desse veggene sjølve.

Kva inneber det eigentleg å byggje sitt eige POS?

Eit POS er to ting som er stpla oppå kvarandre: kassa folk ser, og skjenene under som flyttar pengar og snakkar med maskinvare. Kassa er programvare du kan skrive. Skjenene er sertifiserte system du må vere godkjend for å bruke.

Ein KI er framifrå på dei to første radene. Det er dei meir krevjande fire siste radene eit POS-prosjekt faktisk brukar kalendertida si på.

Kva kan ein KI-kodingsassistent byggje for deg på ein ettermiddag?

Meir enn dei fleste forventar. Gi ein dyktig modell ei tydeleg oppgåve, og han vil lage ein trudverdig kasse-app på ei enkelt økt:

• Ein produktkatalog med kategoriar, variantar og modifikatorar

• Ei handlekorg med mengder, linjerabattar, ordrerabattar og tips

• Skatteberekning, kvitteringar på skjermen og ein ordrehistorikk

• Tilsett-innloggingar og eit enkelt dagsoppgjer

• Eit reint, berøringsvenleg layout som ser ferdig ut i førehandsvisninga

Vi skreiv om kor langt det tek deg i Vibe Coding a Point of Sale: How Far Can You Actually Get?, og om nettlesarbaserte verktøy i Can You Build a POS with Lovable or Replit?. For verktøyspesifikke gjennomgangar, sjå slik byggjer du eit POS med Claude Code, slik byggjer du ein POS-app med Cursor og om ChatGPT kan byggje eit POS-system.

To åtvaringar før du stolar på resultatet. For det første, pengekalkulasjonar: modeller brukar som standard flyttal, noko som gjer at totalsummane kan avvike med eit øre. Lagre pengar som heiltalsøre og bestem kvar avrunding skjer; guiden vår om berekning av salsskatt for POS har testtilfelle du kan gi til KI-en din. For det andre, samtidighet: at tvo kasser sel den siste vara samstundes er ein reell feil i vibe-koda lagerstyring.

Slik tar du imot kortbetalingar i ditt eige POS

Gjennom ein betalingstenesteleverandør (PSP). Du les aldri kortnummer sjølv; ein sertifisert lesar eller SDK gjer det, og appen din tek imot eit resultat. Det finst fire vegar, og kvar har sitt eige oppsett:

1. Ein kortlesar gjennom PSP-en sin SDK for fysiske betalingar. Stripe Terminal, Adyen og andre sel sertifiserte lesarar som parast med appen din. Berre lesarar som er sertifiserte med leverandøren din vil fungere.

2. Tap to Pay på iPhone. Telefonen blir lesaren. Apple sin prosess er: jobb med ein støtta PSP, be om Tap to Pay på iPhone-rettkomsten (entitlement), integrer ProximityReader-API-et eller PSP-en sin SDK, følg Apple sine retningslinjer for design, og send deretter inn til vurdering (Apple sin oversikt). Forespørselen må kome frå kontohaldaren for ein organisasjonsutvikla-konto, som igjen treng eit D-U-N-S-nummer. Apple gir ein rettkomst berre for utvikling først; du be om distribusjonsversjonen på nytt når appen din oppfyller UX-krava deira, og TestFlight treng distribusjonsversjonen. Det fungerer på iPhone XS eller nyare, ikkje på iPad.

3. Tap to Pay på Android. Ingen rettkomst i Apple-stil, men PSP-en sin SDK sjekkar einingsintegriteten, krev Android 11 eller nyare med innebygd NFC, og nektar å køyre i eit feilsøkingsbygg (debuggable build).

4. Ein skyknytt smartterminal. Serveren din ber leverandøren sitt API om å sende ein betaling til ein spesifikk terminal. Dette er den einaste vegen som fungerer for eit nettlesarbasert POS.

Å få PSP-kontoen er eit eige steg. Stripe er sjølvbetent og raskt å starte med. Adyen fokuserer på større verksemder og er meir selektiv med kven dei tek inn. Den fullstendige samanlikninga, med kvart steg, finst i hjørnesteinsartikkelen vår om slik tek du imot kortbetalingar i ein tilpassa POS-app.

Kvifor fungerer POS-et ditt i førehandsvisninga, men ikkje i kassa?

Fordi førehandsvisninga aldri måtte snakke med maskinvare. Den første gongen eit vibe-koda POS møter ein kvitteringsskrivar er vanlegvis den første gongen det feilar.

• Bluetooth-skrivarar og iOS. På iPhone og iPad treng ein app som snakkar med eit Bluetooth Classic- eller Lightning/USB-tilbehøyr Apple MFi-godkjenning for det tilbehøyret. For skrivarar søkjer du ikkje direkte til Apple: du sender appopplysningane dine til skrivarprodusenten, dei meklar det til Apple, og dei returnerer ein Product Plan ID (PPID) som skal inn i App Review-notatane dine. Star Micronics dokumenterer denne flyten og oppgir ein til to veker (Star sin prosess); Epson og Zebra køyrer same modell.

• Bluetooth LE- og nettverksskrivarar treng ikkje MFi-godkjenning, noko som gjer at valet av skrivar eigentleg er eit val av godkjenningsbyrde.

• Nettlesarar. Safari har ikkje Web Bluetooth, så eit web-POS på iPad kan ikkje nå ein Bluetooth-skrivar i det heile teke. Det kan skrive ut til nettverksskrivarar som tek imot web-jobbar, til dømes Star WebPRNT- eller Epson ePOS-Print-modellar. Meir i avgrensingar for webbasert POS.

• Kassaskuffer opnar seg vanlegvis gjennom skuffeporten til kvitteringsskrivaren, så skuffa fungerer berre når utskrift fungerer.

• Strekkodeskannarar er den enklaste delen: i tastaturmodus (HID) tastar dei direkte inn i kva som helst app eller side.

Vår maskinvareartikkel, POS-maskinvare for tilpassa appar, dekkjer kvart perifere utstyr, og frå vibe-koda POS til reell eining er sjekklista steg-for-steg for å få ein prototype ut på ein fungerande disk.

Slik får du eit POS inn på reelle einingar

Eit POS må installerast, oppdaterast og overleve eit dårleg nettverk. Kvar plattform har sin eigen veg:

• iPhone og iPad: App Store, TestFlight for testing, eller ein privat Custom App gjennom Apple Business Manager. Alle går gjennom App Review, og betalings- eller MFi-appar må ha sine rettkomstar og PPID-ar på plass først.

• Android: Play Store, sidelasta APK-ar eller ei einingsstyring-utrulling (MDM).

• Windows og Mac: ein skrivebordsapp eller ein nettlesarbasert stasjon.

Deretter fråkopla modus. Eit POS som sluttar å selje når Wi-Fi feller ut er ikkje eit POS. Du treng ein lokal database, ei synkroniseringskø og ei avgjerd om kortbetalingar offline, noko som avheng av om leverandøren din støttar store-and-forward. Sjå fråkopla modus for ein tilpassa POS-app og slik rullar du ut ein POS-app til iPad, Android, Windows og Mac.

Kva for etterleving krev eit tilpassa POS?

Mindre enn du fryktar om du utformar for det, meir enn du ynskjer om du ikkje gjer det.

• PCI DSS. Kvar handlande som tek imot kort er i omfang. Dersom kortdata berre berører betalingsleverandøren sin sertifiserte SDK eller lesar, er omfanget lite og du fyller ut eit eigenvurderingsskjema med innløsaren din. Lagre eit rått kortnummer éin gong, og heile systemet er i omfang. Detaljar i PCI-etterleving for eit tilpassa POS.

• Salsskatt og mva. Satsar, unntak og avrundingsreglar varierer etter jurisdiksjon, og refusjonar må tilbakeføre skatt nøyaktig slik han vart krevd inn.

• Kvitteringar. Mange jurisdiksjonar spesifiserer kva ein kvittering må vise, frå organisasjonsopplysningar til skattespesifikasjonar.

Kor lang tid og kor mykje kostar det å byggje eit POS?

Her er ein realistisk tidslinje for eit lite team som byggjer frå botnen av med KI-hjelp. Koden er den korte delen.

Kostnadene følgjer same mønster: KI-en gjer grensesnittet nesten gratis, men utviklarkontoar, testmaskinvare for kvar skrivar og lesar, vedlikehald og betalingsgebyr står att. Vi bryt ned tala i kor mykje det kostar å byggje eit POS-system og hjelper deg å avgjere i byggje eller kjøpe eit POS-system. Dersom du blir frista til å kopiere eit eksisterande produkt, les kan du byggje ein Square POS-klon med KI først, og for den komplette komponentlista sjå utvikling av tilpassa POS-app.

Kan du byggje på ein infrastruktur i staden for frå botnen av?

Ja, og for dei fleste næringsdrivande er det den betre fordelinga: fortsett å byggje den delen som gjer butikken din unik, og slutt å rebyggje skjenene kvart POS treng.

Det er det vi bygde Final for. KI-en din byggjer kassa, og Final leverer resten:

• Din eigen KI, over MCP. Final har ein MCP-server, så Claude, Cursor eller ein kva som helst MCP-klient kan byggje, førehandsvise og rulle ut kassa di i Flow Studio og jobbe med butikkdataa dine. Knytt din eigen KI til Flow Studio eller bygg ein flyt med ditt eige KI-verktøy. For det større biletet, les MCP for point of sale.

• Betalingar som allereie er godkjende. Final Pay tek imot kort gjennom støtta lesarar og Tap to Pay, så kassa di kallar på ei betaling og Final handterer kortet. Tilgjengelegheit varierer etter land og eining; sjå kvar Final Pay er tilgjengeleg.

• Maskinvare som allereie er tilkopla. Ein Native Station meklar Final POS-appen på Apple- og Android-einingar og snakkar med kortlesarar, kvitteringsskrivarar og kassaskuffer. Ein Virtual Station køyrer i kva som helst nettlesar. Sjå Native Station mot Virtual Station.

• Prisar du kan lese på éi linje. Ingenting i abonnement. Kontantar er $0. Kort er 2,49 % + $0,10 i USA og i resten av verda, 1,99 % i Canada og 0,99 % i Europa.

Den ærlege kompromissløysinga: å byggje på Final tyder å køyre på våre skjener og vår støtta maskinvareliste. Dersom sjølve POS-et er produktet ditt, bygg frå botnen av. Dersom POS-et er måten du driv butikken din på, er skjenene eit løyst problem. Dei fleste KI-ar lagar skisser. Din kan byggje ei verksemd, og om du vil samanlikne tilnærmingane side om side, start med KI-POS-byggjar mot tradisjonelt POS.