Italo Giurizzato Junior

Boa tarde bpinformatica, Por favor atualize os fontes e teste novamente.

Boa tarde Ant. Carlos, Verifique se a function getTextoResumoCanhoto esta definida na Unit: ACBrCTeDACTeQR. Caso negativo, favor excluir o arquivo e baixar novamente.

Boa tarde a todos, Favor atualizar os fontes e testar novamente.

Bom dia 7System, Não basta incluir a cidade na Function CodCidadeToProvedor(), Dependendo do provedor há necessidade de alterar a Unit do provedor correspondente. Favor estudar a Unit; ACBrProvedorISSDigital.pas em especial a function GetConfigURL().

Bom dia Thomas, O XML da NF-e, que você esta tentando ler com certeza não foi gerado pelo componente ACBrNFe ou esse XML foi enviado por e-mail e depois foi reenviado, provocando a quebra do arquivo em 2 ou mais linhas.

Bom dia err, Em seu outro post você respondeu que a UF é SP. Configurei a minha aplicação que emite NF-e, para a versão 3.10 e simplismente realizei a consulta de status de serviço na SEFAZ-SP. Arquivos de pedido de status e retorno estão em anexo. 20140303113600-ped-sta.xml 20140303113602-sta.xml Como você pode ver o status esta funcionando. Não tenho condições de realizar os testes de envio, uma vez que o certificado que foi utilizado é de outra UF e não de SP.

Bom dia Jairo, Favor estudar a Nota Técnica 2012/004 que trata sobre o EPEC e a SEFAZ Virtual de Contingência. Nela contem uma tabela informando qual a SVC a usar dependo da UF do emitente.

Bom dia Cezar, Ao efetuar o cancelamento por evento de um CT-e na versão 2.00 devemos informar o numero do protocolo de autorização. Na sua aplicação como isso ocorre? 1. o XML do CT-e é carregado para o componente e é informado o numero do protocolo lendo a propriedade do componente; ou 2. Ao obter a autorização de uso do CT-e, o numero do protocolo é armazenado no Banco de Dados, para que seja utilizando futuramente em um cancelamento. Se o método é o de numero 1, verifique se você lendo a propriedade correta, por outro lado se for o método 2, verifique se ao salvar no Banco de Dados o numero do proprocolo, esta salvando corretamente.

Boa tarde bpinformatica, Muito obrigado pelas informações, vou estudar os fontes do componente para tentar detectar o problema.

Boa tarde Mauricio, Você configurou o programa exemplo, no que diz respeito a logo marca?

Boa tarde Rafael, Vamos incluir a linha acima que foi comentada: wProc.Add(UTF8Encode(Leitor.rExtrai(1, 'KeyInfo', '', i + 1))); // wProc.Add('</KeyInfo>'); wProc.Add('</Signature>'); O problema é que a function rExtrai utilizada para retornar o conteudo do grupo KeyInfo foi alterada para retornar a TAG de fechamento do grupo. Antes ela retornada o conteudo do grupo mais a TAG de abertura, agora ela retorna o conteudo com as TAGs de abertura e fechamento. Isso explica a linha que adiciona o fechamento do grupo ter cido comentada.

Boa tarde Moacir, Com certeza você esta realizando os testes em ambiente de homologação. Esse problema já foi reportado por outros colegas do fórum. Não tem o que fazer, a SEFAZ esta verificando se a chave da NF-e existe, algo que não deveria ser feito em ambiente de homologação. O jeito é realizar todos os testes informando documento do tipo Outros. E informar uma NF-e como documento originário somente em ambiente de produção.

Bom dia Daniel, Esse erro ocorre porque você não configurou o componente ACBrCTeDACTE com uma imagem de logo marca.

Boa noite Rogercon, Se não me falha a memória nada foi alterado em relação a tributação.

Boa noite NeoSquare, Você esta com todos os fontes de todas as pastas atualizados? Se sim, abra o programa exemplo e veja o código da última procedure.

Boa noite Mauricio, Utilizei o programa exemplo e utilizei os seus arquivos XML e nenhum erro surgiu. Você esta com todos os fontes de todas as pastas atualizados?

Boa noite HetoAndrade, Lembre-se que a versão 2.00 do CT-e, bem como o WebService de recepcioar eventos é novo, logo é de se esperar instabilidade por parte das SEFAZ. Se você emite uma CC-e e funciona e no dia seguinte não, sendo que não houve alteração no seu código e nem no código do compoenente, conclui-se que o problema é a SEFAZ.

Boa noite Giordani, Você esta com todos os fontes de todas as pastas atualizados? Boa noite Rafael, Foi comentado pois estava gerando o fechamento da TAG em duplicidade.

Boa noite bpinformatica, Você esta enviando para a prefeitura de Barra do Bugres? Se sim, eu chequei todas as URLs dos WebServices, e todas estão funcionando. Qual comando ou linha de comando que você utiliza para realizar o envio do lote de RPS?

Boa noite HetoAndrade, Isso é muito estanho pois ontem realizei um teste e não ocorreu erro de validação. No teste que fiz foi utilizado os schemas que eu postei. Verifique se o componente esta configurado corretamente, no que diz respeito a propriedade PathSchemas.

Bom dia Jairo, Você sabe que a SEFAZ-MG tem momentos que para de funcionar sem mais sem menos.

Boa noite HetoAndrade, Utilizei os seus XML no programa exemplo que utiliza o Quick Report para impressão do DACTE e de Eventos. E o evento foi impresso sem nenhum problema.

Boa noite vipeol, Por favor atualize os fontes e teste novamente.

Boa noite Jairo, A carta de correção parou de funcionar depois que os fontes do componentes foram atualizados ou simplesmente parou de funcionar sem mais sem menos?

Boa noite HetoAndrade, Tente com esses em anexo. NFe200.rar