Hvorfor tvinger mit POS mig til at fjerne skat manuelt for hvert skattefrit salg?

Fordi de fleste POS-systemer modellerer skat som en egenskab ved produktet, ikke ved køberen. Dit katalog ved, at en pose gødning er belagt med salgsskat. Det har ingen anelse om, at personen, der køber den, er et landbrug med en fritagelsesattest (dokumentet der beviser, at køberen ikke skylder salgsskat), en almennyttig organisation eller en entreprenør, der køber til videresalg. Da systemet ikke har noget koncept for et skattefrit salg, er det eneste håndtag tilbage ved kassen, at kassereren fjerner skatten fra ordren manuelt, nogle gange linje for linje, mens køen vokser.

Det designvalg – og ikke din kasserer – er problemet. Her er, hvorfor det sker, hvad det støt koster dig, og hvad du kan gøre ved det. En bemærkning før detaljerne: Reglerne for fritagelse varierer fra delstat, provins og land, så betragt dette som rådgivning om arbejdsgange, ikke skatterådgivning.

Hvorfor behandler mit POS skattefritagelse som et grænsetilfælde?

Fordi skatten ligger på det forkerte niveau i datamodellen. I de fleste systemer tildeler du en skattesats til hvert produkt én gang, og kassen anvender den automatisk. Det fungerer, indtil det, der ændrer skatten, ikke er produktet, men køberen. Fritagelse er en kendsgerning på køberniveau, og en skattemodel på produktniveau har intet sted at gøre af det.

Leverandørerne ved det godt. De ved også, at skattefrie transaktioner udgør en lille del af de fleste forhandleres volumen, så løsningen forbliver på køreplanen i årevis. På et POS med fast skærmbillede kan du ikke selv tilføje det manglende trin, så hullet bliver til dit personales daglige rutine. Det er det samme mønster som natlige CSV-eksporter i stedet for rigtig rapportering: en permanent nødløsning for en manglende arbejdsgang.

Hvad koster det dig egentlig at fjerne skat manuelt?

Mere end de tredive sekunder pr. transaktion, selvom sekunder ved kassen også løber op. De reelle omkostninger:

• Glemt fjerne skat på linjer. På en ordre med tyve varer betyder én skattebelagt linje, der skulle have været nulstillet, at du enten opkrævede skat fra en fritaget køber eller indberettede skat, du aldrig opkrævede.

• Fejl ved flere skattesatser. Indkøbskurve med mere end én skattesats eller sammensatte satser (skat opkrævet oven i en anden skat) er nemme at lave fejl i, når de redigeres manuelt.

• Et brudt revisionsspor. En manuelt redigeret ordre indeholder normalt ingen oplysninger om, hvorfor skatten blev fjernet, eller hvilket certifikat der dækker den. Når en revisor spørger, må du rekonstruere hensigten ud fra hukommelsen.

• Fejlagtige rapporter. Manuelle fjernelser ender ofte i rapporteringen som rabatter eller prisoverstyringer, hvilket underdriver nettosalget og giver forkerte tal for opkrævet skat. Dit Finansielle resumé bør vise skattefrie salg som skattefrie, ikke som nedskrivninger.

• For vidtgående rettigheder. Hvis fjernelse af skat kræver rettigheder til at redigere ordrer, skal hver kasserer have ordreredigeringsrettigheder, og det er en større dør end du ønsker at holde åben.

Hvilke nødløsninger hjælper reelt i dag?

Tre ting, i rækkefølge efter anvendelighed.

Opret en fritaget sti i dine skatteindstillinger. De fleste systemer lader dig definere navngivne skattesatser og -grupper; i Final findes det under Indstillinger og derefter Skatter. For varer uden for kataloget giver et tilpasset salg dig mulighed for at vælge, hvilken skattegruppe der gælder, eller springe en helt over. Uanset hvad flyder salget bevidst gennem skattesystemet i stedet for at blive redigeret manuelt udenom.

Hold styr på papirsporet. I USA giver køberen dig den udfyldte fritagelsesattest, som du gemmer; et standardiseret certifikat accepteres på tværs af de 24 Streamlined Sales Tax-medlemsstater¹. Arkiver certifikater så du kan matche dem med specifikke ordrer, da salgsnotatet alene ikke er nok.

Lav ikke falske løsninger med rabatter. En rabat svarende til skattebeløbet ser rigtig ud på kvitteringen og forkert ud alle andre steder: Nettosalget falder, opkrævet skat forbliver forkert, og regnskabet stemmer ikke længere (dvs. matche dine rapporter med de penge, der reelt blev flyttet).

Hvordan bør et POS i stedet håndtere skattefrie salg?

Som én bevidst handling på ordreniveau: Marker salget som skattefrit, registrér årsagen eller certifikatreferencen, nulstil de relevante skatter i én arbejdsgang, og rapporter ordren som et skattefrit salg i stedet for en rabat. Det er køberens status, der ændrer skatten, så det er køberens status, kassen bør spørge ind til.

Dette er i sidste ende et kasseflow-problem. Et fast POS leveres med ét flow til alle, og hvis du sælger til landbrug, almennyttige organisationer, skoler eller genforhandlere hver uge, er skattefritagelse ikke et grænsetilfælde for dig, uanset hvad det er for leverandøren. Det er den samme grund til, at en butik ikke skal nøjes med et generisk gråt gitter ved disken: Arbejdsgangen skal passe til virksomheden. På en fleksibel platform som Final er kassen et flow, du beskriver i almindeligt sprog frem for en fast låst skærm, så et trin, som din disk har brug for, kan være en del af designet i stedet for et tilfældigt hack påsat bagefter.

Så hvorfor tvinger dit POS dig til at fjerne skat manuelt?

Fordi det modellerer skat på produktniveau, og dine fritagne købere befinder sig på ordreniveau. Den manuelle redigering er symptomet; den manglende arbejdsgang er årsagen. Tommelfingerregel: Hvis et lovkrav kræver mere end ét bevidst trin ved kassen, har du et arbejdsgangsproblem, ikke et oplæringsproblem. Hvis du overvejer et nyt system, så sæt "vis mig et skattefrit salg" på din demo-tjekliste, og arbejd dig igennem tjeklisten til opsætning i den første uge, når du skifter.