EMBarbosa

Você precisa verificar o motivo do lazarus não conseguir localizar o arquivo. Esse arquivo se encontra na pasta ACBr\Fontes\ACBrDFe\

você usa links simbólicos no Windows pra esse BD específico?

Não temos ainda certeza do que o governo vai fazer. Precisamos esperar sair a legislação para podermos tomar algum rumo... Por enquanto o que está vigente ainda é o modelo atual.

O arquivo do banco de dados já está sendo usado por outro aplicativo ou talvez pelo seu aplicativo? O arquivo está em rede? Está usando a configuração superserver do Firebird?

Você precisa converter os projetos do Delphi 7 para o Lazarus. Vá em Ferramentas -> Conversão Delphi -> Converter projeto Delphi para lazarus ...

Se puder anexar todos os arquivos alterados, podemos analisar as sugestões.

Olá a todos! Devido a alguns usuários necessitarem de mais informações no canhoto do DANFe Retrato, foi criado uma nova propriedade que permite alterar o layout do canhoto: "PosCanhotoLayout". O @hleorj foi o culpado de termos isso implementado. Qual a ideia dessa propriedade? O objetivo de criar essa propriedade foi permitir a impressão do código de barras da chave de acesso no canhoto. Então, a propriedade PosCanhotoLayout tem no momento duas opções: prlPadro : Imprime o canhoto padrão prlBarra : Imprime o canhoto com chave de acesso  Veja as imagens abaixo do novo canhoto. Versão em Fortes Report: Versão em Fast Report:

A imagem não está aparecendo aqui pra mim.

Você quer dizer usar o ACBrBal pra fazer a leitura? Se for isso, acho que o componente foi feito para comunicar diretamente com balanças e não com indicadores de pesagem. Talvez por isso você não está conseguindo fazer funcionar. Acredito que vai ser necessário implementar. Ou pelo menos adaptar uma nova classe para o ACBrBal para fazer a leitura. Você pode tentar verificar o funcionamento de uma das classes. Daí, com o manual explicando a comunicação serial e protocolo pode ser possível fazer alterações para a leitura correta. Talvez você deva configurar pra não ter uma transmissão contínua, ou um modo de transmissão que não acumule os valores.

Olá, Acabei de enviar uma correção pra essa situação na revisão 17393. Ela não foi detectada porque só acontece com as versões do Delphi que não tem TStringHelper. O Lazarus já possui isso. Obrigado por reportar.

No momento, o ACBr continua compatível com o Delphi 7. Você pode continuar baixando da maneira costumeira pelo site do Source Forge ou diretamente pelo SVN (recomendado). Veja: https://www.projetoacbr.com.br/fontes/ Temos um vídeo sobre a instalação:

No momento, acho que esses relatórios não estão sendo exigidos. Mas aconselho você questionar a SEFAZ da UF que seu aplicativo é/será comercializado.

Olá, acho que você confundiu de tópico. Essa mensagem não tem relação com o que estamos falando nesse tópico. Tem vários tópicos no fórum falando sobre esse assunto. Queira usar a pesquisa ou talvez criar um novo tópico.

Muito obrigado pela contribuição. Me parece que você tem razão. Então, subi as alterações para o SVN na Revisão 17381. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Ninguém é obrigado a atualizar um sistema operacional. A questão é até quando o sistema operacional continuará oferecendo o que você precisa. Por exemplo, imagine que ano que vem surge um novo método de criptografia que vai ser utilizado como padrão da NF-e. Só que ele não pode ser implementado no Windows 7. Como você vai proceder? Desculpe, esse não é o tipo de interação que queremos num fórum. Caso você queira ser informado de respostas no seu tópico por e-mail, você pode alterar suas configurações de preferência de notificações no seu perfil.

O que eu disse inclui programas que contenham o ACBr. Não tenho problema algum. Isso pode ser por vários motivos: aplicação 32 bits tentando acessar dll de 64 bits (alguns componentes do ACBr usa dlls); falta de permissão (rode o aplicativo como administrador); Vírus ou malwares; Mídia corrompida; Erro na instalação do Windows; etc...

Realmente, parece ser apenas para o código 2.

Estou verificando.

Meu VB está bem enferrujado, então não vou me arriscar em sugerir uma correção no seu código. Tenho uma sugestão diferente. Pegue um exemplo de MDFe emitido em produção e, passando os parâmetros pra sua função, verifique se seu código está calculando o valor do DV corretamente.

Não consigo reproduzir seu problema. Uso o Windows 10 e todos aplicativos compilados com o Delphi em várias versões funcionam. Qual a mensagem de erro? Caso não aparece nenhuma, verifique o "Visualizador de Eventos" do Windows se há alguma mensagem de erro após executar a aplicação. Caso contrário, verifique sistemas de antivírus, antimalwares ou sistemas de segurança bancários.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17370. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela com algumas alterações. Subi as alterações para o SVN na Revisão 17369. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

As informações que tenho no momento são as já compartilhadas acima... inclusive sobre o aplicativo.

Essa empresa é obrigada a enviar a Redução Z? Será que ela não foi desobrigada pela legislação recente?

Pessoal, erro 404 é "arquivo não encontrado". Entrem em contato com a SEF para descobrir o motivo.