Mike: Barcode readers are essentially like a ghost writer, reading the text on the barcode and writing what they read on ...wherever you want. To give you two examples:
(1) You can set the focus on a Remedy field, and then scan a barcode. The scanned text (lets say an asset id) will be "typed" on the field. You can do whatever you want with it...such as save that record, or press a button that does something with that asset id on the field...such as set that asset's status as "retired." (2)You can scan a bunch of barcodes and have the scanned text go to a file. Then through some process (such as pressing a button on a Remedy form that uses Remedy Import or arimportcmd program, or triggering these programs from another software) import the scanned codes as records to a staging form in Remedy and have workflow on that form do whatever you want to do with it. How you architect a barcode scanning/processing scheme depends a lot on what you are trying to do: is it one at a time, is it a batch operation, is it real time, how many PCs (or users) will be doing the scanning, the volume involved etc. The simplest/cheapest solution I know of is to trigger either Remedy Import or arimportcmd program (or perhaps the runmacro program) to import the scanned data into Remedy and have workflow do whatever needs to be done as the records are coming in. You can think of the entire process as having two parts (in terms of software involved). First, the capture and collection of the scanned text, then transfer of that text to Remedy. The first part is typically trivial. If you your organization has barcode scanners, then you certainly have software that can write scanned text on the field on focus or write it to a file. For the second part, yes you could write Remedy APIs, but I would ask why. Use Remedy Import, arimportcmd.exe or runmacro. Have these be triggered from within Remedy or from outside by another software. Heck, you can even have the file be emailed to Remedy and proces it through workflow. You can use Web Services. Or you can write API code. These are progressively more fancy choices, but latter ones are not necessarity better in every case. In essence, you need to pipe the data to Remedy and there are practically limitless ways. So unless you are talking high volume, real time, widely distributed scanning, with some other esoteric requirements, or you are a consultant trying to extract a longer contract from the customer (shouldn't have said this, but I already did), you can generally get away with Remedy Import or arimportcmd. I did a barcode scanning as well as printing work some time ago and just recenlty did what I described in (2) above. I am now not happy with (2) (though it's working perfectly), and will probably write an updated version. I do not have direct experience with Aeroprise or Mobile reach, but unless your needs are comprehensive, they will be an overkill. HTH. On 3/1/07, Roger Justice <[EMAIL PROTECTED]> wrote:
** Aeroprise and Mobile Reach are 2 that have applications for this type of need. -----Original Message----- From: [EMAIL PROTECTED] To: [email protected] Sent: Thu, 1 Mar 2007 10:38 AM Subject: Bar-code reader/scanner integration with Remedy application? Greetings. One of my users has asked about integrating a bar-code reader with an inventory management application that we have (home-grown). Does anybody out there do this? Mike White Office: 813-978-2192 E-mail: [EMAIL PROTECTED] _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" ------------------------------ AOL now offers free email to everyone. Find out more about what's free from AOL at *AOL.com*<http://pr.atwola.com/promoclk/1615326657x4311227241x4298082137/aol?redir=http://www.aol.com> . __20060125_______________________This posting was submitted with HTML in it___
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
