Erro copia de ambiente PI/GRC

Boa tarde,
Fizemos uma copia de um ambiente GR1 para GR2, e fiz o pos-installation da SAP para Netweaver ABAP+JAVA SR3, ocorre que quando finalizei as configuracoes do GR2, as configuracoes de endereco e porta que eu alterei no GR2 foram alteradas tambem no GR1, resultado, tive que refazer uma serie de configuracoes no ambiente GR1, e de novo alterou tudo no GR2 novamente. O que pode estar causando isso?
Obrigado,
Josue Neto

Oi Luiz
Isso é perfeitamente possível. Você pode ter inumeras empresas e filiais fazendo uso do mesmo ambiente do SAP NF-e e do PI.
Lembre-se que no caso de empresas diferentes você terá dois certificados digitais. Um para cada raiz de CNPJ.
Abraço
Eduardo Chagas

Similar Messages

Inutilização de Nota com erro de validação no GRC

Bom dia,
Estou com um problema na inutilização de notas com erro de validação no GRC!
Quando a nota é rejeitada pela GRC, fica da seguinte maneira:
Etata obrigatória do processo : 8 (Erro validação interna sistema de mensagem.Envie novamente!)
status de comunicação do sistema : 0 (Enviada ao sistema de menssagem (XI,...))
status do sistema de mensagens : V (Mensagem Recebida: Erro de Validação Interna)
Sem utilizar o botão Reset NFe, clico no botão Request Cancelation e realizo os procedimento de cancelamento.
Verifico pela tabela /XNFE/NFE_HIST que gerou um registro com a chave de acesso, type 3 (Inutilização) e status 6 (Enviado ao Processamento da Nota Fiscal Eletrônica).
Consulto no SEFAZ e verifico que essa nota já esta inutilizada porém na J1BNFE a nota continua processando.
Alguem sabe como resolver este problema?
Obrigado,
Leandro Von Zubem.

Bom dia.
Tenho uma NF-e que está em situação parecida e agradeço suas colaborações.
Estamos na ECC 5.0 SP 19.
Esta NF-e foi rejeitada pela SEFAZ (NF-e writer e o erro estava no ano da data de emissão = 2008)
e o usuário não percebendo tentou re-enviar várias vezes.
Por fim, mesmo Rejeitada foi solicitado o Estorno (Skip) e os status da NF-e ficaram como abaixo:
   SAP ECC 5.0 SP19
      Status Ação :          Em processamento
      Status do documento NF-e:     2 Rejeitado
      Status de comunicação do sistema: 3 Rejeitado/a & autorização solicitada para ignorar
      Status do sistema de mensagens:     C Mensagem recebida: pedido de inutilização
      NF-e Código de Status :     228
   Log
          Novo stat.comun.sistema "Rejeitar estorno/ignorar usuário aceitos" não permitido p/status
                     comun.sist.anterior "Rejeitado/a & autorização solicitada para ignorar
          Nº mensagem J1B_NFE007
   GRC
      Status Code:               228     Rejeição: Data de Emissão muito atrasada
Seguindo as orientações já mencionadas aplicamos em Desenv as Notas 1376901, 1376324 e 1298283 e
simulamos a situação. Mas a NF-e também permanece "em processamento".
A Nota 1141636 não foi possível aplicar porque exige para Basis o SP 700 e estamos no SP 640.
Esta atualização seria muito mais demorada.
Pergunto: existe alguma forma de ajustarmos os status para finalizar esta NF-e? (Rejeitar ou Aprovar/Rejeitar).
Agradeço a toda colaboração.
Abraços a todos e ótimas festas.
Luis Appel

Erro apos copia PI/GRC

Boa tarde pessoal,
Fiz uma copia de um ambiente PI/GRC, e estou com problemas na parte Java, fiz o pos instalation do help.sap, e mesmo assim não funciona, não aparecem erros no dev_server0 e nem std_server.out, mas quando tento logar no sld não acontece nada.
Alguem sabe o que pode ser?

