CTe em Ambiente de Homologação

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

Oi
Creio que vc consegue "habilitando" este campo na BADI fazendo um append Z na estrutura do cabeçalho no método FILL_CTE_200.
Abraço
Eduardo Chagas

Similar Messages

SAP NFE 3.10 - Erro 598 - Rejeicao: NF-e emitida em ambiente de homologação com Razão Social...

Olá, pessoal.
Estamos fazendo a atualização da NF-e 2.00 para o leiaute 3.10, porém, estamos recebendo o seguinte retorno:
598 - Rejeicao: NF-e emitida em ambiente de homologação com Razão Social diferente de 'NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO – SEM VALOR VISCAL'.
Para a NF-e leiaute 2.00, temos a BADI (no GRC) /XNFE/006_SIGN_NFE_OUT na qual podemos implementar para atender a necessidade da modificação do nome do destinatário para o nome exigido pela SEFAZ, porém, para o leiaute 3.10, não encontramos BADI no GRC para fazer o tratamento.
Alguem passou pelo mesmo caso? encontrou algum ponto onde deveremos modificar o nome do destinatário?
Desde já, muito obrigado.
Att.,
Fábio Cirino

Opção mais simples.
Coloca essa regra na BADI CL_PRINT do ECC, no Método FILL_HEADER:
    FIELD-SYMBOLS: <fs_xmlh>    TYPE j1b_nf_xml_header.
    UNASSIGN <fs_xmlh>.
    ASSIGN (c_xmlh) TO <fs_xmlh>.
    IF <fs_xmlh> IS ASSIGNED.
      MOVE-CORRESPONDING <fs_xmlh> TO out_header.
*** NF-e Block E - Tag: Destino - Nome
      IF in_xml_header-tpamb = '2'.
        <fs_xmlh>-e_xnome = 'NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL'.
      ENDIF.
    ENDIF.
Abç.,
Baroni

Facult. 599 Rej. Rejeição: NF-e emitida em ambiente de homologação com IE

Estamos dando entrada manual em um NF-e de importanção e a SEFAZ retorna com o erro:
GE17.2 E17 Se tpAmb (B24) = 2:
a IE (E17) deve ter conteúdo vazio (NT 2011.002)
Facult. 599 Rej. Rejeição: NF-e emitida em ambiente de homologação
com IE do destinatário diferente de vazio
Estranho porque estamos emitidno no ambiente de Produção e o campo IE está vazio, como abaixo. Alguém já passou por isso:
Obrigada,
Fabiana

Olá, Fabiana, tudo bem?
Passei por este erro ha pouco tempo.
Ao aplicar a NT 2011/002, cria-se a nova Mensagem de Rejeição 599 - Rejeição: NF-e emitida em ambiente de homologação com IE do destinatário diferente de vazio.
Ao gerar uma nota de Importação, a Sefaz retorna o erro 599, mesmo tendo a certeza de que a IE está vazia.
O problema se dá pelo fato de a SEFAZ validar as notas além da NT 2011/002.
Detalhando:
Na NT 2011/004, página 20 do arquivo PDF, a SEFAZ muda a descrição da mensagem 599 para Rejeição: CFOP de Importação e não informado dados de II
Esta sim é a mensagem correta do motivo da rejeição de sua nota.
Você precisará aplicar a NT 2011/004 e aplicar a nota sap ( Note 1616778 - NF-e: NT2011/004 Import Tax included in NF Totals ) para criar o Imposto de Importação II.
Quando realizei esta aplicação no ambiente em que estava trabalhando, informamos o II01 (Imposto de Importação) na criação da Nota, informando seus valores, ao enviar à SEFAZ, a mesma validou com sucesso a nota.
Espero ter ajudado.
Qualquer dúvida, nos informe.
Abs.
Att.,
Fábio Cirino.

Erro no cenário de CTe 1.04

Bom dia!
Pessoal, acabamos de aplicar o SP09 no GRC 10.
Com a aplicação deste support package veio junto a versão de CTe 1.04, mas ao executar o cenário, recebi como retorno a mensagem abaixo:
Verifiquei na SE80 e percebi que a Service Interface CFB2B_procCTe_IB está exibindo a mensagem "Service Interface - Proxy Out-Of-Date".
Gostaria de saber se existe algum procedimento ou nota para regerar este proxy?
Obrigado.
Gonçalo.

