Momento de disparo comunicação com GRC NF-e (Processo SD)?

Boa tarde a todos!
Uma dúvida interessante:
Qual seria o real momento de disparo de comunicação entre o ERP e o servidor GRC NF-e em um processo SD?
Imagine um cenário no qual a liberação contábil é feita após o salvamento do faturamento.
a. Seria no momento de se salvar o documento de faturamento;
b. Ou seria no momento de se liberar o documento para o lançamento contábil?
Acredito que seja a primeira opção, mas tenho dúvida.
Outra dúvida:
Seria possível, no caso de o disparo ser no momento de se salvar o documento de faturamento, realizar alguma configuração no SAP para que, ao invés disso, o mesmo realizasse o disparo no momento de se liberar o documento para o lançamento contábil?
Obrigado pela atenção,
Daniel.

A data de escrituracao = posting date da J_1BNFDOC.
O problema é para notas emitidas perto da meia noite, em que a autorizacao pode vir só no outro dia, é isso?
Pq nao tem hora pra escrituracao, só data, entao só vejo problema em querer alterar a data, a nao ser nesse caso.
Mas note que a NF-e nao aparece no livro (ou nao deveria aparecer) enqto ela nao estiver autorizada (docstat = 1, statcode = 100), ou aparece como cancelada (se ela tiver sido cancelada ou inutilizada, flag de cancelled = X).
De qq maneira, se vc quiser, pode analisar a possibilidade de alterar o valor do posting date no metodo call_rsnast00 da badi cl_nfe_print (que eh chamada no retorno do grc pro erp), e alterar qdo a nfe for autorizada (status atual = aguardando resposta e status da sefaz = 100 (autorizada)). Nao sei se dá, tem q ver os parametros q sao passados.
Abs,
Henrique.

Similar Messages

NF-e com GRC e XML 2.0

Bom dia pessoal. Eu preciso de uma ajuda com a experiencia de vocês.
Acabamos de chegar em um projeto para implementar NF-e com GRC e XML2.0. A versão aqui é ECC 6.0 com SAP_APPL versão 600 e suporte package SAPKH60013.
O pessoal fez um levantamento antes de eu chegar e levantaram sap notes a serem aplicadas, porém estou preocupado com a quantidade de notes a serem aplicadas além de seus pre-requisitos, então estou achando meio inviavel a quantidade de notes a serem aplicadas.
Estou com 2 duvidas:
-A partir do support package 13, como saber quais SAP notes devo aplicar?
-É normal essa quantidade de notas para aplicar?
Muito obrigado.

Olá Fulvio
Realmente o volume de notas para nf-e tem sido grande. O recomendado é que você aplique os SPs posteriores, porém na inviabilidade é recomendado que você aplique "todas" as notas manualmente afim de evitar problemas maiores ou perda de tempo tentando encontrar o motivo do erro.
Quando digo aplicar todas as notas não significa fechar os olhos e solicitar a aplicação de todas até porque existem notas que fazem referência somente a versão 4.6 por exemplo; ou habilita processos que vocês sequer irão utilizar (ex. scan), ou já foram aplicadas em algum momento no seu ambiente.
Aqui nos levamos cerca de 3 semanas para aplicar manualmente mais de 100 notas em dois ambientes; ou seja, aplicamos mais de 200 notas.
Abraço
Eduardo

Link´s redudantes para a comunicação com a Sefaz

Boa tarde a todos!
Pessoal existe algum pré-requisito para se colocar uma alta disponibilidade de link´s (2 link´s) para
o ambiente PI GRC NFe (SLL-NFE 100 0018 SAPK-10018INSLLNFE x NFE 1.0) comunicar com as Sefaz?
Neste final de semana colocamos dois link´s para fazer o balanceamento e disponibilidade.
Mas todos os processos de comunicação com a Sefaz terminavam com time-out. Após deixar todo
trafego com a Sefaz em apenas um dos link o processo normalizar. Com o balanceamento ativado só tenho time-out.
Agradeço,
Pamplona
Caramuru Alimentos

