We need a signature capture solution for D3 Linux. It has nothing to
do with Credit Cards, but instead is for in-house charge accounts for
small retailers.

Without a lot of investigation so far, we are thinking we should be
able to use a USB signature pad and write the image out to a Linux file
in necessary and recover it when needed from the Linux file. We have
concerns about printing and/or reprinting the signature.

Anyone doing this already?

KeithDBMS (AT) gmail (DOT) com wrote:
You want legally binding signatures that comply with the
Electronic Signatures in Global and National Commerce Act
(ESIGN) or do you just want a picture of a sig to print?

--
frosty

Not quite, but close - our solution may work with the hardware you
have, but only from Windows based workstations. We have an image
capture component in Visage that we have traditionally used with
scanners, to get a digital copy of a signed delivery docket or invoice.

If you are looking for a solution that will run on your server under
Linux others may be able to help, and/or see if the device you are
looking at mentions Linux support


KeithDBMS (AT) gmail (DOT) com wrote:

Hi

Using BRIZ You can write ActiveX, ATL object, DLL or COM exe. You can
use such objects in GreenScreen applications.

Regards,
Grigory

Speaking of scanners and signatures, I'll piggyback on this thread.

I wrote a utility for one of Scott Ballinger's collection agency
clients. It scans checks, sends the MICR data to the server, and
stores the front/back full-color check images for later retrieval.
The scanner can scan one check at a time or a whole batch. Once
retrieved, the checks can be repositioned on the screen, rotated, and
zoomed in/out. A configuration record remembers the user preferences
so that the checks display in the same position each time they're
requested. Scott's driving it with AccuTerm. It can probably be used
with any client technology. Contact either of us for info.

Completely not MV-related, I'm looking for a way to allow me or any of
my trading partners to sign and return documents to one another
without printing and faxing. I used to have a process that added an
image into a Word doc, then converted the doc to PDF, so it looked
like the doc was signed manually, but that doesn't help when someone
sends me a PDF or when I send someone else a PDF. In other cases I
would sign a doc and then scan it and then send the scanned page
images. That works but it still involves hard-copy. I'm sure lawyers
would have a field day beating down all sorts of practices and
technologies. We've researched this a bit but haven't found anything
that is of reasonable cost and satisfies the needs of all involved.
Assuming we adopted digital signatures for example, I can't expect all
of our trading partners to get a for-fee personal sig just because
that's the way I happen to like doing things. We all need something
quick and easy, and without requiring people to buy some specific
software. Shooting for the moon here but I think the world is just
dragging feet behind available technologies here - it's all possible
but it just hasn't been made easy yet. Any ideas?

Thanks!
T
TG@ removethisNebula-RnD.com


"Ross Ferris" wrote:

If you have concerns on the legal front, perhaps the trading partners
need to sign a CONTRACT, signifying that they agree that a confirmation
email originating from their server, and containing the original
document, constitutes a legally binding contract - I'm now laywer, and
realize things are likely VERY different from state to state, but I
would think that something along these lines should "work"



Tony Gravagno wrote:

Goo'day Ross,

On 11 Nov 2006 18:27:59 -0800, "Ross Ferris" <rossf (AT) stamina (DOT) com.au>
wrote:

So we can expect to see VisageLegal any time soon I suppose.....
<grin>
Regards,

Bruce Nichol
Talon Computer Services
ALBURY NSW Australia

If it ain't broke, fix it until it is...

There are a couple problems with your proposal. First, getting them
to sign the initial contract involves the procedural hassles I'm
trying to avoid. After that first one, you're right that exchanging a
document could be considered acceptance of terms. Second, and I'm not
a lawyer either, but in arbitration I can see someone denying that
they've ever seen specific terms, and since it's relatively easy to
doctor emails I think "reasonable doubt" would be in their favor.

Our primary partners do accept email confirmations as binding for
transactions, confirmation of simple NDA terms, etc.. But when
someone puts their signature on a document, especially initialling
every page of a longer agreement, there's no doubt that everyone is
agreeing to the same source material, and when arbitration or legal
action does take place these more formal methods carry a lot more
weight.

Understand that I'm looking for a solution that everyone can trust to
a high degree, even if it's not perfect. I'm surprised that with all
of the talk about digital rights and authentication that this basic
problem hasn't been solved yet. For years we've had PGP, which has
literally been Pretty Good Privacy, but certainly not Perfectly Good.
And there is the GnuPG OSS variant, but none of these have become a
part of the global consciousness. By that I mean we all have email
readers and we all have browsers (often combined) but few people have
a PGP ID, and software isn't PGP-enabled to encourage that. I'd love
to be able to put my key into a PDF and get a partner to add theirs,
and _that_ would/should become a binding electronic document. We're
just not there yet. ... Or am I missing something?

T


"Ross Ferris" wrote:

Tony Gravagno wrote:
Perhaps an opportunity, and you could also start an "exchange" to try &
overcome repudiation issues ...

<KeithDBMS (AT) gmail (DOT) com> wrote
make and model
is on the supported list at www.sane-project.org you may be able to use the
scanimage
command from the rpm file sane-backends-*.rpm that came with your redhat.
That's made for producing a .tif or .p?? output file from say, a flatbed scanner.

I weep nostalgic for the "digifax" software product we used back when we
were on d3/sco -- it had a nice "faxscan" command that would make a .tif from
the scanner, and let you view it on the sco console screen with just keyboard
commands, no mouse needed. Only supported like <one> model of scanner,
though, and _that_ was a scsi interface. That was like 8 years ago, though...
Oh, and foo.tif files aren't as rigid a standard as, say, .gif files, so don't freak out
if your software can't read my software's hello.tif file. The sane page seems
to indicate about half to two-thirds of scanners are supported.

I looked at that visualbasic applet program to launch Kodak Imaging applet of
win2000 to suck an image file off a scanner, and instantly grasped that
I yam not a visualbasic kindof guy.
I'm still dizzy from just that glance... Looks like you need to go snag a
vb runtime or something to run it on...