En kassemedarbejder ser "rabat anvendt", men indkøbskurvens total har ikke ændret sig. Eller en udvidelse læser 25 som en besparelse, når det betyder 25 %. To oktober-opdateringer gør Shopify POS-rabatter værd at tjekke med det samme, hvis dine butikker bruger POS UI-udvidelser. Her er hvad der er ændret, hvilke apps der kræver opmærksomhed, og hvordan du tester resultatet, før personalet skal forklare en prisforskel til en kunde.
Hvad er ændret i Shopify POS-rabatter?
Shopify udgav to separate udviklerbemærkninger den 7. oktober 2026. De vedrører forskellige dele af den samme checkout-interaktion: om en app ved, at dens kurvændring lykkedes, og om den fortolker en procentvis rabat korrekt.
I POS UI-udvidelses-API version 2026-10-opdateringen afvises kurv-mutationer, når Shopify POS ikke bekræfter, at kurven er ændret. Tidligere API-versioner løser disse mutationer uanset om POS anvendte rettelsen. Apps, der benytter 2026-10, skal håndtere afviste løfter (rejected promises) for hver kurv-mutation, de foretager. Apps på 2026-07 og tidligere er upåvirket af denne brydende ændring.
Separat herfra retter Shopify POS 11.15 procenterne for rabatværdier. Ved en 25 % rabat på en linje til 200 $, returnerer Discount.amount nu 25. POS 11.14 og tidligere returnerede 50, det pengebeløb der blev trukket fra.
Ændringen af kurv-skrivning afhænger af udvidelsens API-version. Korrektionen af procentværdien afhænger af Shopify POS-appversionen. Hvis man behandler dem som én opgradering, risikerer man at efterlade halvdelen af problemet utestet.
Hvorfor vi ville prioritere dette over en anden konverterings-app
Den medfølgende Signalbuy konverteringsguide anbefaler at finde ud af, hvor kunderne går i stå, og at fjerne købsbarrierer. Det er et nyttigt princip ud over webshoppen. Ved en fysisk kasse skaber modstridende priser et problem, som endnu en kampagnewidget ikke kan løse.
Vores vurdering: Hvis din udvidelse anvender medlemsrabatter eller viser besparelser, fortjener det prioritet at kontrollere dens opførsel frem for at tilføje endnu et incitament. Problemet er konkret nok til at reproducere, og forhandleren kan definere en klar godkendelsesbetingelse: Udvidelsens besked skal stemme overens med den faktiske kurv.
Disse bemærkninger fastslår ikke, at hver Shopify POS-butik har et rabatproblem. De identificerer specifikke ændringer for udvidelser. En forhandler uden brugerdefinerede eller tredjeparts POS UI-udvidelser bør ikke igangsætte en genopbygning på baggrund af disse annonceringer.
Start med en oversigt over de berørte udvidelser
Spørg din udvikler eller app-leverandør, hvilke installerede udvidelser der skriver til POS-kurven, og hvilke der læser rabatværdier. Inkluder private værktøjer bygget til butikspersonalet. En udvidelse, der kun viser et opsummering af besparelser, kan have brug for procent-korrektionen, selvom den aldrig selv anvender en rabat.
- Notér enhedsversioner: notér Shopify POS-versionen på de enheder, der bruges til din test og udrulning.
- Notér udvidelses-API-versioner: bekræft om hver udvidelse bruger 2026-10 eller en tidligere version.
- Kortlæg kurv-skrivninger: identificer enhver handling, der ændrer kurven, inklusiv gebyrer og rabatter hvor relevant.
- Kortlæg rabat-læsere: find beregninger og etiketter, der bruger Discount.amount til procenter for rabatter.
Giv denne liste en ansvarlig person. Butiksdriften bør beskrive den reelle arbejdsproces for kassemedarbejderen; udvikleren bør identificere de relevante kodestier. Ingen af dem kan fuldføre revisionen alene.
En succesfuld anmodning er ikke nok til at bekræfte en kurv-ændring
Opdateringen af kurv-mutationer fikser en distinktion, der betyder noget for personalet. Under den tidligere adfærd beskrevet af Shopify, kunne en app behandle en løst mutation som en succes, selv når POS ikke havde anvendt skrivningen. Det kunne frembringe en succesbesked for et gebyr eller en rabat, der ikke var i kurven.
For udvidelser, der tager API-version 2026-10 i brug, har udviklere brug for eksplicit fejlhåndtering. Men at fange en fejl og skjule den er ikke en nyttig rettelse. Personalet har brug for at vide, om de skal fortsætte eller tjekke kurven.
Design fejltilstanden før forsøg-igen-knappen
Vi anbefaler, at udvidelser holder handlingen ventende, indtil resultatet er kendt, og derefter kun viser succes efter bekræftelse. Hvis skrivningen afvises, bør beskeden sige, at ændringen ikke kunne bekræftes, og henvise personalet til at tjekke kurven. Undgå en ubetinget "Anvendt"-besked, efter anmodningen er afsluttet.
Automatiske forsøg igen kræver omhu. Før du prøver en kurv-handling igen, skal du inspicere den nuværende tilstand og beslutte, om gentagelse af operationen kunne skabe en uønsket yderligere ændring. Udskiftning af en rabat og tilføjelse af et gebyr kan kræve forskellig gendannelseslogik.
Vores foretrukne accepttest er enkel: En udvikler simulerer en afvist mutation, og en butikschef følger gendannelsesinstruktionerne uden hjælp. Hvis de ikke kan se, hvad der skete, er fejlhåndteringen ikke færdig.
Shopify POS-rabatter: hold procenter adskilt fra penge
Procent-korrektionen er let at undervurdere, fordi den returnerede værdi stadig er et tal. En beregning kan fortsætte med at køre, mens den giver det forkerte svar.
Brug Shopifys eksempel som en kontrolleret test: en linje på 200 $ med 25 % rabat. Rabatsatsen er 25, besparelsen er 50 $, og linjens rabatterede værdi er 150 $ før andre justeringer. På POS 11.15 returnerer Discount.amount for den procentvise rabat satsen, 25.
En udvidelse, der formaterer dette felt direkte som valuta, kunne nu vise en besparelse på 25 $. Kode, der tidligere konverterede det returnerede pengefradrag tilbage til en procentdel, kunne også beregne den forkerte sats.
En procentsats og et pengefradrag er forskellige datatyper i forretningsmæssig forstand, selvom begge ankommer som tal. Brug eksplicitte interne navne som discountPercentage og discountMoney i stedet for at sende et tvetydigt beløb gennem hver beregning.
Shopify siger, at korrektionen gælder for procentvise rabatter på kurv- og linjeniveau, inklusive manuelle, app-anvendte og automatiske rabatter med typen Percentage. Det påvirker den nuværende tilstand og abonnementer, såvel som de listede rabatflader for kurv og linje. At tjekke kun skærmen, der vises, når udvidelsen først åbnes, vil ikke dække opdateringer, mens kurven ændrer sig.
Løs ikke tvetydighed med et numerisk gæt
En regel, der gætter på, om en værdi er penge eller en procentdel baseret på dens størrelse, er skrøbelig. Begge kan være små tal. Brug rabattypen og den dokumenterede adfærd for det understøttede miljø.
Hvis enheder forbliver på forskellige POS-versioner under udrulning, skal du bede udvikleren om en eksplicit kompatibilitetsplan. De to ændringslogs retfærdiggør ikke antagelsen om, at en udvidelses-API-opgradering alene fikser procent-fortolkningen.
En checkout-testplan, som butiksteams rent faktisk kan køre
Brug et kontrolleret testmiljø og kendte produktpriser. Notér POS-versionen, udvidelsesversionen og det forventede resultat for hver case. Hold den startende kurv enkel nok til, at en person kan verificere matematikken.
- Procent-baseline: test linjen på 200 $ med 25 % rabat. Bekræft at udvidelsen skelner satsen fra fradraget på 50 $.
- Rabatkilder: test manuelle, app-anvendte og automatiske procent-rabatter, hvor end din arbejdsproces eksponerer dem.
- Omfang: tjek rabatter på linje- og kurvniveau separat, inklusiv en kurv med flere linjer.
- Kurv-opdateringer: skift antal eller fjern en linje. Bekræft at udvidelsen opdaterer sin viste information.
- Afvist skrivning: verificer at en mislykket mutation frembringer en nyttig besked i stedet for en succes-tilstand.
- Gentaget handling: tryk igen under et langsomt svar og bekræft at udvidelsen håndterer interaktionen sikkert.
Kør også en rabat med fast beløb som en regressionstest. Den rapporterede korrektion vedrører procent-rabatter, men en delt formateringsfunktion kan tjene flere rabattyper.
For fuldførte testtransaktioner, sammenlign den endelige kurv med ordren og kvitteringen. Dette er vores anbefalede end-to-end-validering, ikke en påstand om at Shopify har rapporteret kvitteringsfejl.
Hvad du skal spørge din POS-app-leverandør om
Send leverandøren begge links til ændringsloggen. Spørg hvilken udvidelses-API-version deres app bruger, om den læser procent-rabatbeløb, og hvordan den håndterer afviste kurv-mutationer, når den adopterer 2026-10.
Anmod om dokumentation for de relevante testcases frem for at acceptere "kompatibel med Shopify POS" som det fulde svar. En leverandør bør kunne forklare sine understøttede enhedsversioner og kassemedarbejderoplevelsen, når en kurv-ændring mislykkes.
Udskift ikke en nyttig app bare fordi Shopify ændrede en API-kontrakt. En vedligeholdt udvidelse med klar gendannelsesadfærd kan stadig være det rigtige valg. Udskiftning bliver en fornuftig diskussion, hvis leverandøren ikke kan forklare sine beregninger eller efterlader personalet i uvished efter en mislykket handling.
Takeaways
- Revidér udvidelser, der skriver til kurven eller læser procent-rabatter.
- Håndter afviste kurv-mutationer før du adopterer POS UI-udvidelses-API version 2026-10.
- Tjek procent-fortolkning på Shopify POS 11.15 uafhængigt af API-opgraderingen.
- Godkend kun udgivelsen, når udvidelsens beskeder og besparelsestal stemmer overens med den faktiske kurv.
Kilder
- Cart mutations reject unconfirmed writes in POS UI extensions 2026-10
- POS UI extensions now return percentage values for percentage discounts
- How to Improve Conversion on Shopify | CRO Guide - Signalbuy.AI
Vil du have dette håndteret for dig?
Vi er et Shopify Premier-bureau, og det er det arbejde, vi udfører hver dag: performance, CRO og butiksbyggeri, der tjener sig selv hjem. Book en gratis butiksvurdering, så viser vi dig de tre rettelser, vi ville sende først.
Ofte stillede spørgsmål
Hvad ændrede sig for procent-rabatter i Shopify POS 11.15?
For procent-rabatter returnerer Discount.amount nu procentsatsen i stedet for pengefradraget. En 25 % rabat på en linje på 200 $ returnerer 25; POS 11.14 og tidligere returnerede 50.
Hvorfor afvises kurv-mutationer i POS UI-udvidelser API 2026-10?
I API-version 2026-10 afvises kurv-mutationer, når Shopify POS ikke bekræfter, at kurven er ændret. Apps, der adopterer den version, skal håndtere afviste løfter for hver kurv-mutation, de foretager.
Påvirker den brydende ændring af kurv-mutationer ældre udvidelses-API-versioner?
Shopify siger, at apps, der bruger POS UI-udvidelses-API version 2026-07 og tidligere, er upåvirket af den brydende ændring. Korrektionen af procentværdien i POS 11.15 er separat og kræver sin egen kompatibilitetstjek.
Hvordan bør forhandlere teste Shopify POS-rabatudvidelser?
Brug kendte priser til at verificere procentsatser og pengebesparelser separat. Tjek rabatter på kurv- og linjeniveau, kurv-opdateringer og afviste skrivninger. Bekræft at beskeder til personalet stemmer overens med den faktiske kurv, før du godkender en udgivelse.
