gguimp

Outro XML. 35190915355469000200570010000003181766565757-cte.xml

Esse CT-e contém 90 NF-e's. 35190915355469000200570010000003171083596410-cte.xml

Bom dia, Léo. Também estou com esse problema na impressão do CT-e. Fiz algumas alterações no arquivo fr3. Fiz os testes com CT-e do tipo Normal e modal rodoviário. Dá uma olhada no arquivo fr3 em anexo. DACTE_Retrato_v6.fr3

Quando não contribuinte do ICMS a tag "IE" não deve aparecer no arquivo XML. Pelo que vi na função "pcnLeitor.TLeitor.rCampo" ela já está fazendo o devido tratamento da "leitura" de tags que não existem no arquivo.

Fiz a correção seguindo a sugestão do @BigWings. pcteCTeW.pas pcteCTeW.pas.diff

Quando envio um CT-e com remetente e destinatário não contribuintes é retornado a rejeição 483 "IE não pode ser informada para tomador não contribuinte". No XML do CT-e verifiquei que a a TAG IE do remetente sendo que quando ela o remetente é não contribuinte essa tag não deve aparecer. <rem> <CPF>39625877649</CPF> <IE/> <xNome> CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL </xNome> <fone>3591156689</fone> <enderReme> <xLgr>Avenida Campos Elisios</xLgr> <nro>123</nro> <xBairro>Campos Elisios</xBairro> <cMun>3147600</cMun> <xMun>PASSA QUATRO</xMun> <CEP>37466000</CEP> <UF>MG</UF> <cPais>1058</cPais> <xPais>BRASIL</xPais> </enderReme> </rem> Fiz as correções para remetente, recebedor e expedidor. pcteCTeW.pas pcteCTeW.pas.diff

A chave de acesso possui 44 posições e não 36 como está na imagem.

Continuei fazendo alguns testes aqui e a impressão não está correta ainda.

Correção para CPF do motorista. ACBrCTeDACTeRLRetrato.dfm ACBrCTeDACTeRLRetrato.dfm.diff

A correção sugerida pelo Diego Limeira da Silva deu certo aqui. Lembrar de corrigir também a condição para 'TIPO_2'. if cdsDocumentos.FieldByName('TIPO_1').AsString <> '' then begin rlDocOrig_tpDoc1.Lines.Add(PadRight(cdsDocumentos.FieldByName('TIPO_1').AsString, 33, ' ')+ PadRight(cdsDocumentos.FieldByName('CNPJCPF_1').AsString, 44, ' ')+ cdsDocumentos.FieldByName('DOCUMENTO_1').AsString); end; if cdsDocumentos.FieldByName('TIPO_2').AsString <> '' then begin rlDocOrig_tpDoc2.Lines.Add(PadRight(cdsDocumentos.FieldByName('TIPO_2').AsString, 33, ' ')+ PadRight(cdsDocumentos.FieldByName('CNPJCPF_2').AsString, 44, ' ')+ cdsDocumentos.FieldByName('DOCUMENTO_2').AsString); end; ACBrCTeDACTeRLRetrato.pas ACBrCTeDACTeRLRetrato.diff O CPF do motorista também está sendo impresso fora do lugar.

Também estou com o mesmo problema em produção e homologação. No estado de SP está funcionando. Creio que esse retorno seja um problema da SEFAZ porque eu não encontrei esse "formato" de XML no manual de orientação ou notas técnicas.

Bom dia. O telefone do emitente não está sendo impresso no DACTE em Fortes Report. Verifiquei que no arquivo "ACBrCTeDACTeRLRetrato.pas" a informação do telefone está comentada. Index: ACBrCTeDACTeRLRetrato.pas =================================================================== --- ACBrCTeDACTeRLRetrato.pas (revisão 10735) +++ ACBrCTeDACTeRLRetrato.pas (cópia de trabalho) @@ -1130,7 +1130,7 @@ end; rlmDadosEmitente.Lines.Add('CNPJ: ' + FormatarCNPJ(CNPJ)); rlmDadosEmitente.Lines.Add(ACBrStr('INSCRIÇÃO ESTADUAL: ') + IE); - {rlmDadosEmitente.Lines.Add('TELEFONE: ' + FormatarFone(EnderEmit.Fone));} + rlmDadosEmitente.Lines.Add('TELEFONE: ' + FormatarFone(EnderEmit.Fone)); if Trim(FUrl) <> '' then rlmDadosEmitente.Lines.Add('SITE: ' + FUrl); ACBrCTeDACTeRLRetrato.zip

Eu estava com problemas na impressão do CT-e com mais de 8 NF's. Era impresso somente a 1.a página com as 8 NF's e a 2.a página não era impressa. Uma "solução" temporária que encontrei foi adequar o DACTE em QuickReport para funcionar com Trunk2 do ACBr. Estou procurando uma solução para esse problema no DACTE do Fortes Report mas até agora não consegui nada.

Em anexo proposta de alteração. Alterações ACBr.zip

Bom dia! Estou utilizando o DANFE no Quick Report e setei as seguintes propriedades: fDANFe.CasasDecimais._qCom := 4; fDANFe.CasasDecimais._vUnCom := 4; fDANFe.CasasDecimais._Mask_qCom := '#,##0.####'; fDANFe.CasasDecimais._Mask_vUnCom := '#,##0.00##'; Mas essas alterações não surtem efeito na impressão do DANFE. Se um produto possui quantidade "1" ele é impresso "1,0000" não respeitando a máscara. Se um produto possui quantidade "1,4567" ele é impresso "1,4567" corretamente. A impressão não deveria respeitar a máscara?