Italo Giurizzato Junior

Bom dia Juliana, Atualizar tudo, principalmente os fontes do componente e os schemas.

Bom dia Máyron, Verifica se não é a falta do Midas? Coloque no form principal em Uses: MidasLib

Boa tarde Ricardo, Atualize os fontes, pois já inclui a cidade de Várzea Grande/MT.

Paulo, Entendo o seu problema, eu já passei por situações parecidas. Mas é o eu disse antes, hoje de manhã baixei as atualizações, executei o Delphi, abri o projeto ACBr_NFe2 que compilei. Abri a minha aplicação e inclui na rotina que configura o componente as novas propriedades, compilei a minha aplicação com a opção Build. Sem nenhum problema. As novas propriedades estão definidas em TArquivosConf que encontra-se no fonte ACBrNFeConfiguracoes. A minha sugestão é excluir esse arquivo e baixar novamente.

Boa tarde Paulo, Se você compilou novamente o pacote que o André disse, era para funcionar pois fiz conforme a orientação dele e esta funcionando perfeitamente. É bem provável que algum fonte não esteja atualizado. Procure sempre atualizar todos os fontes de todos os componentes, caso contrario você vai ter problemas.

Boa tarde Anatan, Vamos aos conceitos: Você só pode cancelar um CT-e caso o mesmo tenha sido autorizado, que não é o seu caso, uma vez que foi rejeitado. Não existe Inutilização de CT-e, o que você inutiliza é o numero de um CT-e que não foi e não vai ser gerado. Exemplo, o último CT-e emitido foi de numero 100, por uma falha na sua aplicação ao emitir o próximo ficou com o numero 102. A sua aplicação não pertime que seja gerado um CT-e com numero inferior ao último, sendo assim devemos inutilizar o numero 101.

Anatan, Então você não esta utilizando o componente ACBrCTe e sim o programa disponibilizado pela SEFAZ. Pela mensagem de retorno note que o código da UF é 41 ou seja PR, antes Paraná utilizava a SEFAZ Virtual do RS, mas agora possui os seus próprios WebServices. Note também que a versão do Aplicativo que retornou a mensagem é da SEFAZ-RS. Verifique se a versão desse programa é a mais recente, pois você esta informando que a UF do emitente é PR e o programa esta enviando para a SEFAZ-RS, sendo que deveria enviar para a SEFAZ-PR.

Bom dia Anatan, Seja mais claro no seu problema e se possível poste como anexo o XML que esta ocorrendo o problema. Qual é a UF da transportadora?

Bom dia Juliana, Vou incluir.

Bom dia, Vou adicionar.

Bom dia a todos, Pelo que estou entendendo você alimenta o componente com os dados de 1 nota, manda assinar e salvar o XML. Zera o componente e alimenta-o com os dados de uma segunda nota, assina e salva. E assim sucessivamente. Ao mandar enviar as notas o componente esta vazio, dai o problema. Me diz uma coisa qual é a finalidade de primeiramente e de forma individual você gerar, assinar e salvar o XML? E depois mandar enviar os mesmos? Porque você não automatiza esse processo? Por exemplo: Monte um form onde apareça uma lista contendo todas as notas não enviadas, ai você seleciona todas ou somente as que deseja enviar no momento. Ao clicar no botão [Emitir] é executado uma rotina que vai: 1. Zerar o componente; 2. ADD as notas no componente, 1 ou mais; 3. Enviar. Lembre-se que o comando Enviar, é capaz de gerar o XML para cada nota ADD no componente, assinar cada uma delas, validar uma por uma, montar o lote contendo todas as notas que foram ADD no componente, enviar o mesmo para SEFAZ, se tudo ocorrer como esperado, ao obter o retorno com os protocolos de autorização, o mesmo se encarrega de incluir o protocolo e salvar o XML completo (assinado e protocolado) em disco. E se o segundo parametro do Enviar for True os DANFEs serão impressos. Você não acha melhor fazer desta forma?

Bom dia Ricardo, Abra as units ACBrProvedor..... e compare as functions que gera os envelopes de recepcionar lote, por exemplo. Você vai notar diferenças na montagem desse XML de um provedor para outro. Quando o provedor disponibilizada o layout desse XML "envelope" ajuda bastante na implementação.

