Guest Posted August 23, 2010 Posted August 23, 2010 Our 'entity' has departments which we support by stocking components they often need quickly. We want to automate processing of our billing by capturing user input. A shopping cart software package should suit our users and require very little training. Can config OSC: -- to eliminate anything having to do with shipping address, shipping cost, etc -- customize the payment module to accept our internal account numbers instead of credit cards or paypal, etc -- produce "sales reports" according to a template our accounting department likes (that their billing program will swallow) -- produce "sales volume" reports according to some other template ? My guess is "yes to all the above..." but is the learning curve impossibly steep for someone who's never done it before? (are the man pages so-so or are they really good??) Many thanks. Honesty would be appreciated.:-) Regards, gtp
Guest Posted August 23, 2010 Posted August 23, 2010 Gerald, All of the above is possible, however not out of the box. In fact, some of the features you are looking for will require custom coding to be developed as none currently exists. OSC is highly configurable and can be customized to suit many purposes if you have time, knowledge and/or funds. Chris
♥FWR Media Posted August 23, 2010 Posted August 23, 2010 Our 'entity' has departments which we support by stocking components they often need quickly. We want to automate processing of our billing by capturing user input. A shopping cart software package should suit our users and require very little training. Can config OSC: -- to eliminate anything having to do with shipping address, shipping cost, etc -- customize the payment module to accept our internal account numbers instead of credit cards or paypal, etc -- produce "sales reports" according to a template our accounting department likes (that their billing program will swallow) -- produce "sales volume" reports according to some other template ? My guess is "yes to all the above..." but is the learning curve impossibly steep for someone who's never done it before? (are the man pages so-so or are they really good??) Many thanks. Honesty would be appreciated.:-) Regards, gtp I'm really not sure what would be gained by time spent hacking about an osCommerce ( or any other ) shop application to meet those needs. It certainly could be done but the end result would be a hacked about application. There would be loads of legacy database schema and code that was never needed. I would think it a balance between the amount of free osCommerce functionality you could leverage and time / money to convert it .. vs the cost / benefits of a system designed to suit. Ultimate SEO Urls 5 PRO - Multi Language Modern, Powerful SEO Urls KissMT Dynamic SEO Meta & Canonical Header Tags KissER Error Handling and Debugging KissIT Image Thumbnailer Security Pro - Querystring protection against hackers ( a KISS contribution ) If you found my post useful please click the "Like This" button to the right. Please only PM me for paid work.
MrPhil Posted August 23, 2010 Posted August 23, 2010 Well, it could be done by modifying osC, but is it worth it? What are you anticipating the process to look like for one of your internal customers? They look at your catalog, select items and put them in the cart, "pay" with an account number, and either pick up the items or someone delivers to their "shipping address" (internal physical location)? Would all departments be "pre signed up" with an account to use? The catalog and cart bit would be vanilla, while payment might be a modified credit card module that takes a department charge ID as the "credit card number", which gets sent off to accounting or whatever to actually transfer funds. That much wouldn't be too difficult to set up. However, the bit about generating "sales reports" might be a bit tricky. I don't think there's currently a way to do that in osC. What you might do is install the add-on to send a second email to some central address, and write a custom program to read and consolidate these emails into whatever format the accounting department wants. Is that separate from the billing-per-transaction discussed above, i.e., a bulk statistical report? Many thanks. Honesty would be appreciated.:-) Oops!
Recommended Posts
Archived
This topic is now archived and is closed to further replies.