Rabatter i Shopify POS: två uppdateringar som era appar måste hantera

Shopify POS Discounts: Two Updates Your Apps Need to Handle

Kassapersonalen ser ”rabatt tillämpad”, men totalsumman i kundvagnen har inte ändrats. Eller så tolkar ett tillägg 25 som en besparing i kronor när det betyder 25 %. Två uppdateringar i oktober gör att rabatter i Shopify POS är värda att kontrollera direkt om era butiker använder POS UI extensions. Här är vad som har ändrats, vilka appar som behöver ses över och hur ni testar resultatet innan personalen måste förklara ett felaktigt pris för en kund.

Vad har ändrats för rabatter i Shopify POS?

Shopify publicerade två separata utvecklarmeddelanden den 7 oktober 2026. De gäller olika delar av samma moment i kassan: om en app vet att dess ändring i kundvagnen lyckades, och om den tolkar en procentrabatt rätt.

I uppdateringen av POS UI extensions API version 2026-10 avvisas ändringar i kundvagnen (cart mutations) när Shopify POS inte bekräftar att kundvagnen faktiskt ändrades. Tidigare API-versioner löser sådana anrop oavsett om POS genomförde ändringen eller inte. Appar som går över till 2026-10 måste hantera avvisade promises för varje cart mutation de anropar. Appar på 2026-07 och tidigare påverkas inte av den här bakåtinkompatibla ändringen.

Separat rättar Shopify POS 11.15 värdena för procentrabatter. För en rabatt på 25 % på en orderrad på $200 returnerar Discount.amount nu 25. POS 11.14 och tidigare returnerade 50, alltså det belopp som drogs av.

Ändringen för kundvagnen beror på tilläggets API-version. Rättningen av procentvärden beror på vilken version av Shopify POS-appen som används. Behandlar ni dem som en och samma uppgradering riskerar halva problemet att förbli otestat.

Därför skulle vi prioritera det här före ännu en konverteringsapp

Signalbuys guide om konvertering rekommenderar att man hittar var kunderna fastnar och åtgärdar det som stoppar köpet. Den principen gäller även utanför webbutiken. I en fysisk kassa skapar motstridiga priser ett problem som ännu en kampanjwidget inte löser.

Vår bedömning: om ert tillägg tillämpar medlemsrabatter eller visar besparingar bör ni prioritera att kontrollera hur det beter sig före att lägga till ännu ett erbjudande. Problemet är tillräckligt konkret för att kunna återskapas, och handlaren kan definiera ett tydligt godkänt-kriterium: tilläggets meddelande måste stämma med den faktiska kundvagnen.

Meddelandena visar inte att alla butiker med Shopify POS har problem med rabatter. De pekar ut specifika ändringar för tillägg. En handlare utan egna eller externa POS UI extensions bör inte beställa en ombyggnad bara på grund av de här beskeden.

Börja med en inventering av berörda tillägg

Fråga er utvecklare eller era appleverantörer vilka installerade tillägg som skriver till kundvagnen i POS och vilka som läser rabattvärden. Ta med interna verktyg som byggts för butikspersonalen. Ett tillägg som bara visar en sammanfattning av besparingen kan behöva procenträttningen även om det aldrig själv tillämpar en rabatt.

Notera enhetsversioner: skriv upp vilken version av Shopify POS som körs på enheterna ni använder för test och utrullning.
Notera tilläggens API-versioner: bekräfta om varje tillägg använder 2026-10 eller en tidigare version.
Kartlägg skrivningar till kundvagnen: identifiera varje åtgärd som ändrar kundvagnen, även avgifter och rabatter där det är relevant.
Kartlägg läsning av rabatter: hitta beräkningar och etiketter som använder Discount.amount för procentrabatter (Percentage).

Ge listan en ansvarig. Butiksdriften bör beskriva hur kassaflödet faktiskt ser ut; utvecklaren bör identifiera de berörda delarna av koden. Ingen av dem kan göra genomgången ensam.

