[AccessD] Using Access to reconcile store cash

Hi William

No, time has not allowed me to do so yet.
But I've studied the site with live sample applications and they work
nicely and, I noticed, very fast.

CodeCharge is not meant to beat Dreamweaver MX which is very much more
flexible. I guess it is more comparable to the data pages of Access
which I cannot use as they are Internet Explorer dependant.

I would like to, too, to hear how others with an Access background
would judge CodeCharge ...

/gustav


> ...have you actually used CodeCharge to produce a working web application?
> ...I'm seriously interested in something like this but so far have not found
> anything to beat DreamweaverMX ...interested in how this actually performs
> compared to its marleting claims.

> William Hindman
> "The tree of liberty only grows when watered by the blood of tyrants.
> "Bertrand Barère de Vieuzac--a Frenchman

> ----- Original Message -----
> From: "Gustav Brock" <gustav at cactus.dk>
> To: "Hale, Jim" <accessd at databaseadvisors.com>
> Sent: Wednesday, March 19, 2003 1:06 PM
> Subject: Re: [AccessD] Using Access to reconcile store cash


>> Hi Jim
>>
>> With only few forms and a login function, that could be a job for
>> CodeCharge:
>>
>>   http://www.codecharge.com
>>
>> /gustav
>>
>>
>> > Currently we have 150 stores which  fill out a daily cash reconciliation
>> > form. Although the form is in Excel the stores currently fax the report
>> > to a
>> > central location where the cash reconciliation clerk uses the data to
>> > reconcile. Clearly the entire process could benefit from some
>> > automation.
>> > While I can visualize some solutions using a combination of Excel and
>> > Access
>> > it seems to me that a web form that feeds a database would be ideal.
>> > While
>> > the data per form is minimal (15-20 data elements/day) I will probably
>> > have
>> > situations where 20-40 stores need to fill out the form at the same
>> > time.
>> > Unfortunately I've never done any web work. My questions for the group
>> > are:
>> > A. Is the web/database the best solution?
>> > B. If it is what is the simplest way to implement it?
>> > C. Is an Access .mdb the appropriate database i.e. can it handle many
>> > simultaneous users?
>>
>> > TIA for your ideas
>> > Jim Hale