Shoppingsystem

Menar du orderarkiv (se gamla ordrar, och vad de innehöll) eller menar du varukorg ?

Hur som helst bygger de på samma struktur.

Först får du ge ordern ett unikt ordernummer (oftast genom en vanlig räknare eller GUID).
Därefter är det bara att mata in uppgifter om själva ordern. Du kan exempelvis bygga ditt system såhär:

t_Order
oID - Räknare
kNamn - Namn på kund
kTel - Kundens telefonnummer.
mer information om kunden, och själva ordern, såsom frakt m.m

t_orderArt
oaID - Räknare
oID - Relation till oID i t_Order
artID - Relation till aID i t_Art
artPris - Priset som varan har
artAnt - Antal av aktuell vara.

t_Art
aID - Räknare
artNamn - Namn på varan
artPris - Pris på varan
m.m

Detta är ett av många sätt

Lycka till!

Vad jag vad ute efter var detta.

1. Kalle shoppar en pryl på webshopen...
2. Kalle fyller i alla sina uppgifter...

Sen var jag ute efter hur proffsen kör för att sedan butiken som har webshopen skall kunna se Kalle's order.

Ifall man mailar den till dem, eller sparar den i databas, som dem sedan kontrollerar med jämna mellanrum osv.

Man gör ett admingränssnitt mot databasen. Alla uppgifter som behövs för att spåra ordern och få uppgifter om en specifik köpare finns ju redan lagrat i databasen så det är bara att skriva ett verktyg som plockar fram den statistik och data som kunden (ägaren av shoppen) vill ha.

Riktigt avancerade sajter använder sig av s.k datalager där man sparar ner enorma mängder data om köp och transaktioner, sen använder man data-mining-verktyg för att se dolda relationer och köpmönster, detta används mycket i den vanliga dagligvaruhandeln (t.ex så har det visat sig att om man ställer folköl och blöjor nära varandra på fredagar så ökar försäljningen av dessa). Ett sånt system är dock en rejäl överkurs.

Att maila ut info om varje order är nog ingen höjdare.