Pedido de devolução
Estamos tentanto colocar um pedido de devolução, porém não estamos tendo sucesso pois o cliente está devolvendo a carga parcial, sendo que um dos sacos está aberto e o sistema só aceita multiplo de 25, equivalente a sacos fechados de 25. Como posso colocar no sistema essa quantidade menor que 25 Kgs?
Conseguimos realizar alterando o cadastro do material.
Similar Messages
-
Bom dia,
Estou começando a trabalhar com pedido de venda e acabei de encontrar uma dificuldade.
Eu faço um pedido de venda por projeto (contrato) e conforme vamos entregando (NFs) a quantidade vai baixando do pedido de venda, e qdo vamos gerar a próxima NFs ele informa quanto ainda temos disponível para faturar no pedido.
Só que tivemos uma devolução e o pedido não estornou a qtd devolvida.
Consequentemente agora o pedido está errado em relação a qtd faturada.
Alguém sabe como dar uma solução para este problema?
DanielleOi Danielle,
Que bom poder ter ajudado.
Com relação a recuperação de impostos em uma operação de devolução, isso deve estar configurado nas contas contábeis do "TIPO DO IMPOSTO", para que quando na venda, ocorra o debito na conta do imposto a pagar, automaticamente se voce faz a devolução ele credita essa mesma conta...
veja bem, imposto a recuperar não é exatamente o imposto da devolução, e sim o imposto que voce recupera sobre a compra...
a nao ser que a contabilidade queira usar esta como referencia, mas dessa forma, sim a analise do balancete/razão não expressaria o saldo real da conta contabil...
e o codigo do imposto nao deve ser alterado porque nele voce ja configurou o CFOP da devolução...
Avalie. Voce tem base de testes? Simule as operacoes de vendas e devolucão da venda e analise os lancamentos contabeis gerados, voce vai perceber que sao inversos.
Boa sorte.
Wagner -
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) -
Olá,
Gostaria de saber como funciona o processo de devolução eletrônica de mercadorias para nota fiscal papel e nota fiscal eletrônica do cliente.
1. Emiti uma NF-e e estou simulando uma devolução, na transação VA01, preenchi o tipo de documento de vendas correspondente à devolução e no campo referencia preenchi o número da nota fiscal papel. após executar todos os passos do processo a nota de entrada gerada deveria aparecer no monitor ou não? É necessário a criação de um novo tipo de documento de vendas para devolução com NF-e?
2. Emiti uma NF-e e estou simulando uma devolução, na transação VA01, preenchi o mesmo tipo de documento de vendas correspondente à devolução e no campo referencia preenchi o número da NF-e com um "E" na frente. Após executar todos os passos do processo a nota é resgistrada no monitor com um warning que diz que o protocolo de autorização e o número randômico não foram preenchidos. Sei que é possivel fazer o input esses dados através da transação J1B2N, mas gostaria de saber se é possível o preenchimento desses campos antes da geração da NF-e.
Obrigada
MaríliaOla
Nao duplicamos os documentos de venda nao, mas utilizamos a Badi de redeterminacao de categoria de nota fiscal para se for nota nao eletronica determinar cat de nao eletronica e se for eletronica determinar cat de nota eletronica.
No momento que o sap reconhece que foi digitado e E de eletronica criamos um enhancementpoint para colocar este E em um campo da VBAK . depois na Badi usamos este campo para saber que cat nota determinar. (programa J_1BV45A)
Se a nota nao for eletronica nao vai aparecer no monitor mesmo.
Agora quanto aos campos de autorizacao nao fizemos nada para preencher no momento do faturamento.
Na transacao MIRO o usuario vai ate a nota fiscal e pode preencher este campos , mas na VF01 nao.
So se voce colocar estes campos em algum campo do pedido de venda e na hora do faturamento atualizar as tabelas de nota em uma exit .
Espero ter ajudado
Renata Hopp -
Nota Fiscal de devolução de importação - Taxa Dólar diferente
Ola Pessoal,
Estamos com a seguinte situação: Foi dado entrada em uma NF de Importação (MIGO e MIRO), a mesma foi registrada com a taxa de conversão (USD x BRL) cadastrada para o dia. Agoraestamos gerando uma Nota de devolução (via MIRO) de parte do material. O problema é que o sistema esta carregando como taxa de conversão o valor criado para a data corrente e não a tax utilizada na ocasião do recebimento.
Alguém já passou por isso, existe uma forma de via customizing resolver a questão ?
Obrigado,
GeorgeOla George
Eu sou SD e ja passei por isso em retorno de nota de exportacao.
Em SD temos formula de controle de copia de documentos. Entao quando estou criando um pedido de retorno como referencia no faturamento, no controle de copia coloco no documento criado a taxa de cambio da saida.
Na Miro de devolucao deve ter alguma exit, ou enhancement point que possa ser usado para isso
Renata Hopp -
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 -
Pedido de Venda parcial com Nota Cancelada a quantidade não volta no pedido
Faço um pedido de venda em seguida fiz a nota fiscal de saida com quantidade parcial dos itens, cancelei essa nota fiscal de saida(fazendo a devolução da nota fiscal de saida), sendo que no pedido de venda não voltou a quantidade parcial que fez na nota fiscal nem no campo que ativa no configurações de formulario quantidade em aberto.
Pois controlo pelo pedido de venda, o cliente faz um pedido e vai entregando por semana até que o pedido seja entregue por interio, o problema ocorre quando cancelo uma Nota fiscal de Saida a quantidade não volta para o pedido.
Por favor, Alguma solução ?
Edited by: Jaime Charles L. Pereira on Oct 26, 2009 2:53 PMNós criamos um add-on para realizar cálculos no grid de itens. Resolvemos o caso de um cliente com este add-on.
Inclusive o cliente criou um campo de usuário para definir o percentual de peso da embalagem (que entra neste cálculo também).
O problema é que este add-on tem que ser adquirido. O bom é que ele resolve muitos problemas de cálculos no grid. -
DEVOLUÇÃO DE EXPORTAÇÃO - CFOP 3201 - GRC VALIDA DADOS DI.
Boa tarde a todos!
Estamos em um projeto de NFE XML 2.00 e nos deparamos com o seguinte erro:
Ao emitirmos um NF-e de devolução da mercadoria que se encontrava no Porto (devolução de exportação - CFOP 3201), a validação do monitor GRC informa que é necessário constar os dados de importação, apesar deste processo não se tratar de importação. Os seguintes logs de validação são gerados:
Erro de validação: campo Código do fabricante estrangeiro no sistema. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-CFABRICANTE, ID campo I028)
Erro de validação: campo Nº da adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NADICAO, ID campo I026)
Erro de validação: campo Nº sequencial do artigo na adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NSEQADIC, ID campo I027)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-CEXPORTADOR, ID campo I024)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDESEMB, ID campo I023)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDI, ID campo I020)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-NDI, ID campo I019)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-UFDESEMB, ID campo I022)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-XLOCDESEMB, ID campo I021)
Estamos no SAPK-10015INSLLNFE e as seguintes notas relacionadas a validação estão aplicadas:
1493980 Validation for field xJust in cancel and skipping messages
1499921 Problem with validation after implementing SP15
1500046 Upgrade validation rule for field ID for version 2.00
1500742 Adjust validation for field NADICAO and NSEQADIC layout 2.00
1502217 Extend validation rules for , layout 2
1504379 Adjust validation for field X_CLISTSERV
1511291 Update allowed values for field E1_CPAIS for validation
1511577 Update validation rules for field VUNCOM_V20
1520861 Update validation rules for OIL_CPRODANP and OIL_UFCONS
Não encontrei nenhuma nota SAP recente para o componente SLL-NFE que seja relacionada a este problema.
Desde já agradeço pela ajuda.
Sds / Renato Penido.Boa tarde, Fernando,
Obrigado pela pronta resposta.
Debugamos a BADI e descobrimos que os dados de importação estão sendo gravado "em branco", gerando o erro de validação no GRC, tal qual dito por você.
Aprimoramos a lógica da BADI para que a tag de importação não seja preenchida indevidamente para as notas de devolução do porto e as notas foram aprovadas.
Muito obrigado,
Renato Penido. -
Esquema de cálculo de preço bruto no pedido de compra - MM
Boa Tarde pessoal,
Estou em um projeto de implementação e existe uma necessidade da empresa de trabalhar com o esquema de cálculo de preço bruto no pedido de compra. Já fiz algumas pesquisas e não encontrei uma solução standard para isso. Gostaria de saber se existe alguma nota SAP que faça esse cálculo bruto, já que alguns usuários dizem que já viram isso funcionando em outras empresas (e eles dizem que existe uma nota da SAP para isso).
Já li o post que o Moçatto explica algo semelhante, porém na solicitação de cotação, conforme abaixo:
Gostaria de uma resposta oficial caso não exista essa nota, pois somente a minha resposta não está satisfazendo.
Obrigada,
Tatiana MonteiroTatiana,
Te encaminho um exemplo de pricing Compras nacionais-Preço Líquid.
Nº nível Contador Tipo condição Descr Nível-desde Nível 'até' Man. Obr Est. Imprimir Subtotal Requisito Fórmula cálculo Fórmula base Chave de conta Provisões
1 1 PB00 Preço bruto 0 0 9 0 0 0
1 2 PBXX Preço bruto 0 0 9 5 0 0
10 1 RB00 Desconto absoluto 0 0 X X 0 0 0
10 2 RC00 Desconto/quantidade 0 0 X X 0 0 0
10 3 RA00 Desconto % prç.líq. 0 0 X X 0 0 0
10 4 RA01 Desc.% preço bruto 1 0 X 0 0 0
10 5 HB00 Suplem.cabeç.absol. 0 0 X X 0 0 0
10 6 ZB00 Suplemento absoluto 0 0 X X 0 0 0
10 7 ZC00 Suplemento / qtd. 0 0 X X 0 0 0
10 8 ZA00 Sobretaxa % do líq. 0 0 X X 0 0 0
10 9 ZA01 Suplemen.% do bruto 1 0 X X 0 0 0
10 10 HB01 Desconto cabeç.abs. 0 0 X X 0 0 0
10 11 RL01 Descon.fornecedor % 1 0 X X 0 0 0
10 15 MM00 Qtd.insufic.(/qtd.) 0 0 X X 0 0 0
10 16 MM01 Qtd.insuficiente (%) 1 0 X X 0 0 0
10 17 REST Desconto conta % 0 0 X X 0 0 0
20 0 Valor Bruto - desconto 0 0 7 0 0 0
21 1 NAVS IVA não dedutível 0 0 X X 60 0 0
21 2 NAVM IVA não dedutível 0 0 X X 29 0 0
22 0 Valor Bruto - IVA supl. 20 21 X 0 0 0
24 0 Valor Bruto Final 0 0 X 0 0 0
31 1 FRA1 Frete % 20 0 X X 0 0 0 FRE FR1
31 2 FRB1 Frete absoluto 20 0 X 0 0 0 FRE FR1
31 3 FRC1 Frete/quantidade 20 0 X X 0 0 0 FRE FR1
31 4 RUE1 Provisões neutras % 20 0 X X 0 0 0 FRE RUE
31 5 RUB1 Provis.neutras abs. 20 0 X X 0 0 0 FRE RUE
31 6 RUC1 Provis.neutras/qtd. 20 0 X X 0 0 0 FRE RUE
31 10 FRA2 Frete % 20 0 X X X 0 0 0 FRE FR2
31 11 FRB2 Frete absoluto 20 0 X X X 0 0 0 FRE FR2
31 12 FRC2 Frete/quantidade 20 0 X X 0 0 0 FRE FR2
32 1 MAR01 Provisões neutras % 20 0 X 12 0 0 FRE RUE
35 1 SKTO Desconto 20 0 X 17 0 0
37 0 A001 Bônus 20 X 26 EIN BO1
38 0 A002 Bônus por material 20 X 26 EIN BO1
40 0 Preço efetivo 24 24 S 0 0 0
41 0 Montante Total 31 40 S 0 0 0
75 0 GWLB Valor limite comp.SC 0 0 X 54 60 0
Versus Compras nacionais-Preço Bruto
Nº nível Contador Tipo condição Descr Nível-desde Nível 'até' Man. Obr Est. Imprimir Subtotal Requisito Fórmula cálculo Fórmula base Chave de conta Provisões
1 1 PB00 Preço bruto 0 0 9 0 0 0
1 2 PBXX Preço bruto 0 0 9 5 0 0
10 1 RB00 Desconto absoluto 0 0 X X 0 0 0
10 2 RC00 Desconto/quantidade 0 0 X X 0 0 0
10 3 RA00 Desconto % prç.líq. 0 0 X X 0 0 0
10 4 RA01 Desc.% preço bruto 1 0 X 0 0 0
10 5 HB00 Suplem.cabeç.absol. 0 0 X X 0 0 0
10 6 ZB00 Suplemento absoluto 0 0 X X 0 0 0
10 7 ZC00 Suplemento / qtd. 0 0 X X 0 0 0
10 8 ZA00 Sobretaxa % do líq. 0 0 X X 0 0 0
10 9 ZA01 Suplemen.% do bruto 1 0 X X 0 0 0
10 10 HB01 Desconto cabeç.abs. 0 0 X X 0 0 0
10 11 RL01 Descon.fornecedor % 1 0 X X 0 0 0
10 11 RL01 Descon.fornecedor % 1 0 X X 0 0 0
10 15 MM00 Qtd.insufic.(/qtd.) 0 0 X X 0 0 0
10 16 MM01 Qtd.insuficiente (%) 1 0 X X 0 0 0
10 17 REST Desconto conta % 0 0 X 0 0 0
20 0 Valor Bruto - desconto 0 0 X X 7 0 0 0
21 1 NAVS IVA não dedutível 0 0 X X 60 0 0
21 2 NAVM IVA não dedutível 0 0 X 29 0 0
22 0 Valor Bruto - IVA supl. 20 21 X 0 0 0
23 1 ZAIP Alíquota IPI 22 0 X 0 0 0
24 0 Valor Bruto Final 0 0 X X 0 0 0
25 1 ZBIN Base ICMS Industrial 22 0 X X 0 0 0
26 1 ZBIC Base ICMS Consumo 24 0 X 0 0 0
30 0 Total Base do ICMS 25 26 0 0 0
30 0 Total Base do ICMS 25 26 X 0 0 0
30 2 ZAIC Alíquota ICMS 30 0 X X 0 0 0
31 1 FRA1 Frete % 20 0 X X 0 0 0 FRE FR1
31 2 FRB1 Frete absoluto 20 0 X X 0 0 0 FRE FR1
31 3 FRC1 Frete/quantidade 20 0 X X 0 0 0 FRE FR1
31 4 RUE1 Provisões neutras % 20 0 X X 0 0 0 FRE RUE
31 5 RUB1 Provis.neutras abs. 20 0 X 0 0 0 FRE RUE
31 6 RUC1 Provis.neutras/qtd. 20 0 X X 0 0 0 FRE RUE
31 7 ZPDG Valor do Pedágio 20 0 X X 0 0 0 FRE FR1
31 10 FRA2 Frete % 20 0 X X 0 0 0 FRE FR2
31 11 FRB2 Frete absoluto 20 0 X 0 0 0 FRE FR2
31 12 FRC2 Frete/quantidade 20 0 X 0 0 0 FRE FR2
32 1 MAR01 Provisões neutras % 20 0 X 12 0 0 FRE RUE
35 1 SKTO Desconto 20 0 X 17 0 0
37 0 A001 Bônus 20 26 EIN BO1
38 0 A002 Bônus por material 20 26 EIN BO1
40 0 Preço efetivo 24 24 X S S 0 0 0
41 0 Montante Total 31 40 0 0 0
75 0 GWLB Valor limite comp.SC 0 0 54 60 0 -
Criaçao de pedidos de compra MM mediates SKUs.
Olá Pessoal,
Estou em um projeto de implementação e estou com um problema na parte de Materiais MM.
Quando se cria uma ordem de compra em SAP, criamos mediantes SKU, e quando fazemos a entrada de mercadorias com MIGO, é feita em base a (Nota fiscal) onde esta informada a referência comercial e não os SKUs.
O primeiro problema é que não existe relação entre SKU e referência SAP. Esta situação poderia se resolver informando a referência comercial aos dados mestre do material, e ao criar a ordem de compra, se arrastraria a referencia comercial da posição quando introduzir o material (SKU) .Também se arrastraria na MIGO.
Com isso solucionado, temos o seguinte exemplo:
- Pedido de compras:
SKU1 5 unidades referência 1
SKU2 5 unidades referência 1
SKU3 5 unidades referência 2
Nota fiscal: 5 unidades de referência 1.
Com isso, não podemos saber se essas cinco unidades se referem à SKU1 ou SKU2, com isso teríamos problemas com os desquadres no Stock de vendas.
O fluxo que temos montado para esse caso seria:
- Criar uma ordem de compra com SKUs.
- O pedido é enviado ao fornecedor por SKUs.
- O provedor devolve em XML, a Nota Fiscal (que indica a quantidade, referência comercial).
- A empresa recebe a Nota Fiscal antes de receber a mercadoria.
- No momento da recepção, não é feita a contagem física do que chega, somente e conformado as caixas e não os items( Legalmente sabemos que não é possível aceitar mais quantidades do que esta na Nota Fiscal)
O problema é que a informação enviada pelo o fornecedor na Nota Fiscal é sem os SKUs,.
Poderiam me ajudar o comentar com alguma solução alternativa nesse caso? Já que o fluxo que temos montado é um pouco complexo.
Muito Obrigado pela a ajuda.
Atenciosamente,
RogerioQue tal Miguel Angel,
Funcionalmente, lo que tienes que hacer es anular cada uno de los movimientos que tienes en el historial del pedido.. Todo esto, en reversa... Si tu proceso es Pedido - Entrada de Mercancía - Entrada de factura/entrada de servicio (según sea el caso) entonces ahora debes hacer la ANULACION de cada uno de los documentos.... es decir, anular facturas que hayas capturado en la trx MIRO (trx. MIR6) y anular Entradas de mercancía (MIGO / Anular EM)...
Con ello, en el historial del pedido estará cada movimiento que realizaste en un principio con su respectiva anulación.
Posteriormente... Debes hacer nuevamente la MIGO y la MIRO y ahora sí estará imputado correctamente a la cuenta contable actual.
Antes, debes verificar que la cuenta contable la hayan actualizado en la determinación de cuentas contables... Esto lo realiza el responsable de FI.
Saludos cordiales,
irvinghp arroba gmail punto com -
Pedido de Frete com IVA de serviços
Olá pessoal,
estou com um problema de mudança de versão.
Na 5.0 funciona um processo de transportation com pedido de compra de frete com iva C0(sem o flag de serviços na J_1BTAXCODEV). Onde na VI02 é feita a atribuição deste custo de frete ao pedido de compra e alteração do código de imposto através de condições cadastradas na TK13, o pedido de c ompra é criado com categoria de item D, sem código, apenas descrição do frete. É gerada a folha de serviço e MIRO.
Na versão 6.0, ao criar o pedido com este IVA, não permite pois o flag de serviço não está marcado. Se marco o flag, posso seguir até a MIRO, porém falta alguns campos na Nota Fiscal. Para o CFOP apliquei a nota 1557208, ainda falta os direitos fiscais.
Alguem sabe qual a solução da Sap adotada para este problema ocasionado pela versão??
Muito obrigado,
BrunoOlá Bruno e José,
De fato, ao trabalhar com um pedido de compras tipo D, o Tax Code deverá ser marcado com o flag de Serviço.
Essa configuração e exigência faz parte do Service Management, explicado na nota abaixo:
947670 - Service Management - Localization for Brazil (overview)
Nessa nota, 947670, verifique o documento anexo User_Guide_MMSRV_BR para detalhes do processo.
Referente a "faltar campos" na Nota Fiscal, o que acontece é que a Nota Fiscal se adequa a uma Nota de Serviço quando o flag está marcado no tax code.
Contudo, nunca recebemos reclamações de "falta de campos".
O que ocorre é uma mudança, onde a tab NF-e é substituída por uma tab específica com campos para a Nota Fiscal de Serviço.
Espero que as informações ajudem.
Atenciosamente,
Carla Kunz Bussolo -
Devolução de Nota Fiscal Eletrônica
Olá,
Estamos tentando fazer a devolução de uma NFe de entrada e no monitor aparece o erro "Falha no schema XML - cvc-type.3.1.3: O valor '35110556507221000105550010000243681' do elemento 'refNFe' não é válido.
Sr(a)s.,por favor, alguém pode ajudarnos com esse tema? O tipo de NF de referencia é F1 e estamos tentando criar uma E4 (Saída de devolução a fornecedor). No campo refNFe a referência aparece com apenas 35 posições, não deveria ser 44? verifiquei que está faltando o nro. aleatório.
Obrigado.Wilson,
1) todos os dados de identificaçao da NF-e vem no DANFe. Porém, os dados que constituem a chave de acesso (cUF + ano (AA) + mês (MM) + CNPJ + série + número da NF + tpEmis + randômico + digito verificador) e o protocolo de autorização devem ser salvos no SAP, pois devem ser reportados no SPED Fiscal (EFD).
2) Se os campos estão fechados na J1B2N, é questão de se alterar pelo controlede tela (view J_1BAMV). Busque por "controle de tela" ou "screen control" no próprio fórum que vc acha mais detalhes.
3) Ao desmarcar o flag de eletronica da categoria da NF de entrada, vc está dizendo que essa NF é de modelo 1 e não 55. Isso de fato faz com que o XML referencie a NF "sem erro de esquema" (pois para NF modelo 1, não há randomico nem digito verificador). Porém, o fato de nao ter erro de esquema nao quer dizer que esteja correto. Além de você estar referenciando uma NF inexistente, quando essa NF for reportada no livro de entradas do seu EFD, ela não vai bater com as notas de saída reportadas pelo seu fornecedor, e vai gerar autuação. Portanto, apesar de resolver o problema técnico, alterar a categoria da NF de entrada é uma das piores coisas que você pode fazer, nesse contexto.
Abs,
Henrique. -
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, -
Criar ordem de venda a partir de um pedido de compra de forma automatizada
Olá pessoal,
Na empresa onde trabalho, acabamos de implantar mais uma company code no R/3, dessa forma o que antes era feito através de transferência (MB1B, 833 e 835) agora será feito via pedido de compra (empresa X1) e ordem de venda (empresa X2). Então estamos verificando a possibilidade de criar as ordens de vendas de uma forma automatizada a partir dos pedidos de compras criados manualmente ou via MRP.
Alguém tem alguma sugestão de como podemos realizar esse processo?
Desde já agradeço a ajuda.
Abraços,
Douglas.Oi Douglas
O processo de transferência interempresarial é muito similar a transferência de estoque entre centros da mesma empresa; e, assim como este não possui ordem de venda.
Resumidamente as etapas do processo são:
- Requisição de transferência de estoque (com MRP)
- Modificar pedido de transferência de estoque (com MRP)
- Pedido de transferência de estoque (sem MRP)
- Remessa para pedido de transferência de estoque
- Lista de remessas
- Confirmação de picking
- Saída de mercadorias
- Receber material transferido
- Faturamento da remessa
- Fatura recebida
Segue alguns documentos (r6 ehp4) para você olhar...
Visão geral do cenário
Procedimento do processo empresarial
Guia de configuração
Abraço
Eduardo -
Contabilização Subcontratação para Pedido de Compra
Boa tarde
Temos o processo de Subcontratação Standard do SAP para Pedido de Compra.
Feito o envio pela ME2O.
Retorno com Pedido de Compra tipo L para Pedido de Compra, MIGO com baixa de Componentes e MIRO (processo normal).
Porém minha duvida está com relação a Contabilização, no lançamento da MIGO:
BSX Est. Mat.Semi-acabad 17.146,47- BRL 19051583 4500044238 3.572,406-
GBB Consumo de Subcontra 17.146,47 BRL 19051583 4500044238 3.572,406
BSX Est. Mat.Semi-acabad 17.146,51 BRL 19071215 4500044238 2.588,700
WRX Trans.Entr. Física 2.231,78- BRL 19071215 4500044238 2.588,700-
PRD Dif. Preço Mat. Ledg 2.360,95 BRL 19071215 4500044238 2.588,700
BSV Transf Subcontrataçã 19.507,46- BRL 19071215 4500044238 2.588,700-
FRL Desp Serv de Subcont 2.231,78 BRL 19071215 4500044238 2.588,700
FRN Desp Serv de Subcont 129,21 BRL 19071215 4500044238 2.588,700
FR1 Trans.Entr. Física 129,21- BRL 19071215 4500044238 2.588,700-
O valor do meu serviço (Pedido de Compra) é de R$ 2.231,78 (Chave WRX) - Preço Unitário 0,86
O valor deste material no mestre de material é de R$ 17.146,51 (Chave BSX) - Preço Unitário 6,62
A primeira duvida, da forma como está sendo lançado hoje, Preço do Pedido apenas a mão de obra e preço do material cadastrado em estoque todos os custos que compoem o preço do material (hora maquina, materia prima, etc).
Está correto esta contabilização? Porque.
Da forma como está hoje a Transitoria de Subcontratação é a composição do Estoque + Serviço (Chave BSV), porque o sistema trata desta forma?
Pergunto o preço do meu material no mestre de materiais não pode ser apenas o serviço e o preço do meu pedido não pode ser o custo da mercadoria real. Como resolver este Impasse?
Está correto.
Obrigada
Patricia QueirozOlá Eduardo,
Então a minha duvida é quanto ao valor da diferença de preço, que para a Contabilidade não deveria haver esta diferença de preço, gerada pela diferença de preço do material na MM03 (Preço do material) x preço do material de retorno no pedido de compra.
Ex:
Preço unitário do Pedido de Compra (ME23N)
Material 1010240 (Acabado) Preço do Serviço R$ 0,80
Preço unitário do Material (MM03)
Material 1010240 Preço do material R$ 4,20
Na MIGO 101/543 é gerado uma diferença de preço R$ 3,40 por unidade.
E esta diferença que não concordam.
Para a Contabilidade eles não entendem porque o sistema age desta forma.
Entendemos que a diferença é pelo preço não estão iguais.
Porém no cadastro do material, o mesmo foi calculado baseado em LT, Valor hora, Custo do material, etc.
E no Pedido devo somente incluir o serviço.
Esta é a duvida, não sei se fui clara.
Obrigada
Maybe you are looking for
-
ECC to MSSQL Server in PI 7.1
Hi I am in the Process of developing a scenario where my sender would be ecc and receiver would be sequl sever have requirement whenever there is any update on the database ECC it needs to update on the different server which is MSSQL Server am using
-
Just did the latest OS update and I can't access my files
-
Hi, I just received my 6th generation Ipod Nano. I joined the replacement program for 1st generation and got a new unit after waiting a couple of weeks. Since I only received the unit, not cables or anything I tried the 1st gen cable. It didn't work.
-
Convert chinese character to unicode
hello,i have a problem. how can i know the unicode of chinese character in a file? like this character ' 称 ' in a file a.txt then how can i do to read the a.txt file then get the unicode of the character? really need help..
-
I cannot open Safari on my new MacPro
I just bought the latest MacPro. I transfered everything from my old Mac to my new Mac. The only app that will not work is Safari. What can I do to get it to relaunch? Thanks