Rodei novamente com o seguinte resultado:
0: gowsap21_GD2_03                           : Execução programa: SLDMSGSRV
0: gowsap21_GD2_03                           : Execução programa: SLDLIVECACHE
0: gowsap21_GD2_03                           : Execução programa: SLDIPSERV
0: gowsap21_GD2_03                           : Execução programa: SLDINSTSP
0: gowsap21_GD2_03                           : Execução programa: SLDINSTSC
0: gowsap21_GD2_03                           : Execução programa: SLDINSTPRD
0: gowsap21_GD2_03                           : Execução programa: SLDGWSRV
0: gowsap21_GD2_03                           : Execução programa: SLDDBSYS
0: gowsap21_GD2_03                           : Execução programa: SLDCOMPSYS
0: gowsap21_GD2_03                           : Execução programa: SLDCLIENT
0: gowsap21_GD2_03                           : Execução programa: SLDBCSYS
0: gowsap21_GD2_03                           : Execução programa: SLDAPPL_SERV
0: gowsap21_GD2_03                           : Fim da coleta de dados SLD.
0: gowsap21_GD2_03                           : Coleta de dados efetuada com êxito.
0: gowsap21_GD2_03                           : Dados RFC foram editados.
0: gowsap21_GD2_03                           : Destino RFC utilizado: SLD_UC
0: gowsap21_GD2_03                           : Chamada RFC sem êxito: Error when opening an RFC connection
0: gowsap21_GD2_03                           : Jobs periódicos existentes eliminados. Nº: 1
0: gowsap21_GD2_03                           : Programa escalonado: 20100811 043500.
1: gowsap21_GD2_03                           : Job controlado por eventos já existe. Escalonamento não necessário.

Nfe parada no GRC. Erro validação: Valor da nf negativo. Pricing desabilita

O usuário fez uma nola fiscal no ECC 5.0 onde o valor do desconto do produto superou o preço do item, portanto a nota fiscal ficou negativa. O usuário não percebeu o erro. Finalizou o processo de faturamento encaminhando para o GRC.
A nfe gerou erro de validação no GRC. Veja o log:
Erro de validação: campo BC do ICMS. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VBC, ID campo W003)
Erro de validação: campo Valor Total dos produtos e serviços. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VPROD, ID campo W007)
Erro de validação: campo Base Amount in NF-e. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-L1_00_VBC, ID campo N015)
Erro de validação: campo Net Value. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-VPROD, ID campo I011)
Status do processo: 01 Recebido do sistema back end
Status do erro: 10 Erro de Validação.
Na transação J1BNFE o usuário não consegue estornar, porque a nota não foi para a Sefaz. Também não consegue corrigir a pricing para reenviar a nota.
Peço ajuda e agradeço desde já.
Att. Ronaldo Figueiredo
Moinho Sul Mineiro.

Bom dia Ronaldo,
NF-es com erro de validação podem ser inutilizadas pela mesma opção de cancelamento na J1BNFE.
Qual o motivo de o usuário não conseguir solicitar o cancelamento?
Atenciosamente, Fernando Da Rö

Inutilização de NFe com erro de validação

Srs.
Gostaria de tirar uma duvida mais "funcional" do processo de uma nfe, que seria a seguinte, caso uma NFE esteja com erro de validação no GRC, se o erro e o status voltou para o ERP e na j1bnfe ela esta com status 8, eu poderia solicitar a inutilização da mesma sem ter que envia-la antes ao SEFAZ ?
Pergunto isso pois eu pensava que havia uma maneira e até agora não encontrei nenhuma.
Se puderem me responder o mais rápido possível eu agradeceria.

