Italo Giurizzato Junior

Boa tarde Alexandre, Vou tentar fazer, mas não lhe garanto que eu consiga até o final desta semana. Se alguém que esteja com um tempo livre e puder fazer as alterações necessárias eu agradeço.

Boa tarde, As DLLs foram instaladas e registradas na maquina do cliente?

Boa tarde a todos, Discordo com relação que o novo Web Service esteja uma porcaria, ele esta fazendo mais do que devia. Quero deixar claro que é obrigação legal do emitente de um documento fiscal, por exemplo a NF-e quando esta obtiver o protocolo de autorização devera ser disponibilizada ao destinatário da mercadoria e também os eventos vinculados a mesma, tais como CC-e, Cancelamento, etc. Resumindo se eu emitido uma NF-e sou obrigado a disponibilizar (enviar por e-mail) o XML assinado e protocolado para o destinatário. Se eu emitir uma CC-e devo enviar o XML (*-procEventoNFe.xml) por e-mail ao destinatário, idem para os demais eventos, como por exemplo o cancelamento. O emitente não faz a parte dele que é uma obrigação legal e quando a SEFAZ resolve criar um Web Services para que o destinatário possa acompanhar quase em tempo real, se algo ainda não foi implementado ou a SEFAZ-Autorizadora ainda não replicou os dados para o Ambiente Nacional, ficam questionando a validade do serviço. Por favor parem de reclamar da SEFAZ e comece a cobrar do seu fornecedor é ele que tem que lhe enviar esses arquivos.

Boa tarde Lauro, Chegou a verificar as configurações do Internet Explorer conforme mencionado em várias postagens aqui no fórum?

Boa tarde ALA, Porque você não declara o pcnConversao ou pnfsConversao somente na unit que realmente vai ser necessária? Eu não acredito que você tenha uma unit que tenha todas as rotinas que alimenta todos os componentes. Tenho uma aplicação que emite NF-e e que emite MDF-e mas as rotinas que alimentam os componentes estão em Units separadas. Inclusive tenho uma outra aplicação que emite o CT-e e que emite MDF-e e que futuramente vai emitir NFS-e e ainda se utiliza do ACBrNFe para ler os dados do XML de uma NF-e. Mas tudo isso esta separado cada Unit realizando a sua tarefa. Uma transportadora ao realizar um transporte intermunicipal tem que emitir o CT-e. Agora se o transporte for interestadual e carga fracionada, alem dos CT-e tem que emitir o MDF-e. Por outro lado se o transporte for dentro do município ela deve emitir uma NFS-e. Se você separar as coisas, não terá problemas.

Boa tarde, Favor incluir o path da pasta: ...\Fontes\ZLibExGZ no Libray Path do Delphi antes do path da pasta PCN2. Compile a sua aplicação com a opção Build.

Esse método gera uma lista contendo até 50 retornos. A lista contem uma propriedade chamada XML que contem o resumo ou o documento completo descompactado. Acredito que faltar alguma coisa, somente com os testes ela vai surgir.

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

Bom dia Jccosta, Tenho uma aplicação onde é possível carregar o XML e visualizar o DANFE. Fiz um teste com os seus 2 XML, as datas de emissão e de saída são apresentadas conforme consta no XML. Portanto aqui o problema não ocorreu.

A URL esta correta e o fonte da unit pcnNFeW.pas que você diz que esta faltando parâmetro, acabei de extrair a linha que gera a TAG cNF, veja: if nfe.infNFe.Versao < 2 then Gerador.wCampo(tcStr, 'B03', 'cNF ', 09, 09, 1, IntToStrZero(RetornarCodigoNumerico(nfe.infNFe.ID, nfe.infNFe.Versao), 9), DSC_CNF) else Gerador.wCampo(tcStr, 'B03', 'cNF ', 08, 08, 1, IntToStrZero(RetornarCodigoNumerico(nfe.infNFe.ID, nfe.infNFe.Versao), 8), DSC_CNF); Note que esta sendo informado os dois parâmetros. Eu acredito que o seu Delphi deva estar buscando para compilar alguma cópia antiga dos fontes.

Bom dia, Por favor qual é a URL configurada no Tortoise para baixar os fontes?

Bom dia ALA, Você tem na mesma unit a NF-e e NFS-e, porque?

Bom dia Emerson, Para não alterar o código do componente, você pode executar o TiraAcentos na sua aplicação antes de importar.

Bom dia Lauro, Você configurou o componente para qual modelo de documento fiscal, NF-e ou NFC-e?