Boa tarde Henrique, tudo bem?
No meu caso eu estou falando do link de internet.
No ultimo domingo 19/06 implementamos um 2º link de internet
de uma outra operadora. Quando subimos a aplicação o resutado
foi que toda a comunicação do nosso ambiente (consulta, aprovação, cancelamento, check status etc)
com a Sefaz terminava com erro por time-out.
Com isso fizemos um filtro aonde todo o trafego com a Sefaz voltaria somente a ser feito
pelo link da Embratel e nada seria feito pelo novo link da OI (apesar do link da Embratel apre-
sentar o dobro de latencia do link da OI). Com o filtro aplicado toda a comunicação com a Sefaz
se reestabeleceu e terminaram as mensagens de erro. Mas continuamos na dependencia de
ter a comunicação entre a empresa e a Sefaz trafegando por um unico link.
Agradeço,
Pamplona
Caramuru Alimentos

COMUNICAÇÂO COM DATA DASHBOARD

Bom dia!
Meu nome é Antonio Alberto, fiz aquisição de uma licença NI MYDAQ FOR STUDENT, para o qual estou terminando minha manografia referente a um sistema supervisório, onde envolve labVIEW e o aplicativo DATA DASHBOARD no iPAD (APPLE), ocorre que, estou tendo dificuldades na comunicação com o servidor e o DATA DASHBOARD, como vocês poderiam me auxiliar na conclusão deste projeto onde para mim é de extrema importância.
Grato,
Antonio Alberto

Olá Antonio,
Você poderia fornecer mais detalhes sobre a sua dificuldade?
Existem duas maneiras de se realizar a conexão: Shared Variables e WebServices. Tende-se a especificar sua situação para que eu possa te ajudar.
Fico no Aguardo.
"In theory, theory and practice are the same. In practice, they’re not."

Problemas de Comunicação com SEFAZ PE - Urgente

Boa tarde!
Pessoal,
Ontem a SEFAZ de PE ficou fora o dia inteiro.
Hoje ao acessar o Portal, vimos que a SEFAZ PE está on.
Mas no GRC, quando vou verificar o status de serviço da SEFAZ PE código 26, está inoperante.
Alguém está passando por isso?
Estou em ambiente de Produção com cerca de 100 notas paradas, pois não consigo enviá-las a SEFAZ, por causa do status 70 da SEFAZ PE 26.
Pensamos entrar em contingência até resolver o problema, mas colocá-las em contingência manualmente é muita coisa para cancelar e fazer cópia da NFe comutada.
Aguardo comentários, ajuda....
OBrigada.
Adriana

A SEFAZ/PE está muito intermitente, e além de tudo, ela simplesmente não desliga o serviço de recepção dos arquivos enviados, travando nossos serviços de mensageria.
O que fizemos como uma solução paleativa, foi alterar o webservice de recepção, forçando para que não ocorra a comunicação automática, convertendo as NFEs para Contingência DPEC junto à SEFAZ Nacional (RFBrasil).
Webservice de recepção original: "https://nfe.sefaz.pe.gov.br/nfe-service/services/NfeRecepcao?WSDL"
Webservice de recepção alteramos: "CHANGE:https://nfe.sefaz.pe.gov.br/nfe-service/services/NfeRecepcao?WSDL"
No dia seguinte no primeiro horário da manhã, ajustamos novamente o "webservice" de recepção para o formato correto, e então reenviamos as NFEs aprovadas via DPEC para que sejam protocoladas junto à SEFZ PE.
Pelo menos até o dia 22/09, data prevista em que SEFAZ PE está prometendo manter esse serviço intermitente, estaremos trabalhando dessa forma.
Nossos caminhões não tem sofrido nenhum tipo de problemas em barreiras fiscais estaduais e federais trafegando com DANFEs protocolados junto à SEFAZ Nacional através da Contingência DPEC.
Espero ter colaborado de alguma forma.
Obrigado,
Eduardo Pini

Problema com GRC e PI

Olá pessoal
Temos aqui o R/3 na versão 5.0 o GRC instalado no PI, como ja tinhamos o PI sendo utilizados em outras aplicaçoes no client 500, fizemos uma copy client criando o client 700 para usar na NFE, então temos 2 business system: 1 que aponta para o tecnical system 500 e outro para o tecnical system 700.
A nossa RFC do R/3 para o GRC aponta para client 700.
O problema é o seguinte quando executo o programa J_BNFECALLRFC minha nota é criada no GRC e validada e fica com status 02 enviado para assinatura, quando entro no SXI_MONITOR no client 700 vejo que existe uma bandeira quadriculada referente ao client 700 e uma vermelha que menciona o client 500, quando vou a SMQ2 vejo que as filas estão paradas no client 500.
Alguem sabe se este cenario com poderia funcionar?
Obrigado
Nilson