Bom dia Máyron, O componente ACBrCTeDACTeQR se utiliza do Quick Report, que por sua vez deve estar instalado no Delphi. Essa unit "DataBkr.dcu" desconheço, pelo nome não trata-se de algum componente para realizar o Backup de Dados, instalado no seu Delphi?

Bom dia Nelsao2011, Você desenvolve em Delphi? Se sim, você pode utilizar o componente diretamente na sua aplicação.

Boa noite a todos, O correto é: with ACBrCTe1.Conhecimentos.Add do begin CTe.Imp.ICMS.SituTrib := cst40; CTe.Imp.ICMS.CST45.CST := cst40; // ICMS Isento end;

Bom dia Filipe, A versão do Quick Report é 5.02 para o Delphi 7. O DANFE para NF-e, DACTE para CT-e, DANFSE para NFS-e e DAMDFE para MDF-e, todos eles foram feitos usando a versão acima. Isso não significa que você tem que alterar a versão do seu QR, leia um poste no fórum ACBrCTe existe um procedimento para que você realize a conversão caso esteja aparecendo erros do tipo: propriedade inexistente.

Boa noite, Use o programa exemplo que vem com os fontes.

Boa tarde Maiko, Relaxa, o importante é, ao levantar um problema e em seguida encontra a solução, é interessante postar como foi resolvido, por mais banal que seja a solução.

Boa tarde Ricardo Miranda, Favor fazer uma cópia dos fontes alterados por você, e baixe os que eu acabo de disponibilizar. Realize os testes novamente, inclusive o de cancelamento que não estava funcionando. Fico no aguardo de um retorno. Dica: quando realizar uma alteração no fornte e disponibilizar no fórum ou mandar por e-mail, favor incluir um comentário antes da linha alterada ou incluida, por exemplo: // Incluido por Ricardo Miranda em 14/03/2013 ou // Alterado por Ricardo Miranda em 14/03/2013 Desta forma fica fácil identificar o que foi alterado e quem é o autor. Desde já muito obrigado pela colaboração, nas alterações e correções.

Bom dia Pablo, No cliente você instalou as DLLs ? Caso você esteja utilizando a versão Capicom.

Bom dia Renan, Antes tinhamos a seguinte situação: XML da NFe assinado com o protocolo de autorização. Ao solicitar o cancelamento era retornado o protocolo de cancelamento. O componente por sua vez trocava o protocolo de autorização pelo de cancelamento. Desta forma passavamos a ter um novo XML assinado com o protocolo de cancelado, Hoje temos uma situação diferente por conta do cancelamento ser por evento: XML da NFe assinado com o protocolo de autorização. Ao solicitar o cancelamento é retornado o protocolo de cancelamento. O componente por sua vez gera um XML contendo a solicitação e o protocolo de cancelamento. Desta forma temos 2 XML: o da NFe, assinado com o protocolo de autorizado e o de cancelamento descrito acima. Quando você diz "não consigo pegar o xml de cancelamento" você esta se referindo a esse segundo XML? Se sim, verifique se o componente esta configurado para salvar os arquivos de envio e retorno.

Bom dia Julian, E ai, o "contador" achou alguma coisa referente a PIS/COFINS no Manual do CT-e ? Estou curioso. Obs: coloquei a palavra contador entre aspas, e você sabe o porque.

Bom dia, O fonte: ACBrMDFeDAMDFEQRRetrato.pas não esta atualizado. Como o Isaque escreveu, você deve ter alterado algo nessa unit e ao realizar a atualização ela não é atualizada. Exclua esse fonte e baixe novamente. ou altere de: qrmPlaca.Lines.Add(MDFeUtil.FormatarPlaca(FMDFe.rodo.veicPrincipal.placa)); para: qrmPlaca.Lines.Add(DFeUtil.FormatarPlaca(FMDFe.rodo.veicPrincipal.placa));

Bom dia Ricardo Miranda, Manda para mim por e-mail os arquivos que você alterou, para que eu possa analisar e realizar o merge. Bem como os arquivos XMLs gerados, principalmente os terminados com *-c.xml

Boa noite Juliomar, Você pode fazer a alteração proposta nas condições do IF sem nenhum problema, a rotina da function ValidarChave é valida tanto para a NF-e quanto para o CT-e.