Bom dia Bruno,
Ainda em relação a CTe 1.04, verifiquei no site da SEFAZ MT que a data limite de aceitação da 1.03 será até 02.04.2012. Você sabe dizer se essa data é válida apenas para o MT ou para todas as SEFAZ recebedoras de CTe ?
Segue:
url: http://www.sefaz.mt.gov.br/portal/cte/
" Nota 2: Informamos que a data final para utilização da versão 1.03 é 01/04/2012. A partir de 02/04/2012 somente será aceita a versão 1.04, tanto no ambiente de homologação quanto no de produção. "
Você teria uma estimativa mais ou menos da data em que será liberado o SP 10 agora em março? Estamos prestes a preparar o ambiente de PRD e eu gostaria de me planejar para já preparar com o SP 10.
Obrigado,
Henrique

Indentificação do tipo de ambiente de envio da NF-e

PessoALL.
De acordo com requerimentos do manual de integração versão 3.0 de Março de 2009 para DANFE (Pag. 77):
O DANFE emitido para representar NF-e cujo uso foi autorizado em ambien
homologação sempre deverá conter, em destaque, a frase u201CSEM VALOR FISCALu201D.
Eu preciso identificar se uma determinada NF-e foi autorizada no ambiente de Homologação (tpamb = 2) no momento da emissão (J1B3N).
Eu tenho somente a informação de ambiente por local de negócio na tabela J_1BNFE_CUST3, mas preciso dessa informação na NF-e.
Alguém sabe como obter essa informação ou se existe alguma nota da SAP ?
Sds, Alexandre.

ALexandre
Voce vai usar o mesmo programa de Danfe no paralelo e depois na nota eletronica certo?
No paralelo sua nota nao~´e eletronica, entao no programa do Danfe voce pergunta se a nota´nao for eletronica, voce imprime a mensagem SEM VALOR FISCAL.
Renata Hopp

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,

NFE - Erro de Assinatura

Olá a todos,
Estou com problemas nas notas vindas do ECC para o GRC. No monitor de NFe elas ficam com erro na aba Erro de Assinatura com o seguinte Status:
Stat.processo: 01 Recebido do sistema back end
Status de erro: Versão não atualizada na tabela /XNFE/SRVSTA
O engraçado é que acompanhando na SXMB_MONI, vejo que elas nem foram enviadas para assinar.
Alguém tem uma luz?
Abs.
Daniel
Edited by: Daniel Nahas on Jan 22, 2010 8:16 PM

Pessoal,
A chave de acesso aparentemente está ok.
O Estado (35 - São Paulo), Ambiente (2 - Homologação) e Tipo de emissão (Normal) estão ok tbm.
Chequei na SPRO e o CNPJ está configurado, bem como o status de serviço.
Ps.: Estamos no SP12 do NFE.
Alguma luz?
Obrigado.
Daniel
Edited by: Daniel Nahas on Jan 26, 2010 6:08 PM

Erro retorno do status do lote

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

Existem varios problemas que podem acarretar esse erro, cada um diferente para cada etapa de "gestao" da mensagem do lote.
Uma solução que vc poderia verificar é se as NFes contidas nesse lote estao aprovadas no SEFAZ, se estao, basta vc finalizar o processamento do lote e em cada uma das NFes que nele estavam contidas solicitar a verificacao do status da nota.
O que esta ocorrendo muito após o dia 01/04, são falhas na interpretação do cabeçalho da nfe por parte da SEFAZ.
Vc precisa verificar também se o seu cenario BATCH e BATSR estao configurados para a versao 3.1

Erro - Verificação de Status do Serviço

