Köpa separat kassasystem/POS?

[insats]

@Stefan72 81253 wrote:

Handlar allt ändå inte om pengar bara? De som håller på med sånt här gör ju paket för att majoriteten ska kunna använda det till ett rimligt pris men det finns säkert företag som gladeligen skräddarsyr system för enbart en kund men då kostar det ju.

Integrationer, systemutveckling osv finns det många konsulter som kan ordna ja. Men vi kan inte be vår e-handelsleverantör (och det gäller säkerligen även för Nordic Web Team som syns häromkring) att utveckla ett kassasystem. Helt enkelt eftersom det hade krävt för mycket pengar. Troligen hade det ansetts orimligt även för väldigt stora bolag. E-handelslösningen hade ju då krävt t.ex. en kontrollbox osv. Funktioner för utskrift av kvitton, klisteretiketter med streckkod, integration med kortläsare osv är ganska mycket arbete. Och det ska ju även underhållas med framtida lagändringar, drivrutiner för skrivare etc. etc. Inget av det påverkar ett affärssystem/e-handelssystem.

Mig veterligen finns det ingen sådan kassalösning till varken SAP eller Microsoft Dynamics heller, om man ställer de kraven som jag gör. Och, i min mening är kraven inte höga. Tillgodokvitton, kampanjer, presentkort osv är ju standardkomponenter i vilken handelslösning som helst så jag tycker inte att det är orimligt att förvänta sig.

I grunden så tycker jag helt enkelt att de som utvecklar kassasystem borde vara mer måna om, och alerta på, vad som händer på marknaden. Istället för att ha egna lagersystem, personalhantering (!) i kassasystemet så borde dom fokusera på att integrera med andra system.

[Katrin Lundgren]

@insats 81246 wrote:

@kodmyran det blir mycket att diskutera här

här:

1. E-handelssystem (Drupal Commerce i vårt fall, hade kunnat vara Magento t.ex.)
2. Kassasystem UTAN databas, kopplat till E-handelssystemet via API (realtid)
3. Bokföringssystem (t.ex. Fortnox)

Uppdatering:
Glömde besvara din fråga kodmyran

Njae, presentkortet måste ju valideras. Om det är sålt i webshopen och ska nyttjas över kassa måste ju personen som tar emot presentkortet (kassapersonalen) kunna bekräfta att det är oanvänt, giltigt etc vilket man vanligtvis gör med t.ex. ett unikt ID på kortet. På samma sätt vill man ju att kassapersonal ska kunna plocka upp en order i kassa och se status på den. Det sistnämnda är specifikt för mitt use-case eftersom vi säljer möbler vilket ofta har lång leveranstid. Det är vanligt att kunder tittar in i butiken om dom har vägarna förbi och vill kolla status på sin beställning.

Givetvis kan personalen använda ett annat system då. Och man skulle kunna hitta kringvägar för att hantera presentkortsdelen också (dock inte tillgodokvitto kanske..), men det som förvånar mig är att det inte finns en enda fungerande omnikanalslösning på marknaden. Skatteverkets regler för kontakthantering gör ju inte saken enklare förstås, men ändå.

Där tror jag du har problemet (men jag är inte 100 % säker utan det är min teori), för att skatteverkat ska godkänna systemet så gissar jag att du måste använda kassasystemets databas eller annan databas de har koll på så att de är säkra på att fusk inte kan uppstå, som master. Gissningsvis så ska den databasen då sakna möjlighet att radera transaktioner mm. Det är nog därför mycket svårt för kassasystem att säljas så att de ska fungera utan databas eller med valfri annan databas från annat system. Det är också därför kassasystem är väldigt låsta och inte har så stora integrationsmöjligheter. Du ska ju inte kunna förändra saker där på det sätt du kan göra i andra system. Alltför stora integrationsmöjligheter skapar utrymme för fusk och det vill nog både skatteverket och kassasystemsskaparna undvika

De där sakerna kan du enkelt göra i ditt ehandelssysem ( precis som du skriver) så jag ser inte riktigt nyttan fortfarande. Du kan enkelt plocka upp det på en skärm bredvid kassaterminalen. Ok det är lite mer jobb säg två klick i ett bra system jämfört med att klicka två gånger i kassasystemet, så jag ser inte riktigt motiveringen till att skapa just den kopplingen, och jag gissar att det är därför den inte finns i alla fall i enklare system. Frågan är om det finns några riktigt avancerade kassasystem där den finns. Jag är för dålig på dem för att kunna svara med gissar att Fredrik Gustavsson kanske vet

[Stefan72]

@insats 81258 wrote:

Integrationer, systemutveckling osv finns det många konsulter som kan ordna ja. Men vi kan inte be vår e-handelsleverantör (och det gäller säkerligen även för Nordic Web Team som syns häromkring) att utveckla ett kassasystem. Helt enkelt eftersom det hade krävt för mycket pengar. Troligen hade det ansetts orimligt även för väldigt stora bolag. E-handelslösningen hade ju då krävt t.ex. en kontrollbox osv. Funktioner för utskrift av kvitton, klisteretiketter med streckkod, integration med kortläsare osv är ganska mycket arbete. Och det ska ju även underhållas med framtida lagändringar, drivrutiner för skrivare etc. etc. Inget av det påverkar ett affärssystem/e-handelssystem.

