Wislei de Brito Fernandes

Bom dia rrodrigoffernandes, Conforme a Nota Técnica 2013/001, página 2, item 3, não é permitido inserir mais de um tipo de documento no MDF-e. Para Prestadores de Serviço de Transporte (tpEmit = 1) só poderá ser informado CT-e e para Não prestador de Serviço de Transporte (tpEmit = 2) somente NF-e. Veja o seguinte post: Atenciosamente

Boa tarde bssouzabsi, O Web Service de Minas Gerais é bem problemático mesmo, mas no momento ele está funcionando bem. Um teste que você pode fazer para verificar se o problema é com o Web Service de MG, é alterar o Tipo de Emissão para o SVC-SP (Ide.tpEmis := teSVCSP;) Desta forma, o CT-e será autorizado no WS de SP. Uma outra verificação que sempre faço para garantir que o meu CT-e foi autorizado, é verificar se a propriedade ACBrCTe1.Conhecimentos.Items[0].CTe.procCTe.nProt está diferente de vazio. // Se o XML possuir o Protocolo de autorização, salva e imprime. if ACBrCTe1.Conhecimentos.Items[0].CTe.procCTe.nProt <> '' then begin ACBrCTe1.Conhecimentos.Items[0].SaveToFile; // Salva o XML autorizado ACBrCTe1.DACTe.PathPDF := caminhoPDF; // SALVA O PDF ACBrCTe1.Conhecimentos.ImprimirPDF; ACBrCTe1.Conhecimentos.Imprimir; end; Desta forma o XML e o PDF serão salvos com os dados da autorização e o DACTE será exibido na tela.

Boa tarde, Na versão 2.00 do CT-e, apenas o cancelamento por evento é suportado. Dê uma olhada nos fontes disponibilizados na pasta exemplo. Segue um trecho do código que utilizo: ACBrCTe1.EventoCTe.Evento.Clear; with ACBrCTe1.EventoCTe.Evento.Add do begin infevento.chCTe := Chave; infEvento.CNPJ := EmpCNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teCancelamento; infEvento.detEvento.xJust := justificativaCancelamento; infEvento.detEvento.nProt := Protocolo; end; ACBrCTe1.EnviarEventoCTe(10); Atenciosamente.

Bom dia Roberto, Tentarei te ajudar nas suas dúvidas e peço que os colegas do forum me corrijam se estiver errado. Na primeira dúvida, em que o transporte da carga será realizado por duas transportadoras, sendo a sua até São Paulo, e a outra de São Paulo à Minas Gerais, será obrigatório a emissão do MDF-e apenas pela segunda transportadora, que realizará um transporte interestadual. Para transportes intermunicipais (UF inicial = SP, UF final = SP), será obrigatório a partir de 01 de outubro de 2014. Sobre a sua segunda dúvida, no manual nada informa que o município de encerramento deve ser o município de descarga do MDF-e, porém eu acho uma boa medida a ser adotada. Neste link o Ítalo explica muito bem o processo e a necessidade de encerrar o MDF-e no município de descarregamento. Att, Wislei

Boa tarde Emerson, Após enviar o MDF-e, todos os dados do mesmo estão carregados no componente. Para salvar o XML, basta executar o seguinte comando: ACBrMDFe.Manifestos.Items[0].SaveToFile; Espero ter colaborado. Atenciosamente.

Boa tarde J. Humberto Munhoz, A partir do momento em que você carrega o XML no componente através do comando: ACBrCTe1.Conhecimentos.LoadFromFile(OpenDialog1.FileName); , você tem acesso a todos campos do mesmo. Para pear o CNPJ do remetente por exemplo, você consegue acessar este valor da seguinte forma: cnpj := ACBrCTe1.Conhecimentos.Items[n].CTe.Emit.CNPJCPF; ou wiht ACBrCTe1.Conhecimentos.Items[n].CTe do begin cnpj := Emit.CNPJCPF; end; Espero ter ajudado Atenciosamente.

Bom dia Italo, Peço desculpas por não prestar atenção no XML, pois ele realmente não foi autorizado. Posteriormente vi que o emissor do governo me retorno a seguinte rejeição: 638 - Rejeição: Não deve ser informada Nota Fiscal para tipo de emitente Prestador Serviço de Transporte. Mais uma vez, muito obrigado.

Bom dia, Sobre minha questão acima, eu fiz um teste pelo emissor gratuito do governo e realmente é permitido informar mais de um tipo de documento no mesmo MDF-e. Já pelo componente, se eu informar informar o tipo de emitente como Prestador de Serviço de Transporte, será incluído somente CT-e, mesmo eu alimentando o componente com as informações das NF-e's. E se eu informar o tipo de emitente como Não Prestador de Serviço de Transporte, será incluído no XML somente as NF-e's, mesmo eu informando os conhecimentos. Segue o XML do MDF-e que gerei pelo emissor do governo com os dois documentos (NF-e e CT-e). Atenciosamente. 31140603341645000186580030000000021400308376-mdfe.xml

Bom dia, Um de nossos clientes nos questionou sobre informar CT-e e NF-e em um único MDF-e. Eu sei que para o tipo de emitente Prestador de serviço de transporte (tpEmit = 1) deverá ser informado apenas CT-e e para Não Prestadores de Serviços de Transporte (tpEmit = 2) deverá ser informado apenas NF-e. Porém, no manual não encontrei nada especificamente barrando informar os dois tipos de documentos para apresentar a este cliente. No CT-e já estão informadas as NF-e's, porém, se houver a necessidade de informar mais uma NF-e de uma cidade do percurso que não foi inclusa no em um CT-e, como devor informar ela? Devo fazer um outro MDF-e somente para esta NF-e?

