[RESOLVIDO] Problemas retorno NFe x TSS - BODI317EF

Pessoal, boa noite.

Vou tentar explicar o problema, para ver se alguém já passou por isso. Tenho um gerador de Notas Fiscais customizado no EMS2.06B, implantado para um cliente meu pois os programas FT4001 e FT4002 não atendiam sua necessidade. Implantado em meados de 2008, nunca apresentou problema, e mesmo com a utilização do integrador Neogrid funcionou corretamente. Porém, a partir de Outubro/2010, eles trocaram o integrador Neogrid pelo TSS, e o cliente me reportou o seguinte problema:

"As vezes acontece da nota ser rejeitada por duplicidade de chave de acesso. É enviado uma chave de acesso para a SEFAZ (que inclusive é aprovada), antes do retorno, alguma coisa está alterando essa chave de acesso no nosso banco, e quando a SEFAZ retorna, não encontra a chave correta (inicial), então em nosso sistema, ela fica rejeitada, mas no SEFAZ está aprovada."

Ou seja, parece que entre a efetivação da NF (e consequente envio dos dados a SEFAZ) e o retorno da mesma no TSS, a chave de acesso da NFe é alterada internamente. Não tenho nenhum específico que realize essa alteração, e utilizo os procedimentos normais da BODI317 (e seus complementares) para geração da NF (ou seja, não realizo nenhuma interação direta com a parte de NFe, e a geração da chave é de responsabilidade da BO). Ao abrir chamado na TOTVS, falaram que o problema deve estar no específico de geração de NF, o que não concordo.

Por causa disso, gostaria de saber se alguém já enfrentou problema semelhante, tendo em vista o cenário que estou apresentando. O agravante é que o cliente não conseguiu simular um cenário para o problema, que segundo ele, não tem regra ou periodicidade para acontecer. Na grande maioria das notas, a integração NFe x TSS funciona normalmente.


Obrigado!

Rafael Rubin

Pessoal, mais um ponto a adicionar na análise. O específico que gera a NF tem um controle de transação. Devido a cálculos internos do específico, eu defino o número de notas a faturar, e os itens que farão parte dela. Assim, dentro do processo, em uma transação única, mando gerar as N notas previstas (3, por exemplo), sendo uma por vez (não deixo a divisão das notas para a BO). Caso ocorra algum erro da BO durante o faturamento da terceira nota, as duas anteriores são desfeitas através do rollback da transação. Por isso, surgiu um ponto que acredito que esteja interferindo. Como o banco é todo PROGRESS e a fila EAI também, acredito que toda a transação é desfeita. Porém, como existe a integração com o banco ESB (intermediário do TSS, em SQL Server), existe a possibilidade de, no rollback de uma transação no EMS2, o ESB não entenda que determinada chave da NF não exista mais? Ou seja, não desfaça a transação? Pergunto isso pois, nos casos com problema, o banco do TSS apresenta 2 ocorrências de chave da determinada nota, com a chave anterior e a nova.


Att.

Rafael Rubin

Pessoal, boa tarde.

Descobri o problema. Como executo a bodi317ef para a efetivação mais de uma vez dentro de uma transação, pode ocorrer o seguinte. Tenho 3 Notas para gerar o processo. Gero cada uma por vez e se, no meio da 3a nota, por exemplo, ocorre um erro, desfaço toda a transação, inclusive as 2 notas geradas anteriormente. Acontece que a integração da NF x TSS é disparada no processo da efetivação (método efetivanota), e pelo fato do banco do ESB/TSS ser externo ao Progress, ele NÃO RESPEITA O CONTROLE DE TRANSAÇÃO. Por isso, se dou um rollback no meio do processo, os registros do TSS já foram gerados e não voltam. Agora estou brigando com a TOTVS para ver o que eles podem fazer, pois eles disseram que tenho que modificar meu específico.


Att.

Rafael Rubin