José M. S. Junior

Vamos tratar por partes (NFe e MDFe)... O Componente NFe não teve alterações referente ao relatório de impressão desde 11/2020 - isso pode ser comparado no código fonte... A ultima alteração foi justamente a tratativa para impressão do código de barras no Linux, aparentemente esse ajuste teria solucionado também o seu problema com a impressão do código de barras. O problema é o mesmo de antes, ou seja, não imprime o código de barras apenas com impressão direta? Gerando em PDF fica ok? Se sim, é provável que seja algo no ambiente Linux, isso pode ter a ver com a resolução de impressão que o SO está utilizando... Quanto a impressão do MDFe foi atualizado para o layout novo (com QRCode)... A sua impressão (que imprimia o código de barras), estava sendo realizada no modelo antigo, ou nesse atual?

Bom dia, Não houve nenhum tipo de alteração nos relatórios de impressão... Qual versão está imprimindo e qual não está? Está utilizando o mesmo ambiente e arquivo .ini de configuração da biblioteca?

Ajuste já disponível na última versão da lib...

Boa tarde, Estamos verificando...

Provavelmente está obtendo algum erro então... Veja no aplicativo ACBrBoleto Demo Atualizado no botão "Registrar Boleto On-Line" como obter o retorno, verifique se está retornando algum erro... Na pasta do Aplicativo exemplo temos o arquivo "configWebService.txt" com configurações específicas para integração por API.

Boa tarde, Você marcou a property "IndicadorPIX" no componente? Verifique no Json de retorno se está vindo as tags referente ao QRCode...

Sim, esse pagamento via PIX já realiza a Baixa do Título no mesmo prazo de compensação do arquivo comum, esse serviço API de pagamento por PIX é integrado no caso do BB.

Bom dia, qual banco está utilizando? Se for Banco do Brasil, agora tem dois tipos... Configure tipoCobranca: cobBancodoBrasilWS

Olá, Para quem pretende iniciar a utilização de nossa solução ACBrMonitorPlus mas ficava em dúvida por não ter uma forma de testar se de fato as soluções atenderiam suas expectativas , temos novidades... Disponibilizamos o ACBrMonitorPlus Demo, o qual é compilado semanalmente !! E se você já conhece nossa solução, mas quer saber se as versões mais recentes possuem algum recurso que sua aplicação precisa, a versão Demo é uma forma muito simples de descobrir! Por que criamos as versões Demo? Anteriormente para se realizar os testes, era preciso realizar o download do instalador do ACBrMonitorPlus, o qual era obtido somente ao assinar nossos planos SAC, ou ao se realizar um pedido de trial, o qual levava tempo para ser analisado e mesmo após a liberação o acesso aos downloads era por um período muito curto, fazendo com que vc não tivesse acesso as versões mais atualizadas, já com a versão demo, você poderá testar as últimas versões a qualquer momento, sem precisar aguardar qualquer validação! Como as versões Demo Funcionam? Essa versão mantém todos os recursos atualizados do ACBrMonitorPLUS, porém com algumas limitações... Os Documentos Fiscais Eletrônicos serão emitidos apenas em homologação e o aplicativo ACBrMonitorPLUS fica disponível para uso por 1 hora, após esse tempo será necessário reiniciar o aplicativo. Como todo aplicativo Demo essa versão é exclusiva para testes e homologação da ferramenta. A vantagem é que você pode baixar livremente a versão demo atualizada através do fórum do ACBr. Onde posso obter as bibliotecas na versão Demo? Para baixar o ACBrMonitorPlus Demo, acesse o link abaixo https://www.projetoacbr.com.br/forum/files/category/21-acbrmonitorplus-demo/ Quais são os passos para iniciar a utilização do ACBrMonitorPLus ? 1. Realizar o Download do instalador (Demo ou Produção) 2. Analisar a documentação disponibilizada com o instalador e de forma online aqui. 3. Realizar a implementação Como posso obter o ACBrMonitorPlus de produção? O ACBrMonitorPlus versão PRO permanece disponível para assinantes do ACBr PRO ou para quem desejar adquirir apenas os instaladores de forma individual. Ainda com dúvidas ? Para mais informações sobre a modalidade ACBr Pró ou como adquirir somente o ACBrMonitorPlus fale com nossos consultores pelo fone/whats (15) 2105-0750 ou acesse nosso portal aqui. Para dúvidas sobre o uso das bibliotecas ACBrLib acesse estas sessões no fórum ou os canais dedicados ao assunto em nosso servidor Discord.