Ett lyckat anrop räcker inte för att bekräfta en ändring i kundvagnen

Uppdateringen av cart mutations rättar en skillnad som spelar roll för personalen. Med det tidigare beteendet som Shopify beskriver kunde en app tolka ett löst anrop som en lyckad ändring även när POS inte hade genomfört den. Det kunde ge ett meddelande om att en avgift eller rabatt lagts till trots att den saknades i kundvagnen.

Tillägg som går över till API-version 2026-10 behöver uttrycklig felhantering. Men att fånga ett fel och dölja det är ingen användbar lösning. Personalen behöver veta om de ska fortsätta eller kontrollera kundvagnen.

Utforma felläget innan ni lägger till en knapp för att försöka igen

Vi rekommenderar att tillägg låter åtgärden stå som pågående tills utfallet är känt och visar ”klart” först efter bekräftelse. Om ändringen avvisas bör meddelandet säga att ändringen inte kunde bekräftas och be personalen kontrollera kundvagnen. Undvik ett ovillkorligt ”Tillämpad” så fort anropet är klart.

Automatiska omförsök kräver eftertanke. Innan en åtgärd i kundvagnen görs om bör tillägget läsa av det aktuella läget och avgöra om en upprepning kan ge en oönskad extra ändring. Att ersätta en rabatt och att lägga till en avgift kan kräva olika sätt att återhämta sig.

Vårt föredragna acceptanstest är enkelt: en utvecklare simulerar en avvisad cart mutation och en butikschef följer instruktionerna för att åtgärda det utan hjälp. Om de inte förstår vad som hände är felhanteringen inte klar.

Rabatter i Shopify POS: håll isär procent och pengar

Procenträttningen är lätt att underskatta eftersom det returnerade värdet fortfarande är ett tal. En beräkning kan fortsätta att köras men ge fel svar.

Använd Shopifys exempel som kontrollerat test: en orderrad på $200 med 25 % rabatt. Rabattsatsen är 25, besparingen är $50 och raden kostar $150 efter rabatt, före eventuella andra justeringar. I POS 11.15 returnerar Discount.amount för den procentrabatten satsen, alltså 25.

Ett tillägg som formaterar fältet direkt som valuta kan nu visa en besparing på $25. Kod som tidigare räknade om det returnerade avdraget till en procentsats kan också få fram fel sats.

En procentsats och ett avdrag i pengar är olika saker affärsmässigt, även om båda kommer som tal. Använd tydliga interna namn som discountPercentage och discountMoney i stället för att skicka ett tvetydigt amount genom alla beräkningar.

Enligt Shopify gäller rättningen procentrabatter på kundvagns- och radnivå, inklusive manuella, app-tillämpade och automatiska rabatter som exponeras med typen Percentage. Den påverkar aktuellt läge och prenumerationer (subscriptions), liksom de listade ytorna för rabatter på kundvagn och orderrad. Att bara kontrollera vyn som visas när tillägget öppnas täcker inte uppdateringar medan kundvagnen ändras.

Lös inte tvetydigheten med en gissning utifrån talet

En regel som gissar om ett värde är pengar eller procent utifrån storleken är skör. Båda kan vara små tal. Utgå från rabattypen och det dokumenterade beteendet för den miljö ni stödjer.

Om enheterna kör olika POS-versioner under utrullningen, be utvecklaren om en tydlig plan för kompatibilitet. De två ändringsloggarna ger inte stöd för att anta att en uppgradering av tilläggets API på egen hand löser tolkningen av procentvärden.

En testplan för kassan som butiksteamet faktiskt kan köra

Använd en kontrollerad testmiljö och kända produktpriser. Notera POS-version, tilläggsversion och förväntat resultat för varje fall. Håll startkundvagnen så enkel att en person kan kontrollera uträkningen.

