Como evitar o erro do TXJCD na tabela J_1BNFDOC?

Quem já precisou fazer uma “correção manual emergencial” na tabela J_1BNFDOC já deve ter se deparado com o erro abaixo ( algumas pessoas chamariam pelo nome científico de “marretada” ;D )

Entrada SP 3550308 não existe na tabela TTXJ (check entry)
Sabe porque isso ocorre?
Isso acontece por causa da definição do campo na J_1BNFDOC… Ele usa o campo TXJCD com a tabela de verificação TTXJ:

Essa é a definição do campo:

O problema é que a tabela TTXJ não é a tabela de domicílios usada no BR. Então, mesmo que você tenha o docmílio cadastrado para Brasil vai acontecer esse erro.
Para evitar o erro é necessário criar uma entrada na TTXJ com o domicílio preenchido e o campo do esquema de cálculo em branco ( sim, a J_1BNFDOC não tem o esquema de cálculo então o acesso que ele faz na TTXJ é apenas com MANDT e TXJCD ).

Depois de criar a entrada na tabela TTXJ o sistema deixa salvar a “correção manual emergencial” na tabela J_1BNFDOC.
Uma curiosidade, existe um campo específico da localização Brasil para domicilios fiscais. O campo usado da localização é J_1BTXJCD e a tabela de verificação é a J_1BTXJUR ( onde estão todos os dominílios ), mas não é usado na J_1BNFDOC.

Moral da história: Por favor não alterem as tabelas, mas se precisar por algum motivode força maior então façam do jeito certo. Eu acho que o campo J_1BTXJCD podia estar na doc no lugar do TXJCD, mas isso é achismo meu.
Se vocês conhecem outro jeito de corrigir isso, fala aí nos comentários.
Valeu Gurizada,
Renan
O João Secco me falou um outro jeito de marretear e que vale para todos os casos ( não só J_1BNFDOC ). Pela SE16N você pode definir o parâmetro GD-CHECKKEY como ‘X’ e o sistema pula as check tables ( descobri também que tem um parâmetro &SAP_NO_CHECK para usar na SE16N que faz a mesma coisa ). Hoje o objetivo do blog já foi alcançado, aprendi algo novo ;D
Execelente dica Renan. Por vários anos procurei entender o motivo deste erro. Obrigado demais pela dica
Valeu pelo comentário, Rodrigo! Felizmente a quantidade de marretadas vem diminuindo com o tempo, em 2012 era toda semana hoje é muito raro.
Estou com esse problema. Na transação SM30 tabela J_1BTXJURV o domicilio fiscal está, . mas na tabela TTXJ não encontro o dom.fiscal não está lá. Com isso não consigo colocar no BP do cliente o domicilio fiscal pois da erro.
Oi Thiago,
Se o domicílio está cadastrado você pode estar com erro na configuração de domícilio, para Brasil precisa chamar uma função da localização justamente porque a tabela do domícilio não é a TTXJ. Se é um S/4HANA esse passo faz parte de scope items da localização, ele é igual ao que precisava fazer no ECC também.
Obrigada pela dica! Ajudou muito! Parabéns pelo rico material!