Rafael Dias

Esta com um erro na função de carregar o ini do evento, mas já foi corrigido e a nova dll já se encontra disponível para download. Favor testar com ela.

O código já esta disponível no SVN faz alguns dias só tinha esquecido de avisar.

o ambiente do monitor e da lib estão diferentes, por isso não trazem os mesmo resultados.

Foi enviado correções favor atualizar e compilar novamente.

Então você baixou um demo antigo, as dlls não são mais embutidas no componente. Segundo precisa baixar a dll, mas para isso precisar ser SAC ou compilar você mesmo a dll usando o Lazarus. os fontes você encontra no SVN do ACBr.

muito estranho, pois a mesma função que é usada no boleto é usada nas outras libs.

Qual versão da dll do openssl instalou ? 32 bits ou 64 Bits ?

você instalou as dependências da lib no linux, pois parece ser erro para enviar quando vai acessar as libs do openssl pelo visto. Poderia me dar mais informações sobre o sistema operacional ?

Mesmo passando o path de onde é para gerar o ini ele não esta gerando ?

Qual método esta dando diferença de informação ? Poderia postar os logs ?

Pelo que lembre os protocolos não aceitam acentuação.

A pagina existe sim. https://acbr.sourceforge.io/ACBrLib/DFe.html

Não entendi o motivo da alteração já que hoje em dia já fazemos requisições com https

Foi enviada uma correção ao SVN favor baixar, recompilar e refazer os testes.

Fica tranquilo acontece eu mesmo no começo fazia muita confusão.

cara se usar as classes a implementação vai ser super rápida, basicamente mudar a chamada que ia para monitor para a chamada das classes.

se quiser usar assim pode a escolha é sua, a classe é apenas para ajudar na implementação e agilizar o processo, pois tem varias coisas a ser tratar de forma manual se não usar a mesma, de uma olhada no demo.

O padrão StdCall é do windows apenas, mas isso não quer dizer que não tenha Cdecl no windows. O padrão a ser usado depende da linguagem de programação, pois tem linguagens que não trabalham apenas com 1 tipo. No caso do .net da para ser usar os 2 e como no linux só usa Cdecl e visando o .net core as classes em c# foram criado usando cdecl.

Não tem classes de apoio junto do demo ajudando a usar as dlls. http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C%23/

Olha tem pessoas usando já a lib do SAT e até o momento sem problema algum. Para VB.Net você ainda usar as classes em c# para ajudar na comunicação.

Qual dll você esta usando ? Pelo erro você esta usando StdCall quando deveria estar usando Cdecl.

Não é previsto a impressão de impostos no layout do SAT.

Depende do que você usa, se usa apenas NFe, SAT, BAL, ETQ e PosPrinter é recomendado, agora se usa mais componentes além você ainda vai precisa do monitor para usar os outros.

Desculpa pela demora eu esqueci de rodar o build no server, mas já esta disponível um novo zip com as dependências.

Usando a impressora TSP 100 não está saindo o QR Code. Desconheço esta impressora se ela for compativel com EscPos e tiver suporte a QrCode deve imprimir, agora se a mesma utiliza código próprio não temos muito que fazer em relação a isso. Quando vou imprimir um QR Code está dando um espaçamento muito grande antes e após o QR. Confere o espaço entre linhas quando 0 usa o valor padrão da impressora. Quando estou imprimindo código de barras quando altero o parâmetro da altura o código de barras está saindo com a altura quase que invisível, ou seja estou tentando aumentar a altura e não está funcionando. Quando usado 0 usa o padrão da impressora, ou seja o padrão da impressora pode ser 100 e se você colocar 10 vai ficar menor, então aumente o tamanho até que fique do tamanho desejado.