Italo Giurizzato Junior

Boa tarde Daniel, Isso se pegarmos os dados do XML mais a assinatura e protocolo e gerar novamente o XML, caso contrario não. Temos também outras situações, por exemplo a inutilização de numeração, onde temos 3 XMLs, o de envio, de retorno e de compartilhamento. O de envio não temos problemas, pois é executado o "TGerador.wCampo", mas o de retorno e o de compartilhamento que é apenas uma montagem dos dois anteriores não temos essa filtragem e consequentemente vai aparecer esses caracteres "inválidos".

Boa tarde Carlos, Muito obrigado pelo retorno. Descomentei o código o EnviarEmailEvento, por favor atualize novamente os fontes e realize novos testes. A mesma função foi implementada também no componente ACBrCTe e o código foi descomentado.

Bom dia Luciano, Não vejo problemas em incluir ela novamente.

Thiago, Desculpe o puxão de orelha, mas já foi dito em diversas postagens que o ACBrNFSe no Trunk2 não esta pronto, logo ele não vai funcionar.

Bom dia Diego, Esta errado o que você esta fazendo. A sua rotina esta checando a posição 35 da chave caso ela seja diferente "1" você esta configurando como homologação e isso não significa que o ambiente seja homologação. Posso enviar um CTe para o SVC em produção também.

Bom dia Fábio, Hoje fiz uma proposta de alteração visando exatamente isso. A propriedade XML contem apenas o XML assinado, a ideia é criar uma propriedade chamada XML_ProcCTe que vai conter o XML completo, ou seja, assinado e protocolado.

Bom dia Carlos, Foi eu que escrevi e comentei pois na maquina que fiz a implementação não tenho o trunk2 instalado, logo não tenho sequer condições de compilar para saber se existe erros de sintaxe. Por favor descomente e compile e utilize o EnviarEmailEvento. Fico no aguardo de um retorno.

Bom dia, Não, a propriedade Salvar de WebServices tem por finalidade fazer com que o componente salve ou não os arquivos de envio e de retorno com as TAGs de envelopamento, note que ao atribuir o valor True a essa propriedade começa a ser salvo arquivos com a palavra soap no nome.

Boa tarde Fabio, Vou lhe ficar devendo não conheço o Fast Report, por favor aguarde alguém que tenha conhecimento e possa fazer a correção e disponibilizar.

Boa tarde Luciano, Nos fontes do Trunk o componente trocava o cedilha por "C" e vogais acentuas por não acentuadas antes de salvar em disco. Nos fontes do Trunk2 não foi incluída a função que faz esse serviço nas rotinas que obtêm o retorno da SEFAZ.

Boa tarde Dalpiaze, A sua preocupação é valida, mas até hoje foram rara as vezes que a SEFAZ fez uma alteração no tamanho de uma TAG. Precisamos passar um pente fino no código a fim de garantir que o XML esteja pronto e disponível uma determinada propriedade independente se o mesmo será salvo em disco ou não. Se você analisar as Units ACBrNFeWebServices, ACBrCTeWebServies e ACBrMDFeWebServices vai notar que existem muitas semelhanças em varias procedures e functions. Vamos focar em apenas um deles até conseguir um resultado confiável, ai sim vamos aplicar a mesma solução nos demais.

Boa tarde Serginho, Pelo que me recordo o componente não se utiliza do relógio da maquina. Você quem deve informar a data / hora. Você pode utilizar a função Now do Delphi para pegar a informação e depois adicionar ou diminuir a quantidade de horas desejada.

ALA, As funcionalidades implementadas nos componentes são baseadas em Manuais e Notas Técnicas publicadas pelo ENCAT / SEFAZ. Nunca vi nada sobre: reverter o cancelamento de uma nota. No seu primeiro poste você afirma que: "Existe uma opção na receita chamada 'Reversão de Nota fiscal cancelada', ...." Post em anexo o documento que trata sobre esse assunto ou o link.

Bom dia a todos, Primeiramente convido a todos a baixar a NT 2015/001 versão 1.10 e ler com muita atenção. Segundo, essa Nota Técnica trata de eventos, sendo assim qual é a dificuldade de enviar um evento? A CC-e, o cancelamento, a manifestação do destinatário também são eventos. A versão do componente ACBrNFe que encontra-se no Trunk2 já possui esses eventos que trata a NT implementados.

Bom dia Maurício, Faça uma cópia dos seus fontes, exclua a pasta e baixe tudo novamente.

Bom dia a todos, Dércio, Trunk e Trunk2 são repositórios onde disponibilizamos os fontes dos componentes. Os novos fontes estão sendo disponibilizados no Trunk2. Elrodaocorp e Solivan, já foi detectado esse problema e se não me falha a memória o André esta cuidando disso.

Bom dia Carlos, Desculpe a demora, favor atualizar os fontes e testar novamente, para a versão 2.00 e 3.10

Certo, Você vai desenvolver baseado em que? Ele apresentou alguma documentação técnica do ENCAT ou SEFAZ que mostra como fazer isso?

Bom dia a todos, Vocês gostam mesmo de sofrer. Será que é tão difícil acessar o Portal Nacional da NF-e e baixar as Notas Técnicas? Por favor baixem e leiam com a máxima atenção possível a Nota Técnica 2014/002 versão 1.01 que trata sobre a DistribuicaoDFe.

Bom dia Ale, Você tem que tomar como base o Manual da NF-e, nele tem quais são os campos que devemos alimentar dependo da situação.

Bom dia ALA, Onde você leu isso?

Bom dia Nathan Lançar como acréscimo e ratear entre os itens, não vejo problema nenhum. Mas é sempre bom conversar com dois ou mais contadores e verificar na legislação do Estado se tem alguma orientação fiscal sobre o assunto.

Boa tarde Ebnezer, A noticia sobre a Nota Fiscal Amazonense deixa claro que na NFC-e só é necessário a CPF do destinatário e mais nada. Sim, o XML da NFC-e contendo somente o CPF do destinatário será validada.

Boa tarde Santos, Primeiro já foi dito em diversas postagens que não é para instalar o ACBrGNRE pois este não esta pronto e você incluiu ele na sua instalação. Segundo os demais erros se refere ao Fortes Report, você tem ele instalado no Delphi?

Boa tarde Hugo, Se você estiver usando os fontes do Trunk2 e esta com todos eles atualizados a resposta é sim.