on 03-11-2015 1:37 PM
Bom dia Srs.
Com a migração para a Versão 3.10 da NF-e, verificamos que a Geração do número da NF-e acontece somente após o ECC receber do GRC o Status de Serviço da SEFAZ, ou seja, caso ocorra algum problema de Comunicação do GRC com a SEFAZ, ou até mesmo a SEFAZ estiver “Fora do Ar”, a Numeração da NF-e não é gerada.
Gostaria de saber se a SAP possui alguma NT para que o “Número aleatório na Chave de Acesso” seja gerado somente após a confirmação de "OK" no status do serviço. Dentro do fluxo SEFAZ x GRC x ECC.
Essa dúvida e/ou até mesmo sugestão de melhoria, se dá, pois, caso a comunicação com a SEFAZ esteja comprometida e seja habilitado o SVC, as NF-e geradas não precisariam ser estornadas no ECC e reemitidas, pois, o que determina o ambiente de aprovação que receberá a nota para aprovação é o “Número aleatório da Chave de Acesso”.
Tendo em vista o exposto no parágrafo acima, poderíamos assim configurar o GRC da seguinte forma: 2 - "Sistema SVC tem prioridade, SEFAZ também será verificado”. Escolhida essa opção, logo após a Comunicação do Serviço com o Órgão Autorizador (SEFAZ ou SVC) ser restabelecido, o ECC geraria o Número Aleatório e a Numeração da NF-e corretamente, enviando ao Órgão Autorizador, cujo Serviço estivesse Ativo neste momento. Desta forma ganharíamos agilidade na aprovação das NF-e e evitaríamos retrabalhos aos usuários finais.
Dúvidas estou à disposição.
Obrigado.
Giovani Dal Prá de Oliveira / Paulo Soares
Olá Giovani e Paulo,
Não entendi a sugestão de vocês. O comportamento atual do ERP já determina o TPEMIS ( que também é o primeiro dígito do número aleatório) corretamente dependendo do serviço da SEFAZ que está ativo no momento da numeração/envio da nota fiscal.
Então, se você está enviando uma NF-e para a mensageria e o GRC confirma que o SVC está ativo, o TPEMIS será determinado corretamente como SVC e essa nota será enviada para o serviço correto sem necessidade de estorná-la.
att,
Renan Correa
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Boa Tarde Renan
A ideia é que o Número Aleatório seja criado somente após a confirmação de que um dos Serviços esteja ativo.
Hoje nosso GRC está configurado como "SEFAZ tem prioridade, sistema SVC também é verificado", porém, quando cai a Comunicação com o SEFAZ, o número aleatório continua sendo gerado, ficando com o tipo de Emissão "1 - Normal", logo, se o SVC for habilitado pelo SEFAZ teremos que estornar a(s) NF-e e reemitir a(s) mesma(s) para que o ECC gere o Número aleatório como "6 - Exceção SVC nacional" ou "7 - Exceção SVCRS Rio Grande do Sul".
Não sei se consegui me fazer entender agora.
Obrigado.
Abraço.
Giovani
Olá Giovani,
O comportamento está errado no seu sistema. Você pode verificar se as notas de correção do ERP em relação ao SVC foram implementadas?
2114768 | Incorrect TPEMIS determination when SVC is activated and NF-e series is "9" or |
2076041 | Field "Tipo de Emissão" filled with "1=Emissão Normal" in table J_1BNFACTIVE |
2043479 | Wrong contingency reason mapping when using SVC contingency mode |
2060409 | Validation error with SVC NF-e and NF-e without contingency. |
2016683 | SVC Contigency Date and Time filled wrongly |
2026066 | SVC - Adjustments |
1965381 | Contingency: Changes in active server status check fuctionality |
2000511 | SVC Contingency error J1B_NFE 107. |
O comportamento correto para o seu cenário ( SEFAZ tem prioridade, sistema SVC também é verificado ) é o seguinte: GRC confirma que SVC está online e SEFAZ está fora, ele informa isso ao ERP que por sua vez identifica qual serviço está no ar ( SVC nacional ou SVC RS ) e determina o TPEMIS correto em relação a este serviço.
att,
Renan Correa
Renan,
Das NT's enviadas, somente duas estavam aplicadas (as ultimas duas), já aplicamos as demais NTs.
Agora, surgiu outra dúvida:
Se ambos os sistemas estiverem fora, qual será a atitude do ECC ?
Obrigado.
Abraço.
Giovani
Renan
Fizemos os seguintes testes:
Muito Obrigado pela ajuda, e desculpe-nos pelo incomodo.
Abraço.
Oi Giovani,
De fato eu falei o comportamento de forma muito resumida, omitindo alguns detalhes que eram bem importantes.
Como você observou:
1- o GRC só vai identificar que os serviços estão fora a partir do momento que o Service Status check voltar um erro e gravar isso na tabela /xnfe/nfe_srvsta. Até esse momento segue numeração de notas de acordo com o último serviço ativo na /xnfe/nfe_srvsta.
2- O tpemis 1 fica no monitor, mas não é definitivo 1uando os dois serviços estão fora. O TPEMIS vai ser definido REALMENTE pelo serviço que está ativo no momento que acontece a numeração da nota.
Não há incômodo, é sempre interessante termos essas informações detalhadamente discutidas no SCN, pois assim são resolvidas dúvidas de muitos consultores. Esses comportamentos muito específicos não são muito claros só lendo a documentação do produto em vários casos.
att,
REnan Correa
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.