× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Eric,

We are in the beginning stages of a project to do this (automated
receiving); we've been waiting for low cost R/F transceivers to connect to
our thin client PCs and they are now available.  We need large screens (to
view blueprints for receiving inspection) and mobility (R/F on thin
clients on a battery powered cart).  We will have to have two ways of
handling incoming orders.  The first way will have the vendors shipping us
the parts with the P.O. and (hopefully) the item# barcoded.  We will be
working on that on a vendor by vendor basis.  We plan on starting with
some "make to order" vendors that prepare parts for us in response to
specific customer orders, and we fax them an order form that they attach
to the parts when they are delivered (private trucking company).  We will
be sending them a barcode on our fax - our faxing software (Unifier/400
from Cornerstone Communications) supports that.  On our other vendors, we
are currently struggling to get them to provide the P.O. on the incoming
packages in human-readable, let alone bar codes.  We're trying.

What we are going to do is write a small vendor name search program that
will return a list of all open P.O.s for a given vendor (search by name),
and let the receiver select the P.O. from the list, then call MDCC's
Purchased Receipt program (we own MDCC).  If we didn't we could still
write the "RP" transaction, but we'd rather let MDCC do it.  Of course, it
would be nice if ISE and MAPICS would provide a search of open P.O.s by
vendor name to MDCC...... (hint hint).

Pop me an e-mail in 30 days and I'll let you know how it's going.

Dale @ Fleetwood





"Eric Wolf" <eric_a_wolf@hotmail.com>
Sent by: mapics-l-admin@midrange.com
07/15/02 05:34 PM
Please respond to mapics-l


        To:     mapics-l@midrange.com
        cc:
        Subject:        Receiving products using Scanners


[ Converted text/html to text/plain ]
To the list,
Is anyone receiving products using PMC or PLMC via barcodes, scanners,
etc.?
If so, how are you getting the barcodes onto the incoming documents?  Are
you
shipping a label with your Purchase Order, or are you printing the barcode
on
the Purchase order?  I have a customer that wants to start receiving this
way
but does not have PM&C.  They are using Midrange's PQR which does not
allow
the using of scanners.  Has anyone modified this to do this?

Thanks for any help...
Eric A. Wolf
Independent MAPICS Consultant

------------------------------------------------------------------------------
Join the world's largest e-mail service with MSN Hotmail. Click Here[1]

===References:===
  1. http://g.msn.com/1HM1ENUS/c157??PI=44364

_______________________________________________
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/mapics-l
or email: MAPICS-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.