Italo Giurizzato Junior

Boa tarde Charles, Pelo que notei o componente esta gerando o XML com as URLs corretas, tanto a do QR-Code quanto a de consulta. Pode ser que a SEFAZ-RJ mudou a URL. Favor entrar em contato com ele e solicitar as URLs do QR-Code e de consulta, tanto do ambiente de produção quanto de homologação.

Boa tarde, O componente esta gerando o XML segundo a versão 1 do layout da ABRASF e você deve esta usando algum Schema da versão 2, dai esse tipo de erro. Para mim eles mudaram para a versão 2 e ninguém sabe informar o correto. Favor solicitar ao provedor os schemas que devem ser utilizados para a cidade de Ipatinga.

Bom dia, As URLs de homologação e de produção referentes ao SoapAction bem como os NameSpaces não seguem um padrão para todas as cidades. A solução é fazer uma cópia do arquivo INI do provedor e fazer os ajustes para a cidade desejada.

Bom dia Amarildo, Se no TXT existe a sessão [infRespTec] com os campos preenchidos, como consta no seu, no XML vai ser gerado o grupo. O que pode ter ocorrido é que você utilizou uma versão do monitor que ainda não estava preparado para gerar. Acredito que as ultimas versões vão gerar o grupo, independente da UF.

Bom dia Eduardo, Concordo com o Amarildo, pois no caso da NFC-e o prazo de cancelamento se não me falha a memória é de 30 minutos após a data/hora de autorização. E também não cabe no caso uma carta de correção. Com relação a uma nota de valor muito alto pode ficar tranquilo, pois a SEFAZ só aceita uma NFC-e de no máximo 10 mil reais (cada UF pode definir um valor diferente), se passar desse valor a nota é rejeitada.

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.

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

Davidson, Veja o arquivo de retorno ao enviar uma NFC-e: OK: C:\ACBR\XML\31190420143236000194655000000000821000000822-nfe.xml Autorizado o uso da NF-e [Envio] CStat=100 CUF=31 DhRecbto=30/12/1899 Msg=Autorizado o uso da NF-e NRec= TMed=0 VerAplic=W-1.1.33 Versao=4.00 XMotivo=Autorizado o uso da NF-e tpAmb=2 O campo cStat é 100 que significa que a nota foi autorizada, já o campo NRec esta vazio, pois se trata de um envio síncrono. Nesse modo não existe o numero de recibo. Acredito que você deseja saber o numero do protocolo, para poder salvar no banco de dados, correto? Neste caso só realizando uma consulta mesmo, ou a sua aplicação abre o XML como se fosse um arquivo txt e procura por <nProt>, o que estiver entre <nProt> e </nProt> é o numero do protocolo.

Douglas, Muito obrigado pelo retorno, vou fazer a alteração aqui e enviar para o repositório. Vou fechar também o tópico, favor criar um novo tópico para novas duvidas.

Boa tarde Douglas, A sua aplicação esta usando o arquivo ISSDSF.ini que se encontra dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI

Boa tarde Rocha, Como na documentação da ABRASF não consta um modelo de DANFSE acabou sendo adotando um layout utilizado por diversas prefeituras que por sinal não existe impressão de condigo de barras e muito menos QR-Code. Portanto o componente responsável pela impressão do DANFSE hoje disponível não imprime o QR-Code.

Boa tarde Tulio, A aplicação esta usando o arquivo Recife.ini que esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI

Boa tarde Naiara, Experimenta remover do campo Discriminação os caracteres "{" e "}".

Boa tarde Carlos, Vamos pegar como exemplo outra cidade que utiliza o mesmo provedor: [2504009] Nome=Campina Grande UF=PB Provedor=ISSIntel NomeURL_H=campinagrande-pb NomeURL_P=campinagrande-pb Note que é o nome da cidade-uf Então deve ser: NomeURL_H=guanambi-ba NomeURL_P=guanambi-ba Use o programa exemplo para realizar os testes. Fico no aguardo de um retorno.