Bom dia pessoal, Eu tive a necessidade de fazer um comprovante nesta impressora, e seguindo as orientações do Régys colocando a "impressão Infinita" no FastReport eu conseguia visualizar o comprovante em tamanho normal na tela (com tamanhos maiores que uma folha A4). Porém, ao enviar para a impressora o comprovante era cortado e não imprimia o restante. Depois de sofrer bastante, descobri que a propriedade PrintMode em PrintOptions > PrintMode deve estar com a opção pmSplit. E assim o comprovante passou a ser impresso normalmente em qualquer tamanho. Atenciosamente

Bom dia Ítalo, Funcionou 100 % Muito obrigado pela correção e pela velocidade de resposta! Atenciosamente.

Bom dia Ítalo, Muito obrigado pela atenção, fico no aguardo! Atenciosamente.

Boa tarde Italo, Quando salvamos o XML do evento de Cancelamento ou Encerramento com a propriedade ACBrMDFe.Configuracoes.Arquivos.SalvarEvento := True;, é salvo também os XML 1-eve.xml e 1-ped-evento.xml. É possível configurar alguma propriedade para não salvar estes dois arquivos e apenas o XML do próprio evento? Atenciosamente.

Boa tarde Thaine, Numa rápida busca pelo forum você encontrará muita coisa sobre CT-e complementar. Para fazer um CT-e Complementar, eu preencho as informações dos envolvidos no documento (Remetente, Destinatário, etc...), informo a chave do CT-e referenciado na tag: infCteComp.chave e o tipo de CT-e também é alterado: Ide.tpCTe := tcComplemento. Na versão 1.04 era necessário informar a base de cálculo, alíquota e valor do ICMS em tags específicas do complemento, mas na versão 2.00 estes dados são informados nas mesmas tags de um CT-e normal. Atenciosamente.

Boa tarde, Hoje ocorreu comigo este mesmo problema (Validate failed because the document does not contain exactly one root node.) Analisando o XML que ocorreu o problema e um que emiti anteriormente os dois seguem com a mesma estrutura. Não consegui identificar nenhum problema nele. Seguindo a alteração sugerida pelo GustavoKato, o problema não ocorreu mais! Obs: O cliente que tive problema é do Paraná. Atenciosamente.

Boa noite Anselmo, Conforme você deve ter percebido, a estrutura do XML do CT-e 2.00 sofreu várias alterações com relação ao 1.04, com isso, o componente teve que ser recompilado para a nova versão. Devido essas alterações na estrutura do XML, o componente na nova versão, não conseguirá ler todas as propriedades corretamente do XML na versão anterior, assim desconfigurando a impressão do DACTE. Onde eu trabalho fizemos da seguinte forma: Ao carregarmos o XML, verificamos a sua versão. Se for dar versão 1.04, o executável antigo se encarregará de fazer a impressão, caso contrário, o executável em 2.00 continuará com o seu trabalho normal. Fizemos desta forma para não haver a necessidade de criar um campo para gravar a versão do CT-e, que é também uma forma de contornar este problema. Mas fica aí a minha dica. Atenciosamente. Wislei

Asterix, Realmente não encontrei nada de errado no seu XML. Os seus fontes estão atualizados?

Asterix, A única alteração que faço para enviar o CT-e para o SVC-SP é configurar a propriedade: Ide.tpEmis := teSVCSP; o restante continua da mesma forma. Poste o XML para darmos uma olhada. Se algum de nossos colegas tiver algo a mencionar que eu não esteja lembrando... Atenciosamente.

Bom dia Asterix, O Web Service de São Paulo faz algumas validações que o de Minas não faz Já tive problemas com as informações relativas ao seguro, onde aqui em Minas não exige informar o responsável e em São Paulo exige. Este emissor está realmente habilitado para o CT-e?

Boa tarde Italo, Tudo certinho, muito obrigado!

Boa tarde, Eu realizei uma modificação para formatar o CNPJ/CPF do Tomador de serviço na unit ACBrCTeDACTEFRDM.pas se puderem avaliar a possibilidade de subir para o SVN... Segue arquivo em anexo. Atenciosamente. ACBrCTeDACTEFRDM.pas

Boa tarde Wagner, Você já tentou configurar a propriedade ACBrCTe1.DACTe.NumCopias := 1; ?

Incrível a velocidade de resposta de vocês! Deu tudo certinho, muito obrigado!

Boa tarde, Consegui resolver este problema para o FastReport, conforme o seguinte post:

Boa tarde Juliomar, Peço desculpas pelo post em duplicidade, pois na minha primeira consulta não tinha visto o post sobre o FortesReport. Mas analisando melhor consegui encontrar o problema. Na procedure ImprimirDACTE(CTE: TCTe); da unit ACBrCTeDACTEFR está com o valor fixo 1, e por isso não atribui o valor informado na propriedade NumCopias. Creio que o ideal também seria passar o valor do número de cópias para o início da procedure, assim o valor será atribuído mostrando o preview ou não. Segue procedure corrigida e unit em anexo. procedure TACBrCTeDACTEFR.ImprimirDACTE(CTE: TCTe); begin if PrepareReport(CTE) then begin dmDacte.frxReport.PrintOptions.Copies := NumCopias; if MostrarPreview then dmDacte.frxReport.ShowPreparedReport else begin // dmDacte.frxReport.PrepareReport(false); if MostrarStatus then dmDacte.frxReport.PrintOptions.ShowDialog := True else dmDacte.frxReport.PrintOptions.ShowDialog := False; dmDacte.frxReport.PrintOptions.Printer := Impressora; dmDacte.frxReport.Print; end; end; end; Atenciosamente. ACBrCTeDACTEFR.pas