cancel
Showing results for 
Search instead for 
Did you mean: 

Problemas ao entrar em Contingência SCAN

Former Member
0 Kudos

Estamos tendo os seguintes erros abaixo em todas notas que entram no modo de Contingência SCAN:

- Validation Error: Field Date and Time of Activation of Exception Situation. This field does not match the expected format. (Field IS_NFE_HEADER-DHCONT, Field ID B028)

- Validation Error: Field Reason for Activating Exception Situation. Must be filled in combination with other fields. (Field IS_NFE_HEADER-XJUST, Field ID B029)

- Validation Info: Field IS_NFE_HEADER-DHCONT in Check NOT_INIT_FIELDS has been filled!

- Validation Error: Field NF-e CFOP Code and Extension. Field does not match any of the allowed values. (Field IS_NFE_HEADER-T5_CFOP, Field ID X016)

Note que o último erro (de CFOP) em modo de operação normal não aparece, apenas em Contingência.

Muito Obrigado,

Edison Smejoff - P&G

Accepted Solutions (0)

Answers (1)

Answers (1)

former_member182114
Active Contributor
0 Kudos

Bom dia Edison,

- Validation Error: Field Date and Time of Activation of Exception Situation. This field does not match the expected format. (Field IS_NFE_HEADER-DHCONT, Field ID B028)

Verifique o que está sendo enviado neste campo, o validador dizendo que não está no formato ideal pode indicar que a data é antiga.

- Validation Error: Field Reason for Activating Exception Situation. Must be filled in combination with other fields. (Field IS_NFE_HEADER-XJUST, Field ID B029)

A justificativa não foi preenchida no customizing de motivos de cancelamento. Verifique isto.

- Validation Error: Field NF-e CFOP Code and Extension. Field does not match any of the allowed values. (Field IS_NFE_HEADER-T5_CFOP, Field ID X016)

Gostei desta observação quanto ao somente em contingência, pode indicar um erro. Coloque um break-point na função J_1B_NF_MAP_TO_XML logo antes do call_xi (ao final da função) e veja o valor de XMLH-T5_CFOP.

Além disso veja esta thread , pois este assunto foi discutido recentemente.

Atenciosamente, Fernando Da Ró

Former Member
0 Kudos

Fernando, na verdade as msgs de erro que coloquei estavam incorretas. Segue aqui o texto correto com o problema:

"The issue for SCAN is that, somehow, the information that SCAN Server is working is not turning back to ERP so it is considering SEFAZ as the regular server and setting the configurations to SEFAZ. So this note stays in process in ERP waiting for being process by SEFAZ server.

I think we have an issue of communication between GRC and PI."

Muito Obrigado,

Edison Smejoff - P&G

former_member182114
Active Contributor
0 Kudos

Bom dia Edison,

Este não é um texto do SAP, deve ser de alguma análise de sua equipe interna.

Na verdade, o ERP que consulta a situação da SEFAZ/SCAN no banco de dados do GRC então não é questão de não estar voltando, talvez não esteja disponível lá ou então o customizing do ERP não "manda entrar em contingência".

No customizing, acho que no local de negócios tem um novo flag tipo AUTOMATIC CONTINGENCY, abaixo do xNFE Active que mudou de nome para GRC NFE ....

Na aba para colocar o local de negócios em contingëncia também tem um flag que impacta nesta operação. Que também indica "entrar automaticamente em contingência".

Além disso, o GRC só verificará o SCAN caso a Sefaz esteja inativa, ou seja, não existe uma opção standard para entrar em SCAN mesmo que este esteja disponível ao mesmo tempo da Sefaz. Para testes os clientes tem provocado erro no communication channel da Sefaz desta forma provocando o check no SCAN.

Atenciosamente, Fernando Da Rós

PS: Não estou com o sistema disponível por isso os nomes exatos dos campos foram "omitidos" para não dizer "esquecidos"

Former Member
0 Kudos

Fernando,

Seguem nossos comentários a tuas dicas:

1) Na verdade, o ERP que consulta a situação da SEFAZ/SCAN no banco de dados do GRC então não é questão de não estar voltando, talvez não esteja disponível lá ou então o customizing do ERP não "manda entrar em contingência".

Comentário: O customizing esta configurado para entrar em contingencia sim.

2) No customizing, acho que no local de negócios tem um novo flag tipo AUTOMATIC CONTINGENCY, abaixo do xNFE Active que mudou de nome para GRC NFE ....

Comentário: Essas flags estão marcadas pra cada Company Code X Branch. Ou seja, todos os estados estão possibilitados de entrar em contingencia SCAN, inclusive, com a razão de contingencia já definida.

3) Na aba para colocar o local de negócios em contingëncia também tem um flag que impacta nesta operação. Que também indica "entrar automaticamente em contingência".

Comentário: Essa opção eu acredito que seja no GRC, e ela também está configurada para todas as branchs.

4) Além disso, o GRC só verificará o SCAN caso a Sefaz esteja inativa, ou seja, não existe uma opção standard para entrar em SCAN mesmo que este esteja disponível ao mesmo tempo da Sefaz. Para testes os clientes tem provocado erro no communication channel da Sefaz desta forma provocando o check no SCAN.

Comentário: Nós derrubamos a conexão com a Sefaz, então no caso, o Scan está ativo.

Alguma outra dica?

