Italo Giurizzato Junior

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

Bom dia William, O destinatário tem até 180 dias para se manifestar sobre uma nota. E o prazo para realizar o Download de uma NF-e via Web Service, desde que ela tenha sido manifestada é de 30 dias. Por favor leia a Nota Técnica 2012/002 versão 1.02 que trata do assunto de Manifestação do Destinatário bem com o Download.

Boa tarde, Uma coisa é o RPS - Recibo Provisório de Serviço e outra é a NFS-e - Nota Fiscal de Serviço Eletrônica. O XML do RPS é salvo dentro da pasta RPS, por outro lado o XML da NFS-e é salvo dentro da pasta NFSe.

Boa tarde SeverInfo, Ao configurar o componente temos 2 propriedades: idToken e Token em idToken você esta atribuindo 000001 e para o Token? esta deixando vazio ou esta informando o Token fornecido pela SEFAZ para o ambiente de homologação?

Valdir, Por favor post como anexo o fonte alterado para que eu possa enviar para o SVN.

Boa tarde Vanessa, Muito obrigado pela colaboração, vamos analisar as suas alterações.

Boa tarde Professor, O exemplo que você deseja é o XML ou a rotina que alimenta o componente para poder enviar o evento de CC-e para o CT-e? Se for a rotina dentro da pasta ...\Exemplos\CTe tem um arquivo TXT que mostra como montar essa rotina. O que você postou sobre o pcnConversao é apenas os tipos de eventos utilizados pelos componentes ACBrNFe e ACBrCTe.

Boa tarde Valdir, Como só trabalho com o Quick Report não tenho como fazer as correções e testar. A minha sugestão é: em vez de: FieldByName('NumeroNFSe').AsString := DFeUtil.FormatarNumeroDocumentoFiscal(Numero); altere para: FieldByName('NumeroNFSe').AsString := Numero;

Boa noite Hélio, Você esta usando o programa exemplo ou a sua aplicação? O certificado digital esta atualizado? Você configurou o componente corretamente? - vide o programa exemplo. Essa mensagem de erro é retornada pela execução da aplicação ou é um retorno do Web Services?

Boa noite info02serraf, Vamos a mensagem de erro: C:\ACBr\Fontes\ACBrCTe\ACBrCTeDACTeQR.pas(72) Fatal: File not found: 'QRPDFFilt.dcu' Compilation failure Note que no nome da DCU contem a sigla PDF, pois bem como você tem a versão 3.0 do Quick Report, este não possui essa DCU que é a responsável por gerar o PDF. Vamos a solução desse problema. Na pasta ...\Fontes\ACBrComum temos o arquivo ACBr.inc, abra ele com o bloco de notas e comente a definição da diretiva de compilação chamada QReport_PDF. Desta forma o compilador não vai acusar a falta da DCU acima. e antes de dar continuidade a instalação aproveite para remover as propriedades que não existem no QR 3. Na pasta ...\Fontes\ACBrCTe temos um arquivo TXT com um passo a passo para eliminar as propriedades que não existem. Não pule nenhum dos passos, caso contrario não vai funcionar. Depois tente instalar novamente o componente.

Sim, esta correto, estranho não estar estanciada, peguei essa linha da minha aplicação.

Boa tarde Hélio, Atualize os fontes e tente novamente.

Boa tarde, Desta forma: sStatus := ACBrMDFe1.WebServices.Recibo.cStat; ​você obtêm o status do processamento lote ou seja se ele foi processado ou não. Agora desta outra forma: sStatus := IntToStr(ACBrMDFe1.WebServices.Retorno.MDFeRetorno.ProtMDFe.Items[0].cStat); Você tem o status do MDF-e, ou seja se ele foi autorizado ou não.

Boa tarde, Tente desta forma: Abra o Arquivo ACBrCTeDacteQRpkg.dpk (Delphi Package) com o bloco de notas e remova o que esta em negrito: {$IFDEF VER150} QR5RunD7, vcljpg, visualclx; {$ENDIF} // D7 para {$IFDEF VER150} vcljpg, visualclx; {$ENDIF} // D7

Boa tarde Valdir, Fiz uma alteração, favor atualizar os fontes e testar novamente.

