<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><div>Well all of this definitely helps me understand the landscape of what I'm dealing with. There's a cash register & drawer and barcode reader and interact console already in the store. So I don't know that that machine understand Batch Data Communication will work on them (maybe so). </div><div><br></div><div>I'm trying to decide on a bottom line here, in order to have a running system by Dec 15th. Looking at various vendors, but if I could ho<span class="Apple-style-span" style="font-family: Tahoma; font-size: small; ">ok up my cash register to a computer and inventory database myself, then that would be good. I've been recommen
ded Lemon POS, OpenBravo, Open ERP, etc. But I'm leaning toward shelling out for an off-the-shelf retail POS solution. The downside of that is that it's probably not
going to be an open system or database. If anyone's game, over the next week, to help me put this together... I'll owe you a little more than a beer lol. </span></div><meta charset="utf-8"><div><br></div><div>Tim</div><div><br></div><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><br><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Christopher Browne <cbbrowne-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org><br><b><span style="font-weight: bold;">To:</span></b> tlug-lxSQFCZeNF4@public.gmane.org<br><b><span style="font-weight: bold;">Sent:</span></b> Mon, December 6, 2010 5:55:33 PM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [TLUG]: Re: : Inventory and POS/Cash Solutions<br></font><br
>On Mon, Dec 6, 2010 at 5:23 PM, Peter <<a ymailto="mailto:plpeter2006-/E1597aS9LQAvxtiuMwx3w@public.gmane.org" href="mailto:plpeter2006-/E1597aS9LQAvxtiuMwx3w@public.gmane.org">plpeter2006-/E1597aS9LQAvxtiuMwx3w@public.gmane.org</a>> wrote:<br>>
Anyway doing all this by hand could be an interesting learning project but also<br>> a harsh and possibly painful entry into CRM land (and SAP territory).<br><br>Yep.<br><br>SAP territory is where "everything's deeply integrated into one giant<br>database." There's a lot of neat stuff that can be done with that,<br>but it imposes a lot, too.<br><br>I rather like the "have independent systems, and pull data from them"<br>approach; if you can periodically pull the data underlying the cash<br>register tape out, a lot can be done with that, *without* forcing<br>writing BDC sessions<br>(<a href="http://www.sap-img.com/abap/learning-bdc-programming.htm" target="_blank">http://www.sap-img.com/abap/learning-bdc-programming.htm</a>) and such<br>awfulness.<br><br>If you want tight integrat
ion, that's hugely costly. But having a<br>bunch of independent islands isn't without its costs, too :-(.<br>-- <br><a
href="http://linuxfinances.info/info/linuxdistributions.html" target="_blank">http://linuxfinances.info/info/linuxdistributions.html</a><br>--<br>The Toronto Linux Users Group. Meetings: <a href="http://gtalug.org/" target="_blank">http://gtalug.org/</a><br>TLUG requests: Linux topics, No HTML, wrap text below 80 columns<br>How to UNSUBSCRIBE: <a href="http://gtalug.org/wiki/Mailing_lists" target="_blank">http://gtalug.org/wiki/Mailing_lists</a><br></div></div><div style="position:fixed"></div>
</div><br></body></html>