Oi Carlos.
Então... quando ocorre um erro de validação você tem duas alternativas:
- Corrigir os dados e reenviar a NF-e
- Solicitar a inutilização (solicitar o cancelamento da NF-e no monitor)
Para solicitar a inutilização - o registro da NF-e está com status da mensageria igual a V (erro de validação.
1. Selecione o documento em questão
2. Clique no botão "Request Cancellation"
3. Sistema irá apresentar pop-up perguntando de realmente deseja continuar. Clique em Yes para confirmar.
4. Selecione a razão do cancelamento.
5. Selecione o documento a ser cancelado e clique no botão Copy to Selected Documents
6. Clique no botão Send Requests. Sistema enviará a solicitação de inutilização. Após obter a autorização de inutilização o sistema irá retornar o status 102 de autorizada inutilização e reverter o lançamento.
Abraço
Eduardo Chagas

Status erro: 46 - NF-e 2.0

Masters of Sap Universe,
Estou com o seguinte problema com o GRC...
Aqui estamos com ambiente de GRC com SP15
No monitor do GRC:
Status do processo:05
Status erro 46 - Lote rejeitado pelo Processamento da Nota Fiscal Eletrônica /
Não existe erros na SXMB_MONI
Na tentativa de reiniciar o Lote, eles não aparecem nas abas de erro para tentar reinicalizar
Alguma ideia ?

Bom dia Fernando,
Estou com o mesmo problema.
No GRC apresenta o status do erro (46) que o lote foi rejeitado pelo processamento da NFe.
No monitor J1BNFE apresenta o erro 215 - Rejeição: Falha no Schema XML.
Ja fiz o procedimento no validador XML do RS e apareceu que o erro era o sinal na primeira linha. Com isso eu apaguei o sinal e validou.
O que devo fazer para resolver isso?
Obrigado
Júlio Meireles

SAP (ECC 6.0) - Erro de rejeição (Engrenagem)

Boa tarde a todos,
Gostaria de compartilhar um cenário de erro ocorrido no ambiente de produção do cliente (pós-GoLive) onde implementamos recentemente Nota Fiscal Eletrônica.
Para um determinado cenário enviado para SEFAZ/SP foi retornado o código de erro 210 (Rejection: Invalid Receiver's IE), esta mensagem foi devidamente atualizada no GRC e no SAP (ECC).
O problema ocorreu justamente quando o usuário optou em ajustar o código de inscrição estadual do respectivo cliente deste cenário e logo após, selecionou o documento "rejeitado" através do monitor do SAP (J1BNFE) e executou a função "Enviar de Novo", a partir deste procedimento (incorreto), o monitor retornou uma sinalização de erro (bandeira vermelha) com a seguinte mensagem: "Enviada ao sistema de envios de mensagens (XI,....), sinalizou o campo status ação com uma "engrenagem", o campo SCS com o valor 0 "zero" e o campo Status Sist. Msgs. com o valor "G" (MS recebido; outro erro).
Conclusão, este processo encontra-se travado no ambiente de produção do cliente, impossibilitando qualquer ação de inutilização ou cancelamento.
Estamos cientes que o procedimento correto deveria ser: solicitar a inutilização deste documento e não enviá-lo novamente a SEFAZ/SP, após concluída a correção da inscrição estadual do respectivo cliente, no entanto, gostaríamos de obter alguma dica ou orientação de como proceder corretamente neste caso afim de corrigir este problema.
Desde já agradeço pela ajuda e gostaria também de parabenizar pelo espaço onde pude verificar que há muita informação útil para todos.
Att,
André Teixeira

Oi Henrique,
Sim, o MSSTAT estava preenchido com "A" antes da tentativa de reenvio. Como a nota já havia sido rejeita pela SEFAZ/SP no nosso entendimento o usuário deveria:
1) Requisitar a "inutilização" desta NF-e;
2) Ajustar a IE no cadastro de cliente;
3) Executar novo faturamento para este cenário que automaticamente iria gerar uma nova NF-e para nova aprovação na SEFAZ/SP, seria este o procedimento?
Ao executar Send no menu NF-e apresenta-se a seguinte mensagem:
Novo status de comunicação de sistema "Enviada a sistema de envio de mensagens (XI,...)" não permitido p/SCS "Enviada a sistema de envio de mensagens (XI,...)" anterior
Nº mensagem J1B_NFE007
Vou conversar com usuário sobre a possibilidade de introduzir o status de erro manualmente (SE37).
Grato,
André Teixeira

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.

Skip NFE com erro de validação

