Processo de venda com referência à NFe de fornecedor

Olá Pessoal,
Existe um cenário de vendas que pretentem referenciar a NFe do fornecedor informando-a na OV, Cabeçalho, aba Contabilidade campo Referência.
Por ser Venda Normal o campo J_1BNFDOC-DOCREF não é preenchido de forma standard.
Vi no tópico http://scn.sap.com/thread/3238930 que posso preencher a estrutura OUT_REF pela BADI da NFe.
Antes de eu iniciar o desenvolvimento, gostaria de saber se eu preencher a estrutura OUT_REF, o campo J_1BNFDOC-DOCREF vai ser preenchido posteriormente e poderei ver a referência na J1B3N ?
Obrigado,
Marcelo

Marcelo,
Pelo que vi o erro ocorre por faltar incluir a referência numa tabela interna (WREFOBJ).
Nessa tabela vc precisaria inserir o número do doc referenciado no campo VBELN. --> WREFOBJ-VBELN.
O check é feito no include LJ1BGF02, no FORM UPDATE_ORIGINAL_NF.
Fiz alguns testes aqui, preenchendo as informações funciona na mão funciona, porém não sei qual o melhor momento, pois tem várias operações que levam em consideração o documento referenciado - até dados da FCI ele busca com base no doc referenciado. Aí vc precisa ver bem como pode dar certo no seu caso.
Abs,
Eduardo Hartmann

Similar Messages

Redeterminação de CFOP e Taxcode em OVs feitas com referência a Cotações

Olá a todos,
Gostaria de saber se existe alguma forma para que o CFOP e Codigo de Imposto (ou pelo menos 1 deles) sejam redeterminados em uma Ordem de venda quando esta é criada com referência a uma cotação?
O cenário é bem obvio: Cotações são feitas aos clientes. O codigo de imposto e CFOP são pertinentes a uma venda normal.
Porém, no momento que o cliente emite o pedido de compra ele informa que deseja que a venda seja uma Entrega Futura (que demandaria de um CFOP e Cod de Imposto diferentes), mas o taxcode e o CFOP que consigo na Ordem de venda são sempre puxados da cotação usada como referência.
Já tentei até deixar o CFOP em branco na cotação pra ver se haveria uma redeterminação...mas obtive na OV o campo de CFOP tambem em branco.
Já agradeço a atenção de todos!
Obrigado
Sergio Augusto

Olá Filipe.
Eu não sei lhe dizer o efeito disso nas suas ordens de venda pois sou de MM... mas por exemplo: uma vez que você já gerou o documento da nota fiscal o sistema tem esse comportamento de não atualizar os dados na nf após você fazer uma modificação nos dados mestres. Ou seja, esse é o comportamento normal e você precisa modificar e/ou fazer o refresh no documento.
No passado os dados cadastrais (cliente/fornecedor) eram dinâmicos mas com a nf-e não é mais assim.
Abraço
Eduardo Chagas

Estou usando Numbers no iphone; quando uso a fórmula do Excel "=plan1!h4" para fazer referência a uma tabela anterior, o Numbers não a reconhece. Qual a fórmula correta para do Numbers equivalente a essa do Excel?

Estou usando Numbers no iphone; quando uso a fórmula do Excel "=plan1!h4" para fazer referência a uma tabela anterior, o Numbers não a reconhece. Qual a fórmula correta do Numbers equivalente a essa do Excel?
Obrigado

PROCESSO DE RECEBIMENTO E VENDAS COM "GRADE"

Bom tarde a todos, importamos Mármore em M² e recebemos essa mercadoria convertendo para unidade, mas na forma de “grade”, por exemplo:
1000 M² de Marmore X
Após a conferência equivale a:
1 chapa de 2 x 2 de mármore x
2 chapas de 3 x 2 de mármore x
3 chapas de 3,5 x 2,35 de mármore x
e assim por diante
Ou seja o item é o mesmo só muda as medidas, muito parecido com indústria de calçados que tem a grade de tamanhos.
A questão é: O SAP atende essa necessidade? Pelo que pesquisei, como padrão não atende.
Alguém já tratou essa situação ou teria alguma sugestão?

