Hi Lorenzo, why do you want to export all of those items? In my opinion a full database backup should be sufficient. In addition, you might want to take a snapshot of the App Server or take a backup of the wwwroot-folder. Of course, run the Update first in a lower environment and perform testing afterwards before moving to Prod. Going from 6.16 to 6.22/6.23 isn’t considered as a migration - it’s just a Update installation. Best regards Roman Good day, thx 4 your reply.It’s correct that we’ve to upgrade to new version, but what we’re asking is:if there’s a procedure / methodology to test all the features that were working in prev. version in the new one.Also we’re askingif we’ve to execute some re-configuration activity or if we can expect that what was configured in 6.16 will be automatically reconfigured with 6.22/23
Hi @tomgreenwood, Thank you for your reply. This is happening in our client’s environment.If you have any other suggestions, please share :)
Any news on this topic?
Good day, i’m not sure the received replies are agreeing each other.Let’s speak a little more pratically:Primary objective let PSO checks parts in “Warehouse where SE can pick” and committ activities if and only if parts are available in “Warehouse where SE can pick”.Secondary objective: let FSM Mobile to make the “SE” see only the part of his “VAN of SE”, to mark as given to customer. ( we do not need to track parts after installation, it’s like a sell, we do not mantain info on products and parts installed )Configuration of places for person “SE”:Task Template of 1349,1353,1346 activities, part needs focus:As shown in image, we have a billable part(PART-ABC) automatically generate as part needs everytime we istanciate an activity of this task template.Stock Status before Committment:Warehouse: Van stock of SE: PSO Committment:Activities will be committed IF and only IF parts to execute activity 1349,1353 and 1356 are available in “Wharehouse where SE can pick” Considering that parts
Hi @AWLF, That was what I was referring to regarding having FSM do the work. You should be able to set up a check on the FSM side that will not clear the task for PSO if there are required parts on the task but none available. How exactly that would work would depend on the specific requirements but the general idea is, let FSM determine if the part is available and then let PSO determine the technician and routes. Kind regards, Lee Pinchbeck Got IT!That is what i’m looking for ! let FSM determine if the part is available and then let PSO determine the technician and routes
Hi @AWLF, This question is too complex to answer fully in the forums. It would be best to directly engage with IFS to work through the specifics of this issue to resolve satisfactorily. That being said there are a couple of notes to make: PSO will only be able to use the information that it has been sent to determine the routes. It will not do a call back to FSM during the routing calculation so the information will need to already be available in PSO. Sending too much information over to PSO quickly causes a lot of slow down and even timeouts so I would do as much of the part location and available technician calculations in FSM and then mark the locations/technicians with a field somehow in FSM (skill, status e.g.) and then send just that to PSO. If you do not want certain information showing to the mobile technician on their device you can either filter that data in the mobile design or (preferred method as it lowers data transfer) amend the sync rule relating to that data table s
Anyone can support on that?
Good day, unluckily it seems not enought setting these 128,47 - 1,2 parametersdo you know other to set?Thx for your guidance in advance
Hi @AWLF , Yes this is possible. Although there are different options available please use steps below: 1. verify what the task committed status is by getting the value for Scheduling App Params (threesixty_app_params) where param name is "COMMITTED_TASK_STATUS". by default the committed task status = "COMMITTED". 2. ensure a task_event is created when status of task is changed to "COMMITTED". use business rule Process "03" - TASK_EVENT_GEN for this. 3. Create substitution map (From menu choose Admin-->Notifications-->Substitution Map) to resolve the place.email from TASK_EVENT. 4. Setup distribution list which uses the substitution map as wild card member 5. Setup notification message. 6. create notification rule when task_event for COMMITTED is created. use business rule process "08" - TASK_EVENT_NOTIFY use distribution list defined in step #4 user notification message defined in step #5 Hope this helps. Cheers, Ruben Good day, thank you a lot
Good day Paul,You described in other word my Situation1, and it’s great!Is my Sol.1 screenshot related to “Place for Stock” configuration correct to model the situation that you described? Thanks and RegardsLorenzo
Good day, for task is ok but it seems an embedded function…Could you please detail more “copy the logic” for the request?how to implement this feature ? Is this a customization ?Ui designer ok, but how to implement the function?
Hi @Saranga Amaraweera I’m facing a strange issue: if i push on “save” in the higher menu of UI designer, the change to proprietis are lost! Is there a way to be sure that the proprietis are saved ?I can’t add the “name” value as highlighted below. ( i can add it but when i save the ui designer the change is everytime lost! )Anyway if I unterstood well - Ui Designer: match with Lobby SETTING: Maybe I have a doubt on url:In ui designer, in url field, have I to set the Lobby id showed in “lobby search”? directly without nothing else?
Hi @Saranga Amaraweera, thanks a lot for your help!I managed to add the lobby that i created but unluckily it not works ( nothing is shown ).So, Just for test, I tried to link the “product lobby”, the standard one but again nothing is shown, neither errors.It’s really strange because if i try to follow the standard path ( product → product lobby ) it works, but copying the same link in my customized screen, the link is not working (neither errors)Have you some extra hints? thx a lot in advance I configured just URLs ( 1 is my custom lobby - 1 is the standard product lobby ):
Thank you @Shneor,I managed to make it work!Cheers :)
Hi, thx u a lot for this advice..the cons that i see is that surveys are related to Requests and not to Products(with all relevant info directly tracked), but anyway it can be a solution :)(in history of services for the specific product i can find requests and i can check all the relevant info)About this implementation choice i have 2 extra questions:Have you managed to make the surveys compulsory to be filled for service engineers? (how) Can you set the “visibility”of surveys related to persons? I want that for the same request the dispatcher see only his relevant survey and the FSE sees only the field related. Thx again 4 helpRegardsLorenzo
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.
