In this video, I shared how to create and configure Assets in Asset Management Module in D365 of Finance and Operations
Asset Management
Job types 101 Asset Management in D365 Finance and Operations. Asset Management Part 2
Hello, everyone. This is the second post in the Enterprise Asset Management Series.
In my last post, I shared some insider information and my understanding of locations in Asset Management. You can find that post at the link below.
In this post, we will discuss the following things:
- Maintenance job categories.
- Maintenance job types variants.
- Maintenance job types.
- Maintenance checklist template.
- Setup default checklist on job type.
Maintenance job Categories:
Categories are used to group Job types. We can identify these job types with category types.
Navigation
Asset Management > Setup > Job > Maintenance job type categories
Maintenance Job Types Variants
This is a non-essential setup requirement. Just to provide the extra information and possible need for more care required for maintenance. For example, Condition Assessment at 1000 Km or 2000 km is possible for technicians to verify or diagnose in more detail as compared to 1000 km if Job type variations exist.
Navigation
Asset Management > Setup > Job > Maintenance job type variants
Maintenance job types.
One of the major central points of Asset management is the common template, where we need to define things that are copied to work orders.
In the Details sections, we just have counters; these counters are the result of the below tabs or sections.
In this section, we can define the job category and also mention that this type of job requires downtime activities.
Then comes the description.
In this field, you can define and note anything you want to store as details.
Then come Job variants,
In this section, we defined the Job variants; these variants will be shown when we select job types on a work order. What we define here will reflect on the work order Type. The Job variant will populate based on the job type.
Job skills and Job certificates are unimportant and less used features. They can be defined, but they will never be used. It is just information.
The next critical step is to complete the maintenance job successfully.
Where we define, next job after completing jobs. these were just information, I did not found any benefit to define succeeding maintenance jobs.
Now comes with Asset Types. In this section we defined qualified asset types on this job type are allowed.
When we define a work order against an asset, on the selection of the asset, the drop-down shows only assigned job types in the above-mentioned job type.
This will be one of the most important points in the whole maintenance job type.
Maintenance Job Defaults:
If you click on the action pane, then Maintenance Job Type, a new form will open.
where we can define different check lists, forecasts, descriptions, and resources for the default job type.
We can also add multiple defaults based on variations in the combination of job type and asset type. The same job type can work for different types of assets. We defined the asset type in the above-mentioned step, in Asset Type.
For current example, which mostly from contoso data and usmf legal entity, You can see Hours are 1.00. If I click on forecast button on fast tab
You will find something similar. You can see that the forecast method has already defined an hour.
There are complete details on Item forecast, and in the same way, we can define expense forecast and fee forecast.
Most of the time, we used to set expenses for technician work, food he took during maintenance work, or travel expenses we had to give to the technician for each. In the fee section, most of the time we record the outsourced service charges. It depends on how you plan.
This forecast is important; when we post the actual journal, the comparison between forecast and actual will come from here.
I will probably discuss this in my next blog post.
Here We have to define a maintenance checklist. We can assign these maintenance check lists to job types. When we define a work order for a specific job type, the check list defined for that job type defaults to it.
These check lists will be used for verification of maintenance or to ensure that technicians will perform all necessary maintenance.
Check lists can now be defined as different check lists. These check lists are used to verify what type of test we have to define for each asset type.
We can define, new check list with help of following options.
Text is used for the just-mentioned answer.
The header is used to create a separator between questions; they appear in the same way they are defined as per line number.
Variables are usually Yes, no, or multiple choice answer; most of the time, it will be used for two values: “True” and “False”.
Then comes measurement, which will be used for numeric values. for example, vehicle use counter, and then there is range, which can also be defined here.
Template: here we define the template. I used to prefer this because, in this way, we can define templates Independently and reuse them later.
We can create a new maintenance check list by click on new button.
Or you can define, check lists in following navigation. These reusable check list can be select in above link.
Navigation >setup >Maintenance checklist > Maintenance checklist templates
In this we define Job type, And all things defined here will be reuse in work order.
Hope you like this post,
Locations in Asset Management in D365 Finance and Operations. Asset Management Part 1
In this series of blog , I am going to share the functionality of Asset management in D365 Finance and Operations.
In first blog post I described the concept and option of location in D365 Finance and Operations.
So what is functional location.
Functional locations are places where assets can be installed. These locations can be hierarchical. Let’s say we have a head office building that has 10 rooms: 2 conference rooms and 8 halls. Every hall has one printer and four desks, and on each desk, one laptop or computer is placed.
In some cases, locations don’t have assets directly installed on them. For example, the head office did not have assets directly. But every hall inside the head office building can have assets installed. For this reason, we can disable the Create asset on location option in Asset Type.
Followings are points why we need asset maintenance on location.
- We can define asset maintenance at a specific location.
- We can get the total cost for a specific location.
- We can get the total Item consumption for a specific location.
- Even so, we can get a list of Work orders and maintenance requests for a specific location.
- List of faults that occur at a specific location.
Location Lifecycle state:
Asset management > Setup > Functional Location > Location Lifecycle state:
The life cycle state defines the current state of an asset. There are multiple properties defined for the location state.
Functional Location Action toggle button If we enable yes, then this location will be in an active state.
create Asset toggle button: if this button is enabled to yes, it means we can create assets on location.
Allow Rename the location. If this property is true, then we can rename the location. Otherwise, it is not possible to rename the location.
New sublocation toggle button: In the case of property, location will allow new sublocations. When a location is in this state, we can add sublocations to assets.
Install asset at location toggle button: this state ensures that assets can be installed at location. Sometimes we have hierarchical locations and cannot install assets at those locations.
Delete functional location. if the location this state, where this option is true, we can delete the location.
Asset State: Asset state, means when ever asset is installed on this location, it will change to assigned that state.
Based on our need we can make new life cycle state and we can set above mentioned properties to play with these.
Currently I select only three life cycle states for example, New, active and Ended.
Location life Cycle model:
Life Cycle model helps us to define behavior of states.
Asset management > Setup > Functional Location > Location Lifecycle Model.
For example, the above screenshot can be explained in the following way:
- The active state can be converted into an ending state.
- When Any location is in an end state, that is, a final state, it cannot be converted to another state.
- A new state can be converted into an active state; we cannot convert it into an ending state.
We can define the life cycle model based on our needs by adding more life cycle states and enabling and disabling different toggle buttons for each state.
Location Type:
Location Type helps us make a template. There is a possibility we have similar types of locations. And these locations can have similar characteristics.
You can find location Type with below navigation path.
Asset management > Setup > Functional Location > Location Type
Location type:
On location type, we can define the functional location life cycle model. It is automatically copied to the location when we create a location.
The toggle button for allow Multiple assets allows you to install multiple assets.
We can also enable or disable the update asset dimension allowed on assets (this function is not working because of some missing functionality).
Then some fields are just counters for the number of asset types installed on location, the count of permitted location types, etc.
The system will then determine which types of assets are permitted to be located. For example, in the office hall, we can install a printer, laptop, and photocopier. We cannot install a forklift in the office hall.
If we do not define any asset type here, then the location will be open for all types of assets.
Maintenance Plan:
We can also define a maintenance plan based on location. Most of the time, every asset has a different maintenance plan. We usually do not use this feature. But where can we define a maintenance plan? That is applicable to all assets.
Permitted type Tab.
In the system, we can define hierarchical locations; for example, the head office can have a hall room and a conference room. Head office cannot have another building or factory as a child. Here we can define Allow location types in this tab.
Asset Attribute requirements
We can also define asset attribute types on functional locations type. For example color of Red. This option did not validate on location as well as asset.
Conclusion: We can define location types. In some implementations, locations are not important. For these, we can define a default location, and we set this in the Asset Maintenance parameter page. When an asset is created, it automatically picks the default location.
For further Inquiry
email alirazazaidi@live.com
Cell Number+971555128359