Nilson,
bandeira vermelha nao é apenas fila parada, é que aconteceu algum erro mesmo.
A fila parou pq como msgs de Proxy são EOIO (Exactly Once In Order), uma msg na fila só é processada quando a msg anterior já foi processada com sucesso. Se uma msg deu erro, então ela fica c/ status de erro a fila para.
Vá na SMQ2, verifique a 1a msg parada na(s) fila(s) e verifique a msg de erro.
Tente resolver o erro e restarte a fila (sem deletar nenhuma entrada!).
Ainda, uma dica.
Para registrar todas as filas de maneira rapida, vá na SXMB_ADM -> Manage Queues.
Selecione todas as entradas e clique em "Register Queues".
Depois vá na SMQR e confirme que todas as filas foram registradas.
Faça isso nos 2 clients, se ainda não foi feito.
Isso é para garantir que todas as filas sejam executadas assim que recebam alguma msg, e não demandem nenhum passo manual de ativação.
Abs,
Henrique.

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

ATUALIZAÇÃO DE STATUS NF-E EMITIDA E ENVIADA A LEGADO P/ COMUNICAÇÃO SEFAZ

Senhores (as);
   Estou desenvolvendo uma NF-e que será gerada no SAP (J1B1N), depois será enviada a um sistema legado que fará o envio a SEFAZ. Para tal, na J_1B_NFE_XML_OUT, coloquei uma codificação que gera um arquivo .xml e salva num diretório, onde o legado busca este arquivo e envia a Sefaz e trata as contigências, cancelamentos, imprime o DANFE, etc. coloquei também uma chamada a essa RFC no form Call_Xi. Ocorre que no monitor J1BNFE, quando seleciono a nota e clico em enviar aparece a mensagem:
"Mensagem incompleta (Falta nível de gravidade, área, número ou exceção)"
    E quando eu tento carregar o retorno na J_1B_NFE_XML_IN e forçar nela status de enviado, retorna "Não permite status seguinte 'Não Enviado' para doc. 'Autorizada'".
    Gostaria de saber se alguém sabe como atualizar os status do Monitor (J1BNFE) neste caso; e se tem como, somente alimentando a J_1B_NFE_XML_IN, atualizar os status ? Gostaria de que quando enviar no Monitor o status ficasse em 'enviado', 'Autorizado', etc, de acordo com a fase do processo, pois o legado consegue carregar a J_1B_NFE_XML_IN com o retorno da SEFAZ....
Desde já agradeço....

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.

NF-e 3.10 - NF writer com informação de comércio exterior

Boa tarde, senhores.
Estamos implantando a NF-e 3.10 em minha empresa e estou com uma dúvida quanto ao preenchimento das tags de comércio exterior:
Tags
Descrição
UFSaidaPais
Sigla da UF de Embarque ou de transposição de fronteira
xLocExporta
Descrição do Local de Embarque ou de transposição de fronteira
xLocDespacho
Descrição do local de despacho
Atualmente, estamos na versão do ECC 605 SP08 e GRC com SP16.
O processo de Importação é realizado através de uma NF Writer, porém na devolução desta mercadoria realizamos uma exportação, logo, precisamos informar estes 3 campos no XML.
Não localizei nenhuma nota da SAP que trata deste assunto, exceto a nota 1844619 (NF-e: Storing Additional Data - BAdI, derived fields, texts) que trata das variáveis is_nfdoc_badi-ufembarq e is_nfdoc_badi-xlocembarq na função J_1BNF_MERGE_BADI_FIELDS, mas não estou certo desses campos serem os mesmos da NT informado acima.
Durante o projeto aplicaremos as notas 1933985 (NF-e new layout 3.10) e 1980784 (NF-e new layout 3.10 - Enhancement Note 01), mas preciso saber se estas notas tratariam destes preenchimentos de forma standard ou se precisarei especificar campos "Z" para preenchimento destas informações quando determinar o CFOP 7xxx, na emissão da NF Writer e, consequentemente, atuar na CL_NFE_PRINT para garantir o preenchimento das tags.
Podem me ajudar nesta questão?
Obrigado.
Carlos H. Martineli

