Italo Giurizzato Junior

Boa tarde Antonio, Checando a unit responsável pela leitura do XML notei que esse problema já foi sanado, veja: (*C14*)NFe.Emit.enderEmit.cPais := Leitor.rCampo(tcInt, 'cPais'); if NFe.Emit.enderEmit.cPais = 0 then NFe.Emit.enderEmit.cPais := 1058; Tanto para o Emitente quanto para o Destinatário. Conclu-o que os seus fontes estão desatualizados.

Boa tarde lestipa, A rotina que valida o campo nDI, foi elabora com base na NT 2013/005 versão 1.01, mais precisamente página 97.

Boa tarde Vanessa, Quando ocorre o Encerramento temos o retorno 132 acusando o Encerramento homologado e também o 135 acusando que o evento de encerramento foi vinculado ao MDF-e Isso também ocorre com o cancelamento. Você já tentou realizar uma consulta para ver o conteudo do XML de retorno de um MDF-e cancelado e outro encerrado?

Boa tarde Idez, Favor atualizar os fontes e testar.

Realizei testes com o programa exemplo. Executando o Imprimir, ImprimirPDF, ImprimirEvento e ImprimirEventoPDF e nenhum deles ocorreu erro. Apenas fiz testes de visualização, não enviei para a impressora.

Djean, E com o programa exemplo, também ocorre esse erro?

Bom dia Djean, Você tentou usuar o programa exemplo que acompanha o componente? Observação: ele se utiliza do Quick Report como gerador de relatórios.

Bom dia a todos, Por favor, tenham o habito de visitar diariamente os Portais Nacionais da NF-e, CT-e e MDF-e, para saber se existe alguma publicação nova. Se tivessem esse habito, saberiam que só apartir de 03/02/2014 vai estar liberado o ambiente de homologação para emissão da NF-e versão 3.10 Bem como a data de liberação do ambiente de produção e o fim da versão 2.00 Link do Portal Nacional da NF-e: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Favor baixar a NT 2013/005 versão 1.02 - Item 01.4 página 5

Bom dia a todos, O problema ocorre quando executa-se o comando ImprimirPDF ou quando se tenta enviar o PDF por e-mail?

Boa noite Anderson, Sim, esse é o meu entendimento também.

Boa noite Rodrigo, Você desabilitou a visualização? MostrarPreview := False; o comando Imprimir envia o DACTE para impressora, já o comando ImprimirPDF gera o DACTE em PDF e salva em disco.

Boa noite Eleandro, Desculpa não entendi a sua pergunta. Algumas ponderações: a suite ACBr é para o Delphi, o componente ACBrNFe, já possui tudas as TAGs para a versão 3.10 tanto para a NF-e quanto para a NFC-e. Alguns membros do fórum já estão realizando testes. Não sei se isso responde a sua pergunta, caso contrario seja mais claro no seu questionamento.

Boa tarde Rigotti, Obrigado pela colaboração, favor atualizar os fontes e testar.

Boa tarde Sérgio, Quem esta cuidando do munitor é o Isaque Pinheiro. É ele o responsavel pela compilação e liberação, não sei lhe informar qual é a versão que lhe permite a realizar os testes com a nova versão 2.00 do CT-e Nesse primeiro momento pelo que me recordo não ocorreu alteração na montagem do TXT.

Boa tarde Hugo, Será que esse pessoal da prefeitura, não estam confundindo as coisas? Para se emitir uma NFS-e via site, basta possuir um login e senha. Mas para emitir via WebServices é necessário o certificado, pelo menos acredito que todos os provedores sejam desta forma.

Boa tarde Cláudio, Favor atualizar os fontes, inclusive dos programas exemplos. Abra o programa exemplo do MDF-e e estude o código do botão [Consultar pela Chave].

Boa tarde Nellien, O XML que você postou é o retorno da SEFAZ que o componente salvou? Se sim, ele esta muito estranho pois possui um prefixo tanto na tag de abertura quanto a de encerramento, veja: <retEventoCTe:retEventoCTe xmlns:retEventoCTe="http://www.portalfiscal.inf.br/cte" xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00"> (...) </retEventoCTe:retEventoCTe> veja este outro exemplo: <retEventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00"> (...) </retEventoCTe> Este último é o correto e esperado pelo componente. Eles pisaram na bola, pois em nenhum XML de envio ou de retorno se coloca prefixo nas TAGs. Nota Técnica 2013/013, página 13 item c: Prefixo de namespace Não é permitida a utilização de prefixos de namespace. Essa restrição visa otimizar o tamanho do arquivo XML.

Bom dia Gallixx, Tente usar o Envio Sincrono.

Bom dia Hugo, O componente ACBrNFSe já possui o provedor Virtual implementado, inclusive para a cidade Barra do Garças. Favor utilizar o programa exemplo para realizar os testes. No caso deste provedor, você deve utilizar o botão [Gerar e Enviar NFSe].

Bom dia Jairo, Verifique se o seu problema não é o mesmo do Luis, ou seja, existe um path no library do Delphi apontando para uma pasta antiga. Ou se existe junto com os fontes da sua aplicação DCUs antigos do componente. Outra coisa importante que costumo dizer sempre, você esta com todos os fontes de todas as pastas atualizados? O teMultiModal esta definido em pcnConversao que esta na pasta PCN2. Tente complilar o pacote PCN2, isso pode resolver o problema.

Bom dia Rodrigo, É preciso fazer uma comparação com os fontes referentes ao DANFSE para descobrir o que foi alterado e que pode estar provocando essa falha.

Boa tarde Astrogildo, Note que o conjunto de valores passado para o operador IN possui apenas 6 elementos. O 301 e 302 são valores de 2 elementos e não a quantidade de elementos. Valores estes a serem comparados com o valor da propriedade cStat, cujo resultado sera True ou False. Darlana, verifique se não existe nenhum "." ponto separando um valor do outro, uma vez que o correto é virgula. Procure deixar um espaço em branco entre a virgula e o próximo elemento.

Boa tarde a todos, Por favor fiquem atentos as publicações da SEFAZ no Portal Nacional da NF-e. A Nota Técnica 2013/005 versão 1.02, página 5 traz as datas de liberação de cada ambiente, bem como a data final de vigencia da versão 2.00 Ambiente de homologação será liberado: 03/02/2014.

Boa tarde Alexandre, Favor atualizar os fontes e testar.

Desculpa, Não vi o post acima, Muito obrigado Leonardo. URL já incluida e disponibilizada.