Erro na geração da NFe - Devolução de Transferência em Trânsito

Bom dia a todos.
Estou tentando fazer o cenário de devolução de transferência entre filiais quando o produto ainda estiver em trânsito. Utilizei como referência para todas as etapas o documento encontrado aqui no próprio fórum Stock Transfer Order (STO) with Full or Partial Return of Transit Stock - Localization Latin America - SCN Wiki
O meu problema está ocorrendo na hora de registrar a entrada da devolução pois o sistema não preenche a nota fiscal de referência.
Os passos executados foram os seguintes:
- Criação do pedido de transferência (ME21N)
- Geração da remessa (VL10B)
- Executar saída de mercadorias (VL02N)
Neste momento o sistema fez tudo certo.
Enquanto o produto ainda estava em trânsito, iniciei o processo de devolução com os seguintes passo:
- Criação do pedido de transferência (cópia do pedido original porém marcando o campo ITEM DE DEVOLUÇÃO)
- Geração da remessa (VL10B). Após a geração da remessa coloquei o mesmo código de impostos que estava na remessa original
- Executar entrada de mercadorias (VL02N)
O erro ocorre na entrada de mercadorias. Neste ponto o sistema apresenta a mensagem de erro abaixo:
Entrar nº de referência da nota fiscal
Mensagem 8B 259
Para que a nota seja aprovada na SEFAZ, a categoria de NFe que utilizei está configura como 6. Restit.
Alguém já passou por isso ou tem alguma idéia que possa ajudar?
Obrigado,

Chegou a olhar a nota...
2133551 - Full/Partial return of STO gets rejected by SEFAZ (NF-e without reference or wrong CFOP <-> finNFe)

Similar Messages

Erro no ICMS da devolução de transferência com estoque em trânsito

Boa tarde a todos.
Estou tentando fazer o cenário de devolução de transferência entre filiais quando o produto ainda estiver em trânsito. Utilizei como referência para todas as etapas o documento encontrado aqui no próprio fórum Stock Transfer Order (STO) with Full or Partial Return of Transit Stock - Localization Latin America - SCN Wiki
O meu problema está ocorrendo na hora de registrar a entrada da devolução que é onde o sistema está ficando com um saldo equivalente ao valor do ICMS.
Os passos executados foram os seguintes:
- Criação do pedido de transferência (ME21N)
- Geração da remessa (VL10B)
- Executar saída de mercadorias (VL02N)
Neste momento o sistema fez tudo certo e contabilizou da seguinte forma:
11501001
Estoque de Mercadori
2.900,77-
11501001
Estoque de Mercadori
2.900,77
11305002
ICMS a Recuperar - E
594,13
21401003
ICMS a Recolher
594,13-
Enquanto o produto ainda estava em trânsito, iniciei o processo de devolução com os seguintes passo:
- Criação do pedido de transferência (cópia do pedido original porém marcando o campo ITEM DE DEVOLUÇÃO)
- Geração da remessa (VL10B). Após a geração da remessa coloquei o mesmo código de impostos que estava na remessa original
- Executar entrada de mercadorias (VL02N)
O erro ocorre na entrada de mercadorias. Neste ponto o sistema apresenta a mensagem de erro abaixo:
Saldo não nulo: 594,13   Débito: 3.494,90   Crédito: 2.900,77
O erro está exatamente no valor do ICMS que não está sendo contabilizado na devolução e deveria.
Alguém já passou por isso ou tem alguma idéia que possa ajudar?
Obrigado,

Eduardo,
A chave não está marcada como não dedutível e a cadeia de contabilização está como T mesmo.
No debug, coloquei o break no form citado e após o LOOP na tabela x156w o preenchimento da tabela xzcxcm ficou da seguinte forma:
Linha
CNT02
CURTP
WAERS
DMBTR
SHKZG
SHKZM
BUALT
BUZID
VKWRT
VORSL
XUMBW
FWBAS
LBBTR
XSUBS
1
1
0
BRL
       2900.77
S
S
          0.00
M
          0.00
BSX
          0.00
          0.00
2
2
0
BRL
          0.00
          0.00
P
          0.00
PRD
          0.00
          0.00
3
3
0
BRL
        -594.13
          0.00
M
          0.00
BSX
X
          0.00
          0.00