Bom Dia a Todos,
Está ocorrendo o seguinte erro ao solicitar a verificação do status do serviço no ambiente de homologação da SEFAZ-MG:
<SAP:Code area="PARSING">ADAPTER.SOAP_EXCEPTION</SAP:Code>
<SAP:P1 />
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText>soap fault: Unexpected Error java.lang.NoClassDefFoundError at br.inf.portalfiscal.nfe.controller.ValidaDadosStatusServico.validaDadosStatusServico(ValidaDadosStatusServico.java:19) at br.inf.portalfiscal.nfe.controller.ValidacaoXMLHelper.validaDadosStatusServico(ValidacaoXMLHelper.java:324) at br.inf.portalfiscal.nfe.controller.UtilSession.processaNfeStatusServico(UtilSession.java:1558) at sun.reflect.GeneratedMethodAccessor134.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:359) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:136) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:648) at org.jboss.ejb.Container.invoke(Container.java:954) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFactory.java:430) at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke(StatelessSessionProxy.java:103) at $Proxy73.processaNfeStatusServico(Unknown Source) at br.inf.portalfiscal.nfe.wsdl.nfestatusservico.NfeStatusServicoImpl.nfeStatusServicoNF(NfeStatusServicoImpl.java:73) at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.xfire.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:59) at org.codehaus.xfire.service.invoker.ObjectInvoker.invoke(ObjectInvoker.java:45) at org.codehaus.xfire.service.binding.ServiceInvocationHandler.sendMessage(ServiceInvocationHandler.java:320) at org.codehaus.xfire.service.binding.ServiceInvocationHandler$1.run(ServiceInvocationHandler.java:86) at org.codehaus.xfire.service.binding.ServiceInvocationHandler.execute(ServiceInvocationHandler.java:134) at org.codehaus.xfire.service.binding.ServiceInvocationHandler.invoke(ServiceInvocationHandler.java:109) at org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.java:131) at org.codehaus.xfire.transport.DefaultEndpoint.onReceive(DefaultEndpoint.java:64) at org.codehaus.xfire.transport.AbstractChannel.receive(AbstractChannel.java:38) at org.codehaus.xfire.transport.http.XFireServletController.invoke(XFireServletController.java:304) at org.codehaus.xfire.transport.http.XFireServletController.doService(XFireServletController.java:129) at org.codehaus.xfire.transport.http.XFireServlet.doPost(XFireServlet.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at br.inf.portalfiscal.nfe.util.manipulaXml.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:106) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595)</SAP:AdditionalText>
Alguém já passo por essa situação e pode por favor esclarecer qual o motivo deste erro?
Agradeço antecipadamente!

Bom dia Guilherme,
Este erro foi gerado pela Sefaz MG, repare que as classes não são do PI (jboss, apache, tomcat, catalina). Contacte a Sefaz para maiores detalhes, deve ser algum erro temporário.
De sua parte é importante você se certificar que estava funcionando.... e parou de funcionar, ou melhor, que você está fazendo o pedido corretamente. Veja no SXI_MONITOR sua mensagem saindo pra Sefaz se está tudo ok.
Atenciosamente,
Fernando Da Ró

Duplicidade de NF-e

Boa tarde pessoal,
hoje emitimos 2 NFe's no ambiente de DEV no do cliente. As NFe's são:
33100407005330000119550023000004150577201076
33100407005330000119550023000004160209120157
No SAP PI verifiquei que as duas notas foram colocadas no mesmo lote 501.
As duas NFe's foram encaminhadas para a Sefaz e a mesma rejeitou. Segue o XML:
Rejeicao: Duplicidade de NF-e Rejeicao: Duplicidade de NF-e Rejeicao: Duplicidade de NF-e Rejeicao: Duplicidade de NF-e </xMotivo></infProt></protNFe></protNFeStr>
</protNFeString>
</nfeRetRecepcaoResponse>
Posteriormente, executei o botão "Consulta do status" no GRC e recebi o retorno:
<ns2:cStat>562</ns2:cStat>
<ns2:xMotivo>Rejeicao: Codigo Numerico informado na Chave de Acesso difere do Codigo Numerico da NF-e</ns2:xMotivo>
Na transação SNUM, o intervalo de numeração se encontra com valor de 510 e o lote foi gerado com o número 501.
Alguém já viu isso?
A duplicidade de NFe pode estar ligada ao fato de no mesmo lote ter 2 NFe's?
Como faço para ter

