Thursday, 27 July 2017
Monday, 24 July 2017
Maximo Asset Management 7.6.0.7 Interim Fix 004 released
The Interim Fix (IFIX) is available at Fix Central.
As with all IFIXes, MAM 7607 IFIX 004 is cumulative and includes all fixes provided with Maximo Asset Management 7.6.0.7 Interim Fix 003, with these additions:
To install the IFIX, see Inst
|
Maximo Asset Management 7.6.0.8 Interim Fix 001 released
To install the IFIX, see Inst
|
Tuesday, 18 July 2017
Attribute can be deleted with active Launch Point associated
Maximo will allow an Attribute to be deleted from Database Configuration while there is an active Launch Point that references it.
Steps to reproduce:
1. In Database Configuration application, add a new attribute to ASSET or some other object.
1.1. Turn on Admin Mode and Apply Configuration Changes.
2. In Automation Scripts application, Create a Script with an Attribute Launch Point.
2.1. The Object and Attribute should be the one you added in step 1.
2.2. Name the launch point and script something valid, and make the source code something simple, like print "Hello world!".
3. Go back to Database Configuration and delete the new attribute.
3.1. Apply Configuration Changes.
An error should be thrown at step 3, but it isn't.
Integrity Checker should catch the resulting anomaly, but it doesn't.
When you go to an application based on the object from step 1, now, you will get an error that the attribute is missing.
1. In Database Configuration application, add a new attribute to ASSET or some other object.
1.1. Turn on Admin Mode and Apply Configuration Changes.
2. In Automation Scripts application, Create a Script with an Attribute Launch Point.
2.1. The Object and Attribute should be the one you added in step 1.
2.2. Name the launch point and script something valid, and make the source code something simple, like print "Hello world!".
3. Go back to Database Configuration and delete the new attribute.
3.1. Apply Configuration Changes.
An error should be thrown at step 3, but it isn't.
Integrity Checker should catch the resulting anomaly, but it doesn't.
When you go to an application based on the object from step 1, now, you will get an error that the attribute is missing.
Development mentioned this is working by design, but could be considered as an enhancement on the product (not a bug), which means that this functionality is not currently present in Maximo, and that this cannot be fixed on the current version since the fix would require changes to the product architecture.
There is no Automated Scripting (or any other MIF) awareness designed and coded into Database Configuration application. Therefore this is working as designed.
There is no Automated Scripting (or any other MIF) awareness designed and coded into Database Configuration application. Therefore this is working as designed.
BMXAA3279E and BMXAA3344E errors while trying to approve a Revised PO 0 people like this
Problem:
After closing a work order associated with a PO that is revised while trying to approve the PO revision, the following error is displayed:
BMXAA3279E - Could not change PO XXXX status to APPR.
BMXAA3344E - The purchase order cannot be approved. Line 1 contains a work order that is either closed, canceled, or waiting on approval.
BMXAA3344E - The purchase order cannot be approved. Line 1 contains a work order that is either closed, canceled, or waiting on approval.
Steps to replicate:
1. Go to Work Order Tracking application.
2. Create a new work order against any valid GL Account.
3. Save, approve the work order and take note of its number.
4. Go to the Purchase Orders application.
5. Create a new PO against any valid vendor and with just 01 PO line as the following:
Line Type = Service
Description = Test1
Quantity = 1.00
Order Unit = EACH
Unit Cost = 1.00
Charge To > Work Order = the WO above
Line Type = Service
Description = Test1
Quantity = 1.00
Order Unit = EACH
Unit Cost = 1.00
Charge To > Work Order = the WO above
6. Save, approve PO and take note of its number.
7. Go to the Work Order Tracking application.
8. Bring up the work order in question and close it.
Note:
The system warns user of the following but closes the work order anyway:
"BMXAA4577W - Open purchase orders exist here or at some point below in the hierarchy. Would you still like to change the status to Closed?".
The system warns user of the following but closes the work order anyway:
"BMXAA4577W - Open purchase orders exist here or at some point below in the hierarchy. Would you still like to change the status to Closed?".
9. Go to the Purchase Orders application.
10. Bring up the PO and create a revision.
11. In the PO Revision 1, add a new PO Line as the following:
Line Type = Service
Description = Test2
Quantity = 1.00
Order Unit = EACH
Unit Cost = 1.00
Charge To > GL Debit Account = any valid GL Account
Line Type = Service
Description = Test2
Quantity = 1.00
Order Unit = EACH
Unit Cost = 1.00
Charge To > GL Debit Account = any valid GL Account
12. Save the PO and try to approve it.
At this point, system throws:
"BMXAA3279E - Could not change PO XXXX status to APPR.
BMXAA3344E - The purchase order cannot be approved. Line 1 contains a work order that is either closed, canceled, or waiting on approval."
BMXAA3344E - The purchase order cannot be approved. Line 1 contains a work order that is either closed, canceled, or waiting on approval."
Resolving the problem
The workaround is:
Cancel the PO Revision 1, close the PO Revision 0 and create a new PO corresponding to the second PO Line you've tried to add in step #11.
If the suggested workaround does not apply to your case, please contact IBM Maximo Support.
Wednesday, 5 July 2017
Item Master vs Inventory for item records in Maximo
You may experience a scenario where some of your item records are available in different statuses in Maximo.
For example : The item is in PENDOBS status in Item Master app. But the same item is in ACTIVE in Inventory app.
But would you know why this happens ? Is my system broken ? No !
Have you asked your self about what is the difference between the Item Master and Inventory applications?
Do you understand how and when to use each ?
The reason for that is because the Item Master application is used to define Items that will be procured and stocked in
storerooms.
You will learn to navigate to the Item Master application and use it to create, modify and manage Item records.
Item master is for managing new items and items not associated in storerooms while Inventory app is for managing the items that are IN A SPECIFIC storeroom location, one item in Item Master can belong to MANY storeroom locations in Inventory app.
You manage data about an item record, for example vendors and classifications, in the Item
Master application, but you manage item balances in the Inventory application.
We know that there is existing relationship between those two Maximo applications (Item Master and Inventory ) but this does not mean that you can always update the Inventory data from Item Master via the relationship.
Maximo will check if the data can be updated or not based on the business rules. It is not advisable to use this relationship to update inventory data from Item
Master. This is not a one to one relationship. That is, one item in Item Master may have multiple records with same Itemnum in Inventory application.
But would you know why this happens ? Is my system broken ? No !
Have you asked your self about what is the difference between the Item Master and Inventory applications?
Do you understand how and when to use each ?
The reason for that is because the Item Master application is used to define Items that will be procured and stocked in
storerooms.
You will learn to navigate to the Item Master application and use it to create, modify and manage Item records.
Item master is for managing new items and items not associated in storerooms while Inventory app is for managing the items that are IN A SPECIFIC storeroom location, one item in Item Master can belong to MANY storeroom locations in Inventory app.
You manage data about an item record, for example vendors and classifications, in the Item
Master application, but you manage item balances in the Inventory application.
We know that there is existing relationship between those two Maximo applications (Item Master and Inventory ) but this does not mean that you can always update the Inventory data from Item Master via the relationship.
Maximo will check if the data can be updated or not based on the business rules. It is not advisable to use this relationship to update inventory data from Item
Master. This is not a one to one relationship. That is, one item in Item Master may have multiple records with same Itemnum in Inventory application.
10 Minute Tip - Scheduled reports sending multiple emails
Today we will discuss a couple of reasons why your users may be receiving multiple emails for a single scheduled report from Maximo. For example, the user has a weekly report sent to them yet, for some unknown reason, they get 2, or more copies of the report in their inbox. The "unknown" reason is usually one of two things.
- It's actually not a duplicate. Since scheduled reports do not indicate anywhere in the email where they came from - which Maximo server - we have seen times when the second email is actually not coming from the Production Maximo server. Perhaps they are testing functionality from a test server, or maybe a Sandbox server is being used and the same user has the same report set up on that server and the extra email(s) they are receiving are, in fact, being sent from this other server. Double check the other servers - you can use the View Scheduled Reports option from Report Administration to aid in this effort. One suggestion we have that may help is to put the server name in the email Subject or Comments section when the report is scheduled.
- The other known possible cause is related to the fact that a complex report that takes extra time to process will appear to Birt to be hung and it will restart it. Eventually these newly spawned jobs will all finish and the emails will all be sent. By default if the RUN phase of a report (the SQL phase) takes longer than 15 minutes the issue can present itself. This 15 minute setting can be changed so if you feel this is the issue (and you can verify this usually be checking the report usage log to see how long the report took to complete) you can change it as follows:
Goto -> System Conf igur atio n/Pl atfo rm Configuration/Cron Task Setup
Select -> REPORTLOCKRELEASE cron task
Change Parameter-> LOCK INTE RVAL INMI NUTE S to the desired value - say 30, for example
Save changes
Restart the Maximo Application server to ensure new value is activated
There's generally no repercussions to making this change but bare in mind that it's for all scheduled reports. There is no ability to change it for specific reports.
In most cases the multiple emails are caused by one of the above situations.
That's all for now.
Subscribe to:
Posts (Atom)
IBM Readme for IBM Maximo Asset Management 7.6.1.3 Fix Pack
Fix Readme Abstract This fix pack updates IBM® Maximo® Asset Management version 7.6.1, 7.6.1.1, and 7.6.1.2 Content IBM Maximo Asset Manag...
-
Defect APAR APAR URL Application Name Description Behavior, Database, & Manual Changes 2857...
-
Error: BMXAA4590E - Could Not Change Work Status to CLOSE Problem(Abstract) Unable to close a work order. Symptom ...
-
Maximo and LDAP - Configuration from Start to Finish Body Security is more important than ever, and securing applications is a prio...