4
4
0
BRL
          0.00
          0.00
S
          0.00
UMB
X
          0.00
          0.00
5
5
0
BRL
          0.00
          0.00
S
          0.00
GBB
          0.00
          0.00
6
11
0
BRL
       2900.77
H
H
          0.00
U
          0.00
BSX
          0.00
          0.00
7
12
0
BRL
          0.00
          0.00
P
          0.00
AUM
          0.00
          0.00
8
13
0
BRL
          0.00
          0.00
S
          0.00
EKG
          0.00
          0.00
9
14
0
BRL
          0.00
          0.00
U
          0.00
BSX
X
          0.00
          0.00
10
15
0
BRL
          0.00
          0.00
S
          0.00
UMB
X
          0.00
          0.00
11
16
0
BRL
          0.00
          0.00
S
          0.00
GBB
          0.00
          0.00
12
20
0
BRL
          0.00
          0.00
S
          0.00
TXO
          0.00
          0.00
13
96
0
BRL
          0.00
          0.00
U
          0.00
BSX
          0.00
          0.00
14
97
0
BRL
          0.00
          0.00
M
          0.00
BSX
          0.00
          0.00
15
51
0
BRL
        594.13
S
          0.00
T
          0.00
VS2
          0.00
          0.00
Em relação ao IVA as seguintes conditions estão ativas:
- IPI0
- ICM1
Obrigado pela ajuda

Devolução de Transferência SD/MM com NF

Prezados bom dia,
Tenho o processo de transferência SD/MM (Mov 861/861) e agora me foi solicitado a criação do processo de devolução de transferência onde, segundo o fiscal, não podemos fazer simplesmente um outro PC UB para devolver a mercadoria. Pesquisando no Fórum, encontrei a thread http://scn.sap.com/thread/3165609 que menciona a aplicação da nota SAP 1512390 e o link explicativo http://wiki.sdn.sap.com/wiki/x/NAVhE.
Seguindo as orientações do link e da nota SAP, consegui criar a devolução via mov. 671, mas este mov não é relevante para emissão de NF. Tentei colocar o flag de relevante na visão J_1BIM02V e ao tentar fazer o Post Goods Receipt (VL02N com a remessa de devolução), aparece o erro 8B289-Enter a tax code.
Como resumo, segue o passo a passo do processo:
1) Cria PO UB do centro A para B
2) Cria remessa via VL10B
3) Post Goods Issue da remessa via VL02N (Mov 862), gerando NFe de saída
4) Goods Receipt no centro de destino via MB0A (Mov 861), gerando NFe de entrada
5) Cria outro PO UB idêntico ao criado no passo1, porém com o flag "Returns Item" no item da PO que irá alterar na aba shipping a Delivery Type para NLR (Ret. Stock. Transp).
6) Cria remessa via VL10B, preenchendo o campo EXt. Delivery (Goto > Header > Administration) com o número da remessa criada no item 2 (10 Caracteres, preencher com zero a esquerda caso seja menor). Neste ponto, o campo Delivery type já estará como NLR e Mov type 671.
7) Lançar a Migo com mov 101 referenciando a PO UB de devolução criada no passo5. (Ao salvar, o movimento será alterado automaticamente para 161)
8) Por fim, entrar na VL02N com a remessa de devolução (criada no passo6) e "Post Goods Receipt"
Como o mov 671 não é relevante para NF (J_1BIM02V), a nota não é criada inviabilizando o processo. Se coloco o flag de relevante, aparece o erro 8B289-Enter a tax code.
Alguém já criou este processo e conseguiu resolver este problema?
Muito Obrigado,
Vitor

Bom dia Eduardo,
Como se trata de PO UB, o IVA é determinado apenas no item da remessa (Campo Cód.imposto da aba Processamento Financeiro). No caso está preenchido tanto o IVA quanto os direitos fiscais mas mesmo assim a msgem de erro persiste.
Abraço.
Vitor Jesus

Recebimento Transferência com ST - ERRO M7050 - Saldo não nulo. MB0A 861