Caro Leônidas,
Boa tarde!
Já realizei operação semelhante para o processo de BOBINAS DE AÇO, onde o item é o mesmo (BOBINA DE AÇO) mas o cliente necessitava controlar a largura da bobina e o peso da bobina gerada na ORDEM DE PRODUÇÃO.
Para realizar tal processo, utilizei o processo de ADMINISTRAÇÃO DE NUMERO DE LOTE, da seguinte forma (já fazendo analogia ao seu processo:
1 - Todos os itens comprados eram inventariados (lançados via NOTA FISCAL DE ENTRADA ou RECEBIMENTO) e lançados em um único item, sendo que este item possuía controle em ADMINISTRAÇÃO DE NÚMERO DE LOTE;
Ex: Mármore M2;
2 - Foi criado um campo de usuário nas informações de DETALHES DO LOTE e neste campo padronizei todas as medidas existentes para os produtos trabalhados;
Ex: Chapa de 1x1, Chapa de 1x2, Chapa de 2x2, Chapa de 3x2, Chapa de 3x3...
3 - NO momento do lançamento em RECEBIMENTO ou NOTA FISCAL DE ENTRADA, eram identificados os produtos existentes em cada lote sendo que:
3.1 - O campo do NÚMERO DO LOTE era igual ao NUMERO DA NOTA FISCAL e à DATA DE LANÇAMENTO
3.2 - O campo de usuário era identificado a característica criada do produto;
Ex: 10 Chapas de 1x1, 12 Chapas de 1x2, 5 Chapas de 2x2...
É perfeitamente possível utilizar os recursos padrão do SAP para implementar este processo, sendo apenas possível criar um campo de usuário. Mas neste caso, o cliente preferiu customizar um relatório específico do Crystal Reports que filtra o inventário pela característica específica do produto (em seu caso, a chapa).
Espero ter ajudado a clarear suas idéias neste processo.
Leandro Martins
Consultor SAP Business One
[email protected]
www.updatesolution.com.br

Processo de Importacao com NFe - DANFE de Entrada

Estamos tentando automatizar o processo de importacao em compras, e uma das necessidades é gerar a DANFE de entrada (propria).
Como o standard a DANFE de entrada esta colocando no lugar do Issuer o Fornecedor e no lugar do Parceiro de negocio a propria empresa. Deveria ser o contrario, já que a Nota é emitida pela propria empresa e nao pelo fornecedor estrangeiro.
Alguem já tentou realizar este procedimento?
Grato,
Rodrigo
Edited by: Rodrigo Salomao on Mar 25, 2010 6:08 PM

Olá Rodrigo.
Que categoria de nota fiscal você está usando? NE (NF-e) copia da EN?
Na configuração da categoria de nota...
Direção do movimento = Entrada
Função parceiro = LF
Tipo parceiro = Fornec.
Formulário nf = ZM55 (ou o que você tiver definido para nf-e)
Modelo de nf = 55
Gerando a nota você irá precisar tratar a data de entrada efetiva da mercadoria; isso porque você irá emitir a nota para "acobertar" o transito do local de desembaraço até o destino final.. que irá ocorrer em outro momento.
Abraço
Eduardo

Processo de Subcontratação - Contingência

Pessoal,
Estou com o seguinte problema, ao efetuar um processo de subcontratação mov. 541 com saída de NFe, eu a comutei para contingência para teste.
Verifiquei que após estornar o documento via MBST e gerar uma nova NFe utilizando o mesmo pedido, esta NFe não apresenta o flag de contingência selecionado.
Existe algum procedimento diferente do que comentei acima, ou preciso aplicar alguma nota de correção?
É importante ressaltar que o sistema não estava em contingência, e sim, parcialmente em contingência.
Obrigado a todos !!!!

Olá Henrique,
obrigada pela informação.
Testamos a seguinte situação:
Após gerarmos uma NF-e para o processo de subcontratação através da transação MB1B (mov 541) verificamos que o sistema estava inoperante, diante disso, resolvemos colocar somente esta NF-e em situação de exceção através da transação J1BNFE. Estornamos a NF-e através da transação MBST (mov 542) e após isso geramos uma nova NF-e do mesmo pedido.
A NF-e gerada não foi lançada em contingência.
Como devemos proceder com a situação mencionada?
Atenciosamente
Adriana

Processo B2B aguardando processamento em background - NFE 3.10

Boa noite,
após implementarmos a versão 3.10 da NFe todos os nossos e-mails de XML para nossos parceiros no GRC ficam aguardando que alguém clique no botão "Continuar processo B2B", só então eles são enviados.
Verificando o status do B2B constatei que ele apresenta o status "Esperando por processamento em background".
Alguém saberia por favor me dizer qual configuração esta faltando para que o envio fique automático?
Agradeço antecipadamente.
Helio Camargo

Helio,
Você pode agendá-lo de 1 em 1 minuto ou 5 em 5 minutos, vai de acordo com a disponibilidade de recursos (Background Working Process) que seu servidor possui.
http://help.sap.com/saphelp_nw70/helpdata/EN/4a/2d513897110872e10000009b38f889/content.htm
Em vários clientes onde passei, 5 minutos de intervalo entre as execuções já era suficiente.
Ele vai processar apenas os processos que estão com status inicial.
[]'s

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

Erro inutilização em contingência Nfe 3.10

Boa tarde!
Implantamos NFe 3.10 e estamos com problema na inutilização de notas recusadas que foram emitidas em contingência.
A nota é emitida em contingência (TpEmiss = 6) e retorna recusada pela SEFAZ.
Em seguida, solicito a inutilização da nota, porém não retorna o status para o monitor (J1BNFE), permanecendo a nota na engrenagem.
Consultando o GRC, o lote está ok com status 104. Mas a nota permanece com status do erro.
Obs: Não estou conseguindo inutilizar a nota tanto com SVC ativo como com a SEFAZ normal ativa. Em contrapartida, quando a nota emitida em contingência é aprovada pela SEFAZ, consigo realizar o estorno da nota com a SEFAZ normal ativa.
Alguma sugestão para inutilizar uma nota recusada pela SEFAZ que tenha sido emitida em contingência?
Desde já agradeço pela ajuda!
Att.
Marcos Muniz

Marcos bom dia,
Se você reparar os endereço dos serviços não existe de Inutilização:
Primeiramente a SVC não aceita Inutilização como segue texto do manual:
"04.5 Serviço de Inutilização
O Serviço de Inutilização (Web Service: NFeInutilizacao) não deverá ser oferecido pela SVC.
Quando da utilização da SVC pela empresa, uma eventual necessidade de inutilização de
numeração identificada pela aplicação da empresa deverá ser represada para comando posterior
no ambiente de autorização normal da SEFAZ de origem da circunscrição do contribuinte."
Conversando com Luis Naves, ocorreu a mesma coisa com ele hoje, onde está o erro ?
Do lado do SAP ERP de permitir a inutilização mesmo em situação de contingência, você já abriu um chamado na SAP ?
Se já posta a snote ou algo do genero.
Att,
Ricardo Viana.

Devolução de Vendas - RVXBRA -TAXBRJ

Boa tarde;
Estou com problemas em um processo de Devolução tipo de Ordem ROB / REB.
Realizamos o processo de Venda Normal com valor na condição ICS3 - 62,47 mantida na J1BTAX no grupo de imposto de exceção dinâmica.
O grupo de imposto na J1BTAX é alterado para um valor X como por exemplo 65,94.
É feita criação da ordem de vendas ZROB com referência ao documento original.
A condição ICS3 traz o valor da condição do documento de origem 62,47.
Entretanto, no momento de faturar é feita a leitura no novo grupo de imposto na J1BTAX pegando o novo valor de 65,94, sendo assim, ele não realiza a cópia do documento da ordem de vendas de origem , sendo que, no controle de cópia ordem -- fatura esta como "D" para não alterar os valores na princing.
Outro detalhe adicional na criação da NFe o sistema esta redetermina outro valor para a condição ICS3 para NFe
Alguém já passou por um problema parecido?
Support Package SAP
SAP_APPL - Release - 606 Level - 0004
SAPKH60604
Esquema de cálculo - RAXABRA - TAXBRJ
Controle de cópia
Fatura Origem
Orde copiada com os mesmo valores do documento origem
Nova fatura - valor diferente copiando dos novos valores cadastrados no grupo de impostos na J1BTAX, na realidade deve ser copiado o mesmo valor da ordem de vendas pois como trata-se de devolução o valor deverá permanecer o mesmo.
NFe gerada traz um valor diferente
Obrigado
Rodrigo Vieira

Olá, Márcio.
Boa tarde.
Vou tentar colaborar com uma pesquisa que fiz relacionada ao seu problema:
- Verifique docuemntos abertos no doc. flow (PO. billing, etc)
- Use transação CO09 para verificar situação ATP relativa ao material.
- Reveja notas #89362 e #123500.
- Se todos lotes de inspeção envolvidos contém serial numbers então o reseting de postagens para materiais com seriais parece não ser possível.
- Se você precisa resetar estas postagens, você pode tentar desenvolver seu próprio report ou contatar um serviço de consultoria para tal. Por favor, consulte também a nota #93582 relacionada a isso.
Boa sorte,
Atenciosamente,
Felipe Silveira

Vencimento da Nota Fiscal Complementar fica com a data da Nota Original

Pessoal boa tarde!
Minha usuária precisa fazer nfs complementares de Vendas de notas fiscais que foram faturadas desde 2011 e o problema é que a data do vencimento sai igual à data da NF mãe.
No meu caso a nf complementar foi emitida no dia 17/03/14 e o vencimento saiu 29/01/2012..
Ao criar com referência ao documento de faturamento da primeira nota, já tentei de tudo: colocar data efetiva fixa, mudar a data de fixação do preço, data do faturamento, mas nenhuma destas ações refletiu a atualização do vencimento com base na nova data do faturamento.
Alguém já passou por isso e poderia me dizer se tem algum customizing?
obrigada!
Lúcia

Bom dia Fernando,
Sim.. a nota complementar funciona na versão 1.0.
A partir da 2.0 algumas consistências foram acrescentadas e gostaria de definir o procedimento. Por exemplo, aqui na empresa, para um tipo de Nota Fiscal Complementar eles usam apenas informar o valor no campo "Valor Fiscal", então no caso de uma nota fiscal complementar de ICMS, eles informariam apenas R$ 100,00 no campo valor fiscal da nota. Com a versão 2.0, se o campo "Valor Fiscal" que é o valor do imposto tiver preenchido, temos que informar também os campos "Taxa de Imposto" e "Montante Básico" , pelo que entendi, um documento pode ter valor fiscal ( valor do imposto) informado, caso tenha uma base de cálculo e taxa. Fizemos um teste colocando informação nesses campos, e funcionou corretamente...
Por isso não entendo como proceder no caso de NFE complementar... onde são informados apenas valores que complementam notas anteriores...
Obrigada,
Talita

Problema de validação na contingência (Switched to Contingency)

Bom dia!
Por gentileza, poderiam me ajudar?
Estou com problema para colocar uma NF em contingência através do monitor, segue procedimento realizado:
1) Criei uma NF writer
2) No monitor, selecionei a NF e pressionei o botão u201Ccontingencyu201D, informei o motivo
(após informar o motivo e clicar no botão switch to contingency, o sistema não atualiza o motivo da contingencia no campo NF-e Conting Reason e Desc.)
3) A NF-e foi atualizada para status u201Cswitched to contingencyu201D.
(o campo Switched to Contingency = X)
(o campo SCS = 5)
4) Em seguida cancelei a NF-e que foi u201Cswitched to contingencyu201D através da transação J1B3N
5) Após o cancelamento o sistema mostra no monitor a NF atualizada com status cancelada (canceled = x e Step = 7)
6) Na J1B1n criei uma nova NF com referência a NF-e u201Cswitched to contingencyu201D.
(Na aba NF-e Data o campo Posted Cont. está flegado e o Tipo de emissão = 2)
7) A nf foi automaticamente gerada em contingência.
(o campo Posted Cont = x, Step = 3)
8) seleciono a NF e envio para a sefaz
9) após o envio para a sefaz, o status é atualizado (Step = 8, NF-e Log = bandeirinha vermelha)
Segue log com o erro de validação
Validation error: Field (XJUST) Reason for Activating Exception Situation, Must be filled in combination with other fields.
Validation info: Field DHCONT in check NOT_INIT_FIELDS is filled
Nesse caso o sistema não deveria pegar o motivo de contingência que foi informado na primeira nota?
Por acaso alguém já passou por erro ou sabe me informar se tem alguma nota que corrige esse problema. Já pesquisei e não encontrei.
Obrigada,
Moní

