Augusto Fontana

Bom dia Juliomar Com relação as propriedades tranquilo, eu já estava ignorando elas ao abrir o arquivo, mas seria bom se pudessem liberar no SVN. Para que eu possa baixar sempre as versões mais atuais do arquivo. Além das propriedades, os captions dos labels estavam errado. Não estava tratando corretamente a acentuação, acredito que o Lazarus trabalhe dessa forma, mas no Delphi da problema. Por exemplo: no dfm, label "RLLabel13", o caption estava dessa maneira: 'Número da Nota' sendo que no Delphi para mostrar a acentuação corretamente deve ser: 'N'#250'mero da Nota' Alterações - Remoção das propriedades inválidas no Delphi - Correção dos captions - Removi um dsItens que estava duplicado e causava access violation Fiz o teste no Delphi e está funcionando corretamente agora, tem como verificar se no Lazarus vai ficar correto ? Seguem arquivos alterados Alterações.rar

Eu tenho esse mesmo problema, ele não é relacionado a versão do fortes. Juliomar, o erro começou a aparecer aqui para mim após a alteração realizada no revision 5980, do arquivo ACBrNFSeDANFSeRL. Acredito que seja alguma coisa relacionada ao Lazarus, como não tenho o Lazarus aqui instalado não sei como resolver esse problema. Se ignorar os erros no Delphi, o relatório é aberto, mas todas as acentuações contidas nos captions são perdidas. Essas propriedades acrescentadas no .dfm são realmente necessárias ? Elas são utilizadas no Lazarus ?

Com relação a acentuação, foi resolvido na última atualização, mas agora não está mostrando a discriminação dos itens. Segue imagem anexo. Ao abrir o arquivo ACBrNFSeDANFSeRLRetrato, após as mensagens informando a falta de algumas propriedades, aparece a mensagem: "A component named dsItens alredy existis...".

Bom dia, alguém sabe o que posso fazer para corrigir esse problema ?

Sim, tenho apenas uma versão do Delphi XE instalado na máquina.

Estou com o mesmo problema aqui, sendo que utilizo a última versão do Fortes 3.71B Delphi XE. Removi as propriedades que acusaram conflito, mas ao imprimir a nota está saindo com problema na acentuação das palavras. Segue DANFSe em anexo. NFS-e.pdf

Com relação ao erro na geração da DANFSE, a princípio não vejo o que pode ser melhorado. Não conheço uma forma para identificar se o stream é válido ou não. A alteração que fiz segue o padrão do ACBr já implementado para o DANFE do Rave. Para evitar que a DANFSE não seja gerada, caso tenha um contéudo inválido setado nos Logos, adicionei um try except para o carregamento. Segue anexo os arquivos alterados. ACBrNFSeDANFSeQRRetrato.pas ACBrNFSeDANFSeRLRetrato.pas

var vLogo: TStringStream; begin vLogo := TStringStream.Create(''); try // Logotipo da prefeitura vLogo.WriteString(FieldByName('logoprefeitura').AsString); ACBrNFSe.Danfse.Logo := vLogo.DataString; // Logotipo do prestador vLogo.Clear; vLogo.WriteString(FieldByName('logocliente').AsString); ACBrNFSe.Danfse.PrestLogo := vLogo.DataString; finally FreeAndNil(vLogo); end; Assumindo que vc já tenha os logos salvos em um campo Blob no banco de dados, eu faço como apresentado acima.

Funcionou Italo, muito obrigado.

Funcionou Italo, muito obrigado.

Criei a propriedade PrintDialog na classe TACBrNFSeDANFSeRL para poder controlar, mantive default true como estava. Para alterar o valor da propriedade basta usar o seguinte código: TACBrNFSeDANFSeRL(Danfse).PrintDialog := false; Segue alterações em anexo, tem como liberar nos fontes ? ACBrNFSeDANFSeRL.pas ACBrNFSeDANFSeRLClass.pas

Gostaria que fosse setado para false a propriedade PrintDialog na DANFSe do FortesReport arquivo ACBrNFSeDANFSeRLRetrato, assim como é feito para o DANFE, arquivo ACBrNFeDANFeRLRetrato. Necessário para realizar a impressão diretamente, sem que o usuário tenha que clicar em mais um botão para confirmar, sendo que já passei a impressora para o componente.

Como tenho o logo do cliente e da prefeitura salvos no banco, preciso carregá-los usando stream. No DANFE da NF-e é possível carregar o logo a partir do stream. Fiz a seguinte alteração, caso o arquivo não exista, será feito o carregamento através do stream. Alteração feita para os relatórios do QuickReport e FortesRpeport, seguem arquivos em anexo. Tem como liberar essas alterações nos fontes ? Fiz a alteração seguindo de modelo implementado no DANFE do Rave. ACBrNFSeDANFSeQRRetrato.pas ACBrNFSeDANFSeRLRetrato.pas

Gostaria também de discriminar essas informações, tem como verificarem ?

Preciso da descrição completa do código do serviço na NFS-e, assim como definida na lei complementar 116. No meu caso o código 9.01. No qrmCodServico estava sendo incluíndo duas linhas, uma para o código e outra para a descrição, não vi necessidade disso, então alterei para ficar como na DANFSE gerada com o Fortes. Isso resolveu o problema para mim, agora a descrição aparece correta e não faz mais a quebra de página. Anexado imagem da DANFSE e .pas com a alteração. DANFSE.rar

Funcionou, obrigado.

Consegui encontrar o problema, fiz a alteração em apenas uma linha na Função: TNFSeConsultarLoteRPS.Executar. Teste feito para o provedor Betha. ACBrNFSeWebServices.pas

Estou com o mesmo problema aqui, todos os XML das NFS-e estão com as informações do último RPS do lote.

Estou com o mesmo problema aqui, está gerando duas páginas desnecessariamente. E no campo "Código do serviço" não está aparecendo a descrição completa. Atividade: 0901, está aparecendo apenas: "e gorjeta, quando incluido no preco da diaria, fica sujeito ao Imposto Sobre Servicos)."

Sim, alterei para 300 e funcionou.

Mesmo problema aqui para mim, aguardo liberação dos fontes com a correção.