Boa tarde.
Alguem passou por este problema???
ERRO M7050 - Saldo não nulo: 38,27- Débito: 23,70 Crédito: 61,97
Esta mensagem de erro está ocorrendo na entrada de transferência. Transação MB0A – Tipo de movimento 861.
O valor da diferença é exatamente o valor da substituição tributária.
A nota fiscal está correta e o ICS1 (ST) é calculado corretamente na nota fiscal de entrada.
Contabilização da Saída de transferencia:
Conta      Texto breve                                      Montante
8301        Acabados Pecas A4                                  147,00-
8301        Acabados Pecas Fabri                                147,00
283xxx    Impostos a Recolher                                    61,97
2xxxx9    IPI A Recolher       A4                                 12,64-
2xxxx5    ICMS A Recolher      A4                             11,06-
2xxxx8    ICMS Subst. Tribut. A4                              38,27-
Contabilização que deveria acontecer na Entrada:
Conta        Texto breve conta                      Montante
283xxx     Impostos a Recolher                         61,97-
7xxx8       IPI A Recuperar      IE                       12,64
7xxx5       ICMS A Recuperar     IE                   11,06
7xxx6       ICMS ST A Recuperar IE                 38,27
IVA A4 (saída de transferencia):
ICM3        ICMS de SD                   ICMS                  MW2
ICS3         ICMS Sub.Trib. de SD ICST                    MW3
IPI3           IPI de SD                       IPI                        MW1
IVA IE (da entrada de transferencia) esta assim:
ICM1         ICMS dedutível            ICMS             VS2
ICS1          ICMS Sub.Trib.            ICST               VS3
IPI1            IPI dedutível                 IPI                   VS1
As contas estão atribuídas na OB40.
Estou entendendo que esta mensagem está ocorrendo porque ele não está deduzindo o ST do saldo da conta 283xxx - Impostos a Recolher.
Obrigada,
Silene.

Pessoal,
Consegui identificar o problema.
J1BTAX - NOTA FISCAL - Adm Estoque - cadeia de contabilização AI
o campo ID-linha Lçto estava em branco.... alterei para D - Imposto de transferência e deu certo!!
att,
Silene Duarte.

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

Erro Transferência em duas etapas MM T.Mov 833/835

Pessoal,
Estou enfrentando um problema estranho aqui, cujo qual já pesquisei por notas, aqui no fórum e demais recursos.
Utilizo o cenário de transf. em duas etapas, com solução standard de NFe. Na geração da NF do centro de origem (via mov.merc) ocorre tudo certo, nfe autoriza e tudo. Neste momento uma entrada é gerada na tabela J_1BNFE_ACTIVE (monitor da nfe).
O problema ocorre quando efetuo a MBSU no centro de destino. O sistema identifica ser uma NFe, busca os dados da NFe de origem (via doc de material), preenche todos os campos para a NF nova de entrada no centro de destino, porém ao gravar, um erro ocorre no módulo de função J_1B_NFE_UPDATE_ACTIVE (in update task = SM13).
O que acontece aqui é que esta função tenta inserir um novo registro no monitor (até ai tudo coerente..) só que na tabela J_1BNFE_ACTIVE existe um índice unico (não permite duplicidade), pelos seguintes campos (abaixo) o que impede que a mesma nfe seja de saída em um centro e entrada em outro.
MANDT   Mandante
REGIO   Região do emissor NF-e
NFYEAR   Ano da data do documento da NF-e
NFMONTH   Mês da data do documento da NF-e
STCD1   Nº CNPJ do emissor da NF-e
MODEL   Modelo da nota fiscal
SERIE   Série
NFNUM9   Nº NF-e de nove posições
DOCNUM9   NF-e: nº aleatório
CDV   Dígito controle p/chave de acesso NF-e
Perdi algo no caminho? Alguém sabe de alguma nota para isto ou já enfrentou este problema? Entendo que estã correto o preenchimento da tabela com os valores da NF de origem...mas este índice eu não entendi...
Grato,
SAP ECC 6.00 Versões..
Componente software    Release      Nível   Supp.Package sup.      Descrição do componente software
SAP_ABA                700          0022    SAPKA70022             Componente válido para várias aplicações
SAP_BASIS              700          0022    SAPKB70022             Componentes de base SAP
PI_BASIS               2005_1_700   0022    SAPKIPYJ7M             PI_BASIS 2005_1_700
ST-PI                  2008_1_700   0002    SAPKITLRD2             SAP Solution Tools plug-in
SAP_BW                 700          0024    SAPKW70024             SAP NetWeaver BI 7.0
SAP_AP                 700          0021    SAPKNA7021             SAP Application Platform
SAP_APPL               600          0018    SAPKH60018             Logística e contabilidade

