FI_Sistemas

Obrigado pela dica, porém não é problema com as margens e sim com as dimensões dos boletos, se reparar na imagem do boleto não mostra a parte do valor, nosso numero, data de vencimento. Outra coisa na instalação do sistema em minha maquina a impressão sai correta, somente na maquina do cliente que fica desta forma que mostrei na imagem.

Estamos tendo problemas com a impressão de boleto em nossa aplicação em um cliente a aplicação é WebForms C# e quando fazer a impressão o boleto está saindo com definições maiores e o boleto não fica completo na página. Segue abaixo a imagem do boleto. Estamos utilizando as Dlls ACBrBoleto64.dll e ACBrBoleto32.dll

Boa tarde, gostaria de saber se o Componente do ACBR já está atualizar para a mudança de provedor da Prefeitura de São José do Rio Preto de Ginfes para GISS.

Já consegui resolver o problema que estava ocorrendo aqui e que estava passando data e hora e dai o componente não consegui fazer a data.

É isso que estou fazendo alimentando os campos do titulo e preenchendo a datadocumento e dataprocessamento com as datas que fiz o envio na época, mas na impressão sempre fica a data atual vou anexar uma imagem.

Estou utilizando o ACBRLibBoleto para a impressão de boletos do Sicredi no C# (Aspnet) utilizando as Dlls porém a data do processamento e data do documento está sempre ficando com a data atual e não com a data que estou passando ao incluir um titulo. Como poderia fazer para que as datas não sejam as do dia que estou imprimindo o boleto e sim as datas que estou enviando, estou fazendo uma segunda via.

Italo, boa tarde! Fiz mais uns testes lá no cliente... joguei a URL do IBGE no IE e abriu o Json normal. Mesmo assim, cadastrei como site seguro, exceção no Endpoint Protection, enfim... Mas não surtiu efeito. Alguma outra possibilidade?

Bom dia, Italo! Sim... o envio e o processamento ocorrem sem problemas. Mas, como não consigo buscar o retorno, ficam pendentes no meu sistema. Vou ver com o pessoal lá a questão do bloqueio da URL... Se não funcionar, vou ter que fazer a leitura do XML de retorno por fora do ACBR.

Italo, Estava com LT_all no SSLType... alterei pra LT_TLSv1_2, mas o erro continua o mesmo... Vou ver se o pessoal lá consegue verificar se temos algum bloqueio na URL do IBGE... no caso, a URL seria essa mesmo: https://servicodados.ibge.gov.br ?? Esse erro pode estar causando o comportamento estranho do componente?

Boa tarde, Italo! Muito obrigado pelo retorno. A aba de configuração do certificado está assim:

Boa noite, pessoal. Estamos tendo problema para ler o retorno da Consulta por Lote do provedor DSF de Sorocaba. Atualizamos os pacotes do ACBR recentemente, para corrigir o problema da alteração na Assinatura, mas agora o erro é outro. A consulta pelo Protocolo retorna, o XML de Retorno contém todas as informações, no entanto, na propriedade ACBrNFSe1.NotasFiscais.Count do Componente do ACBR só consta 1 nota e, na propriedade de Informações do RPS, tem o código de Verificação, mas não tem o Número do RPS. Segue o trecho do código: tmConsultarLote: begin with ConsultaLoteRps do begin //memo1.Lines.Add(XmlRetorno); --Aqui o XML Retorno contém todas as notas e todas as informações. //ShowMessage('Qtd notas no retorno:'+inttostr(ACBrNFSe1.NotasFiscais.Count)); --Aqui retorna sempre 1, independente da qtd no XML for i := 0 to ACBrNFSe1.NotasFiscais.Count -1 do begin strNumeroNota := ACBrNFSe1.NotasFiscais.Items[i].NFSe.Numero; //OK strCodVerificacao := ACBrNFSe1.NotasFiscais.Items[i].NFSe.CodigoVerificacao; //OK strNumeroRPS := ACBrNFSe1.NotasFiscais.Items[i].NFSe.IdentificacaoRps.Numero; //VAZIO ShowMessage('Número Nota: '+strNumeroNota+' Número RPS: '+strNumeroRPS+' Código Verificação: '+strCodVerificacao); //ATUALIZA AS INFORMACOES NA FATURA //Continua... end; end; Fiz um teste pelo programa de Exemplo, deu uma mensagem de erro mas o XML veio completo. Alguém poderia me dar uma luz? 016532239-lista-nfse-con-lot.xml

Boa noite. Pelo ACBR, também estou recebendo o mesmo erro do amigo quando vou consultar um lote enviado... Alguma sugestão?