Daniel Simoes

O ACBrMonitor não foi projetado para trabalhar em Multithreads.. Ele foi projetado para ser usado no terminal, e usado por uma aplicação apenas...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Nesse caso as DLLs do OpenSSL não são utilizadas... e o ACBr nem mesmo tentará carregar elas... Se você quer usar WinCrypt nos terminais com problema, rode todas as atualizações do Windows Update

Fiquei confuso.. nas outras máquinas você está usando OpenSSL ou WinCrypt ?? Afinal você enviou o primeiro INI com OpenSSL mas depois falou que estava usando WinCrypt... O OpenSSL depende do Visual C++ RunTime... experimente rodar esse instalador: https://github.com/abbodi1406/vcredist/releases Copie as DLLs do OpenSSL na mesma pasta, onde está a ACBrLib*.dll

Você pode conhecer mais sobre o ACBrMonitor e ter acesso a documentação e Vídeos, nesse Link: https://projetoacbr.com.br/acbrmonitor/

Isso indica que você copiou as DLLs erradas ou na versão errada.. Seu software é compilado em 32 ou 64 bits ? Se for 32, copie todas as DLLs de "\dep\OpenSSL\x86\", para a mesma pasta do seu .EXE

Como o seu Certificado é A1, experimente usar OpenSSL, para não depender de atualizações do windows.. Se quer realmente usar WinCrypt, será necessário rodar todas as atualizações pendentes do Windows Update

Deixe essa chave vazia: NumeroSerie=5 Para usar OpenSSL, você não deve configurar o Núm.Série Você já fez testes com o Demo do ACBr ? Verifique ainda, se você instalou as DLLs do OpenSSL, corretamente... Elas estão na pasta "dep", do arquivo Zip, e geralmente elas devem ficar na mesma pasta do seu .EXE

Se você alterar os fontes do ACBr, poderá ter conflitos ou falta de atualização, nos Updates...

Você sempre deve usar LT_TLSv12

Verifique se você não configurou a propriedade "DiasCache", para algo diferente de Zero

Se você fala do Binário compilado e assinado pelo ACBr sim... Mas se você quiser, pode baixar os fontes do ACBr e compilar você mesmo... https://projetoacbr.com.br/fontes/

Consegue reproduzir o problema com o Demo do ACBr ? ( o demo do ACBrIBGE está junto com o do ACBrCEP )

Você precisa de uma conta SAC https://www.projetoacbr.com.br/forum/sac/v2/cadastro/

Talvez seja melhor consultar o escritório de contabilidade, ou até mesmo a SEFAZ... A resposta no FAQ é muito vaga.. https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/perguntas-frequentes.aspx Posso emitir CF-e-SAT, modelo 59, para registrar operações sujeitas ao Imposto Sobre Serviços de Qualquer Natureza - ISSQN? Na hipótese de o contribuinte obrigado a emitir CF-e-SAT exercer atividade sujeita à incidência do Imposto Sobre Serviços de Qualquer Natureza - ISSQN, poderão ser utilizados os campos do CF-e-SAT relativos ao ISSQN, desde que a legislação municipal assim permita. Portanto, consulte a legislação da administração tributária do seu município para verificar se há permissão. Base legal: Artigo 31 da Portaria CAT 147 de 2012.

Isso na verdade é uma questão tributária... precisa verificar se a Prefeitura aceita a emissão de serviços, pelo SAT... geralmente não...

