Olá, Nyckolas.
Verifiquei a lista do KBA:
ok 2232757 - Interstate consumption operations for ICMS non-taxpayer
ok 2232775 - ICMS ST Legal Classification Code
ok 2241138 - ICMS ST Legal Classification Code mapping
ok 2242395 - ICMS Partilha outgoing
não aplicada 2244706 - ICMS Partilha in NFEIN solution
não aplicada 2245047 - ICMS Partilha in CT-e outgoing
não aplicada 2246164 - ICMS Partilha in CT-e incoming
ok 2246896 - ICMS ST Legal Classification Code CEST is not determined
ok 2251879 - NF Writter J1B1N Interstate Consumption Operations for ICMS non-taxpayer
ok 2252987 - ICMS Partilha in future delivery outgoing
ok 2253263 - Data access class and table type to J_1BAJ table
ok 2254449 - Partilha Error Invoice created with service flag in material
não aplicada 2254461 - Dump on tax rate migration for table J_1BTXIC1 with application TX
ok 2255634 - Partilha Error in the BAdI for base reduction
ok 2256880 - Industrialization material calculating ICMS Partilha
não aplicável (só para 605) 2256933 - ICMS Partilha not calculated with TAXBRJ in EHP5
ok 2258173 - ICMS Partilha Enhance for Future Delivery Outgoing - APLICAR
ok 2258220 - Wrong pricing calculation in scenario without IPI
ok 2259911 - ICMS Partilha fields incorrectly filled in scenarios without ICMS Partilha
Só não temos as notas do NFEIN e CT-e, que são soluções que não existem aqui.
Um detalhe é que depois da nota 2259911, NF Writer não tem mais nenhuma informação de ICMS partilha enviada para a mensageria (devido ao IF wk_header-partr <> 0. do include LJ_1B_NFEF79).
Acredito que há um problema ao redor da função J_1B_NF_OBJECT_READ. Quando a execução vem da J1B1N, a tabela j_1btpartilha ainda não foi lida em memória e a taxa não é movida para OBJ_HEADER-PARTR.
Estamos com um workaround: implementamos um enhancement nesta função para ler e colocar o percentual da partilha em OBJ_HEADER-PARTR, se houver condições ICAP, ICEP ou ICSP em processamento. Dessa forma temos certeza que a partilha será utilizada no processamento.
Grato!
Sato.