Cancelamento de NFe de MM

Bom dia pessoal,
poderiam me ajudar na seguinte situação.
aqui na empresa temos um RE para impressão de NF de fornecedores. Esta NF é lançada na MIRO em MM.
Considerando este cénário, gostaria de saber se alguem já aplicou alguma nota SAP para impedir o cancelamento de NFe pela J1BNFE quando o documento de referência (MIRO) já tiver sido compensado em FI.
Poderia fazer esta consistência através de enhancement da J1BNFE, mas uma solução standard seria mais aconselhável caso exista.
Obrigado,
Alexandre Maia

Bom dia Alexandre,
Boa atitude, é sempre bom seguir a trilha do que reinventar a roda (não que eu desaprove uma reinventade da roda mas vamos guardar energia né.
A SAP Note 1396498 resolve a questão.
Atenciosamente, Fernando Da Ró

Similar Messages

Interceptar resposta de cancelamento de NFe do sefaz

Boa tarde,
Estou trabalhando em um desenvolvimento ABAP onde no momemento da geração da DANFE são gerados e enviados (via e-mail) certificados de qualidade para o cliente. Porém um problema constatado acontece no momento do cancelamento da NF: existe algum meio de "interceptar" a resposta do sefaz a um cancelamento e automaticamente rodar uma rotina Z que cancelasse também os certificados de qualidade relativos a NF enviando um aviso ao cliente?
Procurei por exits e afins nas interfaces CFB2B_enhProcCancNFe_IB mas não obtive sucesso.
Agradeço desde já qualquer ajuda neste problema,
Fabio Gross

Se nao me engano, a J_1B_NFE_XML_IN_TAB vai chamar a BAdI CL_NFE_PRINT método CALL_RSNAST00 (ou algo assim) tb para retornos de cancelamento.
Vc poderia utilizar essa badi como workaround para chamar esse seu Z, quando fosse um docnum de cancelamento.
Talvez haja sugestao melhor, porém.
Abs,
Henrique.

NFe Estorno - Configurando cancelamento e Inutilização

Bom dia Pessoal, tudo bem com vocês?
Sei que pode parecer uma coisa simples para vocês, mas tenho uma duvida e gostaria entender melhor e resolvi procurar a experiencia de vocês sobre o assunto.
Sendo assim, gostaria de saber se um processo de estorno da NFe, deve ser o mesmo feito para NF normal.
Se sim na parte de customização do SAP (SPRO), eu verifiquei a tag "Definir motivos de estorno", lá posso definir os motivos do cancelamento, etc.
Configurado essa parte os processos a seguir, são os mesmos para NF normal? Pois preciso criar um Cenário de testes com os motivos do cancelamento sendo referente a cancelamento da NFe, e por inutilização.
A vim procurar aqui também pelo motivo didatico e "entendivel" do assunto, afinal quando a uma conversa e explicação fica muito mais lógico o entendimento.
Obrigado e bom dia a todos,

Vitor,
atente que, segundo o layout da SEFAZ, os motivos de cancelamento e inutilizacao nao podem ter menos do que 15 caracteres.
Ainda, evite utilizar acentos e/ou caracteres especiais, pois senao o XML nao será aceito pela SEFAZ de alguns estados.
O ideal é ser sucinto mas ainda assim preciso:
Cancelamento: produto devolvido pelo cliente
Cancelamento: nota emitida com erros
Inutilizacao: nota rejeitada pela SEFAZ
etc.
Abs,
Henrique.

NFe - Atualização de Z no retorno do cancelamento

Prezados, bom dia!
Estamos com um cenário onde as NFe saída são geradas todas por processos Z.
Quando solicitamos um cancelamento pelo monitor J1BNFE, no retorno do cancelamento autorizado necessitamos estornar as NFe pelos processos Z, devido a várias tabelas Z de controle.
Para isto verifiquei que existe o método CALL_RSNAST00 onde poderia incluir toda essa lógica Z. Essa lógica Z cancela o documento de origem e também a NFe.
Se eu montar esse processo, haverá um conflito com a function module J_1B_NFE_CANCEL NFE que cancela doumento de origem e NFe.
Existe alguma configuração que desative o cancelamento do documento de origem/NFe?
Está correto o ponto onde estou pensando em colocar essa lógica Z?
Grato.

Olá Nelio.
Minha sugestão é você somente implementar Z daquilo que o SAP não cobre no seu cenário.
Quer dizer, deixar o SAP cancelar os documentos standard e você somente atualiza o conteúdo Z.
Isso para o caso da SAP estender a lógica de cancelamento, você vai perder essa lógica.
Ex: o NFe pode ser integrado com outros produtos, como CRM, que vai receber mensagem do cancelamento da NFe no ECC dentro das rotinas de cancelamento. Se você substituir a lógica por uma própria essa mensagem falta e seu sistema fica inconsistente.
abraço
André

Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI

Boa noite, srs!
Estamos com um problema na inutilização e cancelamento de NFe junto ao SEFAZ.
Foi executado o report J_1BNFECHECKNUMBERRANGES para inutilização de numeração de NFe. A tabela J_1BNFENUMGAP foi preenchida com a numeração, porém a mesma não consta na consulta do site da Fazenda.
Consultando o Monitor GRC com os IDs indicados na tabela, aparece o seguinte erro:
Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
De fato o processo aparece com erro no monitor do PI. Não consegui diagnosticar o erro na msg xml de retorno. A unica descrição disponível é:
<SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 415 Unsupported Media Type</SAP:AdditionalText>
Reparei que o mesmo erro ocorre para estorno de NFes que já foram aprovadas no SEFAZ.
Verifiquei os canais de comunicação para inutilização e cancelamento de notas e os endereços estão apontando corretamente para os WS da Fazenda. O serviço (Minas Gerais) também aparece como disponível/ativo na SEFAZ.
Estou meio sem norte aqui para identificar o erro.
Alguém já enfrentou este caso ou algo similar?
Obrigado desde já!
Carlos Penteado.

Bom dia, caros!
Obrigado pelas respostas!
Metade dos meus problemas foi solucionado! =|
Henrique e Bernardo, vocês tinham razão, era erro da própria SEFAZ. Tentei o re-envio do estorno da NFe pelo GRC e ela retornou com sucesso!
No entanto, tive que alterar o status da nota no J_1BNFE_ACTIVE para que a nota completasse o estorno na J_1BNFE.
Porém o erro da inutilização da numeração de NFe continua acontecendo. O funcional abriu um chamado na SAP, assim que tiver alguma resposta, replico aqui!
Fernando, verifiquei o canal de comunicação de inutilização (SKIP) e as configurações parecem ok, estão assim como os canais que funcionam.
Nunca utilizei o Visual Administrator. Vou verificar com o Basis a possibilidade...
Obrigado pela ajuda! Atualizarei assim que encontrar mais alguma novidade!
Abs,
Carlos.

Método CHECK SUBSEQUENT DOCUMENTS impede cancelamento de algumas NFe´s

Bom dia a todos,
Após implementarmos o método CHECK_SUBSEQUENT_DOCUMENTS no QA para impedir a solicitação de estorno cancelamento (através do usuário) de NFe´s do mês anterior, nos primeiros dias do mês subsequente, verificamos que algumas NF-e´s geradas e aprovadas num mesmo dia, são impedidas também de se requisitar o cancelamento, ou seja não se permite nem disparar a solicitação de cancelamento através da J1BNFE para algumas NF-e, sendo assim, ainda não estamos seguros em nossos testes para mover este método para o PRD.
Como parâmetros, implementos este método com base no código ABAP sugerido no material de treinamento de NF-e elaborado no Workshop de NF-e realizado pela SAP (WBRNFE 6.0 Português de 2008).
Alguém já passou por este problema?
Desde já agradeço.
André
METHOD if_ex_cl_nfe_print~check_subsequent_documents.
types                                                          *
TYPES: BEGIN OF ty_type_doc,
          reftyp TYPE j_1bnflin-reftyp,
          refkey TYPE j_1bnflin-refkey,
         END OF ty_type_doc.
Tables and Structures                                               *
DATA: tl_type_doc TYPE TABLE OF ty_type_doc,
        tl_return   TYPE TABLE OF bapireturn1,
        tl_success TYPE TABLE OF bapivbrksuccess,
        el_type_doc TYPE ty_type_doc,
        el_message TYPE bapireturn1.
Variables                                                           *
DATA: i_billing TYPE vbeln.
Constants                                                           *
CONSTANTS: cl_1(1)    TYPE c                VALUE '1',
             cl_0567(4) TYPE c                VALUE '0567',
             cl_bi      TYPE j_1bnflin-reftyp VALUE 'BI',
             cl_x(1)    TYPE c                VALUE 'X',
             cl_s(1)    TYPE c                VALUE 'S'.
CLEAR: tl_type_doc, tl_return, tl_success,
         el_type_doc, el_message, i_billing.
CHECK is_active-docsta EQ cl_1.
CHECK is_active-scssta CA cl_0567.
CHECK is_active-cancel IS INITIAL.
SELECT reftyp refkey
    FROM j_1bnflin
    INTO TABLE tl_type_doc
    WHERE docnum EQ is_active-docnum.
CHECK sy-subrc EQ 0.
SORT tl_type_doc.
DELETE ADJACENT DUPLICATES FROM tl_type_doc.
LOOP AT tl_type_doc INTO el_type_doc.
    CASE el_type_doc-reftyp.
      WHEN cl_bi.
        MOVE: el_type_doc-refkey TO i_billing,
              cl_x              TO sy-binpt.
        CALL FUNCTION 'BAPI_BILLINGDOC_CANCEL1'
          EXPORTING
            billingdocument = i_billing
            testrun         = cl_x
            no_commit       = cl_x
          TABLES
            return          = tl_return
            success         = tl_success.
        DELETE tl_return WHERE type EQ cl_s.
        READ TABLE tl_return INTO el_message INDEX 1.
        IF sy-subrc EQ 0.
          MOVE: el_message-type       TO sy-msgty,
                el_message-number     TO sy-msgno,
                el_message-id         TO sy-msgid,
                el_message-message_v1 TO sy-msgv1,
                el_message-message_v2 TO sy-msgv2,
                el_message-message_v3 TO sy-msgv3,
                el_message-message_v4 TO sy-msgv4.
          ch_subrc = 4.
        ENDIF. " IF sy-subrc EQ 0.
        EXIT.
      WHEN OTHERS.
        EXIT.
    ENDCASE.
ENDLOOP.
ENDMETHOD.

Boa tarde Fernando,
Respondendo as suas perguntas:
Essa data de posting da NF-e e do billing document estão em período aberto?
Sim, esta data de NF-e que estamos tentanto estornar encontra-se dentro de perído aberto, foi gerada em 26.07.2010.
Isso acontece também quando você faz uma nova venda+fatura e tenta cancelar?
Sim, está ocorrendo em alguns casos para NF-e emitida e faturada no mesmo dia.
Que mensagens você obtem ao tentar o cancelamento?
Um exemplo da mensagem de erro (caso citado acima):
Gravado doc. $000000002 (não foi criado documento contábil)
Nº mensagem VF050
Já debugou para tentar entender o que está acontecendo?
Geramos algumas notas ontem (29/07) e hoje (30/07), na 2a. feira iremos tentar executar estes estornos para analisar o comportamento, quando estaremos debugando para retornar maiores detalhes aqui neste fórum, ok?!
Desde já agradeço.
André

Erro no Evento de Cancelamento NFE 3.10

Bom dia a todos.
Estamos realizando testes de estorno de notas já na versão 3.10.
Na transação J1BNFE no SAP ECC, ao solicitar o estorno, estamos recebendo a mensagem abaixo:
" A conexão RFC 0054494302 falhou na transmissão da solicitação"
A chamada está sendo realizada no GRC. Ao debugar o programa no GRC que realiza o envio de cancelamento para a Sefaz, verifiquei que em determinado momento, a tabela /XNFE/PROXY_MAP é lida, com os dados abaixo:
VERSAO = '3.10'
DOCTYPE = 'EVE'
PROXY_GROUP = '110111'.
Esses dados não estão cadastrados na tabela, então retorna SY-SUBRC = 4 e o erro é gerado, conforme expliquei acima.
Essa tabela não deveria já vir preenchida com a aplicação do Support Package da NFE 3.10? Alguém já enfrentou esse problema?
Estamos no Support Package SAPK-90016INSLLNFE do componente SLL-NFE no GRC.
Alguém sabe se existe alguma nota ou se esses dados devem ser cadastrados manualmente? Se sim, quais dados devem ser cadastrados?
Obrigado.
Luis Gustavo dos Santos

Felipe, obrigado pelo retorno.
Identifiquei o erro aqui, na verdade os ABAP Proxy's de eventos da versão 3.1 estão configurados nas tabelas /XNFE/PROXY_MAP e /XNFE/PROXY_GRP como versão 1.0:
Portanto configurei como versão 1.0 mesmo o evento na SPRO:
Com isso o problema foi resolvido.
Att.
Luis Gustavo dos Santos

Dúvida no cancelamento de uma NFe Rejeitada

Boa tarde a todos,
Estou com uma dúvida quanto ao processo de cancelamento de uma NFe rejeitada e agradeço antecipadamente a colaboração dos colegas aqui do forum que possam ter passado por situação semelhante.
Temos o seguinte cenário: implementação SAP ECC 6.0 (SP13), já foram aplicadas uma série de notas dos SP14, SP15 e SP16 para resolver outros problemas que surgiram ao longo do projeto. O sistema de mensageria não é o GRC SAP, o cliente optou pela solução da Mastersaf.
O problema ocorre quando o usuário cancela uma NFe (opção "Solicitar Estorno") que está rejeitada pela validação da mensageria (NFe sem CPF do cliente, por exemplo). Como esta NFe não foi enviada à SEFAZ, o sistema interpreta o cancelamento como uma inutilização de número. Até este ponto tudo perfeito, o procedimento é correto, segundo nosso entendimento. O problema é que ao consultar a inutilização, tanto no sistema Mastersaf quanto na SEFAZ, o número inutilizado foi o número aleatório (DOCNUM9) e não o número da NFe (NFENUM).
Debugando a rotina, descobrimos que o "problema" está no módulo de função J_1B_NFE_SEND_REQUESTS, onde há uma linha onde a rotina move o número aleatório para a estrutura que irá gerar o XML para a mensageria ("xmlh-nnf = ls_acttab-docnum9.").
A pergunta é se isso está correto ou se é um bug da função? Procurei por alguma nota OSS que tratasse isso mas não encontrei nada.
Vocês já se depararam com essa situação?
Um abraço,
Rinaldo Conte

Bom dia Rinaldo,
Talvez este problema esteja limitado ao R/3 NFe x MasterSAF. Como a interface chamada é a de inutilização, entende-se que já ocorreu uma tentativa de envio ( o que envia o NNF corretamente ). Então ao solicitar a inutilização a mensageria poderia partir deste NNF correto para proceder a inutilização.
De qualquer forma, parece que você encontrou um bug no envio de dados à interface de inutilização.
Discuta este ponto com o fornecedor da mensageria, pode ser necessário abrir chamado à SAP para modificação.
Atenciosamente,
Fernando Da Ró

Ajuda com primeira implementação NFe - ABAP

Bom dia pessoal. Estou participando da primeira implementação de NFe e preciso de uma ajuda para entender melhor. Conversando aqui tenho as informações:
-O sistema que fará o envio e retorno do SEFAZ será o SYNCRO
-Minha parte abap será criar e receber os arquivos em XML em uma pasta no servidor a ser definida.
Minha duvida é:
1-Eu sei efetuar download d arquivos, mas onde que eu faria essa codificação para gerar o arquivo e guardar em uma pasta?
2-No retorno, eu teria que fazer um programa para ler os dados e atualizar no SAP? Como é feito o update no SAP?
Muito obrigado pela ajuda!

Fala Fulvio, blz?
Visto que o sistema de mensageria que você utilizará não é o SAP GRC NFE, você pode fazer a geração do XML via enhancement no módulo de função J_1B_NFE_XML_OUT. Isto pode ser realizado dentro do subprograma CALL_XI que é o responsável por chamar o sistema de mensageria.
O retorno dos sistemas de mensageria para o ERP são realizados através do módulo de função J_1B_NFE_XML_IN_TAB / J_1B_NFE_XML_IN. Através deste módulo de função é retornado o status de processamento da SEFAZ e também o status para que o ERP processe esta nota (realizando o estorno do processo em caso de cancelamento, por exemplo).
Para retornar as informações para o ERP, você pode gerar um job que lê os retornos em um diretório e então chama a função J_1B_NFE_XML_IN_TAB, por exemplo.
At.
David

Nota Fiscal Eletrônica de Cancelamento

Prezados,
As notas fiscais modelo 1 e 1A quando são canceladas é possível efetuar a visualização da NF de cancelamento pela J1B3N.
Cancelei uma NFe através da J1BNFE e não foi possível visualizar a NFe de cancelamento através da J1B3N.
O sistema exibe a seguinte mensagem:
"No entry exists in the NF-e table for document number 0000001153"
Diagnosis
No entry exists for the received document number 0000001153 in the table J_1BNFE_ACTIVE.
Alguém sabe me dizer porque não consigo mais visualizar esta nota de cancelamento, como era feito antes da Nfe?
Muito Obrigada
Cristina

Bom dia Cristina,
Uma nova nota NF-e pode referenciar uma NF 1/1A antiga, e sua visualização dá-se também pela J1B3N.
Perguntas:
- A nota 1175722 está aplicada em seu sistema ?
- Tem uma nota nova 1355928, esta eh aplicada em cima das notas do decouple (começa nesta: 1265172, pegue todas as referentes)
- Isto acontece para toda NF 1/1A ou é uma situação específica ?
- Existe algum código não standard no cliente (BADI/EXIT/Enhancement) que faça commit no processo de gravação, que possa causar ter registro na J_1BNFDOC e nao ter na J_1BNFE_ACTIVE ?
- Verificou se ocorreu algum erro de atualização neste processo (veja SM14 cancelled updates) <-- Basis
Atenciosamente, Fernando Da Ros

NFe Inbound - Qual processo deveria ser usado com a CFOP 1.353 ?

Bom dia,
Estamos implementando em um cliente o SAP NFe inbound (3.10) e temos uma dúvida em relação com algums CFOPs.
Por exemplo: Qual seria o cenário correto para a CFOP 1.353 Aquisição de serv.transporte p/comercio Fil.adm ? Não tenho certeza se é possivel tratar este caso no SAP NFe Inbound.
NFe inbound business processes:
NF-e Process Normal Purchasing
Other Processes for NF-e
NF-e Stock Transfer Process
NFE Customer-Specific Business Process with DANFE
NF-e Subcontracting Process
NF-e Future Delivery Overview
NF-e Invoice Receipt Future Delivery Process
NF-e Consignment Overview
NF-e Invoice Consignment Process
Returnable Packaging for NF-e Processes
Muito obrigado por qualquer ajuda.
[]os,
Felipe

Bom dia Eduardo,
Que encrenca heim...rsss
Seguinte, no GRC pode ignorar esta nota, matar, o que quiser como você mesmo disse ela não deveria estar ali, e tentar fazê-la retornar ao ERP para pedir cancelamento só irá piorar as coisas.
Se entendi bem, é uma nota externa "registrada" no ERP, então está com o FORM vazio. Você terá que reverter os status manualmente no ERP, pegue uma nota "equivalente" e sincronize os status.
Para evitar nova transmissão de NF-es externas (sem formulário) aplique as SAP Notes 1396498, 1368159 e 1518476.
Atenciosamente, Fernando Da Rós
Ops, li novamente e acho que o erro foi ter registrado com a categoria com formulário, né? Isto também teria que ser revertido manualmente.
Edited by: Fernando Ros on Oct 28, 2010 12:18 PM

Erro no processo de cancelamento/inutilização

Amigos,
Configurei os cenários de NFe e está ocorrendo um problema no PI que ainda não havia visto. Recebo a mensagem abaixo na SXMB_MONI:
- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
<SAP:Category>XIAdapter</SAP:Category>
<SAP:Code area="BPE_ADAPTER">MESSAGE_NOT_USED</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Message interface is not used by this process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
Já refiz os cenários e ainda assim não funcionou. Alguém já passou por um caso semelhante?
Abraços,
Marcos

Bom dia Phil,
Sim, você deve pegar o XML no SXI_Monitor e pode usar a ferramenta de validação do site da Sefaz RS para validá-lo.
Validador de mensagens do projeto NF-e
Porém, de antemão verifique:
- Se a justificativa de cancelamento tem no mínimo 15 caracteres
- Se a justificativa de cancelamento não possue acentos ou caracteres especiais.
Atenciosamente, Fernando Da Ró

Nfe parada no GRC. Erro validação: Valor da nf negativo. Pricing desabilita

O usuário fez uma nola fiscal no ECC 5.0 onde o valor do desconto do produto superou o preço do item, portanto a nota fiscal ficou negativa. O usuário não percebeu o erro. Finalizou o processo de faturamento encaminhando para o GRC.
A nfe gerou erro de validação no GRC. Veja o log:
Erro de validação: campo BC do ICMS. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VBC, ID campo W003)
Erro de validação: campo Valor Total dos produtos e serviços. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VPROD, ID campo W007)
Erro de validação: campo Base Amount in NF-e. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-L1_00_VBC, ID campo N015)
Erro de validação: campo Net Value. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-VPROD, ID campo I011)
Status do processo: 01 Recebido do sistema back end
Status do erro: 10 Erro de Validação.
Na transação J1BNFE o usuário não consegue estornar, porque a nota não foi para a Sefaz. Também não consegue corrigir a pricing para reenviar a nota.
Peço ajuda e agradeço desde já.
Att. Ronaldo Figueiredo
Moinho Sul Mineiro.

