Gabriel Bonzanini

Pessoal, agradeço pela ajuda. Vou deixar registrado aqui o que ocorreu, para o caso de mais alguém precisar: As pastas onde se encontram os arquivos BPL e DCP não podem ser abreviadas, utilizando variáveis do ambiente... No nosso caso, para reduzir a quantidade de caracteres da library, utilizávamos a variável $(BDS), que contém o diretório de instalação do Delphi, e também uma outra varíavel chamada $(BDS_COMP) que continha o diretório dos fontes dos componentes (no nosso caso, C:\Projetos\Componentes). O instalador do ACBr precisa que os caminhos dos arquivos BPL e DCP estejam declarados por extenso, o caminho completo digamos. Grato pela ajuda de sempre.

Sim... Tentei até mesmo formatar de novo, mas não resolveu... Você saberia dizer se o instalador consegue interpretar variáveis do ambiente, como $(BDS)?

Olá pessoal! Formatei o computador, e ao tentar reinstalar os componentes da forma convencional, obtive o seguinte erro: Cleaning package cache for ACBr_FastReportComum.bpl Cleaning ok Compiling package C:\Projetos\Componentes\ACBr\Pacotes\Delphi\ACBrFastReportComum\ACBr_FastReportComum.dpk "C:\Program Files (x86)\Embarcadero\RAD Studio\7.0\bin\dcc32.exe" "C:\Projetos\Componentes\ACBr\Pacotes\Delphi\ACBrFastReportComum\ACBr_FastReportComum.dpk" Embarcadero Delphi for Win32 compiler version 21.0 Copyright (c) 1983,2009 Embarcadero Technologies, Inc. C:\Projetos\Componentes\ACBr\Fontes\ACBrComum\ACBrUtil.FR.pas(37) Fatal: F1026 File not found: 'frx14.dcp' Compilation failure Erro ao compilar o pacote "ACBr_FastReportComum.dpk". Abortando... Ocorreram erros na compilação dos pacotes. O arquivo frx14.dcp existe (bem como o frx14.bpl), e está na pasta dos DCP's configurada no Delphi. Ao abrir o ACBr_FastReportComum.dpk diretamente no Delphi, ele compila sem maiores problemas. Utilizo o Delphi 2010 Enterprise e Fast Report 5.3.16 VCL Professional Single. Pergunta: Como fazer para que o instalador do ACBr "enxergue" este arquivo? Grato pela atenção.

Aqui normalizou também.

Puxa vida... Então deve ser algo na minha instalação mesmo, até porque ninguém mais relatou algo parecido né. Vou debugar as entranhas do Fast Report e ver o que consigo descobrir. Muito agradecido pela ajuda

Ah, perfeito. A nossa versão é a VCL Professional Single.

Acho que é importante conseguirmos entender qual o motivo exato... Pra evitar que isso aconteça nos clientes, no ambiente de produção...

Procurei aqui, mas não encontro nenhuma informação além dessa... Apenas versão 5.3.16... Onde posso observar a edição?

Estou com o exato mesmo problema, utilizando os componentes atualizados no Delphi 2010. Acontece apenas em homologação, e na segunda tentativa após o erro, aprova a nota normalmente. Ao fechar a tela ou o sistema, o erro volta a ocorrer.

Ah, entendi. Pensei que ele comunicasse com a maquininha. Muito obrigado pelo retorno Daniel!

Ah desculpa, não tinha entendido... O IDE é o Delphi 2010 Enterprise.

Olá pessoal. Gostaria de saber se algum dos colegas já integrou com a maquininha da Pic Pay utilizando o componente TACBrPicPay, e se é possível obter uma maquininha para testes, sem mensalidade. Gostaríamos de implementar para agregar valor ao sistema, antes mesmo de ter uma demanda real de algum cliente/prospecto. Grato pela atenção.

O rateio dos valores não precisa ser exatamente igual para todos os itens... Você precisa ir distribuindo o desconto arredondado, e ao final, jogar a diferença no primeiro ou no último item da nota, para fechar a soma.

Também estou tendo esse problema há algumas semanas, em homologação apenas... O curioso é que, após tentar enviar umas duas ou três vezes, normaliza.

Estamos usando o Fast Report 5.3.16 e o layout DANFSEPadraoNacional.fr3

Boa tarde Juliomar! Está correndo tudo bem, com exceção do QRCode... Ele fica sempre em branco, pois a propriedade TNFSe.Link parece não possuir conteúdo em um xml de formato nacional. Pode ser que estejamos fazendo algo errado. O que conseguimos fazer para resolver temporariamente foi, antes da impressão, preencher o link "à mão" nessa propriedade. Utilizamos o FastReports (unit ACBrNFSeXDANFSeFR.pas) :

Boa tarde pessoal. Também notei isto. Como utilizamos o FastReports, fiz alguns ajustes apenas nele, os quais deixo em anexo. Talvez possam ser replicados para sua engine. Primeiramente, criei os campos percentuais no dataset cdsServicos, dentro da unit ACBrNFSeXDANFSeFR.pas. Depois vinculei os mesmos dentro do layout .fr3. Também corrigi o campo 'Data e Hora da emissão da NFS-e' que estava replicando o conteúdo do campo 'Data e Hora da emissão da DPS'. DANFSEPadraoNacional.fr3 ACBrNFSeXDANFSeFR.pas

Olá pessoal. Gostaria de saber qual a forma correta de obter o link da NFS-e nacional, para a geração do QRCode no layout Fast Reports do ACBr. Vi que existem os métodos TACBrNFSeX.LinkNFSe e TACBrNFSeX.ConsultarLinkNFSe, e também a propriedade TNFSe.Link (que eu não sei se é possível já vir preenchida no momento da aprovação, o que seria o ideal). Devo "enxertar" esta informação na propriedade TNFSe.Link após a aprovação, através de uma consulta utilizando um dos dois métodos mencionados? Grato pela atenção.

Mesma coisa aqui.

Utilizo o componente de envio (TACBrNFSeX), e faço a impressão por conta, digamos.

No meu caso, não utilizo este componente... Criei o layout da NFS-e baseado em um select do banco de dados mesmo.

No meu caso, estou salvando os valores normalmente dentro do banco de dados, para utilizar na vizualização (report próprio, separado do componente). Apenas quando é uma cidade que utiliza o padrão nacional, faço com que o sistema some as retenções na tag mencionada, no momento da geração do xml.

É verdade Juliomar. E não querendo generalizar, mas a maioria dos contadores parecem estar esperando pelo "cara do sistema" pra entender o que deve ser calculado, e como deve ser calculado. É o cúmulo da incompetência, sendo que esse é justamente o trabalho deles.

Barbaridade, eu jamais iria descobrir isso sozinho kkkk Muito obrigado amigo!

Olá pessoal. Repassando a informação apresentada dentro do portal do cliente, de que a cidade de Nova Petrópolis/RS (Cód. IBGE 4313201), a qual já é atendida pelo ACBRNFSeX, terá alterações no endereço dos webservices: Não sei se é necessário alterar algo, visto que o componente está enviando os xml's diretamente para o ambiente nacional... Mas de qualquer forma, resolvi compartilhar a informação.