cancel
Showing results for 
Search instead for 
Did you mean: 

Tax Number 2 in Vendor to be updated from Employee HR Master

Former Member
0 Kudos

Hi Team,

For your information:

  • CPF number is Tax Card (CPF – Cadastro de Pessoa Física): It is need for any financial transaction(e.g. open a Bank account; tax declaration,…)

For Brazil, the "Tax Number 2" field in the Vendor master is the CPF number in Brazil. This field value is required for payment of travel expenses. Currently this data is being updated using transaction FK02 after the travel vendor is created through PRAA. In the HR master the CPF number for the Employee is maintained in Info Type 2 - Personal Data in the field ID Number.

Is there a possible way to update the EE's CPF number from Personal Data (IT 0002) to the "Tax Number 2" field when creating the travel vendor (automatic batch processing). In other words this information needs to be automatically updated from HR Master data instead of manually doing it through FK02. Please find attached the screen shot for your reference.

Thanks in advance.

Regards,

Vish.

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Hi Friends,

We were finally able to update the Tax Number 2 field in Vendor with the CPF number from the Employee's HR Master data. IT0465 wasn't needed. Feels nice to share the solution with you all.

We have utilized the routine RPRAPAEX. In this routine under SET_MC_FIELD_BY_USER we have inserted our piece of code. During the execution of PRAA this piece of code checks if the Employee belongs to a Brazilian Company Code and then copies the CPF number from Employee's Personal Data (PA0002-PERID) into the corresponding Vendor's Tax number 2 (BLFA1-STCD2) field. The normal person checkbox (BLFA1-STKZN) was also taken care of.

Thank you all for your time and valuable inputs.

Regards,

Vish

0 Kudos

Hello, can you give us the code used?

Thanks

Answers (1)

Answers (1)

Former Member
0 Kudos

Hi Vish,

I'm not familiar with Brazil law. But if this is a legal requirement, PRAA should be able to include this update. Have you checked SAP notes for that?

Or maybe you can use the user exists. There are two routines RPRAPAEX and RPRAPAEX_001

Just check the information on report RPRAPA00.

Normally this report is extremely advanced to get all legal data updated as needed.

Best regards,

Sigi

Former Member
0 Kudos

Hi Sigi,

Got the below update from one of the SCN posts as well as a reply from SAP

"IT0465 must be handled for RPRAPA00 via the user exit (Badi BADI_EXITS_RPRAPA00 / Method SET_VALUES_FOR_BLFA1)"

In this reply they have mentioned about IT0465, but in our requirement we need the CPF number maintained in IT0002 to be populated in the Vendor's Tax Number 2 field after PRAA execution. The info type 465 is not in use.

Please advise.

Regards,

Vish

0 Kudos

Hi Vish

Yes I saw the reply on the other thread in ERP HCM and in OSS but it is true, PRAA does not support specific country versions and the user exits need to be adjusted to take into account special requirements.

In fact, in the Brazillian country version, from checking on the PA-PA-BR side, the CPF is recorded via the use of IT0465 and then you can use the user exit and the method SET_VALUES_FOR_BLFA1 to pass it for STCD2,

All documents for brazilian employees can be entered in IT0465.
There is a subtype related to each brazilian document.

The CPF should be the subtype 0001.

Hope this helps

Sally

Former Member
0 Kudos

Hi Sally,

Technical team is not able to implement the Badi BADI_EXITS_RPRAPA00 / Method SET_VALUES_FOR_BLFA1 because of the runtime behavior status. Please see below screenshot.

Due to the above status the changes in this BADI are not getting called during execution.

Please advise.

Regards,

Vish

Former Member
0 Kudos

Hi Sally,

why PRAA does not support country versions?

Or do you mean customer enhancements?

Best regards,

Sigi

0 Kudos

Hi Sigi

This came up recently as I was looking at a different issue (extra digits in bank reference number) and basically its because the infotypes we provide in the structure for BLFA1 are the only ones that we can deliver as standard as each country version is different, so essentially those Infotypes are consistent across all country and non country versions (and in this case in PA0002, the CPF is not actually passed for Brazil but handled via a different Infotype specific to brazil!)

Cheers

Sally

0 Kudos

Hi Vish

I am not sure on this why the BAdI cannot be implemented, its hard to know from an outside guess, did you look at the sample implementations (there should be some in the documentation as referenced in note 570023)

cheers

Sally