Buenos dias comunidad de la SCN:
Estoy pensando introducir el uso de un subtipo de cliente de infotipo de emolumentos básicos (0008) para dar cobertura a una solución.
Me preocupa que el sistema no este listo en todos las solución nacionales que el cliente tiene activada.
Según reviso el estándar; estos son los subtipos existentes:
0
1
2
3
4
BR01
DEBV
DUBE
ERA
FA
FBNL
FI01
FS
HG
HG54
IN01
NO01
NO02
Los subtipos 0 a 4 son internacionales, mientras que los demás son específicos de países...
En teoria el sistema esta capaz de gestionar la lectura del IT0008 por subtipo, pero se que no es algo que se realiza de manera sistemática:
Dentro de la solución Española, los siguientes programas estándares me suponen un problema:
RPCAFIF2: linea 252 rp_provide_from_last p0008_tab space p_tmin p_tmin.
RPCAFIF3: linea rp_provide_from_last p0008_tab space p_wa_0799-begda p_wa_0799-endda.
RPCAFME1: rp_provide_from_last p0008_tab space p_tmin p_tmin.
Según TRMAC; si el segundo parámetro es nulo no se valora el subtipo como elemento condicionan del loop.
| RP-PROVIDE-FROM-LAST | 001 | **************************************** |
| RP-PROVIDE-FROM-LAST | 002 | * RP-PROVIDE-LAST INFTY SUBTY BEG END * |
| RP-PROVIDE-FROM-LAST | 003 | **************************************** |
| RP-PROVIDE-FROM-LAST | 004 | * SORT &1 |
| RP-PROVIDE-FROM-LAST | 005 | PNP-SW-FOUND = '0' |
| RP-PROVIDE-FROM-LAST | 006 | CLEAR PNP-SY-TABIX |
| RP-PROVIDE-FROM-LAST | 007 | LOOP AT &1 |
| RP-PROVIDE-FROM-LAST | 008 | IF &2 NE SPACE |
| RP-PROVIDE-FROM-LAST | 009 | CHECK &1-SUBTY EQ &2 |
| RP-PROVIDE-FROM-LAST | 010 | ENDIF |
| RP-PROVIDE-FROM-LAST | 011 | IF &1-BEGDA LE &4 AND &1-ENDDA GE &4 |
| RP-PROVIDE-FROM-LAST | 012 | PNP-SW-FOUND = '1' |
| RP-PROVIDE-FROM-LAST | 013 | EXIT |
| RP-PROVIDE-FROM-LAST | 014 | ENDIF |
| RP-PROVIDE-FROM-LAST | 015 | IF &1-BEGDA LE &4 AND &1-ENDDA GE &3 |
| RP-PROVIDE-FROM-LAST | 016 | PNP-SY-TABIX = SY-TABIX |
| RP-PROVIDE-FROM-LAST | 017 | ENDIF |
| RP-PROVIDE-FROM-LAST | 018 | ENDLOOP |
| RP-PROVIDE-FROM-LAST | 019 | IF PNP-SW-FOUND EQ '0' |
| RP-PROVIDE-FROM-LAST | 020 | IF PNP-SY-TABIX NE 0 |
| RP-PROVIDE-FROM-LAST | 021 | PNP-SW-FOUND = '1' |
| RP-PROVIDE-FROM-LAST | 022 | READ TABLE &1 INDEX PNP-SY-TABIX |
| RP-PROVIDE-FROM-LAST | 023 | ELSE |
| RP-PROVIDE-FROM-LAST | 024 | CLEAR &1 |
| RP-PROVIDE-FROM-LAST | 025 | ENDIF |
| RP-PROVIDE-FROM-LAST | 026 | ENDIF |
MP009240: no considera el subtipo del IT0008 en su lectura.
HR_E_GET_PART_TIME_COEF: La macro GET_INFTY_RECORD_IF_THERE no valora el subtipo.
CL_HRPA_UI_CONVERT_0092_ES metodo get_p0008 no valora el subtipo..
Bueno, seguro que unas cuantas mas.... y toda via no he explorado los desarrollos de clientes; pero estos los modifico yo 
Bajo mi punto de vista, y motivado por el uso del sistema a nivel internacional y una nota que me liberaron para un error similar en Francia (2090148 - Basic pay and default contribution model defined with feature 06FC0 cannot be set in the infotype new framework.) entiendo que se trata de una carencia del estándar.
Por eso me gustaría saber si es algo que SAP podría modificar bajo solicitud via un mensaje OSS o si esta solicitud se rechazaría con motivo A o B (por ejemplo el estándar de España no usa los subtipos del 0008)...
Muchas gracias,
Antoine