Hi all, We raised a case with IFS for this, and they have provided a “hotfix”/patch for it. I am waiting for this patch to be deployed to one of our non-production environments for Testing, to ensure that it does resolve the issue.Thanks,Chris
Hi all,Just to confirm that the problem I was encountering above was due to a System Parameter: Many thanks to a colleague for pointing me in the direction of this.Thanks,Chris
Hi,Does the Default Value of ALL work for any parameters?I have a Report with a Parameter based on Code Part E. Some financial transactions have a Code Part E, but some do not have one specified (it is null). I am trying to set a Default Value which includes all values (ie both those with Code E, and those where it is null).I have created the Parameter and associated Filter as follows:When I run the report using the default value, no data is returned. When I manually enter one particular Code E, then the report does run with only that data returned.Thanks,Chris
@SNBLAVA , Hi, After Analysis Following are observation found. As per the functionality in IFS Apps 10, when the No Part lines/Non Inventory parts are purchased and received from the work order requisition, then a work task posting lines with Transaction status Not applicable will be triggered with No posting type. Parallelly a Purchase transaction posting type M91 and M92 is triggered. Once the Supplier invoice is matched against that PO and made it to posted status, then the work task transaction which was Not applicable will be Overtaken. This means the Posting type M93 which was created during matching of PO in manual supplier invoice is being overtaken by Work task posting type TP3. So ideally posting type TP3 needs to be setup for Non inventory purchases from work task. @XitThejaG:This works perfectly if the Work Order and Work Task are still open, but not if they have been closed and have the “Finally Posted” tickbox ticked. We often invoice the Work Order to the customer (an
Hi all,Was there ever any resolution to this? We have the exact same issue.When a Non-Inventory Part is purchased, the preliminary Cost line is added to the Work Order/Work Task. When the Supplier Invoice is received, the M93 posting occurs and is then replaced with the TP3 posting...BUT this only happens if the Work Order is still open when the Supplier Invoice is entered.In many cases, we have already invoiced the Customer and closed the Work Order - as a result of this (together with the overnight Transfer Reposting Transactions job), the “Finally Posted” tickbox is ticked - this means that when the Supplier Invoice is entered, there is only the M93 posting and no related TP3 Posting. We then have the same issue as was originally raised on this thread, that there is an error message when trying to Remove Finally Posted.The only way to move the M93 posting on to the correct place would be to use a Q-voucher, which is not an acceptable solution.Any help at all would be much appreciate
Hi all,I have a question/problem related to the above.You mention that when the Supplier Invoice comes, IFS handles the M93 from the invoice, and reposts it to TP3. This doesn’t happen if the Work Task Transaction is marked as “Finally Posted” though.As you say, the preliminary cost is there to facilitate the early invoicing of the customer. Once this is done, we close the Work Order (so that both the Work Order and Work Task move to a Finished state). Once the Transfer Reposting Transactions has run again (overnight), then the Work Task Transaction is automatically marked as “Finally Posted”.It is possible to re-open the Work Task, and there is a Right Mouse Button available to “Remove Finally Posted” - however this errors. Having dug into the code, this is because the Work Task Transaction is now in a status of Overtaken.As a result of this, there is no TP3 posting, and the amount just remains sitting on the M93 posting with no way to remove it.Thanks,Chris
Already have an account? Login
No account yet? Create an account
Enter your 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.