Crona POS

Detta dokument beskriver hur integrationen med POS (point of sale, eller kassasystemet) Crona fungerar.

Det finns ett par beslut / inställningar som måste göras för att en integration skall fungera, dessa beskrivs även med vilka alternativ som finns. 

Det är Crona som hämtar och lämnar information hos Extend Commerce. Extend Commerce är den passiva parten i denna integration.

Syftet med integrationen är.

• Försäljningen i butik, som registreras i Crona skall synkas med Extend Commerce ERP. Med detta menas att alla transaktioner (kassakvitton) blir registrerade som enskilda orders i Extend Commerce ERP. Syftet med detta är två, dels att i realtid kunna följa lagersaldot i butiken, samt att kunna få en ekonomsikt kontering / uppföljning på varje transaktion via Extend till bokföringssystemet

• Synka artiklar. En artikel i Extend Commerce ERP, som lagerläggs mot butikslagret kommer att etableras i POS systemet. Syftet med detta är att man inte skall behöva registrera nya artiklar i POS systmet, utan artikelnummer, namn, streckkod etc. bara behöver registreras i Extend Commerce ERP.

• Generella priser. Vi synkar generella priser så att en förändring av ett pris, en kampanj, ett tillfälligt pris kan registreras i Extend Commerce ERP och pushas ut till en eller flera POS system. Underhåll av priser kan ske centralt i Extend Commerce ERP.

• Kända kunder, en kund som har ett kundnummer kan ange detta i butiken. POS systemet Crona kommer då att i realtid hämta just den kundens unika priser, samt info om kunden får handla mot faktura och till vilka belopp.

• Fakturakunder. Om kunden har godkänd kreditlimit för faktura köp, så kommer POS att hantera försäljningen i butik, men rapportera in försäljningen till Extend som kommer att hantera detta som ett fakturaköp, och skapa och distribuera fakturan enligt vanliga Extend Commerce ERP rutiner.

• Returer. En retur in till butiken kommer att dels hanteras finansiellt som en kredit, både i POS och i Extend. Men även saldot av en retur kommer att hanteras automatiskt, med negativ cost of sold gods.

Följande saker måste du som varuägare ta beslut om och förbereda i Extend Commerce ERP. 

Kund som generella priser skall hämtas från

När POS frågar Extend Commerce ERP om vilka generella priser som skall användas så frågar man efter priser med ett kundnummer som villkor. Priser i Extend Commerce ERP byggs ihop per kund, baserat på många olika prislistor, rabattlistor, kampanjer etc. gör att varje dag så byggs en ny generell prisbild upp, som skall vara publik i butiken. Så man behöver fastställa en kund (kundnummer) i Extend Commerce ERP, från vilken POS skall hämta generella priser från. 

Lager som motsvarar respektive butik.

När POS skall rapportera in försäljning så behöver POS informera Extend Commerce ERP om vilken butik som försäljningen skett på, detta motsvarar ett lager i Extend Commerce ERP. Så för varje butik behövs ett motsvarande lager i Extend Commerce ERP och identiteten på detta lager (shortname) behöver POS känna till.

Artiklar för att hantera tex Mixed Payment

Mixed payment innebär att en kund betalar en order med olika betalsätt. Tex att man köper för 300 kr, betalar 200 med ett presentkort och resterande med kreditkort. En sådan delad betalning "Mixed payment" kräver en speciell tjänsteartikel i Extend Commerce ERP som används för att hantera detta.

Namn på artiklarna kan ni välja själva, det är artikelnummret som är det viktiga.

För Crona POS och om kunden ska använda handpenning eller presentkort så behövs nedan artiklar.

Presentkort
Utställt tillgodo
Inlösen tillgodo
Handpenning
DownPayment-0
CreditOut-0
CreditIn-0
Discount-0

Delat butikslager med WMS

Om butikens lager även används av WMS (dvs. att lagerpersonal plockar varor i butiken och butikspersonal plockar från lagret) behöver alla plock registreras i WMS för att lagersaldot ska bli korrekt.

I dagsläget går detta inte att hantera direkt i Crona POS. Istället sker följande:

• Alla försäljningar registreras mot butikslagret i POS.

• Under natten skapas en sammanställning av vad butiken har sålt.

• Denna sammanställning blir en order som måste plockas i WMS dagen efter.

• När ordern plockas i WMS justeras lagersaldot och motsvarar då det som faktiskt har sålts.

Det innebär alltså att lagersaldot i WMS uppdateras i efterhand, inte i realtid.

Alla betalsätt som ni kommer att använda i butiken, behöver finnas upplagda i Extend Commerce ERP.

Lägg till saldo automatisk, och tillåt ökning.... är två inställningar på lagerinställningarna i Extend Commerce ERP som behöver vara aktiva. 

I klientlogiken under OrderCustomerValidation components behövs nedan