Verifique SVC em Homologação

[Former Member]

Olá, estamos a criar SVC para uso com NFe v2.0.

Além votação o serviço de disponibilidade, existe alguma outra maneira de confirmar que temos uma solução de trabalho que pode emitir NFe contra contingência?

Obrigado pela sua ajuda.

[Former Member · Accepted solution]

Abrimos um bilhete com SAP. Eles levaram-nos através da mudança de nosso tipo RFC sistema ERP 3 em vez de "espaço" e criação de novo emprego J_BNFECALLRFC ERP. Em seguida, as mensagens foram enviadas corretamente.

Obrigado por todos os caras idéias.

[Former Member]

Bom Dia Aaron

No programa J1BNFECALLRFC no PERFORM set_nfe_number há a função J_1B_NFE_GET_TPEMIS que determina o tipo de emissão de acordo com o serviço que está ativo

Se no retorno do GRC para o ECC através do job programado para retornar o status do SEFAZ /XNFE/CHECK_SRV_STATUS nenhuma das constantes acima(SVC) automaticamente o tipo de emissão(1) é recuperado da customização abaixo:

Espero ter ajudado.

Att,

Marlio Dias Junior

[Former Member]

Aaron

Entra na funcao: J_1B_NFE_CHECK_ACTIVE_SERVER

coloca um ponto de parada na linha: 200

CALL FUNCTION '/XNFE/SERVICE_STATUS_CHECK_NFE'         "1965381

       DESTINATION lv_rfcdest                               "1965381

       EXPORTING                                            "1965381

         iv_version    = lc_version                         "1965381

         iv_logsys     = lv_logsys                          "1965381

         iv_tpamb      = ls_cust3-tpamb                     "1965381

       TABLES                                               "1965381

         it_srv_erp    = lt_serv_status_request             "1965381

         et_srv_erp    = lt_serv_status_response            "1965381

       EXCEPTIONS                                           "1965381

         it_sev_erp_not_filled = 1                          "1965381

         others                = 2.   

nesse ponto vc tera o retorno do GRC se a sefaz esta fora ou nao.

a tabela  et_srv_erp    = lt_serv_status_response 

  tera q retornar o status do svc.

vc pode a partir dai debugar ao GRC e ver se as configuracoes da spro foram configuradas direito.

por exemplo a tabela  /xnfe/govpar

abs

Felipe Martin

[Former Member]

Olá,

Fizemos o Debug conforme solicitado, mas quando verifico a tabela et_srv_erp esta em branco. Por favor, da uma olhada abaixo:

Quando eu abro a tabela o resultado aparece em branco:

Qual é o resultado esperado aqui? O status aqui deveria ser 107?

Você também me disse que da para debugar e ver se as configurações do GRC estão corretas... em qual ponto? Pode me dar mais detalhes?

Agradeço muito a sua ajuda.

Muito Obrigado!

[Former Member]

Aaron,

Ou sua sefaz nao esta fora, ou ainda falta alguma configuração.

Você tirou a sefaz do ar?  no canal de comunicação do PI, para o webservice da sefaz de consulta status, mude o endereço do webservcice para poder dar erro no canal de comunicação!

Continuando seu debug, entra nessa função (ela ira até seu grc, e check os selects dentro desta função, veja onde a função não esta retornando informação!

o resultado esperado seria:

[Former Member]

Obrigado Felipe. Isso é exatamente o que fizemos, desativamos o serviço web para o serviço de status. Nossa equipe de SD olhou a configuração e parece correto. Qual sistema emite a mudança efetiva para a contingencia (enviando tpemiss = 6 ao inves de tpemis = 1) Essa configuração é no ECC ou GRC?

[Former Member]

Aaron

Check a tabela no GRC

/xnfe/nfevalid

veja se os campos 6/7/8 foram incluidos para campo tpemis

[Former Member]

Obrigado Felipe.

Sim, nós temos valores 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 definido lá.

[Former Member]

Aaron,

se a função nao retornar valor na tabela

t_serv_status_response

O ecc nao entende q a sefaz esta fora, por algum motivo seu grc ainda nao identificou a sefaz fora do ar!

[Former Member]

Chegou a ver o manual do Pedro ????

Pedro Baroni no seguinte artigo :

Configuração Nota Técnica 2013/007 - SEFAZ Virtual de Contingência (SVC)

tive alguns problemas na importação segui thread aberta já resolvida para leitura

[Former Member]

Oi Pablo,

Estas são também as instruções que se seguiram.

Eu vi no seu outro post sobre a versão de nota 1894089 sendo aplicada a 2000511, que estava fora da data.

Nós implementamos 2000511 1894089 mas não era relevante com base na nossa versão.

Você tem outras idéias por TPEmis não é mudar para 3 ou 6 para?

[Former Member]

Aaron consegue debugar o report J_BNFECALLRFC ??? coloque um break na função J_1BDFE_CHECK_ACTIVE_SERVER na linha 45 ( onde está checando o sy-subrc ) :

READ TABLE gt_server_check

     WITH KEY cnpj = iv_branch_cnpj

              model = is_branch_info-model                       "1779693

     TRANSPORTING NO FIELDS.

->>>>>>   IF sy-subrc IS INITIAL.

     RETURN.

   ENDIF.

Mude o sy-subrc para qualquer valor que não seja 0.......e execute .... deve começar a funcionar........

[rafael_moreiradossantos]

Bom dia Aaron,

Você quer testar a emissão em contingência ?

Para isso crie um erro na URL de consulta de status de serviço de alguma SEFAZ, ativando a contingência.

Espero ter ajudado,

Rafael Moreira

[Former Member]

Ok, eu vou tentar. Eu pensei que com SCAN o sistema de aprovação de homologação não estava sempre disponível para nós.

[Former Member]

Eu criei um erro na nossa conexão Homologação de SP para o status do serviço ea criação de lotes. Eu esperava que isso iria ativar contingência para SVC mas a mensagem só fica em GRC e diz status de erro 38: serviço Web está inacessível.

O status do lote 02, diz: Enviado para PI. No entanto, não foi enviado para PI. Ele não mostra em SXMB_MONI em GRC ou PI.

Além disso, o novo status do check NFe Serviço diz que tipo SP N tem um erro de sistema PI, mas tipo SP S tem código de status 107 los Operação de Serviço

Algum conselho?

[Former Member]

Aaron o status do SVC AN está sendo verificado.... lembre-se que existe um novo monitor e novo job de verificação de status

o novo monitor deve ser ativado via SICF

e o novo Job de verificação é o /XNFE/NFE_CHECK_SRV_STATUS

Quando acontece isso é porque o tp emissão que está saindo do ECC continua como normal ( = 1 ) e não para contingencia como deveria (  = 6 ) o flag de customizing do ECC está correto ????

[Former Member]

Ola Pessoal

Para que saia o <TPemiss> no XML = 6 e necessario uma configuracao no ECC dentro da filial correto?. Nas nossas configuracoes antes estava como 3, entao agora mudamos para 6, porem mesmo assim no xml continua aparecendo como emissao normal, ou seja

podem me indicar o que mais devemos mudar?

[Former Member]

We must be missing some simple part of this.

The Normal channel SP approval, says 404, the contingency is OK in the status verification service.

NFe forehead just created with tpemis = 1 instead of 3 or 6.

The GRC does not know it should use contingency. He tries to send as normal, but since the SP web service is not reachable never sends a message to the PI mode contingency. What really controls this switch?