Daniel Simoes

Sim.. ela nos foi enviada por um colaborador que usa node.js... Acho que estudando o código fonte desse arquivo, você conseguiria desenvolver algo semelhante, para as demais Libs

@Juliana Tamizou, essa tarefa está no nosso backlog ?

Parece ser uma dependência que falta você instalar no seu Linux... "libgdk"

Veja esse Demo, no nosso SVN http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Node.js/

Tive um retorno da PayGo, que a versão 004.001.015.001 ainda não estava cadastrada no MUXX, em ambiente de Produção... Seguindo o conselho deles, voltei a versão de Produção para: 004.001.011.000_PROD

Olá pessoal, Já está disponível em nosso SDK, uma nova versão da PayGoWeb, na versão 004.001.015.001, também atualizamos a versão Linux, para: 004.001.011.000 https://projetoacbr.com.br/tef/#integracao Segue abaixo, o registro de melhorias e modificações efetuadas.. desde a versão atual (004.001.004.000) Funcionalidades Abaixo estão descritas as alterações realizadas nesta versão em relação a versão v4.1.4.0. CA ID Service Desk Tipo de alteração Descrição Testes Histórico de alterações - v4.1.5.0: CA20-0167 N/A CORREÇÃO Foi detectado um problema em que, num cenário de recuperação de queda de energia, se a biblioteca recebesse um desfazimento com dados incorretos da transação, ela ignorava o desfazimento armazenado e geraria um cenário de transação pendente. Defeito foi detectado no POS Muxx integrado com a automação ao desconectar a bateria do terminal durante a comunicação final com o Muxx. OK Histórico de alterações - v4.1.6.0: CA20-0167 N/A CORREÇÃO Foi detectado que MUXTAG_PAYMENTMODE estava sendo recebida incorretamente, com seu valor sempre fixado em 1. OK CA20-0172 N/A NOVA FUNCIONALIDADE Passa a ser possível obter da PGWebLib se o ponto de captura está configurado como autoatedimento, chamando a função PW_iGetResult com o parâmetro PWINFO_SELFATT. OK CA20-0173 N/A NOVA FUNCIONALIDADE Após a leitura de um cartão magnético através da função PW_iPPWaitEvent ou a execução com sucesso de um comando PW_iPPGetCard para qualquer tipo de cartão, passa a ser possível obter o PAN mascarado desse cartão, chamando a função PW_iGetResult com o parâmetro PWINFO_DEFAULTCARDPARCPAN. OK Histórico de alterações - v4.1.7.0: CA20-0179 N/A NOVA FUNCIONALIDADE Passa a enviar ao servidor o nome do instalador e os dados dos antivírus instalados na máquina. OK CA21-0001 N/A CORREÇÃO Para transações executadas em somente uma troca de mensagem com o Muxx, o tempo de transação T2 estava sendo gerado de forma errada, com um valor aleatório. OK CA21-0003 N/A CORREÇÃO Passa a desmarcar a necessidade da confirmação para transações que são negadas pelo host no finish chip. Isso gerava a necessidade de que a automação confirmasse/desfizesse uma transação que já estava com status de falha no servidor. OK Histórico de alterações - v4.1.8.0: CA21-0004 N/A NOVA FUNCIONALIDADE Passa a ser possível enviar os logs para o servidor centralizado. OK CA21-0005 N/A CORREÇÃO Ao ocorrer uma falha de comunicação com o servidor, deixa de enviar dois desfazimentos, um com os identificadores corretos e o motivo equivocado (queda de energia) e o outros com o motivo corretos e sem os identificadores, passando a enviar somente um com os dados todos corretos. OK Histórico de alterações - v4.1.9.0: CA21-0004 N/A CORREÇÃO Correção na exportação de logs, após a execução de uma operação de exportação, as mensagens enviadas e recebidas do Muxx não seriam registradas nos logs até a reinicialização da PGWebLib. OK CA21-0008 N/A CORREÇÃO Correção na exibição de mensagem no PIN-Pad. A aplicação vai trocar caracteres inválidos na exibição por espaços. Estava ocorrendo erro na apresentação de mensagem quando a mensagem de resultado estava vindo do Muxx com quebra de linha. OK CA21-0009 N/A CORREÇÃO Correção no código/mensagem de erro retornado quando se adiciona uma modalidade de pagamento (cartão/carteira virtual) não aceita e a transação tem o CNPJ/CPF do estabelecimento adicionado previamente. O erro deveria ser "MODALIDADE DE PAGAMENTO INVALIDA" e estava retornando "CNPJ/CPF INCORRETO". OK CA21-0011 N/A NOVA FUNCIONALIDADE Na exportação de logs para o servidor centralizado, passa a utilizar o mesmo certificado SSL utilizado para transacionar com o Muxx. OK Histórico de alterações - v4.1.10.0: CA21-0012 N/A NOVA FUNCIONALIDADE Passa a verificar se existe a permissão de leitura/escrita na pasta onde são gravados os arquivos da biblioteca (passada na função PW_iInit). OK CA21-0013 N/A NOVA FUNCIONALIDADE Passa a garantir que o PIN-pad esteja fechado ao iniciar a transação. Anteriormente, caso algum fluxo finalizasse a transação de forma inesperada, este estaria considerado como aberto pela biblioteca e a próxima transação poderia ser finalizada por "ERRO PINPAD" caso fosse efetuada uma troca de porta do PIN-pad. OK CA21-0014 SD-11545 CORREÇÃO Foi identificado um erro na camada de construção de strings de comando que poderia acarretar a montagem incorreta das mesmas. O erro foi observado em produção durante a montagem do comando GOC, que em determinados momentos poderia ser montado incorretamente, retornando ERRO PINPAD -2131. OK Histórico de alterações - v4.1.11.0: CA21-0016 N/A CORREÇÃO Em um caso de troca de ambiente em um teste de comunicação automático ou uma queda de conexão durante uma solicitação dos dados de um novo PIN-pad em uma atualização de parâmetros, o ponto de captura poderia ficar inoperante com a mensagem "ERRO DE AUTENTICACAO DO PONTO DE CAPTURA". OK CA21-0017 N/A CORREÇÃO Deixa de registrar entradas repetidas de registro do modo de comunicação nos logs e passa a registrar os motivos de desconexões inesperadas. OK CA21-0018 N/A NOVA FUNCIONALIDADE Passa a alterar o tipo de cliente enviado ao Muxx quando a automação da biblioteca é o PayGo Windows. OK CA21-0022 N/A CORREÇÃO Atualização da versão do OpenSSL para a 1.1.1k, alterando a estratégia de compilação dos fontes, com o intuito de eliminar a dependência da biblioteca "msvcr100.dll". OK CA21-0026 N/A CORREÇÃO Passa a enviar o número serial de PIN-pads ABECS com 32 dígitos em MUXTAG_DADOSPPABECS para corrigir o erro detectado na certificação do PIN-pad LANE3000 na PagSeguro. OK Histórico de alterações - v4.1.14.0: ID19301 N/A CORREÇÃO Passa a reiniciar os valores timeout para interação com usuário após a manutenção. Isso foi feito para que o teste de chaves funcione adequadamente após uma manutenção. ID19066 N/A CORREÇÃO Corrige o pós processamento dos dados adicionais da rede adquirente durante a captura do cartão. Anteriormente, o terminal poderia reiniciar caso processasse um cartão para rede adquirente de índice 01. ID19412 N/A NOVA FUNCIONALIDADE Passa a detalhar o erro de formato inválido para certificação L07. ID16724 N/A NOVA FUNCIONALIDADE Passa a enviar o tipo da transação para o PIN-pad em PIN-pads ABECS. ID19832 N/A NOVA FUNCIONALIDADE Passa a detalhar processo de remapeamento de tabelas nos logs para ser possível depurar eventuais problemas. ID20626 N/A NOVA FUNCIONALIDADE Adicionada nova função PW_iPPCommTest. Esta função é utilizada para realizar teste de comunicação com o PIN-pad. Caso não encontre o PINpad com a porta já configurada, procura de forma automática. ID15798 N/A CORREÇÃO Passa a considerar o PIN-pad como fechado caso ocorra erro na transmissão do comando para fechar o PIN-pad. Histórico de alterações - v4.1.15.1: ID10443 N/A NOVA FUNCIONALIDADE Deixa de salvar o certificado SSL em arquivo. ID25521 N/A CORREÇÃO Passa a permitir até 99 AID's no remapeamento de AID's da camada de tratamento PIN-pad. Esta correção corrige o problema de modo inválido para alguns AID's em uma inicialização com roteamento de bandeiras. ID28209 N/A CORREÇÃO Passa a verificar se, após uma finalização forçada da thread de background, o semáforo de controle de acesso a arquivos ainda está íntegro. Caso não esteja, o restabelece. Este problema foi identificado no piloto do Controlpay onde, após uma transação ser iniciada durante a confirmação em segundo plano da anterior, a aplicação fica completamente travada, sendo necessária a reinicialização do computador para retomar a operação.

Acho que o problema é na Sefaz MG... Vários usuários estão relatando problemas, e a resposta parece estar intermitente Se deseja testar a configuração das Libs no ACBr e liberação em Firewall, você poderia mudar para a UF de SP e tentar uma Consulta de Status do Serviço

Por favor anexe o Log do componente, e o último manual, com o Protocolo de comunicação, da mesma...

@JNPace, notei que você adicionou essa linha frxPDFExport.Compressed := False; Isso não deixaria o PDF maior ? Acho que a Embarcadero ou FastReport devem lançar uma correção em breve, para o problema...

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

@ricardobianchin, Você pode usar a rotina do ACBr de Validação, antes de Enviar o XML, ela faria uma validação contra os Schemas assim como esse site... Outra sugestão é validar os campos na tela de cadastro, como Telefone, CEP, Cidade, etc

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

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

@Jéter Rabelo Ferreira, eu sugeri um novo código ao @José M. S. Junior, usando Assign nas classes... Ainda estamos trabalhando nisso... Sim.. isso faz todo Sentido.. a vantagem de usar Listas de Objeto é justamente deixar elas gerenciarem os itens contidos nela

Realmente todas as Sefaz exigem TLS12