Italo Giurizzato Junior

Boa tarde a todos, Rodrigo, acabo de enviar para o repositório a sua colaboração - Provedor NEAInformatica. Tomei a liberdade de fazer algumas alterações na sua implementação. Por favor atualizem os fontes e realizem os testes.

Boa tarde Marcos, Por favor desfaça a sua alteração e atualize os fontes, depois teste e nos reporte o resultado.

Boa tarde a todos, O ACBrNFSe já foi migrado 100% para o trunk2, já é possível compilar e instalar o mesmo no Delphi, migramos também 49 provedores dos 54 que tinha no trunk. E até onde sei o Pronim utiliza a versão 1.00 do layout da ABRASF.

Boa tarde Paulo, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Anderson, Antes o XML era alterado de forma errônea, pois não esta escrito em nenhum lugar que ao efetuar o cancelamento de uma NF-e devemos trocar o protocolo de autorização pelo de cancelamento. O XML de uma NF-e para ter validade jurídica é preciso estar assinado e com o procolo de autorização, fazendo essa troca o XML deixa de ser válido. Quando cancelamos uma nota é gerado o arquivo *-procEventoNFe.xml é esse arquivo que o emitente da nota tem que guardar e disponibilizar aos interessados, ou seja, o destinatário e a contabilidade.

Moro, Você tentou validar removendo as quebras de linha?

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.