TL;DR
Using old fashioned 1 dimensional barcodes (think products you buy in a store),
Using 2D barcodes, MCe video barcode reading and native phone to MCe are the best for several very significant for CMMS users reasons.
The best barcodes for CMMS to use are QR.
After that PDF 417, Aztec and DataMatrix.
For parts, there are times that UPC/EAN-13 are best, because the barcode is already on the part and especially if you have a catalogue that matches the code that you can import via tools like DataHub and the MCe API
Details
This lists differences between the 3 ways of barcoding.
Hardware means you have a special piece of hardware like a pen or wand or gun, it could also mean, but rarely used in CMMS, a grocery store style scanner.
If speed of reading is your priority – Hardware will usually be the best choice. MCe has supported this –we tested with a barcode wand reader – starting in 2003.
Software Video (MCe) means the video camera looks for a barcode.
In most cases, this is the best software option – lets the camera continually try to 'find' a barcode. MCe has supported this since the very first, many years ago.
Software one shot means go to the picture taker or file selector, manually select or take a picture, ok the picture, then scan the picture for a barcode. If no barcode is found - take another shot and try again.
If you aren't doing a lot of barcodes, this one is just barely acceptable, better than nothing. MCe added this option shortly after we first had a barcode reader because of iOS bugs. In the past (about 2018 and earlier) it was the ONLY way an iOS device could do it. But if you have a modern iOS or iPadOS device/software, this is no longer a good option.
Why does MCe keep this feature? Because, well, why not, maybe on some devices it will be better? But you won't be happy with the '1 shot' method once you try the Video or Hardware.
Native This is what some companies call the "take a single picture or pull from the directory then see if there is a barcode in it" aka "Software 1 shot."
For some reason, Accruent calls this "Native", this doesn't make sense to us because devices that have a hardware barcode reader built in are the true Native barcode readers. Regardless what you call it – it is the least desirable way to read a barcode, but if it is your only option – it is better than nothing.
Be VERY careful if you think you are going to use competitor software to read barcodes. Details below – things like: When competitors read barcodes wrong (adding the check digit(s) to data!!)
Comparison Table:
| MCe Software Video barcoding | MCe Software 1 shot aka Native Barcoding | Competitor 1 shot aka Native Barcoding | Hardware barcoding | |
|---|---|---|---|---|
| Zero extra cost? | Yes | Yes | Yes | No |
| Convenience | Best | Middle1 | Middle | Least2 |
| Fastest | Sometimes3 | No | No | Usually4 |
| Works on iOS | Yes5 | Yes | Yes | Yes |
| Works on Windows Tablets | Yes | Yes6 | No | Yes |
| Works on Android | Yes | Yes | Yes | Yes |
| Available throughout the application | Yes | Yes | No7 | Yes |
| Works with proper barcode standards like check digits | Yes | Yes | No8 | Yes |
| Works with 'non-standard barcode9' check digit incl. | Yes | Yes | Some | Some |
| Works with non-standard10 barcode values such as parsing URLs to get value | Yes | Yes | Some | No |
| Works with ANY software11 | No | No | No | Yes |
Barcode types currently supported
| MCe | MC Express/Kinetic (based on Accruent documentation) | Hardware12 | |
|---|---|---|---|
| EAN-13 | Yes, including the special case | No. Special 'broken' case only13 | Yes |
| EAN-13+214 | Yes | No | Most |
| EAN-13+5 | Yes | No | Most |
| UPC-A | Yes, including the special case | No. Special 'broken' case only15 | Yes |
| EAN-8 | Yes | No | Most |
| UPC-E (standard) | Yes | No | Most |
| UPC-E WYSIWYG | Yes | No | No |
| Code 2 of 5 | Yes | Yes | Most |
| Code 2 of 5 Interleaved | Yes | Yes | Most |
| ITF-14 | Yes | No16 | Some |
| Code 39 | Yes | Yes | Most |
| Code 39 VIN | Yes17 | No | Some18 |
| Code 39 mod 43 | Yes | No19 | Some |
| Code 93 | Yes | Yes | Most |
| Code 128 | Yes | Yes | Most |
| Codabar | Yes | Yes | Most |
| Codabar mod 10 | Yes | No20 | Some |
| Option to strip leading 0's and spaces | Yes | No | No |
| QR code for picking | Yes | Yes | No |
| QR code for going to the product from camera or other in phone app | Yes | No | N/A |
| Option to strip extraneous characters from QR or any barcode | Yes21 | No | No |
| Data Matrix | Yes | No | Some |
| Aztec | Yes | No | Some |
| PDF 417 | Yes | No | Some |
| Other formats | No22 | No22 | Some12 |
There are many other barcodes, like JAN that are just different names for the ones above. See MCe list of barcodes in the software for all the variant names we currently know about that are the same or supported.
The biggest advantage of MCe with a 2D barcode, is you can use the same barcode for:
1. Logging in and going to the object mentioned in the barcode such as asset, part, user - from their badge etc.., using the phone app with QR, and with custom apps with the others.
2. Logged in, going to the object mentioned in the barcode such as asset, part, user etc.., using any of the codes
3. Filtering a list (this can also be done with most other barcodes in MCe)
4. Picking an item in a pick list (this can also be done with most other barcodes in MCe)
MCe Software Video Scanning
Positives:
- Lower cost than hardware. (Comes free with MCe)
- Standards compliant
- You can switch to Software 1 shot Scanning when this doesn't work for your device.
- Software Video is the 2nd fastest (hardware wins), sometimes is faster than hardware barcode readers.
- Available throughout the application
- More convenient than hardware readers in most cases.
Negatives:
- Usually not as fast as hardware
MCe Software 1 shot23 Scanning
Positives:
- Lower cost than hardware. (Comes free with MCe)
- Standards compliant
- Available throughout the application
Negatives:
- Slower than hardware barcode reading
- Slower than Software video barcode reading
MC Express Native Scanning:
Positives:
- Lower cost than hardware. (Comes free with Express)
Negatives:`
- Only works on some devices (Doesn't work on devices like Windows tablets, Windows Laptops)
- On several codes like EAN/UPC it is not standards compliant, you have to use the barcodes incorrectly, there is no option to use them correctly. See a solution: Accruent MCExpress and Kinetic - Incorrect barcode read
- Only available on select fields (but to be fair, 90% of the time, that's all you need.)
- MC-Express always returns the check digit. In our opinion this was an unfortunate design decision/bug/mistake. This means it will never be compatible with hardware barcode readers because either you will have to encode your id's incorrectly (with the check digit) in which case the hardware reader will not return the correct result, or you will encode them correctly, in which case you can't use any barcodes that have check digits with MC-Express. When MC-Express came out with this weird/wrong way of reading barcodes, for compatibility with Express, MCe added the ability to read them 'incorrectly' as well as the correct way.
- MC creates barcodes correctly (taking a value and adding a check digit) so of course do most barcode creators. MC-Express will read these barcodes incorrectly, returning a value with the check digit. This will be difficult to change in the future because it will require manually fixing up any values that were entered the MC Express way24 and while for any one customer it is easy to fix if you stop using MC Express, it would be hard to fix ALL customers.
- Slower than Hardware barcode reading
- Slower than MCe Software (video stream) barcode reading.
Neutral:
- Same speed as MCe Native Scanning
Hardware
Positives:
- If you have the hardware in hand, it is usually (but not always) the fastest to get a scan
- If you have a 'pen' scanner, it can read 'around' round objects, no other option will do this, not our software barcode readers and not a 'gun' style hardware scanner.
- Almost all are standards compliant
Negatives:
- requires extra hardware. Most convenient if it is a 'case' for the device (so you don't have to go looking for the barcode scanner or have cords in the way.
- Higher cost – can be significantly higher cost.
- If you can't find the reader (on the floor of your truck, in your briefcase) it is much slower than any of the software/native options.
- You can't use hardware readers AND MC Express, because hardware readers almost always ONLY let you read them following the rules – they are standards compliant, where as MC Express takes the check digit(s) and makes them 'data' – and I have never seen a hardware barcode reader that will let you make that mistake even if you want to. This means that when you set up an asset using MC Express, a hardware barcode reader won't see the first and or last characters (depending on the barcode reader.) However, if you've gone down this road, MCe has a option to support this non-standard way of reading.
- Note: This is NOT a bug in the Hardware barcode readers. This is a design flaw in MC Express. But it doesn't change the fact that, if you have gone down that path, you will have to decide whether to stop using MC Express and only use MCe and hardware barcode readers, or whether you are going to use only MC Express (and MCe set to read the barcodes incorrectly like MC Express does.)
Footnotes
-
1: The Software 1 shot/Native way requires significantly more clicks and time than the software (video) or truly native readers ↩
-
2: This is based on carrying around extra stuff. If you are stationary, hardware may be the most convenient. There are some devices, like a Honeywell device, that have it built in. This makes the device big and bulky, but more convenient than carrying a device AND a reader. ↩
-
3: Using a Samsung Galaxy S8+ the author of this document averages 3 seconds from clicking the button to getting a successful barcode read from UPC codes on average products like smarties and mars bars. It did take learning 'how', on the Samsung, starting 'out' and moving closer was fasted, while on a ROG laptop, starting close and pulling out was fastest. Using the two Software 1 shot Barcode readers on the same device, the fastest was 6.5 seconds. ↩
-
4: In 95% of cases, due to special light, hardware barcode readers will get a read in a fraction of a second to 2 seconds making them the clear winner if you are reading 100's of barcodes. At one point in time we were proud that we were much faster and could get readings that the Home Depot cash register scanners were much (3x's) slower and often couldn't read. But in 2020, The Home Depots that we compared against got new hardware, and now they read faster than our software video reader – which really, is the way it SHOULD be, the hardware readers SHOULD be faster ↩
-
5: (Update: Exciting news, Apple claims they are going to finally add this feature in September 2017) Update: They did. ↩
-
6: But with most devices you would be unwise to use this given the software (video) barcoding works so much nicer. ↩
-
7: Available on specific fields such as Asset or Part ↩
-
8: See disadvantages and the formats chart below for details ↩
-
9: Good barcodes support a check digit. It should not, according to standards, be included in the value. But MC-Express does, because some people want the value to match what is human readable, so we allow this optionally. ↩
-
10: We give parsing capability. If you have a URL with part number embedded, we can pull out the part (or whatever) from whatever string is in there. This is most useful with QR codes, but it technically is available to all barcodes ↩
-
11: If you have other software on the device, only the Hardware will work with that other software. ↩
-
12: There are too many, and each has a different list of what they support. ↩ ↩2
-
13: MC Express does not follow the EAN-13 standard: MC Express will not remove the check digit. So as long as you don't get your database from an official source you might be able to use the MC Express reader for EAN-13, if you enter them in correctly manually they will also not work with MC Express, but if you enter in the digits you see (enter incorrectly with the check digit) then it will work with MC Express. However, if you've gone down this road, MCe has a option to support this non-standard way of reading. ↩
-
14: The +2 and +5 are commonly used for books/magazines, but are available for your use if you need more digits. ↩
-
15: MC Express does not follow the UPC-A standard or the EAN-13 standard. In addition to the check digit problem discussed on EAN-13 above, MC Express adds an extra 0 to the beginning to turn it into an EAN-13. If your database is a UPC database, these will fail even if you manually delete the check digit. If your database is an EAN-13 and you are reading UPC-A and want them converted to EAN-13 then MC Express works if you manually delete the check digit after reading. ↩
-
16: MC Express reads these incorrectly (wrong value) as Code 2 of 5 interleaved, it returns wrong values. ↩
-
17: Because these are so long, they are hard to read. Talk to us for strategies before you buy a bunch of devices. ↩
-
18: A 'pen' is more likely to scan VIN's correctly than a 'gun' style. ↩
-
19: MC Express reads these incorrectly (wrong value) as Code 3 of 9, it returns wrong values. ↩
-
20: MC Express reads these incorrectly (wrong value) as Codabar, it returns wrong values. ↩
-
21: Pattern based. QR codes commonly store a URL not just a piece of text, making it impossible for Hardware barcode readers. ↩
-
22: There are others that can be read such as the JAN ones, but they are 'just' different names for the ones above. ↩ ↩2
-
23: 'Native' because that is the term that MC-Express 8.0 uses for their method that works the same way. Regardless of name, we recommend you not normally use the Native Scanning method unless your device forces you to (as of 2017, we know of none) or you already have an image that has the barcode you want. But for normal use, you don't want to use the 1 shot/Native method, you want to either use the MCe software method or hardware. Occasionally, and with some limited, very slow hardware, it can be quicker to focus and use this option, but for most devices that is not the case. ↩
-
24: The way this works in MC Express in practice: You print out a perfectly good barcode. You then stick it on your asset. You then read it with MC Express "native" to enter the invalid value into the database. Now, you forever, have to use the bad read until you fix all the data and/or change the barcodes. But unfortunately, if you want to use MC Express, you really have no choice, you have to use the bad reads. Note: we have been asked WHY MC-Express does it that way? I assume that the people programming it and working with it didn't know how barcodes work and they didn't realize that little number at the end is NOT part of the code, but is instead a check digit. Unfortunately, for them to fix it now would make a mess for all of their users of MC Express. On the other hand – if YOU are one of the ones with this mess and you want to use proper barcodes with the safety of the check digit, you should stop using MC Express, then do a ONE TIME 'replace all' in the database to get rid of the check digits and make the values correct. SOME hardware, such as the Honeywell Orbit 7120 or Fusion 3780 scanner, give you the ability to cheat and read the barcodes wrong, but others, from the same companies such as the Honeywell Genesis 7580 do not, and they will never be compatible will the incorrect reads of MC Express. However, if you've gone down this road, MCe has a option to support this non-standard way of reading. ↩