Bom dia Ronaldo,
NF-es com erro de validação podem ser inutilizadas pela mesma opção de cancelamento na J1BNFE.
Qual o motivo de o usuário não conseguir solicitar o cancelamento?
Atenciosamente, Fernando Da Rö

Erro no processo de cancelamento

Caro colegas,
O meu processo para mandar o lote esta funcionando. Porem quando fui solicitar um cancelamento da nota recebi um erro 215 que e erro de schema xml. O validador esta acionado na configuracao.
<?xml version="1.0" encoding="utf-8" ?><ns1:nfeCancelamentoNFResponse xmlns:ns1="http://sap.com/xi/NFE/005a"><ns1:nfeCancelamentoNFResult><ns2:retCancNFe versao="1.07" xmlns:ns2="http://www.portalfiscal.inf.br/nfe"><ns2:infCanc><ns2:tpAmb>2</ns2:tpAmb><ns2:verAplic>SP_NFE_PL_005c</ns2:verAplic><ns2:cStat>215</ns2:cStat><ns2:xMotivo>Rejeição: Falha no schema XML</ns2:xMotivo><ns2:cUF>35</ns2:cUF></ns2:infCanc></ns2:retCancNFe></ns1:nfeCancelamentoNFResult><ns1:NFeID>35090703528802000167550000000000640672996974</ns1:NFeID><ns1:retCancNFeStr><retCancNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.07"><infCanc><tpAmb>2</tpAmb><verAplic>SP_NFE_PL_005c</verAplic><cStat>215</cStat><xMotivo>Rejeição: Falha no schema XML</xMotivo><cUF>35</cUF></infCanc></retCancNFe></ns1:retCancNFeStr></ns1:nfeCancelamentoNFResponse>
Tem como saber o que houve?
Abs,
Phil