Boa noite Fernando,
Eu tenho dois usuários pois um foi criado via uma conta da minha empresa que tem acesso a OSS (o login por certificado para mim é muito melhor).
Criei a thread em meu PC de casa e nem notei que era outra conta.
Não lhe conheço, mas vejo que contribui muito com o fórum, o que admiro, mas não pense que respondi para ganhar estes pontos..nem sei mesmo para o que servem....
O intuito foi contribuir com quem tiver o mesmo problema.
Abraços,

Erro no envio de Lote com NF-e em Contingência (FS) para o Paraná

Experts, bom dia.
Devido à entrada em contingência em modo SCAN na data de ontem pelo Estado do Paraná, emitimos algumas NF-e's em Contingência, porém optamos por não emitir em SCAN, mas sim em Formulário de Segurança (FS).
Com isso, as notas que foram emitidas no momento da "queda" do SEFAZ PR ficaram "travadas" com engrenagem na J1BNFE. Comutamos estas Notas para poder emitir novas notas em Contingência. Assim que o SEFAZ PR voltou, resolvemos tirar a Contingência no ECC e enviar as NF-e's emitidas em FS.
Estas Notas (FS) foram enviadas corretamente ao GRC, que montou um Lote e tentou enviar ao SEFAZ PR pelo cenário BATCH. Porém ocorreu erro neste Lote (36-Erro de Sistema PI). Verifiquei na MONI e somente ocorre erro no Acknowledgement do BATCH:
<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">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
<SAP:P1></SAP:P1>
<SAP:P2></SAP:P2>
<SAP:P3></SAP:P3>
<SAP:P4></SAP:P4>
<SAP:AdditionalText></SAP:AdditionalText>
<SAP:ApplicationFaultMessage namespace=""></SAP:ApplicationFaultMessage>
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
Já tentei reenviar este Lote de FS diversas vezes e volta a ocorrer erro de ACK. As Notas emitidas em modo NORMAL para o PR estão sendo aprovadas normalmente.
Alguém já passou por esta situação? Ou tem idéia do que pode estar ocorrendo?
Desde já agradeço.
Pedro Baroni

Pessoal, o erro acima ocorreu devido ao SEFAZ do PARANÁ ter respondido o Servico de entrega de Lote (BATCH) sem o campo obrigatório DHRecbto:
<?xml version="1.0" encoding="UTF-8" ?>
- <nfeRecepcaoLoteResponse2 xmlns="http://sap.com/xi/NFE/006">
- <nfeRecepcaoLote2Result>
- <retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00">
<tpAmb>1</tpAmb>
<verAplic>PR-v2_4_5</verAplic>
<cStat>225</cStat>
<xMotivo>Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException: cvc-pattern-valid: Value 'RSIDU77' is not facet-valid with respect to pattern '[A-Z]{3}[0-9]{4}' for type '#AnonType_placaTVeiculo'.</xMotivo>
<cUF>41</cUF>
</retEnviNFe>
</nfeRecepcaoLote2Result>
</nfeRecepcaoLoteResponse2>
Devido a isto a mensagem de erro não foi gravada no Lote e não apareceu no Monitor do GRC.
Fernando / Henrique, neste caso é necessário entrar em contato com o SEFAZ PR ou pode haver algum tratamento no SAP?
Abs.

Possibilidade de evitar a continuação NFe ser publicado sob contingência

Olá a todos,
Só queria ver se alguém deparei com esse problema antes.
O cenário é assim: - nós criamos uma NFE, esperando a resposta da SEFAZ, sem resposta, mudamos para contingência, cancelamento de pedido feito passo, cancelar o documento de origem (documento de faturamento). Ao criar um novo documento de faturamento a partir do documento de entrega, o novo NFE é automaticamente marcada publicado sob a contingência.
Existe alguma era evitar o novo documento a ser publicado em contingência e, em vez processado normalmente e para que possamos imprimir o DANFE normalmente.
Qualquer ajuda será apreciada.
Honey

