Boleto Dll C#

[jonathan.santos]

Pessoal,

A tempos já utilizamos os Boletos e outros projetos da ACBr em nossos sistemas, hoje ele esta sendo migrado e estamos desenvolvendo em C#. Existe algum projeto pronto ou ja inicializado que foi transformado em Dll a parte de boleto para que projetos como C# ou Java podem consumir ?

[Juliana Tamizou]

Boa tarde Jonathan.

Não foi feito nada nesse sentido para o ACBrBoleto.

Att.

[jonathan.santos]

Obrigado pelo retorno.

Devo começar esse projeto então. Vou estudar as melhores formas, e quando estiver pronto, deixo o projeto para analise de vocês para liberação.

[Gabriel Maia]

Bom dia!

O tópico é bem antigo, mas conseguiu algum progresso nessa dll @jonathan.santos?

[Luiz Felipe Kerber]

Eu fiz uma dll para impressão de boletos e sendo ela chamado por um sistema desenvolvido em C#, na minha maquina roda de boa e imprime o boleto mais em uma máquina cliente não dá erro de access violation at address, acredito que precisa de uma dll específica do ACbr, alguém sabe me dizer qual?

[Juliomar Marchetti]

7 minutos atrás, Luiz Felipe Kerber disse:

Eu fiz uma dll para impressão de boletos e sendo ela chamado por um sistema desenvolvido em C#, na minha maquina roda de boa e imprime o boleto mais em uma máquina cliente não dá erro de access violation at address, acredito que precisa de uma dll específica do ACbr, alguém sabe me dizer qual?

Não pois não conhecemos seu projeto.

verifica as dll da pasta do svn se alguma resolve seu problema!

[Denis Queiroz]

Sugestão 1, porque não faz uma aplicação em Delphi mesmo apenas como "Servidor" onde sua aplicação em C# se comunicaria, poderia ser via XML, JSON ou qualquer outra coisa, fiz um esquema parecido para impressora não fiscal, pois impressão via TS não funciona muito bem pois no meu caso ficava com letras miúdas, fiz um aplicativo monitorar a criação de arquivos em uma determinada pasta e imprimia os arquivos criados localmente.

Sugestão 2 nos Delphi XE Da vida, uma aplicação em REST, assim você consumir diretamente dentro da sua aplicação C#.

A segunda opção ao meu ver é mais elegante.