Oi Carlos,
Esses campos estão disponibilizados nas abas de transporte e exportação, após a implementação da 3.10 a aba de exportação é habilitada..
Além das notas que você mencionou, tenha em mente que muitas outras notas de dependência e correção relativas ao seu EHP e SP devem fazer parte das notas a serem aplicadas.
Seguem algumas considerações:
- Com relação a exportação, verifique a nota 2003392, que remove um switch de um elemento de tela e libera os dados de exportação para visualização e preenchimento.
- Nas notas mencionadas por você, os objetos do dicionário de dados para os campos mencionados já foram criados, e também as respectivas estruturas para BadI e para a chamada RFC.
- Vale ressaltar também, que há novos métodos na interface para a BadI CL_NFE_PRINT, e dois deles são próprios para os campos novos de importação e exportação, FILL_EXPORT e FILL_IMPORT respectivamente, é possível checá-los na correction instruction da nota principal no portal service.sap.com/notes, vide seus métodos e estruturas passadas na assinatura dos métodos.
- A verificação do primeiro dígito do CFOP até o momento não é feito pela solução standard NFE 3.10, portanto essa verificação deverá ser feita na BadI correspondente.
Espero ter lhe passado informações relevantes, se tiver alguma dúvida pode questionar.
Abs,
Renan

Erro na comunicação SEFAZ AM - Ambiente de Produção

Bom dia Srs,
Estou com problemas de comunicação com a SEFAZ AM, ambiente de produção.
No "Service Status", mostra o ambiente de produção com erro 70, desde o dia 01.10.2010. Entrei em contato com a SEFAZ AM e eles dizem que não tem problema do lado deles.
Na transação SMX_MONI as mensagens de checagem de status enviadas para o SEFAZ AM ficam com status System Error.
Esta é a mensagem que está sendo exibida na tag <SAP:AdditionalText>com.sap.aii.af.ra.ms.api.DeliveryException: unable to create a socket</SAP:AdditionalText>
Alguem já passou por algum tipo de problema parecido, onde a SEFAZ afirma não ter problemas de consulta de status, mas no GRC o service status estar mostrando o contrário?
Muito obrigado.

Bom dia,
Esse erro "unable to create a socket" é da camade de rede TCP e pode estar acontecendo internamente ao PI, no proxy, firewall, router, servidor Sefaz, ou seja, todo o caminho do cliente até o server.
Pelo seu histórico da outra mensagem é provável que seja no servidor da Sefaz, que não está conseguindo abrir uma conexão nova.
Se você trabalha com outras secretarias e não está tendo problema, é provável que a instabilidade esteja realmente do lado deles.
E sobre a pergunta, sim, normalmente os atendentes da Sefaz só "sabem" quando o problema está corrigido.
Atenciosamente, Fernando Da Ró

SAP GRC NFE

Hello,
eu estou trabalhando no electronica fiscal de Nota. Nós temos seguintes sistemas: --
SAP R/3 -
SAP GRC NFE--JAVA (assinaturas digitais)-SAP NETWEAVER PI/XI -
As AUTORIDADES (PARA A AUTORIZAÇÃO)
como eu verificam a conexão entre estes sistemas. Como eu sei uma comunicação existe entre
SAP GRC NFE--JAVA (assinaturas digitais)-SAP NETWEAVER PI/XI -
A conexão das AUTORIDADES (PARA A AUTORIZAÇÃO)
foi feita já com sucesso entre SAP R/3 E SAP GRC NFE através do RFC.
Por favor ajuda.
Agradecimentos adiantado,
Honey

Bom dia Honey,
Além da comunicação entre os sistemas, você deve customizar as Sefaz-es e também os CNPJs na SPRO do GRC.
Acompanhe as telas aqui:
SAP GRC NFE 1.0 - New Solution Introduction & Implemention Best Practices
Você pode testar o serviço assinador (java) diretamente pelo web service:
Web Service Navigator
Leonardo deu uma boa dica para testar o customizing dos serviços e comunicação com o sistema externo (Sefaz).
Atenciosamente, Fernando Da Ró

GRC 10.0, PI 7.3 - Certificado