Boa tarde Francisco, Fico no aguardo do teste de cancelamento para que possamos encerrar esse tópico.

Boa tarde Claudney, Favor não incluir como postagem conteúdo de arquivos, procure sempre anexar os mesmos. O grande problema é que se remover o atributo versão, o webservice entende que o XML esta na versão 1.00 sendo que não esta. E ai como resolver esse problema? Para mim, existe um erro no webservice deles.

Boa tarde Davidson, A diferença é que no caso da NF-e o envio é assíncrono, logo temos no retorno o numero do recibo que devemos utilizar para realizar uma consulta para saber o resultado do processamento da nota enviada. Já na NFC-e o envio é síncrono, logo temos no retorno já o resultado do processamento.

Boa tarde Marcos, Se remover o atributo versão da tag <TDadosGNRE> o webservice espera receber um XML do GNRE segundo a versão 1.00 Complementando: Se com o atributo ocorre o erro e sem ele o webservice entendi que é a versão 1, chego a conclusão que o webservice não foi implementado corretamente, para aceitar a versão 2.

Boa tarde Icozeira, Em: Configurações.Geral.ForcarGerarTagRejeicao938 atribua o valor um dos seguintes valores: fgtNunca, fgtSomenteProducao, fgtSomenteHomologacao ou fgtSempre.

Favor atualizar os fontes e façam novos testes.

Bom dia Wagner, Da forma que você implementou esta errada. Se após o envio ocorre o erro de timeout, você não pode deixar o usuário enviar novamente e sim consultar. Porque tem que ser dessa forma, pelo simples fato de você não saber que o erro ocorreu no envio ou no retorno. Ao consultar se retornar o protocolo, fica claro que o erro ocorreu no retorno. Se retornar que o CT-e não consta na base de dados, fica claro que o erro ocorreu no envio, ai sim, você libera para que o usuário possa enviar novamente. Se retornar rejeições, fica claro que o erro ocorreu no retorno, mas o CT-e não foi autorizado, ai sim, você libera para que o usuário possa fazer as devidas correções e enviar novamente.

As URLs que constam no e-mail são diferentes, das que eu tenho. URL de homologação a titulo de exemplo: No e-mail é: http://nfeipatinga.portalfacil.com.br/homologacao/webservice/servicos?wsdl A que eu tenho é: http://nfe.ipatinga.mg.gov.br/homologacao/webservice/servicos?wsdl Mas ambas apresentam um webservice com os serviços que só existem na versão 2. Questione eles sobre esse fato. O XML deve ser gerado segundo a versão 1 do layout da ABRASF, mas o provedor possui duas URLS diferentes para o mesmo ambiente e os serviços listados se referem a versão 2 do layout da ABRASF.

Bom dia Claudney, Você esta comparando a estrutura do TDadosGNRE com a estrutura do TLote_GNRE, assim não dá. Note que dentro do grupo <guias> temos o grupo <TDadosGNRE>. O TDadosGNRE podemos ver como sendo uma Guia e o TLote_GNRE é o Lote de Guias. Dentro de TLote_GNRE temos o grupo <Guias> e dentro deste podemos ter de 1 até 100 TDadosGNRE.

Na versão 1 do layout da ABRASF o webservice tem o serviço Consultar Situação do Lote e não tem os serviços: Gerar NFSe, Substituir NFSe e Enviar Lote de RPS Síncrono. Se você acessar o webservice através da URL de Homologação, vai notar que não existe o serviço de consulta a situação do lote, mas existe os serviços Gerar NFSe, Substituir NFSe e o Enviar Lote RPS Síncrono, ou seja esse webservice tem os serviços da versão 2 do layout da ABRASF. O Schema se refere a versão 1, mas o webservice tem os serviços da versão 2. Alguma coisa não esta certa. Solicite a eles a URL de homologação e de produção.