Oi tudo,
Tenho uma pergunta sobre a funcionalidade de saltar uma NF-e com erro de validação.
Eu apliquei notas SAP
1298283 - NF-e: Passar para a NF-e com erro de validação
1376324 - NF-e: Passar para a NF-e com erro de validação
1376901 - Passar para o erro de validação
Mas ainda assim o processo não funciona completamente.
Em nota 1298283 do texto;
Os novos valores definidos no J_1BNFE_MESSAGE_TYPE domínio deve ser usado
do sistema de mensagens ao chamar as funções interface de entrada
u2022 J_1B_NFE_XML_IN ou
u2022 J_1B_NFE_XML_IN_TAB
de ERP para corrigir o ajuste siga em stati do processo de
NF-es com erros de validação, dependendo da resposta da SEFAZ.
NF-e autorizada para o cancelamento são cancelados e da etapa do processo é
definido como C (completo).
Eu tenho definido os novos tipos de mensagens de acordo com as instruções de nota, mas como estes podem ser implementados e ser utilizado em GRC - sistema de NFe?
O tipo de mensagem autorizado para pular com o erro de validação em GRC agora é '5 ', mas deve ter o valor "8" de acordo com notas acima.
Incluir / XNFE / DB_CONSTANTS em GRC não contém os novos tipos de mensagens
    8 Autorização para Passar uma NF-e com erro de validação
    9 Rejeição Passar para uma NF-e com erro de validação
Alguém sabe como o resolver isso?
BR
Honey

Olá Fernando,
Obrigado pela sua resposta!
Temos também notas 1296515 e 1252567 instalado.
O teste que eu fiz antes de começar a depurar é que eu deliberadamente criada uma NF-e com um valor em falta, de modo que a resposta do GRC seria erro de validação. O exigido quando eu pressionar "Definir Número de NF-e" processo passo status muda para "8" = erro de validação interna do sistema de mensagens. Enviar novamente!
Agora eu enviar um pedido de pular para esta NF-e e as alterações do estado de acção para "Em processamento".
Em GRC Ignorando o pedido for aprovado, mas o processo nunca é completado em R / 3. No log eu posso ver J1B_NFE007 mensagem de erro;
Nova SCS-status "Rejeitado & Skipping (Cancelar) Autorizado" não é permitida para SCS anterior "Erro de validação e Skipping solicitadas".
Quando a depuração vejo que isso acontece em função J_1B_NFE_CHECK_NEXT_SCSSTATUS módulo na declaração
WHEN c_authorized_for_skip.                                                                  "1152140
      IF is_acttab-scssta NA '3'.                                                                  "1152140
        PERFORM get_domain_text USING c_scssta                                   "1152140
                                      i_newscsstat                                                      "1152140
                                      c_scssta                                                             "1152140
                                      is_acttab-scssta                                                 "1152140
                                CHANGING gv_msgtxt1                                            "1152140
                                         gv_msgtxt2.                                                     "1152140
                                                                                "1152140
        MESSAGE e007 WITH gv_msgtxt1        "i_newscsstat                    "1152140
                          gv_msgtxt2        "is_acttab-scssta                                 "1152140
                          RAISING scs_status_not_allowed.                                "1152140
      ENDIF.                                                                                "1152140
Neste ponto, o valor em is_acttab-scssta igual '9 '.
Lamento, mas eu não entendo o significado de "V" na descrição:
(NF-novo e rejeição RESET + + V + + V + SEND Skip Request)
Eu testei:
1. Novo NF-e
2. Definir NF-e número & enviar às autoridades
3. Rejeição devido a erro de validação
4. Enviar pedido de cancelamento de NF-e
Existe algum outro procedimento que eu devo testar?
Se eu tentar redefinir a NF-e após receber a primeira rejeição devido a um erro de validação, R / 3, não me permitem enviar pedido de cancelamento.
Eu penso que este comportamento é muito estranho, já que temos seguido as recomendações na execução notas SAP.
Você recomendaria o próximo passo é registrar um bilhete em relação a este?
obrigada &
atenciosamente!

Consulta de status de lote: erro de sistema PI

