Shopping Cart Script

[Brianfree]

Hi, i am trying to find a free shopping cart script - please can someone point me in the right direction.

However this is a different type of shopping cart - instead of our company selling parts from a catalogue, we have a catalogue of parts that we want - so a user can log on, do a search and displays a list of parts we want - they can then add them to a job, print an invoice and send us the parts to which we can then pay them! - hope this makes sense!

Can anyone advise?

Many thanks.

Brian

 

[Microbe]

Given how specialised this is I reckon you are likely going to have to create this from scratch (or get someone to do it for you), but it wouldn't be a huge job.

Steve

http://www.ColdCallComedy.com

- I have fun with telemarketers

 

[Brianfree]

HI thanks for replying - i have already compiled my vehicle and parts together. thought i could just use a free php shopping cart script and tweak it?

Will have a rethink...

Many thanks..

Brian

 

[ingresman]

try oscommerce or the better zencart which is build on top of oscommerce.
they are both php and have an active support community

 

[nemini]

I do not see it as cart

A) display sections and sub sections, have an icon that shows something is needed it that section or sub section (if too many pages use pagination) or even if is really really returning too many items then only show the desired items
Although I like the idea of showing all sections and sub for it might trigger a call to visit again and figure if a section that had no needs is now calling for a quote.

B) go deeper and deeper until a unique part of the catalogue could be selected.

C) form job etc…

On the top of A, B, C
Offer a search

 

[jpadie]

personally i think that this is a cart application. and some of the logic is straightforward but some of the business process looks tricky.

the bit that gets a bit muddled is the invoicing. you would have to edit the invoicing/checkout process so that the 'customer' would be able to insert his details as the seller and that you would appear as the actual customer.

this means that you would have to allow for differing VAT scenarios (e.g. UK VAT registered, UK non-VAT registered, EU VAT/non-VAT, and non-EU).

most likely you would have to throw the accounting modules away too as they would be giving you meaningless advice.

alternatively, and perhaps more sensibly, you might adjust the invoicing module so that instead of producing an invoice it produced a purchase order that was valid for, say, 10 days or whatever. then let the supplier use their own accounts system to generate the invoice and worry about VAT. This should provide you with meaningful account ledger information too.

 

[johnwm]

... or just generate a pro-forma invoice on the system and allow the supplier to generate his own true invoice at his leisure. That way he can comply with the requirement for every actual invoice to be uniquely identified and still fit into his accounting system.

___________________________________________________________
If you want the best response to a question, please check out FAQ222-2244 first.
'If we're supposed to work in Hex, why have we only got A fingers?'
Drive a Steam Roller
Steam Engine Prints