Grundtest för procent: testa raden på $200 med 25 % rabatt. Bekräfta att tillägget skiljer på satsen och avdraget på $50.
Rabattkällor: testa manuella, app-tillämpade och automatiska procentrabatter där ert arbetsflöde använder dem.
Omfattning: kontrollera rabatter på radnivå och kundvagnsnivå var för sig, även i en kundvagn med flera rader.
Ändringar i kundvagnen: ändra antal eller ta bort en rad. Bekräfta att tillägget uppdaterar informationen som visas.
Avvisad ändring: kontrollera att en misslyckad cart mutation ger ett användbart meddelande i stället för ett lyckat läge.
Upprepad åtgärd: tryck igen medan svaret dröjer och bekräfta att tillägget hanterar det på ett säkert sätt.

Kör också en rabatt med fast belopp som regressionstest. Den rapporterade rättningen gäller procentrabatter, men en gemensam formateringsfunktion kan användas för flera rabattyper.

För genomförda testköp, jämför den slutliga kundvagnen med ordern och kvittot. Det är vår rekommenderade kontroll från början till slut, inte ett påstående om att Shopify har rapporterat fel på kvitton.

Vad ni bör fråga er leverantör av POS-appen

Skicka båda länkarna till ändringsloggarna till leverantören. Fråga vilken API-version för tillägg deras app använder, om den läser belopp för procentrabatter och hur den hanterar avvisade cart mutations vid övergången till 2026-10.

Be om underlag för de relevanta testfallen i stället för att nöja er med ”kompatibel med Shopify POS” som hela svaret. En leverantör bör kunna förklara vilka enhetsversioner som stöds och hur kassapersonalen upplever det när en ändring i kundvagnen misslyckas.

Byt inte ut en användbar app bara för att Shopify har ändrat ett API-kontrakt. Ett underhållet tillägg med tydligt beteende vid fel kan fortfarande vara rätt val. Ett byte blir en rimlig diskussion om leverantören inte kan förklara sina beräkningar eller lämnar personalen att gissa efter en misslyckad åtgärd.

Sammanfattning

Gå igenom tillägg som skriver till kundvagnen eller läser procentrabatter.
Hantera avvisade cart mutations innan ni går över till POS UI extensions API version 2026-10.
Kontrollera tolkningen av procentvärden i Shopify POS 11.15 separat från API-uppgraderingen.
Godkänn releasen först när tilläggets meddelanden och besparingar stämmer med den faktiska kundvagnen.

Källor

Vill ni ha hjälp med arbetet?

ZAGO är Shopify Premier Partner, och det här är vårt dagliga arbete: prestanda, konvertering och butiksbyggen som betalar sig. Boka en kostnadsfri butiksgenomgång, så visar vi vilka tre förbättringar vi skulle göra först.

Vanliga frågor

Vad har ändrats för procentrabatter i Shopify POS 11.15?

För procentrabatter returnerar Discount.amount nu procentsatsen i stället för det avdragna beloppet. En rabatt på 25 % på en rad på $200 returnerar 25; POS 11.14 och tidigare returnerade 50.

Varför avvisas cart mutations i POS UI extensions API 2026-10?

I API-version 2026-10 avvisas cart mutations när Shopify POS inte bekräftar att kundvagnen ändrades. Appar som går över till den versionen måste hantera avvisade promises för varje cart mutation de anropar.

Påverkar ändringen för cart mutations äldre API-versioner för tillägg?

Enligt Shopify påverkas inte appar som använder POS UI extensions API version 2026-07 eller tidigare av den bakåtinkompatibla ändringen. Rättningen av procentvärden i POS 11.15 är separat och behöver en egen kompatibilitetskontroll.

Hur bör handlare testa rabattillägg i Shopify POS?

Använd kända priser för att kontrollera procentsatser och besparingar i pengar var för sig. Kontrollera rabatter på kundvagns- och radnivå, ändringar i kundvagnen och avvisade ändringar. Bekräfta att meddelandena till personalen stämmer med den faktiska kundvagnen innan ni godkänner en release.