Olá, Para quem utiliza a ACBrLibBoleto será necessário pequenos ajustes nas chamadas de alguns métodos dessa biblioteca. Essas melhorias foram realizados por questões de Padronização de performance. As alterações se fazem necessárias a partir da versão 0.2.0.101 da ACBrLibBoleto Essas alterações já estão atualizadas no manual da ACBrLib: https://acbr.sourceforge.io/ACBrLib/MetodosBoleto.html Basicamente as mudanças estão em alguns métodos que NÃO necessitam de respostas, então o retorno passa a ser o código padrão da biblioteca. Ou quando a resposta é apenas um valor "Inteiro" . Exemplos: Antes: Boleto_IncluirTitulos(eArquivoIni, [eTipoSaida], sResposta, esTamanho); Atual: Boleto_IncluirTitulos(eArquivoIni, [eTipoSaida]); Retorno Atual: 0 Indica que a função foi executada corretamente. -10 Indica que houve falhas na execução do método Retorno com Valor Inteiro: Antes: Boleto_TotalTitulosLista(sResposta, esTamanho) Depois: Boleto_TotalTitulosLista() Retorno Atual: 15 Indica o Total de Títulos Incluídos na Lista -10 Indica que houve falhas na execução do método Segue abaixo todos os Métodos Atualizados (removendo os parâmetro "sResposta", "esTamanho") Boleto_ConfigurarDados(eArquivoIni) Boleto_IncluirTitulos(eArquivoIni, [eTipoSaida]) Boleto_TotalTitulosLista() Boleto_SetDiretorioArquivo(sDiretorio, [sArquivo]) Boleto_TamNossoNumero(sCarteira, sNossoNumero, sConvenio) Boleto_SelecionaBanco(CodBanco) Os exemplos estarão disponíveis nos aplicativos demonstração da ACBrLibBoleto.

Olá, Recentemente diversas empresas estão emitindo boletos com QrCode para pagamento via PIX (Boleto Híbrido), ficando a critério do pagador escolher a forma de pagamento através da ficha de compensação "Código de Barras / Linha Digitável' ou com o PIX "QRCode". Mas até então isso não estava formalizado pelo Banco em si, ou seja, o controle de Baixa do título caso seja pago por PIX ficaria a cargo da própria empresa, como ocorre no fluxo de várias API hoje disponíveis no mercado... Porém, o Banco do Brasil foi o pioneiro em disponibilizar esse tipo de integração em sua própria API, assim ao registrar um Título pode ser definido se será gerado também uma chave PIX dinâmica referente aquele título, com isso o controle da forma de pagamento fica com o Banco, independente se for pago via PIX ou Boleto. Isso facilita muito o controle por parte da empresa beneficiária e viabilizou a implementação desse tipo de integração via API também no componente ACBrBoleto. No componente ACBrBoleto já existia a possibilidade de Registro Online de Boletos para alguns Bancos, inclusive o Banco do Brasil via WebService, mas essa API se trata de um novo Serviço, portanto são configurações e funcionalidades distintas no componente ACBrBoleto. Neste tópico vamos descrever como realizar a homologação e utilizar a API do Banco do Brasil através do componente ACBrBoleto. 1- Primeiro passo é realizar o Cadastro do seu Aplicativo no ambiente Sandbox BB, com isso será fornecido as credenciais para autenticação da API em ambiente de homologação. Utilize o Serviço API Cobrança: https://developers.bb.com.br/home Documentação da API e como utilizar o ambiente Sandbox para cadastrar a aplicação: https://apoio.developers.bb.com.br/referency/post/5ffc477c3b02bd0012ecaa1a 2- Após o Cadastro poderá obter o ClientID e ClientSecret que precisará configurar no componente ACBrBoleto, cada emitente terá seu próprio ClientID e ClientSecret. No componente ACBrBoleto configure em: Banco / TipoCobranca=cobBancoBrasilAPI No componente ACBrBoleto configure em: Cedente / CedenteWS ClientID=Informe o ClientID gerado no Ambiente Sandbox BB ClientSecret=Informe o ClientSecret gerado no Ambiente Sandbox BB Scope=cobrancas.boletos-info cobrancas.boletos-requisicao KeyUser=developer_application_key IndicadorPix=True //Para utilização do PIX pela API - Banco do Brasil é necessário que o emitente tenha chave PIX cadastrada no BB, caso for utilizar somente a emissão tradicional pela API enviar False nesse parâmetro. Em Configurações / WebService - Configure da seguinte Forma: Na opção de Ambiente escolher de acordo com a operação que esteja fazendo (Homologação ou Produção) necessário coerência com as chaves contratuais junto ao BB. As operações homologadas para a API BB são de Inclusão e Consulta [tpInclui, tpConsulta, tpBaixa, tpAltera] SSLHttpLib utilizar cryOpenSSL SSLType utilizar LT_TLSv1_2 3 - Com essas configurações já é possível realizar o registro de um título no BB via API. O Título deve ser incluso normalmente como no processo tradicional do componente, mas ao invés de gerar uma remessa, utiliza-se o o método "EnviarBoleto" - (botão no Aplicativo ACBrBoleto Demo: [Registrar Boleto On-Line]) . Este botão possui exemplos de como obter o Retorno da API. Se o título foi registrado sem nenhuma rejeição, automaticamente será atualizado a chave PIX junto ao Título. Atenção usuários do Inter : Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto) Particularidades BB via API: obs: API possui envio Síncrono Carteira=17 EspecieDoc=DM Modalidade=35 CodigoCedente=Informar Código Cedente Convenio=Informar o Convenio 4- Para imprimir o Boleto: Obs: Quando utilizado PIX, é necessário que além das informações tradicionais, sejam informadas no título o retorno do registro "QrCode" na propriedade "EMV", esse campo corresponde a String de geração do QRCode PIX gerada pelo Banco. ex: Titulo.qrcode.emv := FRetornoConteudoEMV; Impressão em FortesReport: Utilize o Layout "PadraoPIX" Impressão em FastReport: Selecione o arquivo "BoletoPIX.fr3" no diretório "Report" junto ao ACBrBoleto Demo. Segue o Modelo de Boleto Híbrido Impresso: 5- Consulta de Títulos via API Na aplicação ACBrBoletoDemo temos o botão "Consultar Boleto" com código exemplo de como passar os parâmetros para realizar uma consulta na API, o retorno será gerado em uma lista para posterior validação de cada Título. Obs: A homologação deve ser feita também junto ao Banco, inclusive enviando os modelos das Fichas de Compensação emitidas para validação. Todos os testes foram realizados em ambiente de homologação, então é importante a validação completa antes de emitir em ambiente de produção. Atenção usuários do Inter : Uma das informações que deve ser armazenada do retorno da inclusão é a propriedade “NossoNumeroCorrespondente” pois toda operação de alteração, baixa e consulta você vai precisar informar esta propriedade. (é um código UUID de identificação do boleto)

