Italo Giurizzato Junior

Bom dia a todos, Paulo, muito obrigado pela colaboração, já esta disponível.

Moro, Tente remover essas quebras e teste a validação novamente.

Aecio, Relendo a sua primeira postagem, o XML com problemas não foi gerado por você e sim recebido e esta tentando ler o mesmo, correto? Se sim, chego a conclusão que o emitente desse XML usa o ACBr cuja unit pcnGerador esta desatualizada, pois foi realmente feita uma alteração em 17/12/2015 já no Trunk2 pelo Régys ao incluir um parâmetro chamado atributo na procedure wCampo da unit mencionada. No dia seguinte o próprio Régys fez uma correção, pois estava justamente gerando um espaço em branco entre o nome da TAG e o carácter ">".

Bom dia Marcos Gerene, Muito obrigado pela colaboração, já esta disponível.

Moro, Analisando o XML que você postou, ele esta assinado e com o protocolo de autorização. Sendo assim o erro que você esta enfrentando não se refere a emissão do mesmo, correto? Esse CT-e foi emitido por você ou por outro e esta tentando valida-lo? Notei que o conteúdo das TAGs SignatureValue e X509Certificate estão com quebras de linha. Se esse CT-e foi emitido por você, todos os fontes estão atualizados?

Bom dia Moro, Esse certificado é um e-CNPJ ou e-CPF?

Bom dia Fagner, Ainda não tempos, mas por enquanto post no tópico "Trunk2".

Bom dia SpeedTI, Esse também é o meu entendimento.

Bom dia a todos, Régys se não me falha a memória ainda no Trunk foi feita uma alteração nas classes que gera as TAGs que provocou algo parecido, mas no mesmo dia o problema foi sanado. Devemos lembrar que os DF-e (NF-e, NFC-e, CT-e, MDF-e e NFS-e) se utilizam das mesmas classes se fosse algo constante deveria aparecer em todos os DF-e.

Bom dia Dangelo, O componente ACBrGNRE do trunk2 agora é possível compilar e até instalar no Delphi, mas requer correções.

Bom dia a todos, refNFP se refere a um grupo - Informações da NF de produtor rural referenciada (versão 6.0 do Manual da NF-e - página 178 - campo 29x.10) Uma NF-e pode conter: o elemento refNFe ou grupo refNF ou grupo refNFP ou elemento refCTe ou grupo refECF. Caso seja informado o grupo NFref somente um dos destacados acima poderá constar.

Mas na imagem que você postou, consta marcado o SSL 2.0 e não a 3.0 Desculpa Luis, vi a postagem mas achei que fosse o André.

Bom dia Sidnei, Favor atualizar todos os fontes. No caso do provedor Tecnos não existe o Web Service para o Envio de Lote no modo Assíncrono, somente no modo Síncrono. O problema que o layout do envelope de Envio de Lote Síncrono estava definido duas vezes, para Assíncrono e Síncrono. E acredito que você estava usando o método Enviar, correto? Agora se tentar continuar usando esse método é para levantar uma exceção acusando que o serviço não existe para o provedor em questão. Mude a sua aplicação para que a mesma execute o método EnviarSincrono e refaça os testes.

Bom dia Hugo, Muito obrigado pela colaboração, já esta disponível.

Bom dia André, Em vez de configurar o SSL 2.0 tentou com o SSL 3.0 ?

Bom dia a todos, Nesta postagem irei listar somente os provedores que estão funcionando 100% com o componente ACBrNFSe - Trunk2. Peço a todos que realizaram testes com um determinado provedor e obteve sucesso, ou seja, todas as funcionalidades oferecidas pelo provedor estão funcionando, por favor envie um e-mail para mim informando que o provedor xyz esta funcionando 100%. Não é para enviar duvidas ou relatar problemas, o fórum serve para essa finalidade. Antes de enviar o e-mail favor verificar se na lista abaixo consta o provedor em questão, só envie se não constar. Desde já o meu muito obrigado. Provedores funcionando 100%: 4R / Ábaco / ABase / Betha / BHISS / Ciga / Conam / Coplan / DBSeller / Digifred EGoverneISS / EL / Equiplano / FISSLex / Ginfes / Governa / GovDigital / ISSCuritiba / ISSNet / NFSeBrasil Pronim / Pronimv2 / Publica / PVH / Saatri / SimplISS / SystemPro / Thema / Tiplan / WebISS. No arquivo Cidades.ini temos 699 cidades e seus respectivos provedores.

É incrível, o sujeito se cadastra no fórum e logo na sua primeira postagem diz que o código dos componentes esta uma porcaria. E depois diz que não quis ofender. A minha sugestão é que você desinstale a suite ACBr do seu Delphi, exclua todos os fontes para não poluir o seu HD com código ultrapassado e inicie do zero os seus componentes. Lhe desejo boa sorte.

Boa tarde Elias, Favor atualizar os fontes e testar novamente.

Boa tarde, Favor atualizar os fontes e testar novamente.

Boa tarde Pereira, Primeiro precisa acrescentar a cidade desejada no arquivo: Cidades.INI Se necessário incluir as URLs de produção e homologação no arquivo INI do provedor atendido pela cidade. Se tudo funcionar, post como anexo os arquivos alterados para que possamos disponibilizar no repositório.

Boa tarde Marciano, Você chegou a fazer as alterações e testou?

Boa tarde Sidnei, Favor configurar o componente para salvar os arquivos soap (Configuracoes.WebServices.Salvar := True). Repita os testes e post como anexo os arquivos gerados.

Dércio, Você tem os mesmos arquivos da nota cujo cancelamento funcionou? Notei que no pedido de cancelamento não foi informado a Inscrição Municipal.

Boa tarde a todos, Favor verificar se não tem mais atualizações. Quem sabe esse problema já foi corrigido.

Certo, Mas você sabe me dizer quais foram os fontes baixados nessa última atualização que você fez e que provocou o problema?