Re: Barcode scanning

At 06:38 PM 4/14/98 EDT, you wrote:
>Tyler,
>
>In a message dated 98-04-14 14:04:16 EDT, you write:
>
>> Does anyone have any experience using a barcode scanning device for   
>>  taking orders?  As a food distributor, we are looking for the
capability   
>>  of having our salespeople walk down the aisle of a supermarket and scan
a  
>>  shelf tag and enter the quantity of that item they want to order.
>>  So far, the only thing our SSA AE has suggested is a product called DC   
>>  serve.  This product is actually designed for shipping but we figure
that  
>>  since it already has some interfaces with BPCS that it would be the
least  
>>  work to interface it with COM.
>>  Any thoughts?
>
>Yes.  AFAIK, SSA/SE developed and supports the DC Serve product (although
that
>may just be the impression that they're trying to create).  We have taken
>three different approaches to this at my current primary client by version
and
>plant.  At the first plant under 5.1.01, we populated NIN workstation members
>via hand-held download programs, RF, and custom transaction processing
>programs (both C/S and green-screen) and used CIMPath (CIM600) to update.
The
>workstation members proved to be a pain, mainly due to devices dropping
out in
>mid-transaction and leaving the CIM data area locked, so we modified CIM600
>for plant two under 5.1.01 to drive off of a data queue and to remain active
>at all times.  Both of these solutions were satisfactory (except for the
>mentioned data area problem), although CIM600 doesn't work _quite_ like
INV500
>as SSA contended at the time.
>
>For 6.0.02, we were told by SSA that there would _be no_ CIMPath -- a
>statement that has since proven to be untrue.  Unfortunately, we had already
>invested the effort in creating a front-end for INV500B1 that performs the
>edits that INV500D2 does so that we could call it to update interactively,
>prior to finding out that CIMPath lives.  Problems have been numerous -- as
>mentioned under another subject, INV500* still receives an average of a
>BMR/week, INV500B1 is a _REALLY SORRY_ excuse for a program that was "Rev'd"
>into AS/Set from the original RPG program (uses "dummy indicators", GOTO's,
>and is too large to be viewed through SEU unless from a "browse" on a smaller
>program), B1 is _sloooooooowwwwww_, and two of the dates that SSA was passing
>it were still six digits.  If we were to do it all over again, we probably
>would have stuck with CIMPath after we found out that it was still
>available...
>
>Feel free to write if you have any specific questions.
>
>HTH,
>
>Dean Asmussen
>Enterprise Systems Consulting, Inc.
>Fuquay-Varina, NC  USA
>E-Mail:  DAsmussen@aol.com

Dean and everyone, 

Give Tony Etzel a call at Real Time Data Collection Solutions (RTDCS).  His
RT/CIM data collection product for BPCS completely replaces CIM600 and
supports at all recent versions of BPCS: 4.0, 4.0.5CD, 5.1, 6.0.2, 6.0.4,
etc.  As an additional benefit, it actually *works*, and has over 30
installed and referenceable BPCS sites. 

Tony's number is (610) 280-5311.

--Frank Scavo

P.S. Full disclosure: we are a reseller of RT/CIM on the west coast. 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Frank Scavo, Senior Vice President           fscavo@ix.netcom.com
Business Systems Specialties Inc.         http://www.bssifirm.com
5015 Birch Street                               fax: 714-852-0961
Newport Beach, CA 92660                  voice: 714-852-5255 x111

    Specialists in BPCS, J.D. Edwards, Oracle, and QAD MFG/PRO
Internet Commerce and Bar-Code Data Collection Solutions for BPCS
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---