Bom dia Moní,
As explicações já estão dadas, então vou comentar apenas sobre a rejeição:
9) após o envio para a sefaz, o status é atualizado (Step = 8, NF-e Log = bandeirinha vermelha)
Segue log com o erro de validação
Validation error: Field (XJUST) Reason for Activating Exception Situation, Must be filled in combination with other fields.
Validation info: Field DHCONT in check NOT_INIT_FIELDS is filled
Verifique se o motivo que está sendo utilizado existe no idioma que o job está rodando.
Tabela J_1BNFE_CONTINRT contém as descrições por idioma. Se o customizing foi feito num idioma e o job/user numera em outro pode acontecer isso.
Além disso pode estar faltando SAP Notes, procure no market-place por "issuing type" "contingency" "SCAN" "decouple"
Atenciosamente, Fernando Da Ró

Crédito p/ Forn aparece no Monitor do ERP - não consigo enviar p/SEFAZ

Boa tarde!
Para devolução de mercadoria ao fornecedor via pedido de compra, criamos o crédito através da transação MIRO, conseguimos o número da NF automaticamente e ela aparece no monitor (J1BNFE), porém, status em "amarelo" - código 3, indicando que precisamos enviara para a SEFAZ. Ao tentar enviar para a SEFAZ, recebo a mensagem abaixo. No monitor do GRC a NF-e não aparece. Bom, não é um billing document (ou documento de faturamento), mas um documento criado em MM para retorno de mercadoria ao fornecedor (documento criado com ref. ao RE) e o tipo de NF foi criado com referência ao E4. Há alguma coisa faltando para que a NF seja enviada ao GRC? Veja detalhes abaixo:
Messagem de Erro:
Billing document 5456275826 does not exist
Message no. VF041
Diagnosis
The billing document you specified does not exist.
This document was possibly archived.
Configuração com cópia do RE:
Nota Fiscal Category ZH - NF-e Return of Incoming
Indicators:
click no campo Electronic NF
NF Cancel Type ZG NF-e Cancel of Outgoing Direction (A)
Nota Fiscal Document Type:
Document Type - 6 Return
Direction of Movement - Outgoing
Invoice Verification:
NF Partner Function - LF Vendor
NF Partner Type - Vendor
Text Key - RETU Return Text for IPI
Other:
Nota Fiscal Form - NF06 - form 06
Nota Fiscal Model - 55 Nota Fiscal - Model 55
Muito obrigada
Fabiana

