on 11-01-2010 9:27 PM
Pessoal, boa tarde!
Estamos com problemas para emitir Nota Fiscal utilizando contingência SCAN no ambiente de QAS (em DEV funciona, temos os 3 ambientes para o GRC/PI: DEV, QAS e em breve PRD). Debugando descobrimos que o problema ocorre por que a execução da função abaixo não retorna o TimeStamp (Campo et_status-tmpl_scan_act):
/XNFE/RFC_SRVSTA_READ
iv_tpamb = 2
it_srv-cuf = 35
it_srv-version = 006
No ambiente DEV do GRC/PI essa execução funciona perfeitamente.
Para forçar o ambiente SCAN eu coloquei uma URL inválida para o CC SRVSC de São Paulo.
Alguém já passou por isso?
No aguardo, obrigado.
Danilo
Edited by: Danilo Santos de Oliveira on Nov 1, 2010 11:08 PM
Oi Danilo,
como o Carlos falou, verifique no Monitor de Service Status do seu GRC QAS se o SCAN está sendo verificado para a UF SP, ambiente de homologação, versão 006 e se ele aparece como ativo (verde).
Abs,
Henrique.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Carlos, boa tarde!
Realmente faz sentido o que você disse.
Hoje voltou a funcionar e a função retorna o valor, sendo que não alteramos nada, estranho!
Obrigado,
Danilo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Carlos, boa tarde!
Fiz todas essas verificações e nada anormal.
Obrigado,
Danilo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Como eu disse Danilo, esse campo só vai retornar preenchido com o timestamp do momento em que houve erro de comunicacao com o SEFAZ que estava configurado para o SCAN e o mesmo tenha sido ativado, nao tem nada anormal ele vir inicializado sem valor se o SCAN ainda nao foi ativado nenhuma unica vez
Pedro, bom dia!
Confirmei que os status estão configurados corretamente na SPRO e que o JOB /XNFE/CHECK_SRV_STATUS está operando normalmente e a função continua não retornando esse TimeStamp.
Obrigado,
Danilo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
danilo
estranho isso, se o servico ( job ) de verificação de status do SEFAZ está funcionando OK sem erros e esta retornando os dados corretamente para o ambiente ECC a função está correta.
Como vc chegou a esse problema, vc ja executou a funcao separada pela se37. para isso basta vc preencher os campos dessa maneira:
IV_TPAMB = ( 1- Producao / 2 - Homologacao )
TABELA IT_SRV - CUF ( 35 que é o seu caso de teste )
- VERSION ( 006 que é a versao do XML 2.0)
o retorno que deve estar ok é o campo CHECKTMPL e TMPL_SCAN_ACT ambos com o timestamp.
Se isso nao estiver ocorrendo olhe na SPRO, na config de verficacao de estado, se o campo Check SCAN esta preenchido corretamente
Danilo
O que pode estar ocorrendo também com esse campo é que vc esta confundindo, o campo TMPL_SCAN_ACT retorna a ultima vez que o SCAN foi ativado sómente isso, se vc der uma olhada no codigo da funcao mencionada e analisar com cuidado verá que ele sómente é preenchido com verificacoes com status diferentes de 107 e ou 113, ou seja, quando ocorre um erro com o serviço do sefaz ai esse campo é preenchido com o timestamp.
Espero ter ajudado
Olá Danilo, bom dia.
Esta função verifica os registros de Status dos Serviços da SEFAZ na tabela "/xnfe/srvsta".
Verifique na SPRO, na opção "SAP GRC Nota FIscal Eletronica" -> "Configure Query for Services Status for Authority (SEFAZ)", se o Serviço a ser utilizado consta no lista.
iv_tpamb = 2
it_srv-cuf = 35
it_srv-version = 006
No seu exemplo seria:
Region = São Paulo
SEFAZEnvir = Homologation
Auth. Vers. = Version 006
Abraços.
Pedro Baroni
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
15 | |
4 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.