Ir para conteúdo
  • Cadastre-se

Filipe Natividade

Membros
  • Total de ítens

    133
  • Registro em

  • Última visita

Tudo que Filipe Natividade postou

  1. Alguma previsão de quando essa nova forma de assinatura estada disponível no ACBr oficialmente.
  2. Boa tarde. Para a prefeitura de Canoas - RS não é permitido a impressão da NFS-e pelo sistema do contribuinte, portanto é utilizado um link para acessar a NFS-e do sistema da prefeitura e fazer a impressão. Ao utilizar a função: LinkNFSe do componente ACBrNFSe, percebi que no arquivo Abaco.ini não estava preenchida as tags do grupo: [LinkNFSe]. Fiz o preenchimento do mesmo e encaminhei em anexo. Após preencher as tags do arquivo ini deve-se utilizar a função da seguinte forma: ACBrNFSe.LinkNFSe( Nro_Nota, StringReplace( FormatFloat( '0.00', VLR_TOTAL_NOTA ), ',', '.', [] ) + ',' + Nro_Nota + ',' + CODIGO_VERIFICACAO ); O resultado da função será: Produção: https://www.e-nfs.com.br/e-nfs_canoas/servlet/wvalidarautenticidadenfse?99999999000191,155.75,699,E12B.7FB0.974B Homologação: http://homologa.e-nfs.com.br/canoas/servlet/wvalidarautenticidadenfse?99999999000191,155.75,699,E12B.7FB0.974B lembre-se de preencher a a propriedade: ACBrNFSe.Configuracoes.Geral.Emitente.CNPJ := 99999999000191; Abaco.ini
  3. Na pasta da aplicação já existia a midas.dll, mas a versão dela era a do Delphi 7, como migrei para o Delphi 10.2 faltou colocar a dll versão 25. Muito obrigado pela atenção.
  4. O erro ocorreu na maquina do cliente, no meu PC de desenvolvimento está funcionando.
  5. Bom dia pessoal. Estou utilizando o Delphi 10.2 com o ACBr e quando vou instanciar um formulário que contenha o componente TACBrNFSeDANFSeFR ocorre o erro: Access violation at address 00DD08E7 in module 'modulo.exe'. Read of address 00000000. alguém já passou por isso? para informar, esse erro ocorreu em 4 de 6 PCs que eu fiz testes, em 2 PCs o formulário foi criado sem problemas. será que é preciso instalar mais alguma biblioteca nestes PCs que ocorreram o erro?
  6. segue fonte em anexo. ACBrECFEscECF.pas
  7. Dei uma olhada no fonte do ACBRSerial e percebi que nos convênios antigos, a procedure de identificar o operador verificava qual era o operador da ECF para depois realizar a troca se necessário. Mas no protocolo Esc-ECF a função somente executa a troca do operador, ocasionando a impressão do RG sempre que ativa a impressora, pois informo o operador antes de ativa-la. Segue sugestão de alteração na procedure para que seja realizado a verificação do operador já informado na ECF antes de enviar o comando de troca de operador, para evitar que seja impresso o RG sem necessidade. procedure TACBrECFEscECF.IdentificaOperador(Nome: String); var aOperAtual : String; begin try if( IsBematech )then begin RetornaInfoECF( '99|05' ); aOperAtual := EscECFResposta.fsParams[2]; end else begin if( IsDaruma )then aOperAtual := RetornaInfoECF( '130' ) else aOperAtual := RetornaInfoECF( '99|17' ); end; except end; if( aOperAtual <> LeftStr( Nome, 20 ) )then begin EscECFComando.CMD := 154; EscECFComando.AddParamString( LeftStr( Nome, 20 )); EnviaComando; end; end;
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...