Italo Giurizzato Junior

Bom dia a todos, Sempre que for retornado a rejeição 999, favor entrar em contato com a SEFAZ, porque o problema é lá.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Walison, Primeiramente desculpe pela demora. O componente ACBrNFSe possui 3 métodos para enviar RPS para o webservice do provedor, são eles: O Enviar, que nos permite o envio de até 50 RPS, esse método trabalha no modo assíncrono, que pela mensagem de erro me leva a crer que esse provedor desabilitou o serviço que recepciona o lote de RPS em modo assíncrono. O Gerar (só existe nos provedores que seguem a versão 2 do layout da ABRASF que é o caso do SIAPNet), que nos permite o envio de apenas um RPS. O EnviarSincrono (mesma observação do Gerar), que nos permite o envio de lote com até 50 RPS, esse método trabalha no modo síncrono, que conforme a mensagem de erro eles estão sugerindo que você utilize esse. Resumindo em vez de você utilizar o método Enviar, utilize o EnviarSincrono.

Bom dia Jackson, Primeiramente desculpe pela demora. Não consegui identificar o problema, favor atualizar os fontes e faça um novo teste.

Bom dia Olavo, Primeiramente desculpe pela demora. Já enviei a sua colaboração para o repositório, muito obrigado.

Bom dia João, Muito obrigado pela colaboração, já enviei para o repositório. Favor atualizar os fontes, note que simplifiquei o arquivo WebISSv2.ini

Boa tarde Anderson, Você esta misturando as coisas. No inicio da sua postagem você se refere a consulta e depois faz referencia a geração do XML do RPS. Favor anexar os XMLs gerados ao realizar a consulta.

Boa tarde, Se a nota foi rejeitada os passos são: 1. Identificar o motivo da rejeição; 2. Fazer as correções necessárias: informação no banco de dados errada ou corrigir a rotina que gera o arquivo INI, portanto correção da aplicação; 3. Gerar o arquivo INI novamente; 4. Executar o comando de envio do monitor novamente;

Boa tarde Antônio, As linhas que se refere a variável VersaoDFe não estão comentadas? Elas foram deixadas pensando em uma possível versão diferente do que é hoje.

Boa tarde Edu, Não consegui analisar o que você postou, pois estive atarefado com outras coisas. Você chegou a realizar testes usando o programa exemplo?

Boa tarde Paulo, Após o envio é aconselhado que verifique se o CT-e foi autorizado ou não ou se ocorreu alguma falha de conexão. Se por ventura tenha ocorrido alguma falha de conexão, o correto é realizar uma consulta, desta forma se o CT-e foi enviado e processado com sucesso, a consulta vai atualizar o XML acrescentando o protocolo de autorização. Obs: ao realizar a consulta é prescindível que o XML do CT-e esteja carregado no componente, caso contrario a sua atualização não será realizada.

Boa tarde Jonathan, Você utiliza o componente ACBrCTe ou o ACBrMonitor?

Boa tarde Bruno, Você já verificou se não tem outra linha que esteja atribuindo o valor True a propriedade Visualizar?

Boa tarde a todos, Como ninguém me retornou sobre o problema da SEFAZ-MG ter resolvido o problema de gerar de forma indevida o prefixo ns0: no retorno da consulta e também mais ninguém veio relatar o problema, concluo que o problema foi sanado. Sendo assim vou dar como encerrado esse assunto.

Bom dia Edevair, Faça o seguinte: sEvento := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML; Se o evento for rejeitado a propriedade XML conterá uma string vazia. Pelo o que eu entendi, você deseja salvar no banco de dados o XML completo, ou seja, o conteúdo do *-procEventoNFe.xml, nesse XML temos a solicitação do evento assinada e o retorno da SEFAZ que acusa que o evento esta vinculado ao documento, bem como o numero do protocolo gerado pela SEFAZ. Analisando a sua rotina, você já esta lendo a propriedade XML, porque você não pega o conteúdo dela e salva no banco de dados? Porque você esta tentando gerar novamente o XML do evento? Como já postei acima o bloco: if v_codigo_status in [101, 135, 128] then begin (...) end; Não faz nenhum sentido.

Boa tarde Camilo, Essas 3 linhas é quando ocorre alguma rejeição que pela imagem que você postou não é o caso. Quando não ocorre a rejeição, veja o exemplo abaixo: sSituacao := NFSe.WebServices.ConsNFSeRps.RetornoNFSe.ListaNFSe.CompNFSe[ x ].NFSe.Situacao; dDataRecebimento := NFSe.WebServices.ConsNFSeRps.RetornoNFSe.ListaNFSe.CompNFSe[ x ].NFSe.dhRecebimento; Espero ter ajudado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Edevair Me explica o porque da rotina abaixo? if v_codigo_status in [101, 135, 128] then begin (...) end; O componente salva automaticamente o arquivo *-procEventoNFe.xml em disco desde que a propriedade de configuração abaixo esteja com o valor True. Configuracoes.Arquivos.Salvar

Boa tarde Natan, Favor anexar o arquivo INI que você alterou para que eu possa analisar. Pela mensagem de erro (HTTP: 500) o que tudo indica esta sendo enviado para o webservice o XML de pedido de consulta faltando ou com alguma coisa a mais. Esta sendo gerado o XML de pedido de consulta, se sim, favor anexar.

Boa tarde Jéter, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde a todos, Favor entrar em contato com o provedor, acredito ser algum problema no webservice.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Robinho, Você deve estar usando uma versão antiga do Fortes Report.

Costa, O que tudo indica deve estar faltando informar algum dado.