Olá pessoal, tudo bem?
Estamos implantando NFe 2.0 com GRC 10.0/PI 7.3.
Criamos primeiramente o cenário para checar o status do serviço na SEFAZ para assim certificar questões de permissões no servidor, certificado, etc...
Nos deparamos com o seguinte erro no Communication Channels.
Audit Log for Message: 005056a9-76a0-02df-b4f4-47b83ebd2cd6
Time Stamp Type Description
26.11.2011 17:32:09.465 Information Message was received by the messaging system. Protocol: XI URL: http://cipd106.brasbunker.com.br:50600/MessagingSystem/receive/AFW/XI Credential (User): PIISPD1
26.11.2011 17:32:09.468 Information Using connection SOAP_http://sap.com/xi/XI/System. Trying to put the message into the request queue
26.11.2011 17:32:09.470 Information Message successfully put into the queue
26.11.2011 17:32:09.472 Information The message was successfully retrieved from the request queue
26.11.2011 17:32:09.473 Information Message status set to DLNG
26.11.2011 17:32:09.475 Information Delivering to channel: SRVSC_SOAP_RCV
26.11.2011 17:32:09.476 Information MP: processing local module localejbs/AF_Modules/MessageTransformBean
26.11.2011 17:32:09.477 Information Transform: using Transform.Class: $identity
26.11.2011 17:32:09.477 Information Transform: transforming the payload ...
26.11.2011 17:32:09.477 Information Transform: successfully transformed
26.11.2011 17:32:09.477 Information MP: processing local module localejbs/sap.com/com.sap.aii.af.soapadapter/XISOAPAdapterBean
26.11.2011 17:32:09.479 Information SOAP: request message entering the adapter with user J2EE_GUEST
26.11.2011 17:32:09.598 Error SOAP: call failed: iaik.security.ssl.SSLCertificateException: Peer certificate rejected by ChainVerifier
26.11.2011 17:32:09.604 Error SOAP: error occured: com.sap.engine.interfaces.messaging.api.exception.MessagingException: iaik.security.ssl.SSLCertificateException: Peer certificate rejected by ChainVerifier
26.11.2011 17:32:09.605 Error MP: exception caught with cause com.sap.engine.interfaces.messaging.api.exception.MessagingException: iaik.security.ssl.SSLCertificateException: Peer certificate rejected by ChainVerifier
26.11.2011 17:32:09.612 Error Exception caught by adapter framework: iaik.security.ssl.SSLCertificateException: Peer certificate rejected by ChainVerifier
26.11.2011 17:32:09.613 Error Delivery of the message to the application using connection SOAP_http://sap.com/xi/XI/System failed, due to: com.sap.engine.interfaces.messaging.api.exception.MessagingException: iaik.security.ssl.SSLCertificateException: Peer certificate rejected by ChainVerifier. Setting message to status failed
26.11.2011 17:32:09.614 Error Message status set to FAIL
Este erro se dá em decorrencia do import do certificado, correto?
Para importar o certificado nesta versão, não basta somente criar a View e importar (Import Entry) informar o certificado.pfx no http:// Criar uma KeyStorage e dentro do canal de comunicação SRVSC_SOAP_RCV no Integration Directory - Integration Builder, apontar o KeyStorage e a KeyView criada?
Ou o processo de importção do certificado não é tão simples assim?
Devemos seguir os passos definidos na nota: Note 1524196 - Import certificates in ABAP and Java ? Baixar o SAP Cryptographic Library ( SNC Client Encryption ) no SAP Service Market Place at https://service.sap.com/swdc e importar o certificado na STRUST?
Desde já, muito obrigado.
Abraço a todos.
Att.,
Fábio

