Warning
WARNING: The TrackAbout MetaWiki has been deprecated and is no longer being updated.

Please visit our new TrackAbout Knowledge Base at https://supportkb.trackabout.com for the most-up-to-date documentation on TrackAbout and TrackAbout Mobile.

Difference between revisions of "Collisions"

From TrackAbout MetaWiki
Jump to navigation Jump to search
m
Line 66: Line 66:
 
*For an Action where both the Barcode and the Serial Number were entered for the asset causing the collision, and if there is just one match in the past and it matches the Serial Number and the Asset Type (if entered) AND there is just one match in the future and it matches the Barcode, then the assets will be merged together and the collision auto-resolved.
 
*For an Action where both the Barcode and the Serial Number were entered for the asset causing the collision, and if there is just one match in the past and it matches the Serial Number and the Asset Type (if entered) AND there is just one match in the future and it matches the Barcode, then the assets will be merged together and the collision auto-resolved.
 
*If only one asset is found matching the Barcode, but the Barcode is not the current Barcode of the asset, it causes a collision.
 
*If only one asset is found matching the Barcode, but the Barcode is not the current Barcode of the asset, it causes a collision.
 +
 +
==Reducing Client Collisions using ''Asset Family Collection Reclassification Groups''==
 +
===The basic idea===
 +
*If there is an asset in the system with a serial number and a new asset is added with this same serial number, then TrackAbout will cause a collision. The user must decide if they are the same asset or different assets.
 +
*Collisions are cases where the system is not smart enough to know what happened and we need a human to make a decision. With this feature we are making the system smarter and reducing the cases we show to a person.
 +
*We can make TrackAbout smarter here by knowing which kind of assets can 'turn into' other kinds of assets.
 +
*See this picture below. If there is a gas cylinder with serial number K104 in the system and then someone enters a new welding machine also with serial number K104 - normally TrackAbout will cause a collision. The idea here is to let TrackAbout know that these assets can not 'turn into' each other and so there is no reason to create a collision. TrackAbout should create the new welding machine asset. It is not the same as the gas cylinder.
 +
 +
[[File:XXX.png|thumb|none|right|IMAGE COMING SOON]]
 +
 +
*The gas cylinder and the welding machine will be in different "Reclassification Groups" and this is how TA knows that there is no reason for a collision. A new asset should be created instead.

Revision as of 10:39, 31 December 2013

<< Back to Key Concepts

Introduction

An asset collision is a condition that occurs when a barcode or serial number is scanned or keyed-in on a record, and TrackAbout cannot resolve the barcode or serial number to target exactly one asset in the system. For a variety of reasons, but usually data entry errors, there can be two or more assets in the system with the same barcode or serial number. When TrackAbout cannot find one and only one asset that matches, it instead attaches a collision to the record.

Collisions on records are called out on the Dashboard page and are one of the conditions that TrackAbout administrators need to be aware of and clean up on a regular basis. The collision attached to the record contains all the known information about the asset that was scanned or keyed in. The collision resolution webpage also provides additional information about the possible matches in order to help the admin resolve the collision.

TrackAbout will attempt to auto-resolve any collisions as they might occur by checking other properties of the two or more assets that were located, such as those assets' classifications, product codes, and physical locations. If TrackAbout can intuit that only one of the assets that matched could possibly be the asset in question, it will auto-resolve the collision, no user intervention is required, and no actual collision will be created.

Collisions as a part of daily Trackabout Maintenance

Resolving Collisions should take place as a part of regular daily Trackabout maintenance.

Client personnel responsible for Trackabout administration should regularly monitor the Trackabout Dashboard to address any outstanding issues that may exist in the system.

TAmenu.jpg

Access the Trackabout Dashboard through the Menu on the Homepage under Regular Maintenance --> Trackabout Dashboard.


It is important to start on issues listed at the top of the dashboard and work your way down. Often resolving particular issues will have a ripple effect which will result in resolving other issues. Collisions are listed under the “Location-Dependent” Items.

