cancel
Showing results for 
Search instead for 
Did you mean: 

J_1BTXIC3V - Erro ao alterar dados / J1BTAX

daniel_coelho
Explorer
0 Kudos
1,254

Pessoal, preciso de uma ajuda urgente.

Ao tentar atualizar os dados referente à J_1BTXIC3, pela J1BTAX, OU executando a view J_1BTXIC3V, está dando erro.


Resultando:

Ao atualizar a data do primeiro item de 31.12.9990 para 31.12.2016, por exemplo, me apresenta a seguinte mensagem ao clicar em gravar:

Bom, fui verificar a tabela A382, que é onde estes dados são gravados e verifiquei que a data continuava a original,

Comecei o processo de debug...

Primeiro, na SM13, encontrei onde estava ocorrendo o problema:

Como esta função ( RV_KONDITION_SICHERN_V13A ) roda em update task, coloquei um ponto de parada para pegar via SM50.

Feito isto, debugando, entendi que:

É feito um loop nesta tabela de erros encontrada na SM13 ( VBMOD ), então passaria 27 vezes neste caso.

A primeira vez que entra neste loop at db_time assigning <db_time>, ele popula  a tabela interna delete_tab, a qual vai como parâmetro no perform db_update in program (access_program) tables delete_tab using updkz_delete returncode. O programa é o RV13A382. Neste programa, ele faz a deleção do registro cuja data é a data original, não alterada. Até aí tudo bem. Registro eliminado.


Depois, este loop é chamado novamente, e faz a inclusão do registro novo com a data nova. Perfeito!


Porém, é chamado uma terceira vez, onde ele tem o dado original e o dado modificado na tabea db_time. Então tenta eliminar o que já eliminou, causando erro. E se tentar forçar, ele vai tentar inserir e então dará erro também. A mensagem aparece e é feito rollback.

Já eliminei a VBMOD, Já eliminei a db_time e demais estruturas que poderiam estar sujas, etc etc etc.


Não sei mais o que fazer e espero que vcs possam me ajudar.

Att,

Coelho

View Entire Topic
marceloromeiro
Explorer
0 Kudos

Eu tive esse problema pós implementação do S4 - e não encontrei de forma fácil a solução. O próprio debug já é complicado de ser feito.

Aparentemente parece ser uma falha de configuração da J1BTAX, que torna mais evidente após as inumeras atualizações que o S4 trás junto.

Esse KB da SAP vai ajudar a identificar o problema: 2693362 - DBSQL_DUPLICATE_KEY_ERROR at J1BTAX Migration Dump.

Após identificar esse KB ainda tive problema para identificar o condition type correto. Para isso usei um documento "Brazil_Condition_Based_Tax_Calculation_V1.9.pdf" em anexo na nota 1706309 - CI BR: CBT - Condition-Based Tax Calculation Brazil (updated) que é refenciada nesse KB.

Ainda há o ponto de ter dificuldade caso não tenha o condition type cadastrado no sistema. Nesse caso, eu acredito que é necessário entender como atualizar os dados de condition type, que acredito que seja atualizando o BC-SET, conforme é descrito em uma resposta nesse post J1BTAX - Erro na sequencia de acesso .

Espero ter ajudado.

I had this problem after implementing S4 - and I couldn't easily find the solution. Debugging itself is already complicated to do.

Apparently it appears to be a J1BTAX configuration flaw, which becomes more evident after the numerous updates that the S4 brings with it.

This SAP KB will help identify the problem: 2693362 - DBSQL_DUPLICATE_KEY_ERROR at J1BTAX Migration Dump.

After identifying this KB I still had trouble identifying the correct condition type. For this I used a document "Brazil_Condition_Based_Tax_Calculation_V1.9.pdf" attached in SAP note 1706309 - CI BR: CBT - Condition-Based Tax Calculation Brazil (updated) which is referenced in this KB.

There is still the point of having difficulty if you do not have the condition type registered in the system. In this case, I believe it is necessary to understand how to update the condition type data, which I believe is by updating the BC-SET, as described in an answer in this post J1BTAX - Erro na sequencia de acesso .

I hope I have helped,

Regards,

Marcelo Romeiro