Ah sim, Henrique, encontrei o certificado raiz que mencionou.
URL do Webservice (https://homologacao.nfe.sefazvirtual.rs.gov.br/ws/NfeStatusServico/NfeStatusServico2.asmx) no IE > Cadeado > Exibir Certificados > 3ª Guia (Caminho da Certificação) > Dois cliques no Raiz (Certificado mais superior da cadeia): "Autoridade Certificadora da Raiz Brasileira v1 - ICP Brasil" > 2ª Guia (Detalhes) > Copiar para Arquivo > Avançar > X.509 Binário Certificado por DER (*.cer) > Avançar > Caminho e Nome do arquivo.cer
Em seguida entrei no NWA > Configuration > Certificates and Keys > Marqueis a TrustedCAs, Importei a nova entrada: AutoridadeCertificadoraDaRaizBrasileira.cer
Apareceu a nova entrada, com status valido (verdinho).
Mas no communication channel ainda permanece o mesmo erro.
SAOP: call failed: iaik.security.ssl.SSLCertificateException: Peer certificate rejected by ChainVerifier.

GRC: Negative ack; PI: End tag 'enviNFe' does not match the start tag 'NFe'

Bom dia SAP Boosters!
Como muita gente estou aqui brigando com o GRC NFe. Esse forum tem resolvido meus problemas, até agora. Por isso inicio um novo tópico pois estou tendo o seguite problema que nao encontrei resposta:
O grc e o pi estao em servidores separados. Do lado do grc, na sxmb_moni mostra para a interface BATCH_nfeRecepcaoLote_OB erro no acknowledgement status. abrindo o item error do ack msg id aparece:
<SAP:Error SOAP:mustUnderstand="" xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/">
<SAP:Category>XIAdapter</SAP:Category>
<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
<SAP:P1></SAP:P1>
<SAP:P2></SAP:P2>
<SAP:P3></SAP:P3>
<SAP:P4></SAP:P4>
<SAP:AdditionalText></SAP:AdditionalText>
<SAP:ApplicationFaultMessage namespace=""></SAP:ApplicationFaultMessage>
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
No lado do PI, ao consultar esta interface e abrir o payload do item Request Message Mapping, aparece a mensagem de erro: End tag 'n0:enviNFe' does not match the start tag 'NFe'. e todo o xml fica em uma linha só.
Voltei entao no xml do sender e de fato encontrei a tag NFe, onde deveria constar os dados das notas fiscais, sendo aberta mas nao sendo fechada, e sem dados, desse jeito.
<?xml version="1.0" encoding="utf-8" ?>
- <n0:nfeRecepcaoLote2 xmlns:n0="http://sap.com/xi/NFE/006">
<n0:cUF>35</n0:cUF>
<n0:tpEmis>1</n0:tpEmis>
<n0:tpAmb>2</n0:tpAmb>
- <n0:nfeDadosMsg>
- <n0:enviNFe versao="2.00" xmlns:n0="http://www.portalfiscal.inf.br/nfe">
<n0:idLote>000000000000025</n0:idLote>
<n0:NFe asx:root="" xmlns:asx="http://www.sap.com/abapxml"></n0:NFe>
</n0:enviNFe>
</n0:nfeDadosMsg>
</n0:nfeRecepcaoLote2>
Alguém já viu esse bug? estou com grc 10 e SP 08 e das notas que sairam depois nenhuma fala disso.
Obrigado.

Fiz um teste que parou de dar erro de acknowledgement e chegou a enviar o lote para a sefaz, que retornou erro de schema porque o xml continua vazio:
Na interface determination gerada quando criei o cenário NFE_BATCH_WebAS_Outbound_Batch, a que contém a interface BATCH_nfeRecepcaoLote_OB, tirei o operation mapping BATCH_nfeRecepcaoLote2_TO_nfeRecepcaoLote2. Embora não seja mais retornada a mensagem de erro na tag, o payload continua no mesmo formato postado acima. Entao coloquei de volta.
Bem, pesquisando vi que a função que gera o xml é a /XNFE/006_SIGN_NFE_OUT. As notas aparecem como assinadas no monitor do grc, mas vou ter que ver entao como esta ocorrendo a geraçao do xml por esta funçao, certo?

Como migrar partidas em aberto com imposto retido (acumulado) no pagamento via FI?

Oi Pessoal,
Estou com um problema na retenção de impostos, agradeço quaquer ajuda!
É o seguinte: Imposto retido no momento do pagamento pro Fornecedor com acúmulo, ou sjea, a retenção só ocorre se tiver pagamentos para o mesmo fornecedor dentro do mesmo mês com valor maior que 5.000,00 reais.
Exemplo no legado (SAP – TAXBRJ):
Fornecedor “X” – 3000,00 – Pagamento em 10/01/15 – Sem retenção - OK
Fornecedor “X” – 2500,00 – Se pagar dentro de Janeiro será feito retenção com base no total de 5.500,00, logo 255,75, valor líquido a pagar pro Fornecedor = 5.244,25.
Vamos supor que essas partidas estejam em aberto e portanto precisam ser migradas pro SAP via FB01.
Eu testei e o resultado foi:
Fornecedor “X” – 3000,00 – Pagamento dia 02/02/15 – Sem retenção - OK.
Fornecedor “X” – 2500,00 – Pagamento dia 05/02/15 – Sem retenção - Incorreto.
Percebi que após pagar as duas, o montante base não foi atualizado na tabela WTAK campo J_1BWHTRB02, acredito que é por causa da configuração do tipo de imposto (CA) “Base armazenada na Nota Fiscal”, então eu acho que o campo é atualizado com base no Montante Base gravado na NF (J_1BNFSTX), suponho que seja isso porque se eu fizer o mesmo teste usando MIRO a acumulação ocorre corretamente.
Resumindo: Quando eu faço a carga por FI eu não tenho o campo NF, por consequência não terei o Montante Base, portanto nenhum imposto será retido. A pergunta é: Alguém tem alguma ideia de como fazer essa carga considerar a acumulação corretamente.
*ECC 6.0 – TAXBRA
Muito obrigada por qualquer ajuda, dica, comentário....

Oi Marssel,
Obrigada pelo seu tempo.
Referentes os pontos que vc levantou:
1 - Já fiz esse teste, o resultado foi:
Montante = 3000,00 (Informações IRF: Base IRF 3000,00 + Mont. IRF 90,00), se eu fizer o pagamento vai reter 90,00 e esta incorreto, pois não considerou o acúmulo de 5000,00.
2 - Não entendi muito bem o que fazer, por favor me da mais detalhes.
3 - Tb já fiz esse teste, o resultado foi:
Configuração por FI grava em outros 2 campos da WTAK (WT_BS02 e WT_WT02) quando volta pra PCC com base na NF grava em outros campos (J_1BWHTRB02, WT_BS02 e WT_WT02), pelos testes que fiz, percebi que só o campo J_1BWHTRB02 é considerado como "controle" de acúmulo, portanto não considerará as partidas que entraram por FI.
4 - Se entendi correto, não é pra levar em consideração o acumulo em si, é pra reter na fatura qualquer valor mesmo que abaixo de 5000,00. Tá mas e se o Fornecedor só tiver um pagto no mês de 2000,00 o correto seria não ter nenhuma retenção, se reter nesse caso estaria incorreto, não? Desculpa não estou certa se entendi claramente.
Mais uma vez obrigada.

CTE Inbound com LES (CTEINBLE)

Oi pessoal.
Estou tentando ativar o processo de entrada de CT-E com LES para compras (Processo CT-E inbound CTEINBLE).
Ao verificar a documentação da SAP no step 4 - Provide LES Documents Through BAdI (Technical name: CTEILFCD) é mencionado que ao final dessa etapa o sistema reque uma
folha de registro de serviço para o frete.
Porém, para processos de compra utilizando custo complementar de aquisição, o LES não gera pedido de compra de frete nem folha de serviço. A MIRO do frete deve ser feita no próprio pedido de compra de mercadoria.
Alguém já ativou esse processo do CT-E inbound? Funciona com custo complementar de aquisição?
Obrigado, abraços.
Documentação da SAP mencionada:
http://help.sap.com/saphelp_nfe10/helpdata/en/19/627f51fdbe9302e10000000a44538d/content.htm?frameset=/en/19/627f51fdbe9302e10000000a44538d/frameset.htm&current_toc=/en/51/5b7271095c4fe1b3c1cc9f4b7d13c3/plain.htm&node_id=181&show_children=true#jump181

Bom dia Bernardo,
Evite postar em threads já respondidas, é muita mais claro se sua questão é iniciada por você.
Se quiser chamar atenção de outra pessoa você pode usar o Claudia Wada por exemplo mas evite fazer a pergunta a uma pessoa específica, tem tantos colegas com conhecimento para responder.
Separei a questão de GRC Inbound com LES - Validação de CNPJ do tomador de frete - CTEOUTLE em uma nova, favor acompanhá-la.
Atenciosamente, Fernando Da Rós
Message was edited by: Fernando Ros

Momento de disparo comunicação com GRC NF-e (Processo SD)?

Similar Messages

Maybe you are looking for