Italo Giurizzato Junior

Boa tarde Carlos, Abra o arquivo INI do provedor e procure pelo nome da cidade e faça a alteração na URL de produção e de homologação.

Boa tarde Heronim, Realmente a URL montada pelo componente não esta funcionando. Favor entrar em contato com o provedor e solicitar as URLs de produção e homologação.

Boa tarde Guto, Muito obrigado pela colaboração e informação. Vou passar para o pessoal analisar essa questão da assinatura.

Boa tarde Fabio, Eles quebraram o XSD? Antes era apenas um arquivo nfse.xsd agora é um para cada serviço. Isso faz com que o arquivo INI do provedor seja alterado.

Boa tarde Paulo, Se não me falha a memória ele separa pelo CNPJ do emitente do CT-e .

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

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.