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.