Painel de líderes

Olá pessoal! É com muita alegria que informamos a adição de mais um componente no pacote ACBrBaas, o ACBrPagamentosAPI! O que é o pacote ACBrBaas? O pacote ACBr Banking As Service (Baas para abreviar) visa unir componentes que consomem serviços variados disponibilizados pelas APIs bancárias. O que é o componente ACBrPagamentosAPI? Este componente visa realizar a integração junto as APIs disponibilizadas pelos bancos para permitir realizar pagamentos de forma integrada. Seguindo a mesma lógica do ACBrPagFor que gera arquivos via CNAB. Onde encontro o componente? Os fontes podem ser encontrados em ..\trunk2\Fontes\ACBrBaaS Os programas de exemplo podem ser encontrados em ..\trunk2\Exemplos\ACBrBaaS\ACBrPagamentosAPI Um agradecimento ao consultor @EliasCesar pelo desenvolvimento do componente e pela empresa Poliview Sistemas na qual atua o consultor @Renato Rubinho por financiar o desenvolvimento do componente. Bancos implementados até o momento:

Olá pessoal, Foram disponibilizados na Rev-37432 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibIBGE. ..\ACBr\Projetos\ACBrLib\Demos\PHP\IBGE\ACBrIBGEDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\IBGE\ACBrIBGEDemoMT.php Lembrando que os programas de exemplo em php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Até mais!!!

Olá pessoal! No dia 18/02/2025 foi publicado o Informe Técnico 2025/001 trazendo uma alteração um tanto inusitada. O informe em questão foi publicado para divulgar a criação de um novo município no estado do Mato Grosso e atualização da Tabela de Municípios vigente. A nova cidade em questão é Boa Esperança do Norte com o código IBGE 5101837. A nova versão da tabela de municípios pode ser encontrada AQUI. O Informe Técnico pode ser encontrado na íntegra AQUI. A data tanto de homologação quanto de produção para que este informe entre em vigor é 29/01/2025, dando a entender que o novo município já é valido em ambos os ambientes.

Pessoal, estou com uma dificuldade de interpretação referênte aos campos de Crédito Presumido que vão entrar em vigor agora em SC, e já consultei contador nosso, também o contador dos clientes que vão ter esta adequação e ninguem soube me dizer. Olha complicado quando sobra pro Desenvolvedor descobrir hehe. Bom vamos lá. A duvida é referênte ao campo "pCredPresumido" qual é o percentual que vai aqui, é a Aliquiota do ICMS ou é o Fartor de de Redução, exemplo aqui das confeções que pagam 3% somente. Suponhamos esta Venda Base ICMS: R$ 1.000,00 - % ICMS: 17 - Valor ICMS: R$ 170,00 Tem clientes que me mandaram exemplo assim: pCredPresumido = 82,35 vCredPresumido = 140,00 Quado é assim a base é usado o valor do icms. Já outros clientes mandaram assim: pCredPresumido = 14 vCredPresumido = 140,00 Quado é assim a base é usado a base do icms. Em fim ambos os casos chegam no mesmo valor final, porem qual é o padrão certo, tem cliente falando que depende do TTD, mas não consigo entender como a NFe validaria isto, para mim é somente um padrão, pois se tivesse os dois padrões, no mínimo teria que ter um campo para indicar a Base do Crédito Presumido ou um Flag para indicar o tipo de calculo. Alguem sabe me informar com clareza o padrão adotado, pois vai influenciar na forma como vou parâmetrizar isto no sistema. Obrigado.

Foi conversado algo aqui também.... ainda não consegui testar. Foi cogitado de se criar um parâmetro no componente, mas não vi ainda

eu não havia passado o retorno para o Qrcode.emv deu certo, muito obrigado

Eu tenho a mesma dúvida sua e creio que outras pessoas do ACBr. Quando obtiver um retorno a respeito disto, por favor coloque aqui no grupo.

Conversa com o @marcopolovianado SAC Fiscal , ele consegue lhe atender e esclarecer as duvidas

O ACBr já está suportando o oAuth. Neste tutorial no PDF eu mostro como configurar o oAuth: https://ctec.com.br/downloads/Envio_de_Email_pelo_GMAIL.pdf Nos posts abaixo vai encontrar mais sobre o assunto:

Bom dia, @jeffersonjunglaus. Criamos a TK-6626. Vamos avaliar essa implementação. Reporto por aqui assim que concluir.

Boa tarde é necessário só informar o vTroco que está vindo no PSP. não tem mais nada nas tags para identificar que foi feito um saque , então retorna como troco

Alguns bancos tem regras próprias, como é o caso do banco inter onde o máximo de tempo é 60 dias e em outros bancos a configuração fica padrão do banco. Sugiro você preencher os campos DataLimitePagto e DataBaixa com a data que este boleto deve ficar válido após vencimento. Exemplo: Vence em 01/01/2025 e o prazo é de 30 dias o limite de recebimento, então os campos DataLimitePagto e DataBaixa serão enviados com a data 31/01/2025. Faça o teste e caso não dê certo, consulte o banco para ver se há alguma configuração interna a respeito disto.

Olá pessoal! Este tópico foi criado visando orientá-los sobre como podem obter as credenciais e necessárias e configurá-las no componente ACBrPagamentosAPI. Se você ainda não sabe o que é o componente ACBrPagamentosAPI veja o tópico: Ele funciona de forma semelhante ao componente ACBrPIXCD, tendo então um componente ACBrPagamentosAPI e componentes próprias para configurar cada banco como, por exemplo, ACBrPagamentosAPIBB. Bancos implementados:

Olá, pessoal. Temos o prazer de anunciar que o novo pacote ACBrBaas já está disponível no SVN! Este pacote foi criado para facilitar a integração de sistemas com serviços bancários e APIs de pagamento, atendendo à crescente demanda por soluções de automação financeira. ACBrExtratoAPI: Primeira Solução Disponível O primeiro componente disponível neste pacote é o ACBrExtratoAPI. Este componente permite a consulta de transações do extrato de uma conta corrente, ideal para quem precisa automatizar o acompanhamento e controle financeiro diretamente em seu software. Atualmente, o ACBrExtratoAPI oferece suporte para dois bancos: Banco do Brasil Banco Inter A proposta é expandir o suporte para outros bancos, conforme a demanda dos usuários. Então, caso seu banco de interesse ainda não esteja incluído, fique à vontade para sugerir a inclusão! Futuros Componentes no Pacote ACBrBaas Além do ACBrExtratoAPI, estamos trabalhando na inclusão de novos componentes ao pacote ACBrBaas, que irão ampliar ainda mais suas funcionalidades, entre eles: ACBrPagamentosAPI: Voltado para a integração com APIs de pagamento, facilitando transações financeiras diretamente pelo software. ACBrBBPay: Um componente específico para a plataforma BBPay, do Banco do Brasil, que permitirá realizar transações de forma simplificada. Estamos atentos às necessidades dos usuários e planejamos adicionar mais APIs bancárias e de pagamento, tornando o ACBrBaas uma ferramenta essencial para desenvolvedores que buscam eficiência e automação no setor financeiro. Disponível em: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrBaaS/ Fiquem atentos às próximas atualizações!

Boa tarde Carlos, Favor nos passar mais informações sobre esse provedor. Ele segue o layout da ABRASF, se sim qual versão (1 ou 2)? Favor conseguir os schemas e as URLs de homologação e de produção. Seria interessante também descobrir outras cidades que são atendidas pelo mesmo provedor. Se não segue o layout da ABRASF é bom ter XMLs de exemplos (de envio, consulta, etc). Sem essas informações fica difícil de implementar o provedor.