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?

Obrigado pela sua ajuda.

Entendi porque não é possível fazer a verificação se valor é 'unassigned'. De acordo com os testes do BigWings 0 = Unassigned.

Estou tendo problemas nos registros C181 e C185. Se não informo nenhum valor nos campos ALIQ_PIS_QUANT, QUANT_BC_PIS, ALIQ_COFINS_QUANT E QUANT_BC_COFINS está estourando a exceção "Format '%a' invalid or incompatible with argument" na função VLFill da unit "ACBrTXTClass.pas". Como eu não informei nada nesses campos os valores dos campos estão "unassigned". Notei que a validação se o valor é "unassigned" foi removida na revisão 7789 ficando somente a verificação se o valor é 'Null'. --- a/trunk/Fontes/ACBrComum/ACBrTXTClass.pas +++ b/trunk/Fontes/ACBrComum/ACBrTXTClass.pas @@ -369,8 +369,8 @@ if Mascara <> '' then strCurMascara := Mascara; - // Se o parametro Nulo = true e Value = 0, será retornado '|' - if (Value = Null) or (Value=Unassigned) then + // Se o parametro Value = Null, será retornado '|' + if (Value = Null) then begin Result := FDelimitador; Exit; Não seria correto manter a validação anterior, uma vez que Null <> unassigned <> 0 (zero)?

A DLL está disponível em uma resposta logo acima (#15).

Montei um exemplo simples de como utilizar a DLL. CT-e 1.04.rar

Você tentou realizar a consulta utilizando o recibo retornado pela SEFAZ ao invés da chave de acesso?

Entendi. Criei uma DLL com os recursos para impressão do CT-e na versão 1.04 e funcionou certinho.

Estava com problema na impressão do DACTE utilizando Quick Report. Para resolver esse problema atualizei o Quick Report para a versão 5.02, apaguei todos os '.dcu' referente ao ACBr e logo em seguida 'Build All' em meu projeto.

É possível, no mesmo projeto, compilar o CT-e com a versão 1.04 e 2.00?

Olhe o XML em anexo. Observe que o item informado na NF está com o CSOSN 201 e com todos os cálculos de ST. <det nItem="1"> <prod> </prod> <imposto> <ICMS> <ICMSSN201> <orig>0</orig> <CSOSN>201</CSOSN> <modBCST>4</modBCST> <pMVAST>140.00</pMVAST> <vBCST>40.32</vBCST> <pICMSST>18.00</pICMSST> <vICMSST>4.24</vICMSST> <pCredSN>0.00</pCredSN> <vCredICMSSN>0.00</vCredICMSSN> </ICMSSN201> </ICMS> </imposto> </det> * Removi algumas tags somente para facilitar... E no total da NF: <total> <ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vBCST>40.32</vBCST> <vST>4.24</vST> <vProd>16.80</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>21.04</vNF> </ICMSTot> </total> Observe que no cálculo de ST você precisa calcular a "Base de Cálculo" e o "ICMS". Mas creio que, como não há local para informar esses dados no item, não é necessário informar. Então de acordo com o meu XML acima eu precisei calcular a "Base de Cálculo" de 16,80 e o "ICMS" de 3,02. Se você informar esses valores no total da NF haverá divergência porque quando for feita a soma da "Base de Cálculo" e do "ICMS", que no caso não há os campos e a soma será 0 (zero), ficará diferente do valor informado que é 16,80.