Bom dia pessoal,
Este código de status novo é para uma situação antiga que normalmente tinha como resultado um 204 e mesmo o Status Query não resolvia a questão.
Onde é comum: DEV/QAS
Motivo: É comum após refresh ou por não existir na empresa uma separação de numeração entre os ambientes chegar até a Sefaz uma mesma numeração porém com chave diferente (normalmente o aleatório). Neste caso, de fato são notas diferentes, geradas em ambientes diferentes, porém com mesma numeração.
Motivo adicional: Mesmo que você tenha vários ambientes DEV/QAS a Sefaz tem apenas 1 ambiente de homologação, e não faz distinção sobre o seu ambiente.
Solução: Customize sua numeração de forma a não conflitar os ambientes, ex.: DEV client xxx de 1 a 100000, DEV client yyy de 100001 a 200000, QAS clilent bbb de 200001 a 300000... E por aí vai.
Observação: Em caso de refresh de ambiente, fazer um backup antes da numeração atual e reinserí-la antes de liberar o ambiente.
Pode também acontecer em produção, porém é raro e normalmente denota uma falha no momento em que estava sendo criada a nota. Se acontecer a criação/transmissão ao GRC, porém por falha de update o ERP "esqueceu" da numeração aleatória então criará novamente e para o GRC/Sefaz será uma nova nota.
Solução para este caso: Investigação no ERP sobre quais chaves, possíveis erros, investigação no GRC para saber as chaves envolvidas e na Sefaz para saber qual é a que foi autorizada. Por fim, acertar o ambiente na mão conforme o encontrado na Sefaz.
@Bernardo, sim o decouple reduz quase a zero a possibilidade disto acontecer em produção por falhas de sistema.
Atenciosamente, Fernando Da Rós
@Sergio, se sua questão foi respondida ou quando for poderia fechá-la (marcar como respondida). Verifiquei que você tem várias questões abertas e isto confunde o fórum. Total Questions: 82 (47 unresolved)
Edited by: Fernando Ros on Apr 26, 2010 8:20 PM

Estorno de NF-e no GRC com Status 38 - Lote: Web Service não acessível

Oi pessoal,
Preciso de um help para estornar uma NF-e.
Criamos uma nova empresa no SAP e na emissão da primeira nf-e esqueceram de alterar as configurações da spro que informa que a nfe é Produção e não Homologação.
Resultado, a nfe foi enviado para o GRC produção como sendo Homologação e então ocorreu o erro de envio do lote por não haver conexão com o ambiente de Homologação da SEFAZ.
Com esta situação o ECC não é atualizado pois não ocorreu um erro de validação, apenas de comunicação. O problema já foi resolvido para o envio das próximas nfe´s mas fiquei com esta bucha para resolver.
Podem me dar um help? Como faço para forçar um erro no GRC que me possibilite estornar no ECC.
Sei que posso alterar os status da NF-e no ECC (J_1BNFE_ACTIVE e J_NFEDOC), mas se eu fize isso não consigo atualizar o GRC e vou ficar com esta perna pendente.
Obrigado,
Jônatas Lemes.

Boa Tarde,
Fernando, fiz a confirmação de inutilização na SEFAZ e realmente a nfe não consta como inutilizada.
O status ECC após a alteração: statdoc = 2 / statcode=215
O status do GRC é = cancelado/inutiliz.
O problema é que na tentativa de solicitação de cancelamento, ocorreu erro (número "docnum" existente).
Como no GRC já estava OK, fizeram o restante do estorno na J_NFEDOC e J_1NFE_ACTIVE para terminar o processo no ECC, movimentando material para estoque, etc...
Então o atual status do ECC é: statdoc= 1 / stat.comunic. = 4 / stat.mensg.= B / estorno = X / Cód.status = 102
O problema é que só depois disso é que lembramos da informação à SEFAZ que o GRC faz automaticamente. Mas que devido aos ajustes manuais não ocorreu.
Diante desta situação, tem alguma forma de forçarmos esta comunição para a SEFAZ?
Obrigado pela atenção,
Jônatas.

Validação do XML 2.0 no visualizador de NF-e da Sefaz Nacional retorna erro

Olá,
Gostaria de saber se alguém já verificou a estrutura do XML 2.0 gerados pelo SAP / GRC no visualizador de NFe do Portal Nacional, pois aqui na empresa estamos validando a estrutura destes XMLs e o visualizador retorna erro na estrutura e/ou conteúdo da NFe como não válidos.
O XML que estamos verificando, foi autorizado, pelas sefazes de São Paulo e Virtual de RS em ambiente de homologação.
Qualquer comentário é muito bem vindo.
Obrigada,
Luciana Kanno