Boa tarde @Helio Beltrao Jr., as informações da versão do Lote e Header podem ser passadas na sessão [Banco] nos campos: VersaoArquivo= VersaoLote= https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html

Tem uma regra, Truncamento só é utilizado para Combustível, nesse caso não vai respeitar a informação do .ini

Bom dia, As Tags vProd e vItem não são geradas no XML da Aplicação e sim pelo SAT. O erro nesse caso está no retorno: RetornoStr=182916|06010|1408|Valor total do CFe maior que o somatório dos valores de Meio de Pagamento empregados em seu pagamento" a tag vMP não deveria ser 48,62 ? Note que está passando a tag indRegra=A isso indica que vai arredondar os valores de cálculo.

Bom dia, Tente rodar o instalador com opção limpar arquivos

Creio que precise seguir as instruções do retorno e informar a tag evtAquis=S no arquivo R2099

Boa tarde, já está disponivel na versão Atualizada do ACBrMonitor, basta selecionar a versão na aba WebService - DFe / Reinf

Boa tarde Passe o campo tpTransp=0 para não ser gerado no XML

Sim, o tempo de espera para o retorno é de apenas alguns segundos, conforme definido na propriedade timeOut da biblioteca. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html Se não estiver obtendo retorno, precisa partir para emissão em Contingência - OffLine

Boa tarde, Acho que por ser impressora térmica a questão está mais relacionado em imprimir na vertical. Mas vou realizar testes com outras fontes para ver se melhora...

Bom dia, Foram realizados alguns ajustes nesse layout visando melhorias, favor atualizar para a ultima versão para testes.

Bom dia Jefferson Essas mensagens padrão seguem a convenção Febraban para todos os Bancos... Se for CodigoMora (Percentual) é Mensal, se for CodigoMora em (Valor) é por dia. Essa propriedade CodigoMoraJuros foi criado para uma situação especifica de algum banco, mas note que o padrão utilizado por todos os bancos é CodigoMora, inclusive para geração da remessa do Sicred é utilizado esse campo. Por isso a mensagem padrão que é utilizada na impressao de todos os bancos valida por esse campo... Creio que se passar o CodigoMora=A (correspondente a Valor) a mensagem já estará adequada a "valor por dia"

Boa tarde, O trecho de código vinculado não tem haver com o relacionado na primeira contribuição, qual seria a rejeição no seu caso?

Boa tarde, @leomcl, separamos em outro tópico por se tratar de nova contribuição. Será analisado assim que possível. Obrigado!

Bom dia, A especificação do Manual do banco define como código do beneficiário a a Agencia com (5 dígitos) e Conta com (8 dígitos) + Dígito da conta (1 dígito). Aparentemente o pessoal está homologando dessa forma. No seu caso se o banco estiver recusando seria importante questionar eles sobre a especificação do próprio manual... No caso o código do Cedente que eles estão solicitando nesse campo é diferente de Agencia e Conta?