Bom dia Phil,
Sim, você deve pegar o XML no SXI_Monitor e pode usar a ferramenta de validação do site da Sefaz RS para validá-lo.
Validador de mensagens do projeto NF-e
Porém, de antemão verifique:
- Se a justificativa de cancelamento tem no mínimo 15 caracteres
- Se a justificativa de cancelamento não possue acentos ou caracteres especiais.
Atenciosamente, Fernando Da Ró

Perfil para Cancelamento e Inutilização de NF via "IN_TAB"

Pessoal, boa tarde!
Temos um processo de NFe utilizando uma mensageria NonSAP e para o retorno de cancelamento e inutilização de NF, ao executar a RFC "IN_TAB" esta dando o erro de Perfil abaixo:
"Falta autorização para esta operação com tipo de movimento 542"
mas não conseguimos via SU53 pegar qual o perfil esta faltando ao usuário, alguém já passou por isso e pode ajudar ou enviar a lista de perfis necessário para os processos que a função "IN_TAB" executa?
No aguardo, obrigado.
Danilo

Bom dia Danilo,
As transações chamadas para cancelamento são: VF11, MR8M, VL09 e MBST.
Passe isto para a equipe de BASIS Segurança que ela tem os direitos necessários.
Atenciosamente, Fernando Da Ró

Cancelamento de NFe de MM

Similar Messages

Maybe you are looking for