on 11-03-2012 10:19 AM
Hi,
Please guide how can I enable the start location of the trip on the ESS portal so that user can select the start location of the trip as well. Currently, the start location is set as their currently as default and there is no option to make any changes in it.
If there is an foreign employee who works in some other country and even his location is set as Foreign in HR Data even then the trip is starting from the different country which is the base location.
Example - There is one company code which is based in US and have different offices in different countries. Company hires the local guys in other countries but their payroll gets executed in US only. In this case even if they travel from other country, their start of trip is considered as US which is wrong since they never came to US. Please guide how can I make Start of the field inputable.
Regards
This message was moderated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
may I ask on what EHP / SP you are on? I'm curious because we are on EHP4 SP 51 and these fields don't exist for us. I had to enhance the application.
Cheers, Lukas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The very field itself is what confuses me. In our environment, in the standard, there is no "start location" it's non-existent. The system is working with MOLGA here and MOLGA depends on the PERNR's personnel sub area. If this is what you mean, you could try BADI AFTER_TRIP_SETTLEMNT method CHANGE_TRV_OBJECTS and manipulate MOLGA here. But I don't know what kind of other effects this would have on the trip; might be a bad idea.
I used explicit and implicit enhancements in PTK99, PR05(well, modifications here, because the enhancement framework is not supported in Dynpros) and the Webdynpros with means of the enhancement framework to add a customer field "Startland" (there are no predefined out of the box solutions like BADIs or User Exits for what I've developed here). This only ensures the gathering of the information for the starting land, it has no automatic impact on the stettlement of the trip, but it's rather an information for the special department handling the trips so they know they have to manipulate the settlement by hand.
Cheers, Lukas
I think I saw this question some months back so maybe this will help;
If you have a start default address and it is company location, then the company address is taken from the global parameters of Financial Accounting customizing
IMG:
> Financial Accounting
> Financial Accounting Global Settings
> Company Code
> Enter Global Parameters
(this points to table ADRC)
For the employee home address, it is taken from infotype 0006 and if If it is not maintained, so it cannot be proposed in the dropdown.
If the field is hidden , the departure for work is taken by default, (you can do this in transaction FITVFELD_WEB) and then the field would be prepopulated , but can be modified manually - in fact these changes came with note 1266799 for both Java and ABAP - but overall you need to look at modifying the visibility of the field Departure from Residence or Place of Work in FITVFELD_WEB - HEAD_PERIO_DEPAR )
Hope it helps!
Sally
Hi Sally
Hope you are doing well
In our scenario there are 40 Personnel areas each with different location (countries) but only one company code. Now, here the importance of start location comes in...even an employee is based on different location and whenever he creates a trip in portal it is taking the default location of head office and not the location where the employee is based which is incorrect.
The departure from Home and Departure from work option is visible on the portal.
Please advise as it very critical and urgent requirement.
Regards
Hi,
Any advise on the above problem.
I have tested maintaining the Employee Home address to a different location and selecting in portal as Departing from Home but still the start location by default is coming as the Company code location.
Company have several offices located in different countries and all the employees based in different countries are maintained in HR Master data.
Please advise how is it possible to change the Start location of the trip in portal. The option is coming as greyed out. From where exactly the system is taking location?
Regards
Hi Andy,
I think we are talking at cross purposes...
Did you read my earlier post?
The very field itself is what confuses me. In our environment, in the standard, there is no "start location" it's non-existent. The system is working with MOLGA here and MOLGA depends on the PERNR's personnel sub area. If this is what you mean, you could try BADI AFTER_TRIP_SETTLEMNT method CHANGE_TRV_OBJECTS and manipulate MOLGA here. But I don't know what kind of other effects this would have on the trip; might be a bad idea.
This should be working to manipulate the origin of the employee.
Please advise how is it possible to change the Start location of the trip in portal. The option is coming as greyed out. From where exactly the system is taking location?
Can you please post a screenshot of this greyed out field you are talking about? I can't comprehend this, there is no such field for me or maybe it's hidden by default in my system or I'm just blind
Cheers, Lukas
Hi Lukas,
Thanks for the solution.
If I understood you correctly, you mean to say that the start location of trip is picked up from the PERNR Personnel Area and MOLGA.
Actually I have tested that part and still the location is coming as location where company is situated. Example - company is based at India and Employee is located at London (Personnel Area) but when I am creating trip it is taking India as start of trip instead of London.
What specific setting I am missing..is it MOLGA which is creating problem? Please advise and what is correct step for it?
Please find attached the screenshot of the ESS portal where it shows the start location of trip which is coming by default.
Regards
Now I understand what you actually mean, sorry, complete misunderstanding.
Your observation seems to be correct, apparently the country is indeed coming from some part of the company's organizational object, I don't know what object is used, though.
Considering your problem, that the field is read-only, have you tried FITVFELD_WEB for the respective schema yet? I think it can be changed there, so it won't be read only anymore and you could change it (even if the default value still remains a mystery ).
Cheers, Lukas
Hi,
Not sure if I understand your problem but the screen you show is from additional destinations. In that screen the default is taken from whatever has been defined in general data which of course also makes sense.
So as long as your users enter this information first would your additional destinations screen not work as expected?
Br Jan
Hi Sally,
What I found that is the point that you mentioned helps in calculating the Mileage details. But I need the Start location of the trip based on the employee location. Also, if start location cannot be changed then what is the purpose of assigning different number range based on Personnel Areas.
How do we handle trip of Foreign based employees?
Regards
Hi Lukas,
I was able to find out that the start location gets picked up from the Company code country.
With the help of the ABAPer I was able to make that change...to get the start location based on Employee Personnel Area.
Now whatever is the employee Personnel Area system takes that as the start location in SAP R/3. Now the problem is we are unable to make that change affect in ESS portal..
Means not able to find how that change will be done in ESS portal. Any guidance.
Regards
Hi Andy,
Neat! Can you technically elaborate how/where you did that "change"? Is it a modification/enhancement/BADI/CMOD? I'm curious 😄
Concerning the alteration of the Itineraries in the WDAs, I do have a suggestion, yes:
I had the requirement from my special department to change a certain part of the description text of particular itinerary types. This is where I manipulated the itab items to achieve it:
WDYN Comp FITE_VC_ITINERARY
Comp Controller Overwirte Exit for Method "CHECK_ITINERARY".
Below this part of coding in the method...
CALL FUNCTION 'PTRA_WEB_ITINERARY_CHECK_2'
EXPORTING
i_employeenumber = wd_assist->gs_common_rfc_input-employee_number
i_tripnumber = wd_assist->gs_common_rfc_input-trip_number
i_periodnumber = wd_assist->gs_common_rfc_input-period_number
i_periodversion = wd_assist->gs_common_rfc_input-period_version
i_trip_action = wd_assist->gs_common_rfc_input-trip_action
i_trip_component = wd_assist->gs_common_rfc_input-trip_component
i_trip_application = wd_assist->gs_common_rfc_input-trip_application
i_no_memory_update = lv_no_memory_update
i_language = wd_assist->gs_common_rfc_input-language
it_itinerary = lt_itinerary_input
IMPORTING
et_itinerary = wd_this->mt_itinerary
e_itinerary_default = wd_this->ms_itinerary_default
TABLES
et_return = lt_return.
...there is, in my opinion, the best chance to manipulate the itinerary items before they are further processed. I altered the contents of wd_this->mt_itinerary according to my requirements.
Check this with your ABAPer, he'll need to get a grip of the processing logic and implement the logic you used beforehand to solve your problem for the backend at this point and make it reflect upon wd_this->mt_itinerary. Likewise this should be done in Method GET_ITINERARY to rule out inconsistencies.
This would be my suggestion.
Cheers, Lukas
User | Count |
---|---|
100 | |
12 | |
11 | |
6 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.