Pessoal, bom dia.
Em alguns casos ocorre erro de comunicação na consulta do status do lote. Após o GRC enviar o lote pra SEFAZ, ele fica consultando o status do lote até n vezes (conforme atualizado nas configurações do lote no monitor do GRC), certo?.
Quando ocorre esse erro de comunicação (Consulta de status de lote: erro de sistema PI), o GRC para de ficar consultando o status.
Existe alguma forma de parametrizar/automatizar o GRC para que quando ocorrer esse erro, ele fique solicitando a consulta de status até as n vezes em vez de para a solicitação da consulta?
Ou criar um Z que busque os lotes que estajam com este status e coloca-los em processamento?

Bom dia Fábio,
Não, a configuração de tentativas serve apenas para quando a Sefaz responde de forma clara com um 105 - Em processamento.
Quanto acontece erros, o processo fica parado mesmo e a forma de restart é manual ou através de Z (Cristiane deu uma colaboração colocando o código para referência, veja: Sample code for automatic resend of batches with communication errors não consegui achar a thread que discutimos isso).
Observação: É muito importante garantir que os problemas que estão fazendo seus lotes pararem são realmente externos e solucionáveis pelo job, do contrário você pode gerar sim problema interno no GRC para todas os processos/Sefazes ao insistir num reprocessamento automático.
Sugestão:
- certifique-se que o motivo para o restart é externo
- faça log de todos os restarts em tabela
- determine um número máximo de restarts automáticos
- analise continuamente do que foi restartado sem sucesso para tentar obter regras que impeçam o restart sem sucesso
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Jul 21, 2010 5:41 PM

ECC QAS e PRD enviando para GRC PRD, PI PRD e SEFAZ HOMOLOGAÇÂO e PRODUÇÃO

Temos somente um ambiente de GRC NFe e PI que usamos para desenvolver, realizar o teste integrado com SEFAZ Homologação e entramos em produção.
Precisamos que os dois cenários abaixo funcionem:
ECC QAS -> GRC NFe PRD -> PI PRD -> SEFAZ Homologação
e
ECC PRD -> GRC NFe PRD -> PI PRD -> SEFAZ produção
Isto é possível ?
O ECC QAS está configurado para homologação e o ECC PRD está configurado para produção.
Quando criamos uma nota no ECC QAS, aparece no GRC PRD a nota com SEFAZ homologação, mas fica parada, com status 04 - somado no lote e status documento 'A' - MS Received: Request for Authorization.
O ECC PRD está funcionando perfeitamente.
No SPRO do GRC PRD contém o CNPJ, descrição, SEFAZ produção e Keys, não é possivel criar nesta tabela o mesmo CNPJ para os dois ambientes da SEFAZ. Será que é por isto que não funciona ?
Muito obrigada.
Tania Kaça.

Bom dia Tania,
Verifique a variante do job /xnfe/check_srv_status como parametro de execução tem o tipo de ambiente (alguém pode ter fixado o Productive), se for deixe em branco.
Confirme na tabela /xnfe/tsrv se existem o tpamb 1 e 2 para a Sefaz que você deseja.
Observação: Na sua configuração está 1800 segundos, significa que mesmo que o job rode de minuto em minuto, para aquela sefaz ele irá respeitar um tempo de 30 minutos. Quando você for configurar o ambiente produtivo como sugestão baixe esta valor para algo em torno de 2 minutos, e configure o job de acordo. Isto irá tornar a informação de "Sefaz fora" bem mais real para o GRC.
Caso ainda esteja sem solução sugiro executar manualmente o programa /xnfe/check_srv_status e identificar o motivo de não executar para o ambiente homologação, sendo que está tudo "correto".
Atenciosamente,
Fernando Da Rós
PS.: Por favor, verifique se suas outras mensagens (Fabrica BBKO) realmente não estão respondidas. Marcar como respondido é um feedback importante.

Problema assinatura - Status 20 - Versão 006

