gobbo

Obrigado pela agilidade. Vou testar outros projetos e verificar se há mais algum detalhe.

Boa tarde. Após separação dos pacotes Runtime e Designtime, o componente ACBrPAF não está mais sendo instalado adequadamente pelo ACBrInstall_Trunk2.exe. (https://www.projetoacbr.com.br/forum/topic/56512-separação-dos-pacotes-runtime-e-designtime-do-delphi/?do=findComment&comment=370401) Somente é instalado o pacote (ACBr_PAF), não possibilitando acessar o componente visual do pacote (DCLACBr_PAF). Segue o log do instalador para análise: log_Delphi_2005_Win32.txt

É o mesmo que uma NFS-e, porém num layout específico fora do padrão dos demais municípios, utilizando REST para troca de dados. Como também estávamos com o prazo estourado, utilizamos uma integradora para facilitar a transmissão: http://www.dfe.com.br

Ainda não foi resolvido, tem um erro no pacote ACBrDFeComum.dpk, onde está buscando a unit ACBrCAPICOM_TLB.pas no diretório errado. Segue o pacote atualizado: ACBr_DFeComum.dpk

Boa tarde. Fiz uma modificação para possibilitar a impressão do RENAVAM dos reboques no DAMDFe, hoje somente consegue ser impresso o RENAVAM do veículo de tração. Segue o fonte para análise: ACBrMDFeDAMDFEFR.pas

Boa tarde. Alguém aqui do fórum já desenvolveu alguma solução para a nova NFPS-e de Florianópolis ? Estou precisando de ajuda com certa urgência. Por favor, entrem em contato: email: [email protected] skype: l.gobbo

Após atualização de hoje (build 14690), o pacote do DANFe para FastReports não está mais compilando em Delphi antigos: tratamento para a função split funcionar em win64 https://www.projetoacbr.com.br/forum/topic/41181-erro-informações-complementares-no-danfe/?do=findComment&comment=271808 código-fonte: ACBrNFeDANFEFRDM.pas linha: 277 function TACBrNFeFRClass.Split(const ADelimiter, AString: string): TSplitResult; var vRows: TStrings; vI: Integer; begin vRows := TStringList.Create; try vRows.Delimiter := ADelimiter[1]; vRows.StrictDelimiter := True; vRows.DelimitedText := AString; SetLength(Result, vRows.Count); for vI := 0 to vRows.Count - 1 do Result[vI] := vRows.Strings[vI]; finally FreeAndNil(vRows); end; end; Problema de retro-compatibilidade com versões anteriores do Delphi (no meu caso Delphi 2005), não há a propriedade "StrictDelimiter". Há alguma diretiva de compilação que pode ser usada para manter essa retro-compatibilidade?

Aqui só funcionou assim, obrigado.

PRIORI CONSULTORIA E SISTEMAS LTDA http://www.priori-sc.com.br Fone: (48) 3348-3646 Contato: Vilmar Software: PRIORICFG 3.0 Laudo: UNO2662017 Re-Homologação: 17/10/2017 ER: 02.05 Perfil: V Roteiro de testes: 1.0 – 05/2017 Homologador: Fernando http://bell.unochapeco.edu.br/lts/?p=3162 Componentes ACBr: ACBrECF, ACBrTEFD, ACBrAAC, ACBrEAD, ACBrBlocoX, ACBrPAF, ACBrNFe, ACBrDANFEFR, ACBrMail, ACBrIBPTax, ACBrSintegra, ACBrSpedFiscal Outros componentes: FastReport 5.5.11, RaveReport 11.0.12, ZipMaster, Orpheus SGBD: PostgreSQL 9.5 Programadores: Leandro e Vilmar

Estou tendo problemas ao gerar o arquivo do Bloco X - Redução Z. O valor do GT está bem alto no meu ECF (R$ 4.533.781.611,57) e isso faz o arquivo da Redução Z gerar um valor "negativo" (0000000-1888372219). Pesquisando no código-fonte, encontrei esse trecho: FGerador.wCampo(tcStr, '', 'VendaBrutaDiaria', 1, 14, 1, IntToStrZero(TruncFix(VendaBrutaDiaria*100),14)); FGerador.wCampo(tcStr, '', 'GT', 1, 18, 1, IntToStrZero(TruncFix(GT*100), 18)); Utilizo Delphi 2005 e esse trecho está causando o erro da transformação do valor (R$ 4.533.781.611,57) num valor negativo (0000000-1888372219). Apenas alterei para o trecho abaixo e funcionou: FGerador.wCampo(tcStr, '', 'VendaBrutaDiaria', 1, 14, 1, VendaBrutaDiaria); FGerador.wCampo(tcStr, '', 'GT', 1, 18, 1, GT); Segue o código-fonte para análise. ACBrBlocoX_ReducaoZ.pasC:\Users\Leandro\Documents\Priori\Fontes\Projetos\ACBr\Fontes\ACBrDFe\ACBrBlocoX\ACBrBlocoX_ReducaoZ.pas

Boa tarde @windsoft Se puder, gostaria de receber os seus fontes sim. Obrigado.

windsoft, boa noite. Alguma novidade sobre o projeto para o banco DAYCOVEL ? Obrigado.

Claudiomir, boa tarde. Agora vai... uforRelBoletoFR.pas

O problema está no relatório do FastReport. Veja que mudaram os "scripts" para visualização desse campo. Abra o arquivo *.fr3 e vá até a aba "Code". Deveria estar tudo em branco lá. Estou usando esses arquivos como meu padrão: Reports.zip

Boa tarde Claudiomir Desculpe a demora. Segue meu código: Anexe o código e aqui seto as variáveis de acordo com as configurações do usuário: Anexe o código