Luiz Carlos de Lima

Bom dia Italo, Sim, na V2 ele esta ligado a este grupo infCTeNorm do layout genérico, grupo que foi retirado da V3. Na V3 aparece como um grupo seg, do layout genérico. Mas como meu negócio é cargas, vou seguir voces retirando do Cte Obrigado.

Juliomar, estive comparando os manuais Manual_CTe_v2_0 e o Manual_CTe_v3_00, no v2 o respSeg Aceitava 0- Remetente;1- Expedidor; 2 - Recebedor; 3 - Destinatário; 4 - Emitente do CT-e; mais os campos xSeg, nApol, nAver, vCarga. no V3 ficou respSeg aceitando somente 4 - Emitente do CT-e; 5 - Tomador de Serviço e os campos xSeg e nApol. Minha dúvida ficou quando voce disse que no Cte não seria mais informado seguro.

Passei assim > Incluí o componente pmdfeConversaoMDFe na Uses, e passei MDFe.Configuracoes.Geral.VersaoDF := ve300;

Bom dia ANNIO, vejo que está mas adiantando que eu. Comecei a testar a V3, só não consegui passar a versão para o ACBR. poderia me passar a linha da sua Unit onde você passou a ve300. Fico Grato.

Boa tarde Juliomar, no project option do Xe6 não consegui localizar o Manifest

Bom dia, Já foi configurado > ACBrCTeDacteFR.MostrarStatus := False;

Boa tarde Ítalo, tem alguma idéia de como corrigir isto?

Boa tarde Juliomar, se for em relação ao problema: 1) Ao migrar para o FastReport começou a aparecer uma caixa de diálogo "Printing page". O clientes começaram a reclamar, pois como a emissão do DACTE é feita direta na impressora padrão sem diálogo para escolha da print, voce vai fazendo a digitação sem se preocupar com a emissão. o problema é que esta caixinha fica atrapalhando e digitação do próximo. Segue anexo. Grato pela atenção. PrintPage.pdf

Estou migrando para o XE6 e a caixa de diálogo com retorno de erro esta com tamanho reduzida e trunca o tamanho da chave como Ex. 124875454...8787852, ver anexo. Não consegui descobrir o motivo. Agradeço se alguém puder ajudar.

Favor desprezar o Item 2, que não é CTe.

Boa tarde, 1) Ao migrar para o FastReport começou a aparecer uma caixa de diálogo "Printing page". O clientes começaram a reclamar, pois como a emissão do DACTE é feita direta na impressora padrão sem diálogo para escolha da print, voce vai fazendo a digitação sem se preocupar com a emissão. o problema é que esta caixinha fica atrapalhando e digitaçao do próximo. 2) Outro problema é que estou migrando para o XE6 e a caixa de diálogo com retorno de erro esta com tamanho reduzida e trunca o tamanho da chave como Ex. 124875454...8787852, ver anexo. Agradeço se alguém puder ajudar.

Boa tarde Ítalo, Com certeza a Equipe do ACBR esta na ponta, utilizo o ACBR para CTe, NFe e DAMFe. Acho até que ano que vem deveriam dar uma reajustada nesta colaboração, isto vale ouro, kkkk. As vezes faço perguntas fora de semântica, é que fui coboleiro durante uns 20 anos, depois que migrei para o Delphi a 15 anos atrás parei com programação, meus programadores que cuidavam disto. Faz 8 meses que voltei a programar e tive que aprender Delphi, se você conhece linguagem de 3 geração, Cobol, Dataflex... sabe como é difícil adaptação, principalmente para quem passou do 50. Mas com relação a esta minha consulta, é sim baixar o XML, meu pessoal me disseram que não tinha como, pois existem NFe que irão gerar um Cte que pode ser de estado diferente, então precisa ler da base nacional. Outro caso é você precisar ler um Cte de um estado para fazer um redespacho em outro estado. Com a DLL que adquiri você informa a chave e ele busca no portal nacional. Mas com o DistribuicaoDFe pesquisando na base Nacional o problema será solucionado. Grato pela atenção.

