gguimp
-
Total de ítens
53 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por gguimp
-
-
9 minutos atrás, BigWings disse:
Quem estiver com o problema, favor anexar XML para testes.
Esse CT-e contém 90 NF-e's.
-
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.
-
3
-
-
27 minutos atrás, Juliomar Marchetti disse:
Volto a frisar foi feito somente a gravação não foi feito a mudança para a leitura do xml!
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.
-
-
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.
-
23 horas atrás, Diego Limeira da Silva disse:
a alteração que fiz referente de 26 para 44 deu certo.. olha ai
eu alterei somente de um lado..
A chave de acesso possui 44 posições e não 36 como está na imagem.
-
1
-
-
Continuei fazendo alguns testes aqui e a impressão não está correta ainda.
-
-
1
-
-
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;O CPF do motorista também está sendo impresso fora do lugar.
-
1
-
-
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.
-
1
-
-
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); -
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.
-
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?
-
Se que que saia vazio atribua NULL a propriedade
Se que que saia algum valor mesmo que seja 0 (ZERO) atribua essa valor a propriedade.
Obrigado pela sua ajuda.
-
Atualizei os fontes e tentei novamente.
O arquivo foi validado sem erros, porém nos campos onde foi informado o valor 0,00, no arquivo ficou em branco.
Acredito que a ideia seria mostrar o campo com o valor 0.00 se informado, e em branco se Null.
Segue trecho do código. Quando a variant tem o valor 0.00 o teste Value = Unassigned retorna true.
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)? -
Ola.
Estou precisando resolver o problema de impressao do cte no meu programa as 2 versoes.
??
Vc pode disponbilizar a DLL, podemos negociar isso ??
Obrigado.
Paulo.
A DLL está disponível em uma resposta logo acima (#15).
-
Bom dia amigo gguimp,
Estamos com mesmo problema aqui, você teria como disponibilizar essa DLL com os recursos de impressão 1.04?
Como você realiza a chamada dessas função quando necessário?
Abraços
Obrigado
Montei um exemplo simples de como utilizar a DLL.
-
Você tentou realizar a consulta utilizando o recibo retornado pela SEFAZ ao invés da chave de acesso?
-
Não nesse formato!
Entendi.
Criei uma DLL com os recursos para impressão do CT-e na versão 1.04 e funcionou certinho.
-
1
-
-
E ai pessoal, alguma novidade sobre este problema?
Atualizei meus fontes hoje, fiz build na aplicação e continua imprimindo com duas folhas.
Grato.
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.
-
Ele está no trunk a única coisa que deve mudar onde hoje já está no commit do svn a um tempo é mudar o ACBr.inc
veja o texto abaixo que contém nesse arquivo
// Definições para o compomente ACBrCTe // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção: descomente apenas uma das definições //------------------------------------------------------------------------------ //{$DEFINE PL_103} //{$DEFINE PL_104} {$DEFINE PL_200}É 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.
Quantas Notas Fiscais podem conter dentro de mesmo CT-e
em ACBrCTe
Postado
Outro XML.
35190915355469000200570010000003181766565757-cte.xml