Olá,
Eu estou trabalhando atualmente em NFe e tenho consultas a seguir
- Uma vez que a NFE é criado no SAP ERP, como é enviar a SAP NFE.I saber RFC é criada, mas Como e onde posso verificar se NFE foi enviado para SAP NFE
-Como Posso verificar RFC em SAP ERP e SAP NFE
Uma vez que a NFE está em SAP NFE é enviar para o XI para assinatura (como e onde posso verificar isso)
Batch é criado, como faço para verificar isso
Como faço para verificar se as autoridades tenham recebido ou não
Obrigado
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
Olá Pessoal,
Para NFE 3.10, é exigida a tag vAFRMM quando há transporte marítimo.
AFRMM = Adicional de Frete para Renovação da Marinha Mercante.
O problema é que nas transações de NFe, esse campo aparece como cabeçalho e no XML aparece como item. O valor no XML para os itens, aparece REPLICADO com o valor do cabeçalho (MarFrete).
Alguém conseguiu resolver esse problema?
O mesmo foi corrigido por nota da SAP ou o rateio ocorreu na BADI mesmo?
Procurei até controle de tela para abrir esse campo nos itens, mas não encontrei nada.
Agradeço desde já qualquer informação,
Paulo Henrique
Boa noite,
Tivemos um problema com o erro 528 no qual a sefaz recusa a nota devido a divergência no valor do ICMS. Aplicamos uma nota e resolvemos o problema para novas implantações. Porem temos 65 notas no qual ficaram paradas. O unico metodo descrito foi de cancelar todos os processos e fazer as notas novamente.
Gostaria de saber se existe algum metodo para atualização de preço de acordo com o novo esquema de calculo de preço?
Grato,
Matheus Hirata
Pessoal
Recentemente a SEFAZ de Minas Gerais publicou a Resolução SEF 4757 em 24/03/2015, onde os registros 1200 e 1210 passam a ser obrigatórios à partir de 1º de Outubro de 2015 nas situações descritas abaixo:
I- Transferência ou recebimento de créditos acumulados;
II- Autorização de valores para dedução do ICMS, decorrentes de Certificado de Incentivo à Cultura ou ao Esporte;
III- Apuração de saldo credor na conta corrente do ICMS operação própria por mais de três meses consecutivos;
Estou abrindo este tópico com o intuito de coletar as discussões e dúvidas sobre a aplicação de uma solução ao SAP, bem como a divulgação posterior, se for o caso, de notas para aplicação de solução standard.
Obrigado.
Boa tarde, colegas.
Estou trabalhando em um projeto de um cliente que está recebendo XML´s de NF-e com unidades de medida com mais de 3 caracteres.
Observamos que na tabela /XNFE/INNFEIT o campo uom está definido como char(3), quando no layout do XML a unidade de medida está como char(6).
Além disso, na BADI /XNFE/BADI_PO_ASSIGN os parâmetros de unidade de medida são todos char(3).
Como tratar as unidades de medida com mais de 3 caracteres?
Alguém já se deparou com essa situação?
Desde já obrigado pela ajuda
Rodrigo Ferreira
e-Makers IT Solutions
Olá Pessoal,
Estamos fazendo as configurações do CTe Outbound, e nos deparamos com o erro 646.
Ele diz que temos que mandar: CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL para alguns campos.
Na NFe tinha essa questão também, mas lá fizemos no método FILL_HEADER da badi.
Para o CTe não estou encontrando um lugar apropriado, a não ser por ENHANCEMENT. Os campos de parceiros não estão disponíveis para alteração no método do CTe 2.00.
Pergunta: Alguém tem um lugar melhor para eu colocar esse literal Fixo ( Lembrando que tenho que colocar no EMITENTE, RECEBEDOR, etc, etc )
Obrigada!
[]s
Ola pessoal,
Estamos implementando este o ICMS Diferido na nossa empresa. Foram aplicadas as notas: 1933985, 2008167 e 2052491.
Pelo que estive vendo em pesquisas sobre o assunto, deveria abrir uma tela na J1BTAX para inserir este diferimento correto? (vejam a tela em anexo).
O problema é que mesmo aplicando estas notas e gerando processos com CST51, não estamos conseguindo sucesso na funcionalidade. Alguem já passou por isto? Essa tela deve aparecer de fato? e se sim é na J1BTAX mesmo?
Qu
.
Desde já agradeço,
Emiliano
Boa tarde,
No Monitor Lote Evento estava com 2 lotes com status amarelo com a descrição "Etapa espera por resposta ***íncrona", entrei na SXI_MONITOR e a interface EVENT_nfeRecepcaoEvento_OB estava com status "Processed Successfully" e Ack. Status "No errors in acknowledgment", ou seja, tudo ok. Então pesquisando nos tópicos, encontrei o Cancelamento por Evento em Processamento só que não consegui seguir a dica de apagar o conteúdo dos campos batchid e o batch_guid da tabela /xnfe/events devido o conteúdo do campo cUF não ter sido cadastrado corretamente na implantação da 3.10, e aí não conseguia salvar a tabela. Aí segui a dica do tópico Não autoriza Evento para CC-e e Cancelamento de ir na SPROXY e executar o proxy EVENT_nfeRecepcaoEvento_OB com o XML do evento. Então no monitor Lote Evento o status ficou verde com a mensagem "Evento lote recebido pelas autoridades. Código do status de lote é 128" e entrei no monitor de evento de Saída e lá ficou com status vermelho com a mensagem "Etapa executada com exito. Código de status 297, motivo: Rejeicao: Assinatura difere do calculado". Então entrei no monitor de Entrada Fiscal e as notas estão com status verde, mas na aba Eventos está com o evento "Confirmação de operação" com status rejeitado, código 297.
Então minha dúvida é: Como faço para reenviar ou restartar esse evento de confirmação de operação?
Monitor de Entrada Fiscal "NF-e centro de trabalho fiscal":
Obrigada,
Jamile.
Pessoal, bom dia!
Saberiam dizer se é possível criar uma CC-e para uma NF-e 2.0 estando com tudo configurado 3.10?
Situação que tenho, para NF-e 3.10 cria a CC-e normalmente porém está ocorrendo casos da necessidade de criar CC-e para NF-e 2.0 e não funciona.
Em ambiente de QAS deixei os cenários de /008 e /006 criados porém nem chega no PI/GRC, debugando ao comandar a criação já não encontra a NF-e.
Aceito sugestões.
Obrigado.,
Sarmento
Bom dia,
Estou com uma NF-e rejeitada pelo GRC com o erro: Erro validação: ID CT-e não corresponde ao formato autorids.fiscais ( Nº mensagem J1B_NFE_ERP_GRC217).
O erro trata como se fosse uma CT-e, porém o documento em questão é uma NF-e de devolução de entrada, portanto, uma saída normal.
Quando tentamos inutilizar a NF-e (skip number) a SEFAZ rejeita com erro 502 - Rejeição: Erro Chave Acesso - Campo Id ñ corresponde à conct. dos campos corresp
Abri chamado na SAP e as resposta até o momento não foram úteis, pois infelizmente não é possível reproduzir o erro.
Alguém já viu esse erro?
Podem me ajudar?
Grata,
Ludmila Milochi
Boa tarde,
Temos uma nota que deu um erro devido a uma RFC que está sendo desenvolvida e por engano apontaram para a produção usar, e gerou a seguinte mensagem: "Problema no sistema ERP chamado: Function module "ZNFE_READ_XML_310" not found", com isso a nota foi autorizada e atualizada no ECC, mas no GRC ficou status de erro. Fizemos algumas tentativas de continuar o processo no monitor, mas aí exibe a mensagem de erro: "Erro na transferência do código de status 100 do documento XXXXXXXXXX para ERP", e não conseguimos atualizar o status no GRC. Alguém sabe alguma maneira de corrigir isso?
Seguem os prints:
Obrigada,
Jamile.
Boa tarde expertos,
Na empresa trabalhamos com 2 sistemas ERP e 2 sistemas GRC. A ideia é reducir o numero de sistemas q queremos começar com os sistemas GRC. Estamos na duvida se é possivel vincular os dois ERPs com o mesmo cliente em um GRC ou temos que trabalhar com 2 clientes.
Uma complicação é que trabalhamos com 2 ERPs com versões diferentes, um 6.00, SP15 e o outro 6.06, SP06. Operamos com nota de saida nos dois, mas nota de entrada em um ERP só.
Será que funciona com um GRC, um cliente ? Alguem já tem experiença com isso ou tem umas dicas para a gente ?
Attenciosamente
Michael
Boa noite pessoal,
Gostaria de saber se é possível (via standard) que na etapa de Simulação no GRC, o sistema SEMPRE busque o IVA do Pedido.
O que notamos foi que, se um item do pedido está com o IVA x, na primeira vez que executo a simulação, o sistema atualiza o GRC com o IVA encontrado.
Se eu alterar o IVA no pedido e executar a simulação novamente, o sistema NÃO atualiza com o novo IVA.
É isso mesmo?
Existe alguma nota de correção? Ou é o procedimento mesmo?
Outra dúvida é: é possível que eu controle (através de perfil de acesso, configuração, sei lá) para que a tabela de IVAs não esteja disponível no GRC para que o usuário selecione?
Pois da maneira como está, posso ter o IVA x no item do pedido e IVA y no GRC que o sistema não trava.
Consegui fazer via código abap esta alteração que por sinal, é bem simples.
Mas sinceramente, não estou confortável com esta solução.
Desde já agradeço.
Abraços,
Luciana
Boa tarde a todos.
Estou passando pela seguinte situação, ao emitir uma NFE a mesma é enviada para a SEFAZ e retornada com o erro 215 - Rejeição: Falha no esquema XML. O problema é que este erro fica apenas no monitor do lote da nota, ele não é atualizado no monitor da nota(a nota fica esperando resposta do lote) e consequentemente não retorna ao ECC. O estado de emissão é PE - Pernambuco e ambiente de Homologação. Alguem já passou por esse problema? Segue em anexo um arquivo com os prints.
Algumas verificações já realizadas.
- JOBs estão todos OK
- Filas (SMQ1 e SMQ2) estão OK
Muito Obrigado a todos
Raphael Trivelati
Pessoal, bom dia!
Com a implementação da nt2011.005 passamos a enfrentar problemas com a rejeição 629 – valor do produto difere do produto Valor Unitário de Comercialização e Quantidade Comercial.
Então seguindo as dicas dos colegas, alteramos a quantidade de casas decimais para 6 e o problema parou de ocorrer.
Acontece que estou em uma empresa automotiva, e diversos clientes grandes (montadoras) exigem que os valores sejam apenas calculados com duas casas decimais, e ainda usam como argumento que eles possuem diversos fornecedores que utilizam SAP e que conseguem faturar corretamente com duas casas decimais sem problemas de arredondamento ou rejeição das NFes.
Não estamos conseguindo isso!
A configuração do business place está com 6 casas decimais, estamos usando a formula 320, procedure RVXBRA e diferente do que o pessoal aconselhou o ICMI na tabela J_1BSDKONV está com valor 5-Value and Price e não 6 Value, Price from value.
Então fica a pergunta, como podemos voltar a utilizar apenas duas casas decimais e não termos problemas de rejeição? Se eu alterar o valor do ICMI na J_1BSDKONV isso resolveria?
Bom dia Senhores,
Estou com um problema em dar ciência em algumas notas de entrada.
Algumas notas ficam com o status "Process Completed;Document Manually Processed" mas quando vejo no log do histórico está a seguinte mensagem:
| Sending of Event | Type-210200 event not created successfully |
Quando verifico a nota no site da sefaz a mesma não esta com a ciência.
Há alguma forma de reenviar a ciência do documento mesmo com o status de processado?
Desde já agradeço a ajuda.
Atenciosamente,
Rogerio Souza.
Boa tarde,
Estou com problema em algumas notas que foram aprovadas pela SEFAZ e não foram atualizadas no ERP.
As notas estão corretas no GRC com status 100.
Consegui encontrar duas mensagens no ECC:
1 - Registro na tabela J_1BNFE_INVALID com a mensagem J1B_NFE 063;
2 - Log no monitor (bandeira vermelha) com a mensagem J1B_NFE 044 (Status doc. "Autorizado" não permitido p/NF-e 0000635849 c/status comunicação sistema "Não enviado");
Alguns logs já foram apagados pelos usuários, então não sei informar se todas as notas na engrenagem no ECC tiveram o mesmo problema.
Atualmente, as notas estão no monitor do ECC com o status "0" (Enviada ao sistema de envio de mensagens).
Não vejo sentido em uma nota ser enviada ao GRC e continuar com o status "Não enviado".
Gostaria de entender o que aconteceu, já que não consegui localizar nenhum erro que ocasionaria tal problema.
Também gostaria de saber como posso forçar a atualização do status no ERP, uma vez que não é possível via maneiras convencionais.
Grato!
Miguel Motta
Hi Masters,
May be a quick one for you.
Could someone help me to know what is the format for the Electronic document that flows between ECC <---> NFE in GRC Landscape.
ECC-------- (RFC) --------- NFE --------- (Proxy) ----------- PI ----------- (Web Service)--------- SEFAZ
( ? ) ( xml ) (xml)
We are using above configuration for NFE. I am aware about the document formats that flows between NFE to PI (XML) and PI to Sefaz(XML).
Was not confirmed about the format which is used between ECC and NFE whether XML , Idoc or any thing else. I am not getting written proof as well for this.
Regards,
Priyank Shrivastava
OiMestres,
Podeser umrápidopara você.
Alguém poderiame ajudar asaber o queé o formato parao documentoeletrônicoque flui entreECC<--->NFEemGRCPaisagem.
ECC--------(RFC)------------------NFE(Proxy)-----------PI-----------(web Service)---------SEFAZ
( ? ) (XML) (XML)
Nós estamos usandoacimade configuração paraNFE.Estouciente sobre osformatos de documentosque flui entreNFEparaPI (XML)ePIaSefaz(XML).
Não foi confirmadosobre o formatoque é usadoentreECCeNFEseXML,Idocouqualquer outra coisa.Eu nãoestou ficandoprova escrita, bempor isso.
Atenciosamente,
PriyankShrivastava