Boa tarde, tenho clientes que não sei como consegue fazer, esporadicamente aparece um MDFe aberto, o problema é que ele não aparece no banco de dados do aplicativo. Utilizando o exemplo do Demo no botoão Encerramento montei um form: with MDFe.EventoMDFe.Evento.Add do begin infEvento.tpEvento := teEncerramento; infEvento.dhEvento := now; infEvento.nSeqEvento := 1; infEvento.chMDFe := FCAMovManifestoEncerraDireto.EditChaveEncerraDireto.Text; infEvento.CNPJ := SomenteNumeros(CNPJ_Filial_Nucleo); infEvento.detEvento.nProt := FCAMovManifestoEncerraDireto.EditProtocoloEncerraDireto.Text; infEvento.detEvento.dtEnc := date; InfEvento.detEvento.cUF := FCAMovManifestoEncerraDireto.UF; InfEvento.detEvento.cMun := FCAMovManifestoEncerraDireto.cMun; end; MDFe.EnviarEvento(1); retorna a mensagem do ACBrDFe > if EstaVazio(UF) then raise EACBrDFeException.Create('UF não pode ser vazia'); Veja que a FCAMovManifestoEncerraDireto.UF já verifiquei e contem 52 Onde estou falhando, Grato

Bom dia, nos utilizamos dll da www.fsist.com.br, eles tem para consultar NFe e CTe da sefaz nacional informando a chave, é bem prático e um custo bem baixo.

Não tinha conseguido pesquisar, a sefaz de RS devia estar fora. Agora pesquisamos e o MDFe não consta mais na base da sefaz. Também tinha observado estas datas, o cliente não soube explicar. Pedi a ele que faça pedido junto a sefaz do RS para resolver o problema do encerramento. Grato

Eu faço como o Italo disse, pego certificado de clientes para testes. Além de que estou sempre precisando fazer algum acesso em Cte de cliente para resolver algum problema, com a autorização do mesmo e aí preciso do certificado dele.

Valeu pela idéia, fizemos isso.

Já utilizamos o MDFe desde sua liberação para produção em vários clientes. Esta é a primeira vez que encontramos este problema, o MDFe foi homologado em 29 de Março de 2016 e contem 21160300933115000139580000000162541000162548 Chave 219000121596583 recibo 921160000591487 Protocolo O cliente não fez o encerramento, e agora esta tentando encerrar, mas retorna o erro: "Erro no encerramento do MDFe: Não existe MDFe com esta Chave [21160300933115000139580000000162541000162548] Carregado, e não conseguimos descobrir como encerrar. o XML esta anexo. Se alguém tem alguma solução agradecemos. 21160300933115000139580000000162541000162548.xml

Bom dia, ficaria muito grato se alguém me ajudasse com algum procedimento para fechar MDFe com mais de 30 dias.

Atualizei o projeto hoje e ao compilar o Cte esta dando os erros abaixo, agradeço a atenção FModeloDF: TModeloCTe; // [Error] ACBrCTeConfiguracoes.pas(53): Undeclared identifier: 'TModeloCTe' property ModeloDF: TModeloCTe read FModeloDF write SetModeloDF default moCTe; //[Error] ACBrCTeConfiguracoes.pas(64): Undeclared identifier: 'moCTe' FModeloDFCodigo := StrToInt(ModeloCTeToStr(FModeloDF)); //[Error] ACBrCTeConfiguracoes.pas(189): Undeclared identifier: 'ModeloCTeToStr' FModeloDFCodigo := StrToInt(ModeloCTeToStr(FModeloDF)); //[Error] ACBrCTeConfiguracoes.pas(196): Undeclared identifier: 'ModeloCTeToStr'

Bom dia, esta versão ainda vai estar disponível para Delphi 7, ainda não tive tempo de fazer a migração, devido ao tamanho do projeto estou com dificuldades. Obrigado pelo apoio e competência da equipe.

Tenho tido estes problemas, o cliente não consegue fazer o encerramento depois de 30 dias, este bloqueio é do ACBR ou da SEFAZ?

Bom dia, Estava realmente sendo passado a chave zerada, problema resolvido. Grato.

deixe ver se explico melhor Quando emite um CTe, ele guarda na pasta docs o XML com o nome ex: 51151215950025000123570010000988961000988962-cte, assim você sabe qual o CTe este XML Pertence. Mas quando faz o envio de um evento deste Cte, por exemplo corrigindo o endereço ele guarda o XML deste evento na pasta docs como 0-ped-eve. Se você faz outra correção ele grava com o mesmo nome 0-ped-eve, assim não consegue ter o XML, pois um sobrepõe o outro.

Bom dia Juliomar, Não entendi o que a NFe possa influir, veja que estamos falando de Cte. Faço a carta de correção de um Cte já existente, envio para a Sefaz, se for autorizada faço a impressão.