Bom dia Luciana,
Conforme resposta completa pelo chamado, segue apenas para atualização da thread e informação aos amigos para ficarem "ligados" e nos ajudarem com esta investigação.
Os XML's que enviou são 100% corretos quanto a integridade de assinatura e schema, porém o programa rejeita sem explicar a causa.
A mensagem refere-se a erro de "estrutura e/ou conteúdo".
No caso estou apostando que neste software tem validações que nem mesmo as Secretarias implementaram como os erros que estão aparecendo aqui de 531.
Tente gerar a mesma nota (item + impostos) para outra Sefaz, quem sabe a rejeição escondida "aparece" em outro software de outra Sefaz.
Fora isso, contactar a produtora deste validador para entender que regra pode estar causando isto.
Atenciosamente, Fernando Da Ró

ERRO DE COMUNICAÇÃO COM SEFAZ

Bom dia!
Ao tentarmos enviar uma verificação de status à SEFAZ, ocorre o seguinte erro em PI:
<SAP:Code area="ABAP">INTERFACE_REGISTRATION_ERROR</SAP:Code>
<SAP:Stack>No implementing class registered for the interface (ABAP interface, request message SRVSC_nfeStatusServicoNF_SYNC_OB, request message, namespace http://sap.com/xi/NFE/005a)</SAP:Stack>
Entendemos que seja um problema com a instalação, pois não tivemos erro nos ambientes de D (desenvolvimento) nem no Q (testes).
Verificamos a configuração de integração e o servidor de aplicação no sxmb_adm.
As proxies parecem estar registradas.
Nunca funcionou no ambiente de Produção.
Alguém pode ajudar?
Obrigada,
Fabiana

Fabiana,
A partir de hoje eu e outros usuários estamos recebendo um erro justamente nesse WS:
SRVSC_nfeStatusServicoNF_SYNC_OB
estava funcionando normalmente até sexta-feira, no meu caso no ambiente de homologação, estamos suspeitando que seja algo referente a certificado.
Abs,
Marco

Erro - NF-e geração do aquivo xml versão 2.0

Boa tarde!
Estamos com um problema após aplicarmos as notas no R/3 e atualizarmos o GRC com o SP15:
Ao darmos o número da NF-e no R/3, ele cria com sucesso e o envia para o GRC. No GRC, temos os Erros:
Process Status: 01 Received from Feeder System
Error Status: 20 Signature Service Unreachable
Isto ocorre no ambiente de homologação.
Por favor, alguma idéia do que está ocorrendo?
Muito obrigada,
Fabiana

Bom dia Fabiana,
O validador está ligado? Se sim, é provável que estejam faltando as várias notas corretivas para o layout 2.0 pós SP15.
Em especial para esta questão a 1498700 Problem on signing NF-e
Atenciosamente, Fernando Da Ró

Erro de rejeição 629 do SEFAZ - RS

Olá pessoal,
Estamos tendo problemas com o SEFAZ-RS (que implementou as validações dos erros 629 e 630 no ambiente de homologação), está dando erro de rejeição 629 quando a nota fiscal tem desconto.
Fizemos um ajuste para o campo Vprod ir sem o valor do desconto, mas agora retorna o erro de rejeição 564.
Tem alguma empresa do RS que emite nota fiscal com desconto e possa nos enviar um xml de teste para que possamos comparar os campos do detalhe do ítem e o total?
Agradeço antecipadamente,
Vera L.Nakajo

Carlos Eduardo, boa tarde
Conforme sua orientação realmente a tag de impostos de IPI não estava sendo preenchida.
Verifiquei na BADI NFE_PRINT e notei que o campo out_item-N_CENQ no Método FILL_ITEM não estava sendo preenchido, fazendo com que a TAG de IPI não fosse populada. Mapeie o campo com a entrada do valor da estrutura in_xml_item e a nota foi aprovada com sucesso.
Agradeço pela orientação e ajuda.
Somente com o seu apoio foi possível resolver o problema.
Obrigado
Diógenes
Edited by: DIOGENES HENRIQUE PEREIRA BARBOZA on Feb 2, 2011 4:59 PM

CTe em Ambiente de Homologação

Similar Messages

Maybe you are looking for