Se você está homologando o TEF PayGoWeb, deve ter recebido da equipe do ACBr, um número PDC (Ponto de Captura) Se você ainda não conhece a integração do ACBrTEFD com o TEF PayGoWeb, veja primeiro esse vídeo... Conforme instruções no e-mail que enviamos, esse PDC deverá ser instalado na aplicação que será usada nos testes de homologação... Porém, se você tentar instalar o mesmo PDC em outro terminal ou até mesmo em outra aplicação na mesma máquina... provavelmente irá receber uma mensagem de erro como: "PONTO DE CAPTURA NAO LIBERADO PARA INSTALACAO" Esse erro ocorre, porque a PayGoWeb tem informação de que esse PDC já foi instalado em outro terminal ou diretório... Isso é um problema comum, quando a Sw.House deseja instalar o mesmo PDC no Demo do ACBr (TEFDemoNF), e também em sua aplicação que será homologada Podemos fazer com que duas aplicações que estão no mesmo disco, compartilhem o mesmo PDC, se elas estiverem usando o mesmo Diretório de Trabalho O PDC, após instalado no terminal, irá criar uma estrutura de pasta, como a demonstrada abaixo: DirTrabalho --+-- Data +-- Log Então tudo que temos que fazer, é informar nos fontes de ambas aplicações, para que elas usem a mesma pasta de Trabalho... Por exemplo, insira nos fontes de ambas as aplicações o trecho de código abaixo: ACBrTEFD1.TEFPayGoWeb.DiretorioTrabalho := 'C:\PAYGOWEB\';

Me parece que algo travou a fonte, no comando condensado... Use as tags </zera> ou até mesmo </reset>, antes de iniciar o relatório...

@Marcelo Manoel da Silva.. para testes, você pode usar o Emulador da Sefaz SP https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/emulador_off_line_v2_9_4.zip https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Manual_do_Emulador_SAT-CF-e_Offline_2015_09_10.pdf

Em alguns cenários de aplicações PDV, o executável é instalado em uma pasta compartilhada no Servidor Local, e é criado um Mapeamento de disco, para que as estações (caixas) possam executar o aplicativo diretamente do Servidor... Ou seja, a execução do PDV, depende do correto funcionamento da Rede Local... Esse cenário tem algumas vantagens como: - Não precisar instalar o PDV individualmente, em cada estação. - Facilidade na atualização de versã0 mas também algumas desvantagens: - Se a rede cai, todo o sistema para - Cuidados especiais, para ter configurações individuais para cada terminal Pensando nesse cenário, segue abaixo algumas dicas, de como configurar o TEF para trabalhar corretamente... Crie um mapeamento por Disco Evite usar diretórios que usem a sintaxe como: \\SERVIDOR\PDV Ao invés disso, mapeie a pasta em um novo disco: Exemplo: net use Z: \\servidor\pdv https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/gg651155(v=ws.11) Configure o diretório de Backup do ACBrTEFD O ACBrTEFD cria um Backup de todas as transações pendentes (ainda não confirmadas)... Quando o ACBrTEFD é inicializado, se houver algum arquivo com transação nessa pasta, ela será desfeita (NCN) ou cancelada (CNC)... Portanto, se todos os terminais, usarem a mesma pasta de Backup, um terminal poderá acidentalmente cancelar transações criadas por outro terminal... Para evitar esse problema, configure em tempo de execução, a pasta de Backup, por terminal: ACBrTEFD1.PathBackup := 'C:\TEF\TER01'; Configure o diretório de trabalho da PayGoWeb A DLL PayGoWeb, cria na máquina onde está sendo executada, uma pasta com a seguinte estrutura... DirTrabalho --+-- Data +-- Log Nessa pasta, existem os Logs de cada transação, certificado para conexão segura, e várias informações do PDC (Ponto de Captura)... Como essas informações são únicas por terminal, devemos configurar o diretório de Trabalho da PayGoWeb, para cada estação, em tempo de execução ACBrTEFD1.TEFPayGoWeb.DiretorioTrabalho := 'C:\PAYGOWEB\TER01';

Quem carrega uma Lib (DLL), sempre será o sistema operacional... o seu programa apenas solicita para ela ser carregada... Pode ser que uma Lib, tenha dependência de várias outras Libs... Exemplo.. as Libs do ACBr tem várias dependências, que estão na pasta "DEP" do arquivo ZIP. Várias DLLs são compiladas em Visual C++.. o que causa a dependência do RunTime... você pode baixar todas as verões do MS Visual C++ RunTime, nessa página: https://github.com/abbodi1406/vcredist/releases

Não usamos GitHub https://projetoacbr.com.br/fontes/

Experimente jogar as DLLs na pasta do Windows... (para DLLs de 64 bits.. use a pasta Windows\System32)

Isso não parece ser um Path válido para Windows...