Skip to Content
avatar image
Former Member

Data inconcistenices due to check on GRPVL field

Hi Experts,

We have not gone for concurrent employement solutuion, ie., not activated. But, getting inconsistencies in the data while accessing/updating country specific ESS applications (Personal Data, Bank details etc.,) due to check on GRPVL field. When I run the report RPUFIXDS, it is showing all the inconsistencies with data and am able to correct those with this program. Once, all error corrected, the PA tables are updating GRPVL field with respective country grouping.

Question is, while creating Master data, PA tables are not storing with any values in GRPVL. In the first instance, this shouldn't be required to update when we not using concurrent employee. As we are not activated concurrent employee system shouldn't check this field GRPVL while accessing ESS. Please give solution to this issue.

The error is : "Data record &1 has grouping value "" instead of &2

Thanks,

Purandhar P

Add comment
10|10000 characters needed characters exceeded

  • Follow
  • Get RSS Feed

1 Answer

  • avatar image
    Former Member
    Sep 23, 2008 at 05:49 AM

    Hi Purandhar,

    Go to table T77S0 and activate switch CCURE PC UI with value X and maintain the entry. Your issue will be resolved.

    Arti

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member

      Arti,

      Thanks,

      One more finding.

      I have removed the groping reasons ( I think all these reasons for concurrent employement and attachment to a class module) against each infotype said in table V_T582G, and then switched off the PC_UI flag, then created employees and found that no data inconcistancies.

      So, I think instead of switch on this, we can also removed the grp reasons attached to each inoftype. it worked well and not showing data inconsistancies.

      And, I am not bouthered about payroll as of now. ... So, what I am going to do ie switch off back this flag and removed grp reasons from table V_T582G,, which is resolving my problem in master data entry in PA30/40, data inconsistancies for infotypes 2,6,9 etc., and ESS applications data inconsitancy.

      Hope I this is Ok.. Please confirm back your openion.

      finally I found that there are 3 solutions for this..(options)

      1) remove 'copy infotype' option for the infotypes in V_T582A

      2) remove groping reasons against each infotype in V_T582G without activating the switch.

      3) activate switch and remove grp reasons in V_T582G.

      May be my client go for concurrent employemnt solution in phase, bearing in mind what would you suggest.

      Thanks,

      Purandhar