Erro 522 "CFOP de Operação Estadual e UF emitente difere UF destinatário"

[Former Member]

Boa tarde a todos,

Temos o seguinte problema:

Um ordem de vendas foi criada com o emissor da ordem do estado de MG, o recebedor da mercadoria de SP e o centro fornecedor de SP.

Desta forma, foi determinado o CFOP 5102 corretamente, visto que a operação é estadual.

Porém a NFe não está sendo validada pela Sefaz e está apresentando o erro acima.

Verificamos que o XML está considerando o endereço do emissor da ordem e não o recebedor da mercadoria.

Alguém já passou por isso?

Obrigado!

[henrique_pinto]

Verificamos que o XML está considerando o endereço do emissor da ordem e não o recebedor da mercadoria.

Você quis dizer "considerando o endereço do do emissor da ordem e não do centro fornecedor", correto?

Se sim, creio que seja caso de abrir chamado no XX-CSC-BR-NFE, para análise.

É uma operação de depósito fechado?

Sei de ouvir falar que deposito fechado não é um cenário localizado.

Vc amarrou uma planta de SP a uma filial/local de negócio de MG, para simular o depósito fechado?

Creio que o sistema calcula impostos baseado nos dados da planta, mas o XML é montado a partir dos dados da filial.

Abs,

Henrique.

[Former Member]

Bom dia, Henrique!

Não, eu estava me referindo aos dados de endereço do destinatário da NFe, que deveria ser do parceiro recebedor de mercadoria e não do emissor da ordem.

Pelo que verifiquei, parece que a Sefaz não fazia esta verificação antes (comparar o estado origem e destino com o CFOP), é possível que o programa J_BNFECALLRFC não esteja preparado para procurar os dados de acordo com o Parceiro WE e considere sempre o AG?

A configuração da J_1BSDICA está ok, tanto que o CFOP e os impostos estão sendo determinados corretos, a impressão que tenho é que esta configuração não é levada em consideração para o XML.

Att,

Fernando

[Former Member]

Bonaire, bom dia.

Lá na sua NFe (j1b3n) quem é o cliente? O de MG ou de SP?

Se estiver o MG e lá no XML enviar os dados do SP então creio que tá havendo algum mapeamento errado também na BADI!!!

[henrique_pinto]

Bonaire,

entendi o problema agora.

Como o Felipe falou, o codigo responsavel por ler as informacoes e montar o XML, independente do tipo de chamada do decouple (vazio, 1, 2 ou 3) está no FM J_1B_NF_MAP_TO_XML.

Em particular, navegue no form block_e, o momento de leitura do parceiro é:

    PERFORM read_partner USING    ' '               "main partner
                         CHANGING ls_j_1binnad
                                  lv_subrc
                                  lv_foreign.               "V1.10

Tente dar uma debugada nesse momento.

Abs,

Henrique.

[former_member182114]

No debug, também verifique se alguma modificação para o destinatário está sendo realizada dentro da BAdI.

Atenciosamente, Fernando Da Ró

[Former Member]

Bonaire, coloque o código fonte abaixo na badi método Header e tente debugar e ver o que está acontecendo:

**********************************************************************

CASE in_doc-partyp.

WHEN 'C'. "Cliente

SELECT SINGLE kunnr land1 adrnr

FROM kna1

INTO (v_kunnr, v_land1, v_addrnumber)

WHERE kunnr = in_doc-parid.

WHEN 'V'. "Fornecedor

SELECT SINGLE land1 adrnr

FROM lfa1

INTO (v_land1, v_addrnumber)

WHERE lifnr = in_doc-parid.

WHEN 'B'. "Filial

SELECT SINGLE land1

FROM t001w

INTO v_land1

WHERE j_1bbranch = in_doc-branch.

ENDCASE.

[Felipe_Silveira]

Olá,

O CFOP determinado parece estar correto, pois inicia com 5, para seu processo entre estados. O erro portanto parece estar no mapeamento do endereço do emissor, no XML.

Verifique se não ocorreu modificações no programa J_1B_NF_MAP_TO_XML.

Qual Support Package está sendo utilizado? Tente sempre usar um SP recente.

Mantenha seu sistema atualizado com as últimas notas de correção devidamente aplicadas.

Att,

Felipe Silveira