On 24 May 2008, at 17:50, Chris Travers wrote:
> ...
> 1) Every POS system out there is subtly different from a workflow
> perspective.
As it happens my former employer specialised in niches within the POS
niche. The company was bought out by a firm of stock-takers shortly
after inception, s
On Sat, May 24, 2008 at 9:58 AM, <[EMAIL PROTECTED]> wrote:
>
> You might find my experience helpful. We run a small retail women's
> clothing boutique and currently using SQL-Ledger. Planning on converting to
> LedgerSMB hopefully this weekend. I assume that for this particular topic,
> that t
You might find my experience helpful. We run a small retail women's
clothing boutique and currently using SQL-Ledger. Planning on converting
to LedgerSMB hopefully this weekend. I assume that for this particular
topic, that there should be minimal differences between SQL-Ledger and
Ledgersmb
Interestingly, two of our core team members (myself being one) have
working experience with POS software. Currently, there isn't a lot of
work in this area because we want to restructure underlying portions
of the application first. Most of what is being done is done by me
because my customers pa
On 24 May 2008, at 04:40, Chris Travers wrote:
> Stroller wrote:
>> On 23 May 2008, at 18:25, Bob Miller wrote:
>>> ... every article I read suggests that ... using anything less than
>>> fully integrated proprietary systems is completely foolhardy.
>>
>> Speaking from experience as an employee of
Speaking as someone who rewrote the POS module for one of my
customers, I think that Stoller has a point, but I want to expand and
in some cases clarify these.
1) Software exists to support business processes, not the other way
around. Nothing is important besides the question of whether your
bus
On 23 May 2008, at 18:25, Bob Miller wrote:
> ... every article I read suggests that ... using anything less than
> fully integrated proprietary systems is completely foolhardy.
Speaking from experience as an employee of a manufacturer of fully-
integrated proprietary PoS systems, it is comple
The basic problem has to do with controlling hardware from a CGI application.
Currently LedgerSMB supports (with caveats below):
* Logic Controls Pole Displays (other pole displays could be supported
if a simple driver is written). Default scripts assume serial
connection.
* ESC-POS receipt print
Hi:
I have been using sql-ledger for several years, and was recently showing
it to a friend of mine who is opening a retail outlet. He was
adequately impressed enough that he has asked me if it could be set up
with pos hardware, and if so to go ahead and do it.
It seems an obviously good time to