Bom dia pessoALL,
Já verifiquei os respectivos links abaixo e não consegui solucionar o meu problema :
O cenário aqui é:
ECC (NDE) 005A / ECC (NED) 006 < -- > GRC < -- > PI < -- > SEFAZ
São dois ECC´s apontados para um ambiente GRC/PI.
Estamos no SP 15 e última versão dos outros respectivos SP´s (ABA/BASIS...)
Já realizei a configuração em todo ambiente de GRC para suportar os dois tipos (005a - 1.0 / 006 - 2.0), tanto a abap / java.
Qual está sendo o problema, quando faço a emissão de uma NFe do ambiente NED (versão 2.0 - 006) as notas travam em status do processo 1 e status de erro 20: Assinador digital não acessível.
Quando é emitido uma NF´e em ambiente NDE (versão 1.0 - 005a) o fluxo acontece normalmente.
Fiz uma pesquisa e fiz um check nas seguintes transações: sproxy , sldcheck , bd54, bd97 , sxmb_adm... estão ok.
Já entendi que as notas não estão saindo do GRC para o integration (conexão abap proxy).
Reliz um check na configuração toda, está tudo ok.
Não sei como atuar diante da situação. Alguem teria alguma luz ? O que verificar ? O que refazer ?
Atenciosamente,
Ricardo

Bom dia Ricardo,
Veja esta thread NF-e pré-validação erro - XML 2.00 - /XNFE/VERSION 0006, na resposta do dia Aug 13, 2010 4:45 PM.
Após o SP15 tem algumas correções a serem feitas.
Especificamente para este caso é a SAP Note 1498700.
Atenciosamente, Fernando Da Ró

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

Transferência de Exceção de PIS e COFINS na Nota Fiscal Eletrônica

Pessoal,
Quando tenho situações de exceção dinâmica para PIS e COFINS estes impostos não são transferidos para Nota Fiscal Eletrônica(J1B3N) e nem para o arquivo XML. As informações existem no documento de faturamento
Gostaria de saber se alguem passou por esta situação e como foi resolvido.
Este problema ocorre somente quando tem exceções dinâmiicas. Se não tiver exceção os impostos IPI3 e ICN3 são transferidos para Nota.
Preciso transferir as informãções de PIS e COFINS para o XML e não queria utilizar a BADI.
Alguem poderia me ajudar.

Bom dia Lucas
Vc deve estar se referindo ao fato de com a nota fiscal eletronica é necessario existir as linha do PIS e COFINS na nota fiscal mesmo que estes impostos não sejam incidentes, pois caso contrario vc teraá erros de validação no GRC.
Por favor qual a versão do seu ERP eu vou ver qual foi a nota que resolve isso?
Obrigado
Nilson

Como funciona a atualização dos certificados SSF NFE_IN?

Bom dia pessoal,
Tenho uma dúvida com relação a atualização dos certificados SSF NFE_IN.
Estou recebendo alertas semanais de que os dois certificados marcados abaixo estão expirando.
Busquei no site das unidades certificadoras e não encontrei um novo certificado com o nome e versão igual aos do que vão expirar.
Ao invés disso, achei o mesmo certificado, com o mesmo nome, porém numa versão diferente cuja data de expiração está para 2019.
Verifiquei também que estes novos certificados já estão instalados no nosso ambiente.
Dúvidas:
1 - Se eu já tenho a nova versão do certificado, eu posso simplesmente excluir o que vai expirar?
2 - Se o item anterior for verdadeiro... isso é uma regra? Ou seja, SEMPRE que tiver um certificado com o mesmo nome (porém com uma versão mais nova) instalado no ambiente, posso excluir o que vai expirar???
3 - Como eu verifico se o certificado que vai expirar está sendo usado?
4 - Se ele estiver sendo usado, eu preciso mudar para a nova versão "na mão" ou o SAP consegue verificar que já existe uma nova versão disponível???
Se puderem me dar uma resposta ainda hoje, eu agradeço, pois tenho outros certificados nesta mesma situação que irão expirar no dia 19.03 e eu preciso efetuar as manutenções em 4 ambientes do GRC NFe.

Ola Fabio
Por favor dê um feedback na discussão e se for o caso encerre a mesma selecionando Correct Answer e/ou Helpful Answer para as respostas que lhe ajudaram.
Saiba mais sobre como encerrar uma discussão no link abaixo:
http://scn.sap.com/community/portuguese/blog/2014/06/23/encerrar-uma-discuss%C3%A3o-todos-devemos-fazer-d
Grato
Eduardo Chagas
[Moderador SCN]

Erro copia de ambiente PI/GRC

Similar Messages

Maybe you are looking for