Mig veterligen finns det ingen sådan kassalösning till varken SAP eller Microsoft Dynamics heller, om man ställer de kraven som jag gör. Och, i min mening är kraven inte höga. Tillgodokvitton, kampanjer, presentkort osv är ju standardkomponenter i vilken handelslösning som helst så jag tycker inte att det är orimligt att förvänta sig.

I grunden så tycker jag helt enkelt att de som utvecklar kassasystem borde vara mer måna om, och alerta på, vad som händer på marknaden. Istället för att ha egna lagersystem, personalhantering (!) i kassasystemet så borde dom fokusera på att integrera med andra system.

nej såklart är det så, jag menade mest det att ju mer krav man har ju mer konsulter och dyrare kopplingar lär man ju ha. Menar inte att din nuvarande systemleverantör ska kunnna fixa det du vill ha men det finns säkerligen nån annan som kan. Slantar man upp ett antal miljoner så kan man säkerligen få det kundanpassat in i minsta detalj.

[bell]

Jag har inte läst hela diskussionen, ber om ursäkt ifall jag missat något på grund av det.

@Kodmyran 81260 wrote:

Där tror jag du har problemet (men jag är inte 100 % säker utan det är min teori), för att skatteverkat ska godkänna systemet så gissar jag att du måste använda kassasystemets databas eller annan databas de har koll på så att de är säkra på att fusk inte kan uppstå, som master. Gissningsvis så ska den databasen då sakna möjlighet att radera transaktioner mm. Det är nog därför mycket svårt för kassasystem att säljas så att de ska fungera utan databas eller med valfri annan databas från annat system. Det är också därför kassasystem är väldigt låsta och inte har så stora integrationsmöjligheter. Du ska ju inte kunna förändra saker där på det sätt du kan göra i andra system. Alltför stora integrationsmöjligheter skapar utrymme för fusk och det vill nog både skatteverket och kassasystemsskaparna undvika

Ang krav från SKV så behöver det inte utesluta en master.

Den fysiska terminalen kan ha en sådan databas oberoende av master. Transaktionen lagras först hos master, därefter i terminalen. Mastern styr och kan manipuleras, medan terminalens databas fungerar som logg för SKV.

Eftersom det inte finns nån koppling direkt mellan terminalens databas och masterns, utan två parallella kopplingar (terminal <-> master, terminal <-> terminals db) så bör det inte vara nåt problem med SKV.

Kanske Kassalösningar för alla miljöer – Open Solution kan ha något?

[insats]

@bell 81337 wrote:

Kanske Kassalösningar för alla miljöer – Open Solution kan ha något?

Har faktiskt inte stött på dom tidigare trots enormt mycket googlande. Dom ser i alla fall ut att ha en hemsida gjord på denna sidan av milennieskiftet så dom kanske är lite mer framåt..

Ska kontakta dom.

[Lubic]

insats, rapportera gärna vad du får fram för info, då vi fortfarande letar en lösning som gör att vi kan skapa upp kontantordern i vårt webbsystem (görs idag) men få upp ordern i kassasystemet för att genomföra betalning över disk. Just nu så skapar vi ”ordern” i vårt system och sen knappar vi in summan och tar betalt i ett kassasystem. Skulle vara skönt att slippa knappa summan då det tar tid samt finns en risk för fel.

[Rosahuset]

Även vi är ute efter denna lösning, dvs en kassa som arbetar mot webbutikens lager.
Har ni en lösning och inte vill promota ert företag här så får ni gärna köra PM.
Mvh Björn

[FredrikGust]

Jag fick just höra talas om att Nutid jobbar på en koppling mot Fortnox och dit kan man ju koppla webbutiken. Då får man ett riktigt kompetent kassasystem. Även ES kassa har kopplingar mot Fortnox.

[insats]

Har pratat med både Nutid och OpenSolutions nu.

OpenSolutions har inget API av det slag vi hade behövt och dom är nischade mot restaurang vilket gjort att dom inte heller riktigt satsar på sådant. De har ingen större efterfrågan inom e-handelskopplingar.

Nutid ska återkomma. Han jag pratade med var inte så vass på deras integrationslösningar.

[EsecoGubben]

Hej Olsson & Gerthel!

Jag tror att vi har en lösning på dina problem. Vi jobbar med affärssystem och har även en kassa kopplad till det. Webbshopen kopplar vi ihop med systemet och vart ni vill ha artikelinformationen väljer ni själva. Vi sitter på Jörgen Kocksgatan 4 i Malmö så jag kan komma över till er och presentera vår lösning. ring 040-636 20 74 så bokar vi in ett möte.
Med vänliga hälsningar
Anders på Eseco

[Författare]

Inlägg