Bom dia Honey,
Este processo é standard e não há configuração para mudar este comportamento.
Em SD ele verifica no fluxo de documentos se a nota anterior foi "Switched to contingency", então a nova é criada em contingência.
Se quiser você pode codificar na BAdI CL_SD_NFTYPE, método MODIFY e colocar sua lógica para alterar o valor de CV_CONTING (contingência).
Atenciosamente, Fernando Da Ró

SAP B1 + NFe. Erro: O documento XML não está em conformidade com o esquema.

Olá pessoal,
Estou fazendo testes com a Nf-e do SAP B1 9.0 PL 11.
Segui o documento How to Work with SAP Nota Fiscal Eletrônica in SAP Business One.pdf, e fiz todas as configurações necessárias.
Inclui um certificado digital, e estou realizando testes de emissão de nota em ambiente de homologação.
Estou utilizando os layout da nf-e disponibilizado pela SAP:
- NFe_Mapping_v1.182.SPP
- NFe_NumberSkipping_V3.SPP
Quando tento emitir uma nota fiscal de saída para teste, ao tentar inserir o documento aparece o erro:
"O documento XML não está em conformidade com o esquema; entrar em contato com o fornecedor de formato para obter suporte. The element 'transp' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vol' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'modFrete' in namespace 'http://www.portalfiscal.inf.br/nfe'."
Pelo que verifiquei este erro já é um retorno do Sefaz (estou fazendo testes no Sefaz-RS), porém não consegui maiores detalhes a partir disto.
Não consegui obter o XML que o SAP gera, para analisar esta inconsistência no XML. Na pasta padrão, que é configurado para o SAP armazenar os arquivos relacionados a NF-e, não foi criado nenhum arquivo, e no "Monitor de NF-e" dentro do SAP, também não apareceu nenhum log de comunicação.
Alguém teria alguma informação de como obter o XML gerado para pelo SAP para analisar este erro? Ou onde posso verificar o motivo deste erro?
Agradeço,

Olá pessoal,
Para deixar registrado.
Prossegui com os testes, e alterando algumas tags no EFM o arquivo NFe_Mapping_v1.182.SPP disponibilizado pela SAP, consegui gerar uma nota fiscal, porém a mesma ainda não é enviado ao SEFAZ.
Configurei todo o B1i, importando o scenario, de acordo com o How To do NF-e. No scenario, depois de ativado, ao verificar o status no check, aparece um warning em 3 eventos:
"inbound channel, timer: Step runs by default every minute. Message log not excluded. High load on message "
Não consegui verificar se isto pode gerar algum problema na transmissão da NF-e.
No Sap, no monitor da NF-e, tentei enviar várias notas fiscais, está gerando a chave de acesso e consigo exportar o XML da nota, porém está dando erro de envio, ao dar 2 clique na linha, aparece o erro:
"Documento marcado para transferência utilizando o framework de integração"
Verifiquei no site do SEFAZ pela chave de acesso, e a nota não chegou a ser enviado ao SEFAZ
Este é ponto até onde avancei com a emissão da NF-E utilizando os recursos do SAP.
Se alguém conseguiu enviar com sucesso uma nf-e pelo SAP PL11, e compartilhar esta informação, agradeço.
Diego Rodrigo,

Nota Fiscal Eletrônica de Devolução gera número de DOCNUM ao invés de NFNUM

Boa Tarde
Temos um cenário de transferência entre filiais cuja saída é feita por um processo de SD (ordem de venda, remessa e fatura), utilizando NF-e (2.0).
Para a devolução deste processo, foi configurado um tipo de de documento de vendas de devolução com NF do Cliente (no caso a outra filial) em que se deseja esciturar a NF de Devolução com o mesmo número da NF-e de saída.
O número da Nota Fiscal eletrônica de sáida é indicado no campo Referência na criação da Ordem de Venda de Devolução porém ao se criar o documento de faturamento e o documento interno de Nota Fiscal, o número de NF-e não está sendo transferido para o campo NFENUM, ao invés disto, está sendo atribuído um número interno de Nota Fiscal (DOCNUM). Este número de DOCNUM gerado é um anterior ao que está sendo gerado para a fatura de devolução.
Exemplo: está sendo indicado o Número de NF-e 000001000 no campo referência da ordem de venda de devolução, ao criar-se o docto de faturamento de devolução, está sendo gerado um número de documento interno de Nota Fiscal 0000043549 e o número desta NF-e que esta sendo determinado é 000043548 e não 000001000.
Alguém já observou este tipo de problema?
Agradeço por indicação da correção.