Bom dia, Com relação ao campo Tipo que você esta em duvida, o campo schema já traz essa informação, através do nome do schema o desenvolvedor vai saber que tipo de documento ele esta recebendo, ou seja, um resumo de nota, uma nota completa, um resumo de evento ou o evento completo. Quanto aos parâmetros do comando, os dois últimos, sugiro que sejam tratados como uma string, sendo assim um deles deve ser uma string vazia. Lembrando que 99,99% das consultas o quarto parâmetro será uma string vazia, só iremos utilizar este quando dermos falta de algum NSU. Por exemplo, tenho todos os documentos cujo NSU vai de 1 até 5000 exceto o de NSU 435. Neste caso devemos passar uma string vazia para UltNSU e "435" para NSU, ou seja: NFE.DistDFeInteresse(cUFAutor, CNPJ, "", "435") O comando acima vai retornar apenas o documento cujo NSU é 435 Do resto acredito que esta OK.

Bom dia Valdemir, Muito obrigado pelo retorno, correção efetuada, já esta disponível.

Boa tarde Valdemir, Faça o seguinte teste, altere a linha que você mencionou para: Result := copy(AValue, 9, 1) = Modulo11(copy(AValue, 1, 8)); Fico no aguardo do seu retorno.

Boa tarde Solla, Para que executar o Gerar se você pode executar o Assinar, desta forma alem do XML ser gerado já fica assinado.

Boa tarde Rafael, No portal do MDF-e o que temos é uma opção para consulta e não para efetuar o encerramento. Portanto é a aplicação que tem que realizar o encerramento do MDF-e assim que o motorista acusar que toda a carga foi entregue. O encerramento é um evento e o programa exemplo do componente ACBrMDFe possui um botão que o exemplifica.

Emerson, O retorno referente ao Download, a nota não esta compactada, portanto o componente esta extraindo a mesma e salvando em disco sem nenhum problema. Notei que a nota que faz parte do retorno que você anexou na postagem anterior, contem vogais acentuadas e cedilha. Removi os acentos e troquei os cedilhas por "c". O XML da respectiva nota foi aberto e apresentado sem nenhum problema através do Internet Explorer, depois peguei uma aplicação que tenho, que permite que o usuário selecione o XML e o DANFE é apresentado na tela, se desejar ele pode imprimir ou até mesmo gerar o PDF. O DANFE também foi mostrado sem nenhum problema, ou seja, não ocorreu erro ao executar o LoadFromFile. Outra coisa que notei é que o conteúdo da assinatura digital estava com quebras de linha, removi também essas quebras.

Boa tarde ALA, Você não esta informando corretamente em uses a unit conforme o Régys já expôs. Outra coisa os tipos dos numeradores são diferentes, veja: pnfsConversao.pas temos: TnfseTEmissao = ( TeNormal, TeContigencia ); pcnConversao.pas temos: TpcnTipoEmissao = (teNormal, teContingencia, teSCAN, teDPEC, teFSDA, teSVCAN, teSVCRS, teSVCSP, teOffLine); Se na unit que contem a sua rotina que alimenta o componente da NF-e você deve incluir em uses pcnConversao e não pnfsConversao. Informando a unit correta não vai ocorrer erro de compilação.

Boa tarde Reginaldo, Tente abrir o arquivo temp.xml com o navegador se ocorre o erro faça o seguinte: 1. Abra o arquivo temp.xml com o bloco de notas e troque o cedilha por "c" e remova os acentos das vogais. 2. Salve o arquivo e tente abri-lo com o navegador. Se não ocorrer erro, o problema era esse.

Boa tarde Roberto, Ainda não encontrei uma solução, pois não basta remover a quebras de linhas. Pois se a quebra ocorrer onde existe um espaço em branco, o mesmo é descartado e ao remover a quebra o que antes era separado fica junto, exemplo: <det nItem="1"> Supondo que a quebra ocorra entre o det e o nItem ao remover a quebra de linha vai ficar assim: <detnItem="1">

Bom dia, Sim, você pode continuar com o código atual.

Bom dia Roberto, Se eu mando um XML de uma NF-e por e-mail para você e você encaminha este e-mail para outra pessoa, ele pode ficar quebrado, ou seja, em vez do arquivo XML ser composto por uma unica linha, acaba ficando com várias, ou seja, é inserido nele quebras de linha. Esse problema ocorre quando usamos o OutLook ou Windows Live Mail.