Click on the blue link called “View Collisions”. You can also get to the collisions page through the JumpTo Box and type Collisions, or use the URL: https://www.trackabout.com/clt/reconciliation/unresolvedProblems.aspx

CollisionsOnDashboard.jpg

Click on the blue link called “View Collisions”. You can also get to the collisions page through the JumpTo Box and type Collisions, or use the URL: https://www.trackabout.com/clt/reconciliation/unresolvedProblems.aspx

Resolving Collisions

NOTE: It’s important to understand the asset on the record which caused the collision will not have the asset attached until the collision is resolved – TrackAbout doesn’t know what to do with it. This is why it is imperative to make sure collisions are resolved

SearchingForCollisions.jpg

From the collisions page, you may choose a particular location and/or date range, or you may search for all existing collisions by leaving the Location parameter set to “All Locations” and leave the date range blank.


Now you will see a list of collisions that could not be auto-verified by the system. From that page, click on the Resolve Selected Collisions (all collisions should be checked). This will take you to each collision, one screen at a time, and display the issue, offering a way to resolve.

SelectingCollisions.jpg


After clicking “Resolve Selected Collisions”, a new box will pop up. The Collision resolution screen will be divided into three basic parts:

  • The top section shows the action which caused the collision.
Collsion Top.jpg


  • The middle section shows any possible asset matches and gives the option to merge the asset history/histories with the asset which caused the collision.

NOTE:If the users chooses multiple assets, the system will display a warning to ensure the user understands those assets and their histories will be merged.

  • The bottom section gives options other than selecting one or more of the Possible Asset Matches.


The TrackAbout Support team cannot resolve issues without knowing more about the assets and what happened to them. But we can help you through the process if you are not clear on how to resolve some collisions.

Note: TrackAbout support has a way to bulk hide collisions. 'Hidden' collisions don't go away, but they are no longer shown on the Collisions page or on the counts on the Dashboard. You'd still find them if you went directly to the records that have the collisions on them.

Collision Rules

There are a series of rules that may get applied depending on the record properties. The main rules that get applied are as follows:

  • If we find assets that match on the Serial Number only, but the Asset Type, Barcode and location do not match, the they are ignored and not considered as a match.
  • If both the Barcode and Serial Number were entered by the user, and there is exactly one asset that matches both the Barcode and the Serial Number, then other asset matching on just the Barcode or just the Serial Number are ignored.
  • If multiple assets are found having the same Barcode, we try to merge them together provided they do not have conflicting properties for Serial Number, Ownership, Custom Asset Info, etc.
  • For a Replace Barcode action, if there is just one match in the past and it matches on the Old Barcode AND there is just one match in the future and it matches on the New Barcode , then the collision will be auto-resolved, merging the two assets together.
  • For an Action where both the Barcode and the Serial Number were entered for the asset causing the collision, and if there is just one match in the past and it matches the Serial Number and the Asset Type (if entered) AND there is just one match in the future and it matches the Barcode, then the assets will be merged together and the collision auto-resolved.
  • If only one asset is found matching the Barcode, but the Barcode is not the current Barcode of the asset, it causes a collision.

Reducing Client Collisions using Asset Family Collection Reclassification Groups

The basic idea

  • If there is an asset in the system with a serial number and a new asset is added with this same serial number, then TrackAbout will cause a collision. The user must decide if they are the same asset or different assets.
  • Collisions are cases where the system is not smart enough to know what happened and we need a human to make a decision. With this feature we are making the system smarter and reducing the cases we show to a person.
  • We can make TrackAbout smarter here by knowing which kind of assets can 'turn into' other kinds of assets.
  • See this picture below. If there is a gas cylinder with serial number K104 in the system and then someone enters a new welding machine also with serial number K104 - normally TrackAbout will cause a collision. The idea here is to let TrackAbout know that these assets can not 'turn into' each other and so there is no reason to create a collision. TrackAbout should create the new welding machine asset. It is not the same as the gas cylinder.
File:XXX.png
IMAGE COMING SOON
  • The gas cylinder and the welding machine will be in different "Reclassification Groups" and this is how TA knows that there is no reason for a collision. A new asset should be created instead.