Olá Adriano
Não utilizaremos mais este processo, portanto a resolução deste problema ficou para outro momento.
Sujiro que abra um chamado na SAP.
Abs,

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.

Erro de Validação SCS = 9

Bom dia pessoal, tudo bem?
Estamos atualizando a NFE 2.0 no ambiente QAS.
Após a geração da NFE, retornou o status para J1BNFE da seguinte forma:
- status ação: em comunicação (rodinha)
- log NFE: verdinho
- status do documento: branco
- status de comunicação do sistema: 9
- status do sistema de mensagem: V
No GRC está:
- Nos detalhes da NFE => Status NFE: X vermelho / Status processo: 5 / Código status: 102
- Na aba "Erro atualização status ERP" (na primeira tela do GRC) => Status: X vermelho / Erro ERP: 105
Observação: tentei atualizar a NFE, marcando a linha e reiniciando o processo, mas não está surtindo efeito.
Alguém já passou por isso?
Agradeço pela ajuda.
Abçs.
Adriana

Adriana,
se a mensagem continua a mesma, deve ser porque não inseriram as linhas na tabela J_1BNFE_MAP_TYPE, como citado pelo Fernando. Você limpou o log de erros da nota antes de reenvia-la do GRC p/ o ECC?
Verifique se o passo abaixo foi executado durante a aplicação da nota:
Maintain table J_1BNFE_MAP_TYPE
Use transaction SE16 and display the table entries.
Push CREATE (F5)
Insert records
MSGTYP    DOCSTA     SCSSAT
8       Space        A
9       Space        B
Já passei por isso em uns 2 clientes e o problema sempre foi a aplicação dessa nota hehehe
Notas com "manual step" sempre dão mais dor de cabeça.
[]'s
JN

Criação de NF a partir de documento de devolução

Olá,
Estamos com um caso em que documentos de devolução criados pela VA01 estão gerando NFe, quando na verdade a nota deveria ser manual. Existe alguma exit antes do momento em que a NF é criada para um documento de devolução? O cliente quer poder escolher entre criação manual e geração de NFe.
Grato,
Leo

Oi Leonardo.
Bom... também não conheço muito de SD. Imagino que você esteja lançando uma nota de devolução via writer referente a uma nota fiscal de saida gerada desta mesma forma. O ideal é rever o processo com a pessoa/consultor de SD. Em MM a determinação da geração de notas fiscais é feita pelo tipo de movimento; já em SD até onde eu sei é feito por tipo de documento de venda.
Cross-Application Components -> General Application Functions -> Nota fiscal -> Sales and Distribution - Billing Documents -> Assign Nota Fiscal Type to Sales Document Types
De qualquer forma... dê uma olhada na documentação disponível no marketplace para "Devoluções e reclamações"...
Visão geral do cenário
Procedimento do processo empresarial
Guia de configuração
Abraço
Eduardo Chagas

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

Recebimento de Transferencia na Zona Franca - Erro M7050 Saldo nao nulo. Transacao MB0A

Pessoal,
Boa noite,
Estou com um problema e preciso da ajuda de vocês.
ERRO M7050 - Saldo não nulo: 28,04 - Debito: 28,08 Credito: 0,04
Quando realizo a entrada da transferência através da transação MB0A, ele executa esse erro. Quero acreditar que o SAP não esta considerando o valor da redução do ICMS que a Zona Franca possui, pois eh justamente o valor da redução na saída da mercadoria.
As notas 622370 e 790429 estão aplicadas no sistema, alem de ter a condition do ICMS de credito presumido da ZF marcado como D - Imposto de transferência na cadeia de contabilização.
Vocês sabem o que esta acontecendo?
Obrigado.

Oi Renan & Hernandes
O que vcs tem na tabela J_1BCONDMAPV e J_1BTXCOND no que diz respeito a nota 790429?
Qual versão do erp que vcs estão?
Imagino que vcs já tenham olhado a nota.. 1826651 - STO: ICMS wrongly calculated for Full/Partial return from ZF
Abraço
Eduardo Chagas

Erro na geração da NFe - Devolução de Transferência em Trânsito

Similar Messages

Maybe you are looking for