José M. S. Junior

Não vejo relatos de ocorrência de travamentos no Monitor... O que pode acontecer é se mandar imprimir o Cupom com Preview em tela, nesse caso enquanto o preview estiver aberto o ACBrMonitor não vai processar nenhum comando. pode ocorrer do usuario minimizar a tela do preview ou focar em segundo plano aberta... Isso para o monitor, mas não que ele esteja travado. Verifique se está configurado essa opção.

Seguindo as especificações do manual, o código do cedente que compoem o campo do boleto é gerado sem o dígito da conta mesmo. veja: function TACBrBancoBanestes.MontarCampoCodigoCedente ( const ACBrTitulo: TACBrTitulo ) : String; begin // Banestes não usa digitos verificadores em agência e conta Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+ '/' + ACBrTitulo.ACBrBoleto.Cedente.Conta; end;

Verifique a versão do ACBrMonitor, para dlls de SAT 32bits o Monitor também precisa ser a versão 32bits.

Por favor atualize a versão do seu Lazarus (32 bits)... Tive o mesmo problema na minha maquina devido a algumas funcionalidades novas de RTTI do Lazarus. Renomeie a sua pasta Lazarus e instale a versão atualizada, quando abrir a nova versão, faça um "Limpar + Construir" para reinstalar os componentes... Pode ser necessário atualizar o FortesReport também.

O ideal é sempre utilizar o comando ConsultarSat antes de enviar a venda, terá uma resposta rápida se o SAT está disponível ou não.

Bom dia, esse Banco não está implementado para WS. Para saber as classes dos bancos já implementados verifique esse diretorio do componente ACBrBoleto: http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrBoleto/WS/

Bom dia, estamos verificando...

Bom dia, será analisado assim que possível.

Pelo seu log, desde 09/10 está retornando erro de SAT Bloqueado, O aparelho está conectado na rede? Está com internet? Não pode ficar muito tempo sem enviar os cupons, além disso ocorre bloqueio autônomo se ficar muito tempo desconectado.

É possível simular o problema utilizando o demo ACBrNFe? Verificando aqui funcionou normal essas propriedades setando direto no componente.

Não, isso parece ser problema na autenticação desse cliente junto ao serviço web do banco. Para autenticar só precisa do: ClientID e ClientSecret disponibilizado e liberado pelo banco.

Aparentemente a descrição é muito grande para duas linhas. Deixe as duas opções como False nesse caso, para que quebre em mais linhas...

Bom dia, para que imprima a descrição em duas linhas, basta deixar a propriedade: ImprimeEmUmaLinha false mesmo. Desde que a descrição ultrapasse o limite da primeira linha? Como está imprimindo seu cupom? se possivel anexe um print e o seu XML .

Desmarque a opção "UseCertificateHTTP" este banco não utiliza certificado digital para autenticação.

Esses campos da linha digitável são calculados baseado nos dados do título, verifique se está preenchendo corretamente cos seguintes campos: obs: Tipo de Cobrança preencha no campo: "Modalidade". Os digitos verificadores são calculados pelo componente. Esse banco tem a particularidade de utilizar essa chave ASBACE, então o código de barras e linha digitável são geradas baseadas nas informações que compoem essa chave

Bom dia, não está aparecendo as imagens com as rejeições apontadas, tente copiar e colar na tela. Está utilizando o ACBrMonitor? Se sim anexe também o .ini com os dados do título.

Bom dia, primeiro é necessário se comunicar com o servidor de autenticação para obter o token, com esse token é possivel enviar a requisição. Para isso é preciso alimentar os campos: ACBrBoleto1.Cedente.CedenteWS.ClientID:= ACBrBoleto1.Cedente.CedenteWS.ClientSecret:= ACBrBoleto1.Cedente.CedenteWS.Scope:= 'cobranca.registro-boletos'; ACBrBoleto1.Cedente.CedenteWS.KeyUser:= Na configuração webService, precisa configurar SSLHTTPLIb e SSLType da seguinte forma:

Bom dia, o erro retornado pelo aparelho sempre é mais genérico mesmo, é uma configuração do SAT, por isso as vezes é necessário extrair o log para identificar a causa do problema. Mas para erros no estrutura do XML, pode utilizar algumas ferramentas como intelisat, para facilitar na identificação de problemas: http://www.tanca.com.br/drivers.php?cat=24&sub=43

Parece ser bem menor que o padrão mesmo, mas talvez o motivo do erro não seja esse, pode ser código diferente do que está registrado na SEFAZ para esse CNPJ ou mesmo configuração, o componente está configurado para versão 2.0 do qrcode? o idcsc está correto?

Boa tarde existe diferenças no código CSS e IdCSS para emissão em homologação e produção, verifique se não está utilizando código errado para o ambiente.

Boa tarde, pode encontrar as libs de cada componente e os demos para diversas linguagens nesse link: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ Aqui temos algumas video aluas para começar utilizar a lib: https://www.projetoacbr.com.br/forum/video/browse/6-video-aulas/ Manual: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html

Boa tarde, a resposta do SAT, costuma ser bem genérica, mas consegue obter o que é retornado pelos campos: ACBrSAT.Resposta.numeroSessao; ACBrSAT.Resposta.codigoDeRetorno; ACBrSAT.Resposta.RetornoStr;

Boa tarde, certifique-se de não ter instalado a versão x86 no mesmo diretório onde instalou a versão x64, pois arquiteturas diferentes devem ser instaladas em pastas diferentes, caso contrário pode ter conflitos de dependencias mesmo. Mas se o problema persistir, marque a opção para gerar log na tela inicial do ACBrMonitor e anexe o log para verificação quando ocorrer esse erro.

Essa API realmente é mais completa... Essa integração que implementamos foi baseado em uma contribuição, ela realiza apenas o registro on-line do boleto e aparentemente está em uso também... está registrando boleto normalmente... Apenas adaptamos para funcionar integrado ao componente ACBrBoleto e seguindo a mesma arquitetura de classes do ACBr para manter a compatibilidade. Quanto a essa nova documentação, a autenticação parece ser a mesma... o que muda realmente são os Payload em JSON, além de ter mais serviços... Se já estiver implementando e desejar contribuir seguindo essa estrutura do ACBr, podemos auxilia-lo. Note que para o Banco Itaú já utiliza uma estrutura JSON baseada em REST... De qualquer forma vou ver com calma essa documentação... Talvez podemos manter essa existente e criar uma nova classe e definir qual utilizar pela versão (pelo menos até estar com essa nova funcional).

Está lendo o arquivo de retorno na sua aplicação? Para cada método enviado precisa ter uma leitura de retorno na sua aplicação, com isso vai saber a resposta que teve em cada método, nessa resposta você recebe o conteudo do XML e já vai poder vincular ao seu pedido. Quanto ao SAT realmente não é a aplicação que controla o número, então a unica forma de garantir qual o XML gerado para o pedido enviado é lendo o retorno do método que enviou.