@Alex Crooijmans Thank you.it turns out you are correct. in Part catalog is changed to serial control after the project delivery is in Designed status. hence the error. system is try to copy the part with qty >1 which are serial controlled.Thank you.
@Alex Crooijmans thank you for your input.i believe the copy might copy the serial no as well, so my question could be, if the current project got inventory part in stock with the same serial no, if it is being copied, will the replication of the part no+ serial no give this error?
@ShawnBerk Got it. Thank you.
@Björn Hultgren Thank you again for your reply.I will have user to try what your proposed. Thank you.
@Björn Hultgren Thank you for your reply. you are correct. it is not in Part Serial Reservation.If I am not wrong, the end user have the repair shop order in Started status, after that, she opened the shop order #35817 which manufactured this serial no 1066883-07-HY-0056.Now comes the question, how we could fix this issue? the shop order #35817 is manually closed now. shall we redo this repair shop order? Thank you.
@PRODQ Thank you for your reply. I created a new revision, and make the provide code to BUY, then do the transfer.
@Dario Zani @Link @matt.watters Thank you all. Now I can see where they configured in IFS.
@ShawnBerk Thank you for your input.you mean we have to do a modification to create the history log? Thank you.
@ShawnBerk@matt.wattersThank you for your input.From what you described, we have to make alternate part from the very beginning of the manufacturing in full quantity. partial is not allowed in serial alternate part .Thank you.
@Martin Falkenau Thank you Martin.I can see the stock can be picked by Revision No. I believe it is the Inventory Revision No, not Eng Rev.Thank you.
@mike.brukner Thank you for your input.We do know this feature. This is the feature we are using after the engineering revision is created. We now have the request is, we need to create a new revision, for example, previous Eng Rev = 0, now we need to create a new Eng Rev =1. We are not going to manually create it via RMB function in Engineering Part Revision window, instead, we are creating this new revision in batch via excel sheet. That is the migration job we are looking for.Thank you.
@mike.brukner Thank you for your input.@Shaun I figured out why this is happening, but our case might be different as what you are. We are using migration job to uploading Windchill new revisions. the migration might not be configured properly, so the column Revision Number Maximum is not update accordingly. What is your case then, have you figure out why this is happening? Thank you.
@Shaun Next Engineering Part Revision can be anything, as long as it is valid and not duplicate in Eng Rev No, I think.@mike.brukner There is no Eng Rev 3 for this part. I did some tests, i realized the problem is due to the column Revision Number Maximum, this number controls the Eng Rev counts it is currently for the part. It could be a bug, this value currently for this part is 1. I can simply obsolete one of the engineering part revision and delete it, then this problem can be resolved. but deletion is not easy, since this revision is used in product structure, unless you remove it all from all the structure where it resides. I think I have to talk to IFS to DB repair this column value to 2. Thank you.
@Link Thank you for your reply.currently the Eng Rev=2, Inventory Rev = 2, I am trying to create a new Eng Rev =3, and I get above error message.below is the screenshot for inventory part → tab Revisions. Thank you.
@gumabs Thank you for you input. will try.
@matt.watters Thank you for your input.i just checked the part 1049619, its part type does not change. the only changed in site planning is, we are doing project delivery, we don’t want to system generate thousands of shop orders, so we changed the provide code in Project Product code from Make to Phantom, Demand to No Demand, hence system will drill down and bypass the demand for the parts. but this only happens for Make parts, not Buy parts. Apparently 1049619 part type is Purchased(Raw). Thank you.
@mike.brukner Thank you Mike.
@mike.brukner Thank you for your input.my concern is, the EBOM got thousands of parts, we need to set all components “Allow as Not Consumed”?apparently, we cannot do manually on this part by part, we have to use script to update this checkbox.Thank you.
@Thomas DURAND Thank you for your input.
@CJNardozzi Cannot agree with you more!!!
would like to control atPurchase order window, purchase order lines window Purchase Order Receipt Purchase Order Document
@Shanuka Lashan Thank you for your reply again.This issue is resolved by your input in another post I posted. the problem is due to the stale data in another company we created comes with the same VAT#. Though the company code specified in the XML, the fact is, the BIZAPI only use the only key, i.e. VAT# to identify the company. Than you again.
@Shanuka Lashan Thank you so much. I resolved issue.
@Shanuka Lashan Thank you for your input again.if you could see the screenshot I attached, why our system does not show the company 80 record about tax liability? Thank you.
@Shanuka Lashan Thank you for your input.I am thinking of the tax ID that could cause this issue. in our testing environment, we have exact same tax id set, but in 2 different companies. company 80, and 81. company 80 is stale. I would like to try to remove this stale data. I have another question raised to see how I could remove it. that is my best bet I think.
Already have an account? Login
No account yet? Create an account
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.