Exmo Sr:. Da Rós;
Segue abaixo respostas:
Bom dia José Aguilar,
porém o meu problema com a atualização dos status persiste
Pergunta: Agora quando a NF-e é emitida e transferida para o sistema mensagerio você obtem um SCSSTAT = 0 na J1BNFE?
Resposta: Não. Esta é exatamente a causa de todas as minhas perguntas neste fórum.
...temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc.
Para o ERP este passo de saída não faz tanta distinção ser o GRC ou não, ele irá chamar a /XNFE/NFE_CREATE para o GRC ou a J_1BNFE_XML_OUT para mensageria de terceiros.
Próximos passos:
- Qual o resultado do debug? O que descobriu?
Resposta: No Debug descobri a solução para o meu problema antigo, as mensagens do log; porém não conseguí ainda achar exatamente o ponto onde acontece o flag do campo SCSSTAT, o mesmo passa por diversas estruturas, variáveis e ti's, tentei forçar o valor no campo porém quando passa por outras consistências e funções volta a zerar o conteúdo. Agora estou debugando o grupo de funções j_1b_nfe e a j1b1, pois a verdade é que preciso flegar este campo no momento da criação da nf-e, pois os usuários terão acesso ao j1bnfe só para verificar status, pois o volume de notas é muito grande e devem já ser criadas com a determinação do número e o envio para o programa que repassará o arquivo ao Synchro.
- Os status mudaram?
Resposta: Não.
Atenciosamente, Fernando Da Rós
Agradeço pela compreensão, disposição, educação e grande paciência com que o senhor vem reportando meus questionamentos.
Grato.
José Aguilar.

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)

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

Processo de venda com referência à NFe de fornecedor

Similar Messages

Maybe you are looking for