Thank you for your reply!
Just an update on this thread, we had exactly the same issue on Saturday whilst conducting a simple Stopping / Starting of the nodemanger.I can confirm nothing else has changed on the server or within the middleware (release deployment / reconfigure).The solution was to set the value of NativeVersionEnabled to false - this IFS instances has been running for 5 years with a setting of ‘True’????I raised a ticket with IFS asking why this has happened but reading between the lines, there is no clear reason as to why..On a positive note, this is the solution..
I cannot think of any way to achieve this without making a small modification to the Clockings tab code so it selects only clockings where the employee equals the identified employee in workbench. Maybe it is easier to hide the original tab and instead create a custom tab that populates only clockings for the current employee. Curiously, why is it important to completely hide clockings from other employees? There’s a setting that prevents an employee to create or make modifications on clockings for other employee ID’s. Hi @Björn Hultgren ,Thank you for your response. The reason why are are looking into this is due the German Work Council requirements.Again, thank you anyway for your response. James
Anybody?
@JamesW72 perhaps the orders imported via excel have Delivery Confirmation FALSE at CO level and the ones entered manually get Delivery Confirmation as TRUE (if set to TRUE at Customer level, it will default in the CO Header also.)? I’ve check both orders and they are both ‘Confirm Deliveries’ No .. Strange isn’t it?
@JamesW72 I assume this is happening because you have the Delivery Confirmation enabled for some customers. When delivery confirmation is used, then Orders will stay in Delivered until confirmation is done. Only after delivery confirmation they can be invoiced. If delivery confirmation is not used and order type is set to create invoice immediately after delivery, then those orders will go directly to invoiced/Closed. Hi and thank you. The two customer orders (one going into a ‘Closed/Invoiced’ state and one going into a ‘Delivered’ state) is for the same Customer, same Order type /etc. I’ll ask the business to check / confirm though. Thank you for your response though.One thing to note and I didn’t include is, one of the orders going into a ‘Closed/Invoiced’ state is a migrated (excel) order and the other one (that goes into a ‘Delivered’ state) is a manually entered order.. I’ve check the CO / Shipments for both orders and they both seem fine..
Have a look here UCEERR_RENDERTHREADFAILURE(EXCEPTION from HRESULT: 0x88980406) | IFS Community
Hi @JamesW72, You won’t be able to use the cloning method to move from Windows to Linux. However, you can request an accumulated software build from IFS, which would contain all the releases that have been delivered to you. You can use this accumulated build to create a new IFS Middleware Server on any Windows or Linux server as required and since it would contain all the deliveries that have been delivered to you up to that point, you don’t have to install them all one by one. Please also be aware that it will be billable, but would save you a lot of time and effort if you have about 100+ deliveries to install on top of your initial build home. It also gives you a fresh clean Middleware Server, which is another advantage. Hope this helps! Hi @Charith Epitawatta , Thank you and appreciate your response.
Any idea anybody ?
Hi @JamesW72 , IFS OData Provider exposes IFS business entities and business logic through OData endpoints, OData (Open Data Protocol) is a protocol specifically designed for building and consuming RESTful APIs. It does not support SOAP. Thanks, Trewon Hi,That’s what I thought but then I just found this?SOAP Gateway - Technical Documentation For IFS CloudJames
Not to sure what the latest is but we are just about to get UPD19.
We have run a AWR / etc and there is nothing obvious that is causing this… What does it mean ‘Recursive CPU’ anyway?
We run ODA on Apps 10 (and used to do on Apps 8) - its been faultless and reliable.
Hi @JamesW72, You can setup a log rotation policy using IFS Middleware Server Admin Console. In the IFS Middleware Server Admin Console, navigate to Main Cluster → Managed Servers and expand the MWS Logging section at the bottom. There you can set the log rotation type to “By time” or “By size”. If set to by size, then a new file will be created after the file size reaches the value mentioned in “Rotation file size” field. If set to by time, then a new file will be created according to the values set in “Rotation interval” and “Begin Rotation Time” The value set for “Files to retain” would ensure only the defined number of log files will be retained, regardless of the rotation type and the older log files will be deleted. “Limit number of retained files” should also be enabled. It is recommended to retain at least 2 weeks of log files in case you need to troubleshoot any issue. Severity levels define how verbose the logs would be. It is recommended to keep it as Warning, which is
This would be excellent news if there was an IFS connection for APP10, if yes would like to talk with IFS team to support our units. Did you ever find out about this?
I don’t know for sure but I suspect this is reflective of the difference in permission set type (Functional vs End User role). Is it possible that the roles being assigned are Functional roles and are therefore not in the table? Checking our Apps10 environment I can see one user has 8 End User permission sets assigned, with 8 matching entries showing in that table, but the same user also has other Functional roles (in this case granted as child permission sets of the End User ones assigned directly) which do not show in the table. Nick Hi, in this table only End User permission sets are shown. Its happening when I am assigning a End User permission set to a user account (you can only assign an end user permission set to a user account).. Thanks for the response though.
Hi @JamesW72 , Apologies, looks like i read your post incorrect the first time around. Are you seeing any specific errors in the http server log, admin server log or the node manager log? They might help you figure out what the issue is. Cheers Hi, thanks for your reply. I’ve checked and there is nothing ‘unusual’ ..
Hi @JamesW72 , The most likely scenario would have been an issue with the Admin server not being able to read the status of the HTTP servers. If that was the case, restart of the admin server would have helped like you noticed. Cheers Hi, As I said, re have restart the IFS middleware services and its the same.
Try this 1) Open a command prompt or Windows Start\Run screen, execute the following command - rundll32 %windir%\system32\dfshim.dll CleanOnlineAppCache2) Delete '2.0' folder where .net cache is stored under user’s Windows profile. In Windows 7/Windows 10, it is C:\Users\<user_neme>\AppData\Local\Apps\2.03) Reboot the user machine.4) Start the application Again
Thanks!
Could you utilize the history tracking for this? It sounds like that would be exactly what you want, and you can decide down to the field level the changes to track/log. Thanks, Joe Kaufman Thank you and we did look at this but as the views are highly transactable, we thought turning on history tracking wouldn’t be the good option due to system overhead / etc.
Hi, if you are using SSO for authentication, Random Generator is selected .. Actually, the password options are greyed out.
Hi, Yes, that was in my previous post. James
Hi, Yes.. I have found the ExternalSupplierInvoicesHandling Rest API - which has a description of ‘View or change supplier invoices and correct invoices with an error code.’ which interestingly (wasn’t expecting this), has a Action of ‘CreateExternalSuppInvoices’ Using Postman, we run the Rest call (passing some info in the payload) { "Source": "Testabc", "Selection": "It is a Text", "Company": "999", "LoadId": "999", "VoucherDate": "2019-10-10", "VoucherType": "It is a Text", "VoucherTypeFinalPosting": "It is a Text", "UserGroup": "It is a Text", "UseVoucherDateFromFile": true, "UseVoucherTypeFromFile": true, "CurrencyRateFromSystem": true, "RunInBackground": true }Then we checked in background jobs, noticed that a ‘Background job’ has started from this Rest call and it completes without error. But unfortunately, no Supplier External Invoice has been created. One thing that I did notice is that in the background job parameter field, non of the payload informatio
Thanks ! That’s great!
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.