former_member182114
Active Contributor
0 Kudos

Bom dia Edison,

Comentário: Essa opção eu acredito que seja no GRC, e ela também está configurada para todas as branchs

J1BNFE -> Contingency -> Contingency by Business Place -> flag Auto. Cont.

Comentário: Nós derrubamos a conexão com a Sefaz, então no caso, o Scan está ativo.

Beleza, então o SCAN está sendo verificado pelo GRC.

E qual a resposta do SCAN para esta região? 107? Veja no monitor de serviço webdynpro do GRC.

Atenciosamente, Fernando Da Ró

Former Member
0 Kudos

Segue como está configurado:

1) J1BNFE -> Contingency -> Contingency by Business Place -> flag Auto. Cont.

Comentário: Nenhuma está marcada. Em qual email posso te enviar a cópia da tabela?

2) E qual a resposta do SCAN para esta região? 107?

Comentário: Resposta do SCAN é 107.

Former Member
0 Kudos

Segue como está configurado:

1) J1BNFE -> Contingency -> Contingency by Business Place -> flag Auto. Cont.

Comentário: Nenhuma está marcada. Precisam estar marcadas? Em qual email posso te enviar a cópia da tabela?

2) E qual a resposta do SCAN para esta região? 107?

Comentário: Resposta do SCAN é 107.

Former Member
0 Kudos

Estou com um erro quase idêntico, exceto pelo CFOP ...

Validation Error: Field Data e hora da ativação da contingência. Campo não corresponde ao formato previsto. (Field IS_NFE_HEADER-DHCONT, Field ID B028)

Validation Error: Field Motivo para ativação da contingência. Preencher campo em combinação com outros campos. (Field IS_NFE_HEADER-XJUST, Field ID B029)

Validation Info: Field IS_NFE_HEADER-DHCONT in Check NOT_INIT_FIELDS has been filled!

Da mesma forma, derrubamos a conexão com a SEFAZ, a NF vai para o SCAN automaticamente.

Na configuração o flag de AUTOMATIC CONTINGENCY está preenchido, o motivo também.

Também preenchemos o flag pela J1BNFE.

Olhei pelo debug e os dois campos e estão indo vazios. Mesmo preenchendo-os pelo debug o erro também acontece.

Também revisei a aplicação da nota 1451966, como dito no tópico e não havia problemas.

Alguém tem mais alguma idéia do que eu possa verificar?

Obrigado.

former_member182114
Active Contributor
0 Kudos

Bom dia Pessoal,

Analisando um sistema de cliente com este cenário verificou-se o problema.

A princípio pode acontecer em homologação por um bom tempo, mas não afeta o produtivo da mesma forma.

Façam um teste:

- provoquem um erro na consulta ao SCAN

- voltem a ter o SCAN com sucesso

RESET e Envie a NF-e.

O chamado em questão está sob análise da equipe de desenvolvimento.

Atenciosamente, Fernando Da Ró

Former Member
0 Kudos

"Estraguei" a target URL do serviço de consultar status do SCAN, rodei o /XNFE/CHECK_SRV_STATUS para provocar o erro de consulta ao SCAN, depois arrumei a target URL e voltei a rodar o programa de checar status.

Não resolveu.

Fernando, você nos avisa por aqui se tiver alguma novidade desse erro?

Detalhe que talvez possa ajudá-los: em nossos testes, envios ao SCAN por SC funcionam, já pelo DF não, ambos em ambiente de homologação.

former_member182114
Active Contributor
0 Kudos

Bom dia Celito,

Sobre o teste, verificando no monitor de serviço você tem erro para a região / ambiente do SCAN que está testando?

Atenciosamente, Fernando Da Rós

PS: Sim, novidades avisarei

Former Member
0 Kudos

Sim, o SCAN para todos os estados configurados fica com erro (bola vermelha) no monitor de serviços quando eu estrago a URL do serviço de verificação de status (https://hom.nfe.fazenda.gov.br/SCAN/NfeStatusServico2/NfeStatusServico2.asmx) e rodo o /XNFE/CHECK_SRV_STATUS.

Depois volta ao status normal (bola verde) quanbdo arrumo a URL e rodo o report novamente.

Depois disso reenviei uma NF-e e o erro permaneceu na nova entrada de log.

Se houver outro teste que possamos fazer, nos informe, por favor.

Former Member
0 Kudos

Pessoal,

Alguém teve alguma solução para o caso?

Tenho o mesmo problema.. o campo dhCont não é prrenchido e por consequência o xJust.

Todas as configurações fora realizadas..

Rodando a função /XNFE/RFC_SRVSTA_READ manualmente vejo que o campo TMPL_SCAN_ACT não é preenchido.

Att,

Marcos

former_member182114
Active Contributor
0 Kudos

Bom dia Marcos,

Bela adição, isto pode também causar o problema.

Tem outra correção a ser feita, desta vez no GRC. Aplique SAP Note 1532260 - Read last status of SCAN for RFC call from backend system.

Atenciosamente, Fernando Da Ró

Former Member
0 Kudos

Bem observado Fernando.

Pela descrição da nota é exatamente este o meu problema. Como o SCAN nunca virou fora do ar por aqui, tinha um SELECT na função que nunca achava um timestamp para ser utilizado.

Vou solicitar a aplicação da nota já!

Obrigado.

Marcos