Italo Giurizzato Junior

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.

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

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

Boa tarde Walter, No manual versão 2.00a do CT-e disponibilizado no Portal Nacional do CT-e temos um anexo com a lista dos campos que não podem ser alterados, basta você imprimir as folhas que contem a estrutura completa do XML e riscar os que não podem, a partir dai você vai ter condições de montar o combobox de grupos e de campos.

Bom dia a todos, A maioria das SEFAZ não alteraram os nomes dos métodos dai continuar aparecendo NfeStatusServico2 em vez de NfeStatusServico3 mesmo com a mudança para a versão 3.10. Até onde sei Ceará ainda não liberou os Web Services: NfeAutorizacao e NfeRetAutorizacao para o ambiente de homologação e produção e se não me falha a memória o Paraná liberou somente para o ambiente de homologação. Quero reforçar que devemos sempre configurar primeiro o modelo e depois a versão do documento fiscal via código e não alterando as propriedades do objeto do componente.