Hey Ned, Thanks for your suggestions, actually what you were speaking of was also needed for customer service when taking orders over the phone. The reason I ask about importing the mail orders though is because they actually get put through a scanner and 3rd party application that just pretty much asks to verify fields that are iffy, this processes hundreds of mailed in orders in a few minutes as apposed to hand entering them after they get mailed in. Anyway this program (I'll try to get the name of it, I have never even touched it it was just there and it worked since I been here) exports CSV files that our current ordering system picks up. I see no need of getting rid of it so would just like to be able to write a process that picks up those CSVs and enters them into the system while still validating & charging the credit card, calculating correct shipping, etc.
Carlos On Jan 13, 10:48 am, Ned <[email protected]> wrote: > On Jan 12, 8:11 am, Carlos <[email protected]> wrote: > > > > 1. We are mostly a mail-order record club so a majority of our orders > > > actually come in through mail. Is there an api or way of entering in > > > batch orders from a csv or such that would actually processes the > > > orders as if they had been input online. > > Hello Carlos, > > First I need to establish my credentials. I don't have any. I haven't > completed a Satchmo store yet, and so can't point to any experience > with a live store. But... I have thought a good bit about how to use > Satchmo, and I think I can give you a useful hint. > > Don't assume that because some business functions are employee-only > that that functionality should be implemented using the Admin or > brought in from another system (like importing CSV). Think about > instead providing a separate end-user interface for these functions. > > Unless your customers are sending CSV files with their checks-- > unlikely--right now you've got employees entering the physically- > received order or payment data into a spreadsheet or something. Why > not give those employees their own Satchmo user interface so that > their data entry is directly into your Satchmo app? An advantage to > you would be that much of the business logic you need will already be > present in your Satchmo app, created as part of your store-building. > > As an example, a complete point-of-sale terminal could be implemented > in Satchmo for use by clerks at the retail counter. That interface > would be accessible only from certain local IP addresses, the machines > designated to be POS terminals. The same could be done for various > backoffice tasks, and accomplished without giving the data entry > people Admin privileges. > > Inventory control (including scanners used for receipt of stock), CRM, > management reporting--all could be built into your Satchmo > application, and it would NOT be silly to do so. Satchmo/Django looks > like a great base on which to build the enterprise. > > But that's just my opinion. I could be wrong. :-) > > Ned
-- You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