Boa tarde a todos, No componente ACBrCTe foi realizo um alteração nessa mesma funcionalidade: consultar a situação, de tal forma que tendo o XML do CT-e carregado previamente antes da consulta. Ao realizar a consulta caso o CT-e tenha algum evento associado é gerado e salvo o arquivo: <chave>-CTeDFe.XML Este arquivo contem todos os dados do CT-e e a lista de eventos associados a ele. Algo semelhante poderia ser feito para o ACBrNFe, onde teríamos o arquivo: <chave>-NFeDFe.XML contendo todos os dados da NF-e e a lista de eventos associados a ela. Quero chamar a atenção que o componente apenas gera o arquivo: <chave>-CTeDFe.xml não temos nenhum comando para carrega-lo ou imprimi-lo ou envia-lo por e-mail.

Boa tarde, Por favor faça uma pesquisa no fórum, existem várias postagem sobre o problema de instalar o DACTE ou DANFE feitos em Quick Report, principalmente se a versão instalada no seu Delphi for inferior a versão 5.

Bom dia, Em vez de carregar "n" CT-e no componente e depois solicitar a impressão de todos, já tentaram fazer de forma individual, ou seja: 1. limpar o componente; 2. carregar o XML; 3. imprimir o DACTE colocar esses 3 passos dentro de um loop.

Bom dia Rinaldo, Com relação a manifestação se não me falha a memória o programa exemplo já possui rotinas que exemplificam. No caso do Download não, mas acabo de disponibilizar um pequeno fragmento de código que pode lhe ajudar. Atualize todos os fontes de todas as pastas. Dentro da pasta ...\Exemplos\ACBrNFe2 você vai encontrar um arquivo TXT com o nome DownLoad.

Bom dia Felipe, Se você utiliza o componente ACBrCTe até onde sei o envio de eventos como cancelamento e CC-e estão funcionando. Agora se você não utiliza o componente, tenha em mãos o Manual versão 2.00a do CTe, nele você encontra a estrutura do XML que deve ser gerada para o envio de um evento. É com base nos Manuais e Notas Técnicas que implementamos as rotinas no componente.

Jeison, O que você pretende fazer? O consultar retorna a situação atual do MDF-e, caso você carregue ao componente o XML do MDF-e previamente assinado e sem o protocolo de autorização ao realizar a consulta o componente se encarrega de anexar ao XML assinado o protocolo. Como dito anteriormente, não temos para o MDF-e a possibilidade de realizar o Download através da chave. Se você perdeu o XML, a solução vai ser, alimentar o componente com os dados, gerar, assinar e salvar em disco o XML, por fim realizar a consulta como mencionado acima.

Boa tarde Luciano, Nunca fiz uma nota de devolução, mas segundo a Nota Técnica 2013/005 versão 1.03 (página 46) podemos incluir, ou melhor referenciar até 500 notas em uma nota de devolução.

Boa tarde Jeison, Qual é a sua intenção: Obter o protocolo de autorização para que o mesmo seja anexado ao XML do MDF-e gerado e assinado ou realizar um download? Se for um download, não tem como, uma vez que a SEFAZ não implementou essa funcionalidade no seu Web Services.

Boa tarde Jefferson, Para consultar a situação de um lote ou consultar um lote de RPS há necessidade do numero do protocolo, caso você venha perder essa informação por um motivo de erro na conexão com a internet, você pode tentar obter o XML da NF-e através da consulta da NFSe por RPS ou simplismente a consulta de NFSe, nessas duas formas de consulta não precisa do numero do protocolo. Agora se a intenção é recuperar essa informação, não tem como, pois ela é gerada e retornada após o envio do lote.

Boa tarde Jeison, Quando o componente gera o XML é gerado automaticamente a chave do mesmo. Se você configurou o componente para salvar os XML em disco, a coisa fica fácil. A chave é composta por um campo chamado cMDF que é um código aleatório. Sendo assim, o meu conselho é que a sua aplicação gere esse código e que o mesmo seja salvo no banco de dados, bem como a chave completa gerada pelo componente. Fora isso não encontro outra alternativa.