Campo vAFRMM para transporte Marítimo - NFE 3.10

Olá Pessoal,
Para NFE 3.10, é exigida a tag vAFRMM quando há transporte marítimo.
AFRMM = Adicional de Frete para Renovação da Marinha Mercante.
O problema é que nas transações de NFe, esse campo aparece como cabeçalho e no XML aparece como item. O valor no XML para os itens, aparece REPLICADO com o valor do cabeçalho (MarFrete).
Alguém conseguiu resolver esse problema?
O mesmo foi corrigido por nota da SAP ou o rateio ocorreu na BADI mesmo?
Procurei até controle de tela para abrir esse campo nos itens, mas não encontrei nada.
Agradeço desde já qualquer informação,
Paulo Henrique

Oi Paulo
Esse campo é preenchido via BadI. Ou seja, necessário verificar o desenvolvimento interno.
Abraço
Eduardo Chagas

Similar Messages

  • SAP SP necessária para suportar os componentes para o SAP GRC NFE 1.0 no XI

    oi,
    Como estamos atualizando as nossas caixas de XI de SAP XI SAP PI 3.0 para 7,11, verificando o SLD notamos que Nota Fiscal componente de software está disponível. Assim, a pergunta é o que é que os Service Packs do sistema fonte precisa ter, a fim de fornecer todos os componentes necessários para a NF-e?
    temos dois sistemas de fonte da qual enviamos os dados para XI, você pode sugerir o que é o pacote de serviços adequados para apoiar SAP GRC NFE 1.0 no XI
    1> 6,0 SAP ECC, SP, 14
    EHP 2, Nível 2
    PI_Basis = 2005_1_700, Level 14
    ST = PI 2008_1_700 Nível 2
    2> 6,0 SAP ECC, EHP 4
    Muito obrigado

    Ola, vi o seu e-mail mas resolvi responder por aqui!
    Na realidade, se voce for realmente trabalhar com o GRC, dependendo da secretaria da fazenda que voce ira trabalhar aconselhor que voce aplique o sp15 no grc, consule SAP Note 1487119, nessa nota haverao todos os procedimentos necessarios.
    Como haviamos falado anteriormente por e-mail, seria necessario, caso vc realmente queira trabalhar com o GRC a aplicacao de algumas notas tecnicas no proprio GRC.
    1477834     XML Layout Version 2.00: Missing parameters in NF-e BAdI
    1487119     SAPK-10015INSLLNFE: Support Package 15 for SLL-NFE
    1496216     Rejection of NFe because of wrong data type of date fields
    1499921     Problem with validation after implementing SP15
    1498700     Problem on signing NF-e
    1497767     Fill field qTrib for new layout version 2.0
    1500046     Upgrade validation rule for field ID for version 2.0
    1500742     Adjust validation for field NADICAO and NSEQADIC layout 2.00
    1501545     Problems in trying to see a XML in the IE
    1502612     Select the NFe Status Check Service for Incoming B2B message
    1502217     Extend validation rules for <DI>/<adi>, layout 2.00
    Sem mais, precisando me mais ajuda avise

  • Campos para Transportation-ECC

    Olá pessoal,
    Por favor, alguém de vocês já precisou utilizar campos como nº de RENAVAM, cor do veículo, tipo de veículo, condição do veículo, placa, contato do proprietário? Como fizeram?
    Obrigado,
    Renato Pereira.

    Olá Renato,
    Não estou certo de onde exatamente você precisa inserir estas informações, mas como você mencionou "Transportation" vou chutar rs.
    Se for isto mesmo, os campos abaixo na VT01N não te atendem? Caso em seu projeto estes campos já não tenham uma função específica, você pode manter as tabelas destes campos no customizing de acordo com a sua necessidade e alterar os elementos de dados correspondentes, para que os rótulos dos campos e campos da tabela correspondam ao que você precisa.
    abs.

  • Novo contato para o produto SAP NFE

    Caros,
    estou colocando esta informação aqui pois ainda existem muitas mensagens e e-mails direcionados/nomeados a mim, com dúvidas sobre escopo e prazos de liberação de funcionalidades do produto SAP GRC NFE.
    Como é de conhecimento de alguns, desde 1o de Julho eu saí da área de Localização para perseguir novos desafios na SAP (clichezão, rs) e portanto deixei de ser Product Manager para o NFE. Ainda estou ajudando o pessoal temporariamente num caráter de phase out, mas já não estou mais me envolvendo diretamente em novos tópicos. Meu último "grande" projeto foi a liberação do Layout 2.00.
    Contudo, como construímos ao longo dos últimos 3 anos um excelente canal de comunicação (sem trocadilhos ) aqui no fórum, conseguindo trazer de forma mais ágil informações da SAP para a comunidade e vice-versa também, eu não queria deixar isso se perder. Por isso, estou anunciando aqui que a partir de agora, o The specified item was not found. é o novo product manager responsável pelo produto SAP NFE. Ele é partir de agora o ponto de contato para informações sobre prazos, funcionalidades etc., incluindo a próxima versão SAP NFE 10.0 que fará a automação de NFes de entrada. O Bruno tem 5+ anos de experiência na SAP, era responsável no suporte por assuntos de localização, incluindo NF-e e SPED, e com certeza vai ajudar bastante o time. Boa sorte ao Bruno nas novas tarefas!
    O The specified item was not found. continua como responsável pelo suporte do produto.
    Eu continuarei ainda participando aqui do fórum, sempre que possível, colaborando e compartilhando os conhecimentos adquiridos ao longo desse tempo. Apenas não serei mais a pessoa que poderá falar oficialmente de prazos, escopo de novas funcionalidades etc. Mas no que for possível, continuarei ajudando.
    Abraços,
    Henrique.

    Bom dia Henrique,
    Não sei por onde começo mas tenho vários Parabéns para você.
    Começando pelo esforço em criar a mensageria para nota fiscal eletrônica da SAP um produto reconhecido pela qualidade, escalabilidade e coerência em seus códigos, comportamentos desde os tempos de Projeto Piloto, passando pelo Acelerador e finalmente o SAP GRC NFE e todos os SP's, ENCATES e SEFAZES no meio do caminho.
    Também pelo seu esforço pessoal aqui no SCN, dedicando várias horas livres a criar e dar VIDA a este espaço para nós da comunidade de profissionais em SAP no Brasil nos encontramos e trocarmos idéias seja sobre erros, dúvidas, medos de projeto, problemas comuns entre Sefazes..rsss
    E claro pelas excelentes discussões que tivemos, aprendi muito contigo.
    Sucesso na nova empreitada, e sempre possível dê uma passadinha por aqui.
    Muito Obrigado por tudo.
    Atenciosamente, Fernando Da Ró

  • IMPOSTOS PIS E COFINS DE IS-OIL NAO ESTAO INDO PARA O XML DA NFE

    Prezados,
    Estamos em um projeto de IS-OIL, SAP Release EHP5 S.P. 05, e nos apareceu o seguinte problema nos testes da NF-e.
    O PIS e COFINS estao configurados atraves das condicoes OI1A e OI1B, TAX GROUP OI1A e OI1B respectivamente, que faz com que na nota fiscal estes impostos sejam estatisticos.
    Acontece que na funcao standard J_1B_NF_MAP_TO_XML, quando passa por um imposto estatistico com RECTYPE = 2 e com TAX GROUP diferente de PIS e COFI, nao aceita e nao leva os valores.
    Pesquisamos por alguma nota na SAP, mas nao encontramos.
    Algum de voces ja passou por este problema, podem nos ajudar por favor?
    Antecipadamente agradeco,
    Diogenes L. Souza

    Prezados,
    Eu abri um chamado para a SAP a respeito desse problema, e depois de tentarem resolver o problema inclusive criando uma OSS NOTE especifica para o assunto, nao deu certo e a resposta final da SAP eu reproduzo abaixo :
    unfortunately I do not have such great news.
    I have just received the information from our LPM that SAP do not
    support industry specific conditions to be exported to the XML.
    The recomendation is that the customer implement the necessary
    modifications himself or look for a LPM and create a new development
    request.
    Saying this, you have to undo the modifications created by note 1671892
    and close this message
    Entao, diante dessa resposta, o jeito e desenvolver algo, ou solicitar o desenvolvimento caso haja tempo habil.
    Obrigado a todos,
    Diogenes

  • Campo cNF do XML v.200 da NFe com 9 dígitos

    Olá!
    Estamos testando a NFe na versão 2.00 do XML.
    Encontramos inconsistência no campo cNF do XML gerado pelo SAP.
    Segundo o Manual do Contribuinte 4.01, o campo cNF deve ter o  tamanho de 8 dígitos.
    Nosso ambiente de testes está com o SP18 atualizado e o local de negócio atualizado para gerar o lay-out do XNL da NFe no na versão 2.00. Neste ambiente, o SAP está gerando o campo CNF no XML com o tamanho de 9 dígitos, sendo invalidado pelo SEFAZ.
    O XML na RFC do SAP do cabeçalho da NFe, gera o campo
    Somente para a versão 1.10 do XML da NFe que o campo cNF tem 9 dígitos, sendo que o primeiro refere-se ao tipo de emissão. Entretanto, para a versão 2.0 do XML, segundo o manual do contribuinte 4.01, dever ter 8 dígitos.
    Não temos o GRC. Nosso serviço de mensageria é da Alliance.
    Aplicamos as Notas SAP abaixo, porem sem sucesso:
    Note 1519167 - Nf-e: Issuing type filled for XML-version < 2.00
    Note 1520408 - Nf-e: Issuing type filled for XML-version < 2.00 and RFC = 3
    Alguem já passou ou está passando por isso? Como está resolvendo?
    Obrigado.
    Abrçs
    Heron Caetano

    Ola, respondendo a sua pergunta.
    O formato com 9 digitos para a troca de dados entre o ECC e o GRC aparentemente foi mantida para compatibilidade das versões, porem, a validacao dos dados do NFEid por exemplo e os demais processos, para o formato 006 ( XML 2.0 ) leva em conto o novo formato de 8 digitos como demonstrado abaixo.
    IF lv_id(2)     NE is_nfe_header-cuf       "Region
      OR lv_id+02(02) NE is_nfe_header-demi+2(2) "Year
      OR lv_id+04(02) NE is_nfe_header-demi+4(2) "Month
      OR lv_id+06(14) NE is_nfe_header-c_cnpj    "CNPJ of issuer
      OR lv_id+20(02) NE is_nfe_header-mod       "model
      OR lv_id+22(03) NE lv_serie                "serie
      OR lv_id+25(09) NE is_nfe_header-nnf       "NFe number
      OR ( lv_id+34(01) NE is_nfe_header-tpemis    "Issuing type
           AND is_nfe_header-version NE gc_xmlvers1_erp )  "only for newer version then 1.10 (005a)
      OR lv_id+35(08) NE is_nfe_header-cnf+1     "random number (except first digit fixed zero)
      OR lv_id+43(01) NE is_nfe_header-cdv.      "control digit
    De uma verificada no seu ambiente do GRC, ele está com o SP15 instalado com todas as notas aplicadas ? inclusive no seu ECC, todas as notas referentes ao XML 2.0 foram realizadas com sucesso?

  • EXIT ou BADI para automaticamente inserir código no FCI NFe-Item (J1BDYLIN-NFCI)

    Oi pessoal
    Peço desculpa pelo meu Português criado com Google translator.
    Eu estou trabalhando no problema e já estendido a FCI, a tabela MBEW para armazenar o campo NFCI para cada material.
    Já implementaram a BADI CL_NFE_PRINT para gravar o arquivo de código XML FCI (J1BDYLIN-NFCI) para serem transmitidos.
    Para terminar o trabalho que eu tenho que encontrar uma saída ou mente para definir o campo de J1BDYLIN-NFCI durante a criação da NFe
    para completar todo o processo.
    Alguém pode me ajudar?
    Obrigado Claudio

    Resolvido por mim usando o novo BADI J_1BNF_ADD_DATA.

  • Processo Standard de Archiving para GRC NFe Inbound

    Olá pessoal tudo bem?
        Mais uma vez gostaria de apoio para definir a melhor estratégia. Estou em um projeto de implementação do GRC NFe In com o SP16, o ambiente ainda não está pronto para customizações e testes porém algumas preocupações surgiram devido ao volume de XMLs recebidos. Dessa forma, gostaria de entender melhor a abrangência da solução Standard para archiving no GRC NFe in.
        Pelo que percebi, existem monitores específicos para administrar NFe e CTe arquivados (é necessario ativar o service na SICF)
    NF-e Fiscal Workplace for Archived NF-es
    CT-e Inbound Fiscal Workplace for Archived CT-es
        Porém tenho algumas dúvidas quanto ao funcionamento. Alguém já implementou essa funcionalidade, pode me ajudar a esclarecer o funcionamento?
    a) Pelos monitores acima, é possível visualizar e realizar o download dos documentos arquivados? Isso é importante em caso de auditoria...
    b) Hoje utilizamos o monitor "Download XML of NF-es / CT-es" para fazer download em massa de XMLs. Também será possível fazer o download em massa dos registros arquivados?
    c) As rotinas de arquivamento são as mesmas utilizadas no ECC? (SARA. SARI e etc).
    d) Existe alguma limitação para realizar download de documentos arquivados?
        Obrigado pela apoio....
    Abraço
    Edson

    Bom dia Edson,
    b) Sim ele também lê o archiving, inclusive se as estruturas do archiving não estiverem ativas ele fica dando uma mensagem para ativá-las (mesmo que não execute o archiving)
    c) Sim. Entra na SARA e procura pelos objetos de achiving com a mascara /XNFE/*
    d) A limitação é autorização e que o archiving esteja disponível para consulta.
    Atenciosamente, Fernando Da Rós

  • Canal MAIL_SENDER para erro NFe entrada

    Olá Experts ,
    Temos configurado um email do remetente adpater com um módulo personalizado sap.com / GetNFePayloadFromAttachment / GetPayloadFromAttachment para ler os attachements na mensagem de e-mail para B2B entrada de NFe . Isso estava funcionando bem antes.
    Recentemente tivemos uma reinicialização dos servidores PI . Depois de que o canal que vai para erros . O primeiro erro de acordo com registos de NWA é :
    failed to call the adapter engine; caused by javax.ejb.EJBException: Exception in getMethodReady() for stateless bean sap.com/com.sap.aii.adapter.mail.app*xml|com.sap.aii.adapter.mail.ejb.jar*xml|XIMailAdapterBean; nested exception is: com.sap.engine.services.ejb3.util.pool.PoolException: javax.ejb.EJBException: Exception raised from invocation of public void com.sap.aii.adapter.mail.ejb.XIMailAdapterBean.ejbCreate() throws javax.ejb.CreateException method on bean instance com.sap.aii.adapter.mail.ejb.XIMailAdapterBean@243be1e1 for bean sap.com/com.sap.aii.adapter.mail.app*xml|com.sap.aii.adapter.mail.ejb.jar*xml|XIMailAdapterBean; nested exception is: javax.ejb.CreateException: com.sap.engine.interfaces.messaging.api.exception.MessagingException: Failed to load messages into Queue AFWSend from database. Reason: com.sap.engine.services.dbpool.exceptions.BaseSQLException: ResourceException occurred in method ConnectionFactoryImpl.getConnection(): com.sap.engine.services.connector.exceptions.BaseResourceException: Cannot get connection. Reason: the thread of component "ejbContexts/sap.com/com.sap.aii.adapter.mail.app/com.sap.aii.adapter.mail.ejb.jar/XIMailAdapterBean" in application "sap.com/com.sap.aii.adapter.mail.app" is currently associated with a restricted resource set and it is not allowed to get connection within it.
    Depois disso , sempre que ele está tentando processar uma mensagem sua jogando o erro abaixo :
    exception caught during processing mail message [588]com.sap.aii.af.lib.mp.module.ModuleException
    Alguém enfrentou esse erro antes? Por favor, ajude !

    Alguém já enfrentou um problema semelhante?

  • Nota SAP para campo NF 9 dígitos

    Caros, bom dia!
    Alguém sabe me dizer qual a Nota SAP para alterar o campo NF para 9 dígitos?
    Abraços e obrigado pela força!
    Marcio

    Oi Marcio.
    Não existe. O número de NF (J1_BNFDOC-NFNUM) permanece com 6. Para NF-e foi criado um novo campo (J1_BNFDOC-NFENUM) com 9 caracteres. Neste caso quando você selecionar uma categoria de NF eletrônica o sistema irá gravar o número no campo NFENUM.
    Abraço
    Eduardo Chagas

  • Dúvida no Preenchimento dos campos PREFNO / CHECOD em NFS-e de SP

    Olá Pessoal,
    Estou a procura de informações sobre a solução para nota fiscal eletronica de serviços da prefeitura de São Paulo, pesquisando no forum pouco encontrei sobre a nota 981687 - NFe: For Services in Muncipio Sao Paulo.
    A SAP disponibilizou os dois campos PREFNO / CHECOD para o numero da nota fiscal e código de verificação gerados pela prefeitura (uma vez que o SAP deve gerar o número da RPS), além de um report para geração do arquivo TXT e envio manual.
    Minha dúvida é a seguinte:
    1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
    Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
    Muito obrigado pela atenção e ajuda.

    A_cristovao ,
    Vamos ver se posso lhe ajudar em algo:
    1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
    Resposta: Em alguns projetos que passei, consultei os abaps e sempre foi desenvolvido um programa Z para ler este arquivo e fazer um BDC na J1B2N, porem sua categoria de nota não dever ser eletrônica, aqueles dois campos flag no cabeçalho NF eletronica e NF servico, apenas o último(serviço) marcado para o BDC entrar e conseguir mapear o campo com o NFSe e cod verificador.
    2) Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
    Resposta: Esse estamos usando o NFNUM mesmo, não chegamos a nos preocupar com isso devido ser um volume baixo de NFS, talvez um chamado no componente XX-CSC-BR-NFE lhe ajude. 
    Abraço,
    Bruno Lima

  • NFe com SEFAZ-AM: Código de retorno 200. O que seria isto?

    Pessoal,
    Estávamos realizando um teste com um cenário de devolução de compra de material de uso e consumo com a nossa filial do Amazonas e obtivemos o retorno no XML com o código de retorno 200.
    Alguém já viveu esta experiência antes? Se sim, o que significa o código de retorno 200?
    Abraço,
    Daniel.
    Edited by: Daniel Carvalho on Jun 29, 2010 10:54 AM

    daniel, eu tenho uma solucao que derrepente pode ajuda-lo, mas preciso saber uma coisa, essa nfe chegou a ser enviada ao sefaz, ja consultou ela no proprio sefaz para ver se ela nao foi criada?
    existe um "workaround" ( como o Henrique costuma falar ) que vc acaba conseguindo reenviar esse lote, mas vc terá que fazer duas alteracoes em dados da tabela.
    1)Entre na tabela BATSTA e no campo  BATCHID informe o numero do lote problemático e em seguida edite e altere o valor do campo PROCESS para u2018Xu2019 ( em processamento)
    2)Em seguida entre na tabela /XNFE/BAT_HIST com o mesmo BATCHID e apague o valor da  ultima linha de processamento que esta com o campo ERROR STATUS preenxido ( LIMPE O CAMPO ERROR STATUS)
    3)Após essas alteraçoes dos dados execute o programa /XNFE/BATCH_REQUEST..
    Nao é garantido que funcione, o passo 2 algumas pessoas preferem criar uma nova linha para que seja mantido o historico
    Edited by: Carlos Rodrigo  Pereira on Jun 29, 2010 8:19 PM

  • NFe - Rej: 660 CFOP de Combustível não informado grp combustível da NF-e

    Pessoal,
    Bom dia.
    Estou com uma nota rejeitada pelo motivo 660.
    Verifiquei que este motivo de rejeição foi liberado na NT 2012/003.
    Foi utilizado o CFOP 6.659 no processo de transferência entre centros e como não foram enviados os dados da TAG (L1 - Detalhamento Específico de Combustíveis)  a NFe foi rejeitada.
    Verifiquei a nota de overview da NFe e ela menciona a aplicação da nota de 1766127 (SP 12), porém já estamos com este SP.
    Para enviar os campos pretendo utilizar a BADI de NFe porém gostaria de saber se alguém passou por este erro e se tratou da mesma fora.
    Encontrei algumas outras notas do lado do ECC que mencionam a criação de novos campos no cadastro mestre de material e um deles seria o cProdANP (Código de produto da ANP), diante disso gostaria de saber se alguém aplicou estas notas e o valor foi levado pelo standard ou continuou tratando via BADI.
    Seguem as notas que encontrei que mencionam o campo:
    1882947  NF-e: Storing Additional Data - Corrections for NF Writer
    1883752  Fill new master data fields into NF document (CNAE, CRT, ..)
    1860362  NF-e: Storing Additional Data - outbound NF-e & Reports
    1859126  NF-e: Storing Additional Data - Enhancement of NF Writer
    1860433 - NF-e: Storing Additional Data for DANFE & Reporting
    1877404 - NF-e: Enhancements NF Writer screen controls
    Desde já agradeço.
    Atenciosamente
    Cristina

    Boa tarde Cristina,
    Não sei se você já resolveu o problema, mas para poder aprovar a nota fiscal sem o erro 660 sendo retornado pela SEFAZ eu modifiquei os campos OIL_CPRODANP e OIL_UFCONS da estrutura do OUT_ITEM (Tipo J1B_NF_XML_BADI_ITEM) no item.
    BADI
    Estrutura
    Att,
    Fábio Caselato

  • NFe - Obrigatoriedade da chave de acesso nas NFs de entrada.

    Olá
    Verificando no Site do SPED temos a nova alteração abaixo para Janeiro/2012
    http://www1.receita.fazenda.gov.br/noticias/2011/setembro/noticia-23092011.htm
    "Disponibilizada a versão 2.0.6 do Guia Prático da EFD (Art. 1º do Ato COTEPE ICMS 41/11).
    Obs.: Foi regerada a versão do Guia Prático da EFD (2.0.6A) apenas para correção do documento, sem qualquer outra modificação. A partir de janeiro de 2012, o número da Chave de Acesso da NF-e e CT-e, nas operações de entradas, passa a ser informação obrigatória."
    Para os casos de NFes de MM, não temos problema, pois todas as entradas já são preenchidas manualmente, mas temos um problema nas entradas via SD onde não existe um campo para o preenchimento da chave de acesso durante o processo de uma ordem de devolução por exemplo.
    Na geração da entrada via SD, os campos de número aleatório e dígito verificador não são preenchidos, deixando a chave de acesso incompleta.
    Gostaria de saber se existe alguma forma de fazer o preenchimento destes dois campos durante o processo de forma a garantir que sempre a chave de acesso seja criada corretamente em uma geração de NF de entrada SD via transação VF01.
    att,
    Denis C. Santos

    Oi Denis,
    creio que hoje o procedimento requer que o usuário vá na J1B2N para preencher essas informacoes, depois de criar a fatura.
    Alternativamente, vc poderia abrir um popup na exit da VF01 para preenchimento dos campos quando fosse devolução.
    Abs,
    Henrique.

  • NFe de devolução de compras (layout 3.10)

    Ao processar um cenário de Devolução de Compras (MIRO - Nota de Crédito), a NFe de devolução (layout 3.10) não foi validada no SEFAZ. O motivo da recusa foi o "225 - Rejeição: Falha no Schema XML da NFe".
    Verifiquei que esta rejeição se deve ao fato de a TAG <indIEDest> estar preenchida com "0", quando deveria estar com "1", "2" ou "9". Todas as Notas SAP referentes ao novo layout 3.10 já estão implementadas. A SAP Note 1933985, diz que um novo campo é disponibilizado para identificar se o parceiro de negócio é ou não contribuinte de ICMS.
    Para clientes, este novo campo passou a ficar disponível no dado mestre. Desta forma a frente de SD está mapeando o mesmo na BADI de criação do XML para preencher seu conteúdo na TAG <indIEDest>.
    Entendo que no cenário de Devolução de Compras (MM), é necessário fazer o mesmo no cadastro de fornecedores, para que na NF de devolução esta TAG também seja preenchida, entretanto este campo não está disponível nas telas do Dado Mestre de Fornecedor. Este campo existe na tabela LFA1,
    mas não está disponível nas telas do cadastro.
    Alguém que esteja implementando a NFe 3.10, sabe se é possível disponibilizar o campo ICMSTAXPAY nas telas de Dado Mestre de Fornecedor?
    Obrigado!
    Vinicius Campos

    Gizela,
    Boa tarde,
    Estes campos não estão na nota fiscal. Eles são campos lidos no momento do faturamento. Assim, sendo a sua necessidade é efetuar o saneamento do cadastro de Fornecedores, para a aba Brazil tax data.
    A configuração dos campos você tem pela Nota SAP
    1954377 - Field Selection for Brazilian fields
    Modificando as views de cliente J_1BCUST_SCFSELV e uma de fornecedor J_1BVEND_SCFSELV).
    Via LSMW você poderá efetuar a manutenção dos registros para este campo.
    Todavia, terá que configurar alguns parâmetros pelo caminho.
    SPRO -> Componentes válidos para todas as aplicações -> Funções gerais de aplicação -> Nota Fiscal -> Dados Mestre
    Atenciosamente,
    Rivalino Pereira

Maybe you are looking for