Painel de líderes

Encontrei meu erro aqui, estava faltando passar as informações da tag <card> no xml para pagamentos com o tipo 17. Após preencher essas informações, consegui realizar o envio. O tópico será fechado como resolvido.

Usa o LazReport... é bem poderoso, tem até editor em RunTime

Estamos muito felizes em anunciar que um novo PSP foi integrado ao componente ACBrPIXCD, o ACBrPIXPSPBanrisul Com essa novidade, agora todos podem aproveitar as funcionalidades da API Pix do Banco Banrisul para realizar recebimentos via PIX. Gostaríamos de reconhecer a valiosa contribuição de @Desenv. AT Info Sistemas, que nos forneceu a documentação e credenciais necessárias para implementar esse novo PSP. Os aplicativos de demonstração (Delphi e Lazarus) já foram atualizados e estão prontos para uso com o novo PSP Banrisul. Convidamos todos os usuários que possuem acesso a esse PSP a atualizarem seus projetos e nos ajudarem a testá-lo. Se encontrarem algum problema, tiverem dúvidas ou sugestões, por favor, reportem através do nosso fórum ou Discord. Esperamos que este novo PSP seja de grande utilidade para todos os desenvolvedores que utilizam o ACBrPIXCD em seus projetos.

Pra configurar por número de série, sim. Você pode também deixar a configuração do número de série em branco, e apontar por ArquivoPFX (path do arquivo), DadosPFX (conteúdo do certificado) ou URLPFX (arquivo PFX a partir de uma URL http).

Acredito que agregue nesse POST, a NT 2023.004 veio com algumas resoluções sobre o PIX no sentido de preenchimento de código de autorização. Dentro da parte de cartões de crédito/débito foram alteradas as redações para incluir o PIX e outros pagamentos eletrônicos. Não sei se entra diretamente em confronto com o decreto mas como vai ser habilitado em ambiente nacional é possível que seja adotado esse campo.

Olá, assim que possível irei atualizar o componente e fazer os testes. Obrigado.

Olá @Datacamp, obrigado pelas suas contribuições Enviei ao SVN, modificações baseadas no seu código, mas procurei preservar o método Original Commit [r33792] Poderia por favor testar a minha implementação ? (Eu não tenho ambiente de trabalho do SiTEF)

Bom dia Renato! Desculpe a demora em responder. Sua dica foi de grande ajuda para nós! Verificamos que a conta do cliente estava com muitas atribuições de segurança ativas. Entramos em contato com a empresa que gerencia os emails do cliente para tentar sanar o problema e, após vários dias e tentativas, eles conseguiram resolver. Agora está enviado normalmente. Agradeço seu retorno! Um forte abraço a todos do ACBR!

Bom dia pessoal, Pode fechar o tópico, simplesmente, não recebemos mais a mensagem. Deve ter sido algum problema no servidor da SEFAZ. Caso ocorra novamente reporto por aqui. Obrigado.

Bom dia, Teve reunião na sexta feira passada, e foi adiado novamente para o dia 10/05/2024 para que todos comecem a utilizar apenas o provedor novo, e o servidor antigo ira ser desativado, isso se nao for adiado novamente. E na quarta feira agora dia 30/05/2024 tera outra reunião, caso alguém aqui tenha interesse de participar.

Olá pessoal! Foi publicado a NT02/2024 do Reinf. Essa nota técnica trás alterações nas tabelas de código de natureza do rendimento relacionadas as mudanças dos códigos de receita para o recolhimento do imposto de renda retido na fonte incidentes sobre aplicações em fundos de investimentos. Dentre as mudanças estabelecidas temos: Leia a NT na íntegra AQUI.

O BB retorna esse campo como extra mas ele não faz parte da API do BACEN

Então o grande X é esse, o único retorno recebido foi a mensagem de lote em processamento. Posteriormente faço a consulta e informa que a nota não existe na SEFAZ. Quando ocorria isso anteriormente, basta fazer a consulta para confirma se a nota tinha sido autorizada. Atualmente, mesmo com essa mensagem, recebo que a nota não existe. Reenvio a nota e vai tudo normal. Vou estar fazendo mais testes para ve se consigo simular novamente. Atenciosamente

Muito obrigado a todos pelas respostas.

Bom dia ! Corrigimos o mapeamento das propriedades seuNumero e numeroDocumento no retorno da API SICOOB. SeuNumero API Sicoob é ref ao campo impresso no boleto como "nosso numero": Documentação Sicoob: Sendo assim, agora tratamos o retorno da seguinte forma:

Boa tarde Comunidade ACBr, no commit 33681 foi unificado o comportamento do componente ACBrNFe no que diz respeito a geração de PDFs. Desta forma para qualquer um dos geradores suportados, o comportamento de geração dos arquivos em PDF será respeitado igualmente, não havendo distinção de regras entre eles, o que causava problema ao se trocar de gerador e também dificultava o suporte. Esta mudança foi aplicada para preservar a compatibilidade entre os geradores, para que todos tenham a mesma regra de negócios aplicada, e também caso haja uma das configurações abaixo sejam aplicadas com sucesso a cada arquivo gerado de forma individualmente. Configurando : <ACBrNFe>.DANFE.UsaSeparadorPDF := True; <ACBrNFe>.Arquivos.SepararPorAno := True; <ACBrNFe>.Arquivos.SepararPorMes := True; <ACBrNFe>.Arquivos.SepararPorDia := True; <ACBrNFe>.Arquivos.SepararPorCNPJ := True; o sistema irá criar os arquivos com base nas informações do XML como exemplo : [CNPJ] [ANO] [MES] [DIA] C:\ACBr\pdf\9999999000191\2024\05\18\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\20\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf Como era Antes O PDF era gerado usando como base o primeiro arquivo carregado ou conforme o gerador selecionado, eram gerado todos os PDF dentro do mesmo arquivo. Como ficou Agora É gerado um arquivo único com seu respectivo documento na respectiva estrutura conforme a configuração do componente, não há a possibilidade de gerar um arquivo com vários PDF juntos, o sistema irá gerar vários PDF cada um com seu documento fiscal respectivo. Eventos Para a impressão correta dos eventos, é necessário que a nota fiscal esteja também carregada no componente, e não somente o evento, pois existem informações que são necessárias abstrair do XML do Documento Fiscal. O não carregamento da NFe que originou o evento, pode ocasionar erros no fluxo de impressão ou campos faltando o preenchimento.

Façam update no acbr e rodem o instalador