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:

Primeiro um breve resumo sobre o Responsável Técnico. O grupo com os campos para preencher as informações do responsável técnico foram acrescentados no leiaute da NF-e\NFC-e na Nota Técnica 2018/005. Esses campos tem a finalidade de identificar para o fisco, quem é a empresa desenvolvedora ou a empresa responsável tecnicamente pelo sistema de emissão de NF-e\NFC-e. O grupo com todas as suas tags fica assim: <infRespTec> <CNPJ>...</CNPJ> <xContato>...</xContato> <email>...</email> <fone>...</fone> <idCSRT>...</idCSRT> <hashCSRT>...</hashCSRT> </infRespTec> Entendendo a rejeição. A mensagem da rejeição e sua regra de validação retiradas na integra da versão mais recente da NT até então é a que segue: Como é possível observar, infelizmente não há muito o que fazer. Se você está recebendo está rejeição, a validação do web service entende que o valor que foi informado na tag <CNPJ> está divergindo do que foi informado no cadastro junto a Sefaz regional. Considerando isso, sempre é válido revisar se: Não há espaçamento em branco no começo ou no fim da string dentro da tag. Não foi preenchido passando pontuação no CNPJ ao invés de somente números. Conferi tudo isso, minhas informações estão corretas e mesmo assim recebo rejeição... O membro de nossa comunidade @Daniel Weber compartilhou conosco uma situação em que estava recebendo esta rejeição mesmo as informações estando corretas. O caso era que o cliente tinha autorização de uso com o software dele, mas também com o emissor gratuito da Sefaz. Portanto, se as informações estiverem corretas e mesmo assim estiver recebendo esta rejeição, verifique se o cliente ao qual você está tentando realizar a emissão da nota não possui vínculo\autorização de uso para outro CNPJ de responsável técnico além do seu. Para mais informações, veja o tópico:

Eu utilizo o THTTPSend para me comunicar com minhas próprias APIs, mas sempre recebia o erro 500 ao realizar requisições via HTTPS. Ao analisar os fontes da ACBr na transmissão de PIX (criação de cobranças, consultas etc.), observei a declaração da unit ssl_openssl. Assim, adicionei essa declaração na mesma unit das requisições do THTTPSend, e isso solucionou meu problema. Adiciono apenas que combinando com as DLL`s corretas no path da aplicação conforme citado pelo @Daniel Simoes Obrigado, Luiz Henrique

Bom dia, @Daniel InfoCotidiano, o meu já funcionou ainda ontem após ser liberado a nova versão do ACCBrNFSe. Só repassei meu xml pra ele verificar se existe alguma configuração diferente da minha; por ele estar recebendo essa mensagem. att,

Boa tarde, vamos realizar testes em nosso ambiente.

Observe q vc no seu INI a versaoDF esta v2, deixe em branco! no manual nao diz para preencher como V2. deixando VersaoDF= ele retorna erro dv agencia vc esta enviando como PRODUCAO no seu INI, mas conforme manual SGCBS02P é para HOMOLOGACAO

Respondido no Discord: https://discord.com/channels/798697718800318484/809129039159230514/1342492915909267497

Atualizei o ACBR e o desenvolvimento que fiz já existia. Por favor, desconsiderar minha solicitação. Muito obrigado

Solucionado o mistério, vou postar aqui a resolução porque acredito que muitos talvez passem pelo mesmo. A questão é a seguinte, no PR, desde sempre a NFe e NFCe era necessário o cadastro do fornecedor, pedir autorização etc... A questão que esse cliente em questão que estava apresentando o erro, tinha nosso sistema autorizado (o qual está liberado para modelo 55 e 65) por isso na 65 ir tranquilo. Porem no modelo 55, alem do nosso sistema, o cliente ainda possuia o vinculo com o emissor gratuito, ou seja na hora de emitir um modelo 55, possivelmente dava conflito de informação procurando o CSRT do sistema gratuito que divergência com o nosso informado. Correção: contador fez o cancelamento de uso do sistema gratuito, ficando apenas o nosso, 24 hrs depois emitindo certinho!!

Vou mudar este path no meu Delphi. Gratidão Juliomar!

Olá Juliomar, atualizei o Acbr novamente e está tudo ok. Achei que estava com os Fontes atualizados, vou ter que executar com mais frequencia. Muito obrigado.

geralmente esse ocorre porque a imagem em si ao invés de ter sido convertida para bmp ela foi só renomeado a extensão. por exemplo um logo.png ou long.jpg para logo.bmp esse daqui é porque ele tem herança então antes de abrir ele precisa abrir essa unit que ele falou que é antecede

Bom dia @powerlog e @ramalho Chegaram a entrar em contato com o suporte do provedor relatando a msg recebida? Conseguem fazer isso e nos reportar a resposta por favor

Para consumo da ACBrLib com PHP você deve utilizar FFI e a versão do PHP deve ser superior a 7.4.0, quando foi implementado o suporte a FFI. Veja os exemplos disponíveis: ..\ACBr\Projetos\ACBrLib\Demos\PHP Segue tópico relacionado, no primeiro post tem um link para um tópico que também explica como configurar o ambiente. Segue também link do curso no nutror demonstrando como foi criada a primeira versão do programa de exemplo da ConsultaCNPJ https://acbr.nutror.com/curso/e980cc7bc96752c070c111810116fa43d223f5da/aula/9402369

Boa tarde Paula, Liberado nova versão do ACBr hoje Transmissão esta funcionando, mas ainda estou com alguns erros aguardando suporte deles

Localizei um tópico falando de como configurar para Homologação. Obrigado por esclarecer vou dar inicio ao procedimento.

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! Foi publicado no dia 18/02/2025 notícia no portal do e-Social informando que foi efetuada a correção em uma consistência encontrada no cálculo da contribuição previdenciária patronal referente ao 13º salário informado na folha mensal para tomadores de mão de obra avulsa não portuária. Conforme Lei nº 12.023/09 a base de cálculo das parcelas relativas ao 13º salário é informado junto da remuneração mensal do avulso no evento S-1270. A correção já foi efetuada nos devidos sistema e contribuintes abrangidos pela correção que já enviaram a folha de pagamento referente ao período de de apuração a partir de janeiro/2025 deverão reabrir e encerrar novamente as folhas para o correto cálculo dos valores no evento totalizador S-5011. Leia a notícia original na íntegra AQUI.

Olá pessoal! Ao acessar o Portal SPED MG o seguinte aviso é exibido informando sobre possível instabilidade nos serviços de documentos fiscais eletrônicos entre às 08h00 e 18h00:

Olá pessoal! Foi publicado no dia 18/02/2025 a Nota Técnica Nº 010 para o EFD Contribuições trazendo orientações sobre como às Pessoas Jurídicas Beneficiárias do Programa Emergencial de Retomada do Setor de Eventos (PERSE) deverão escriturar na EFD suas atividades econômicas que permitem o usufruto dos benefícios fiscais. A Nota Técnica também traz novos indicadores de domínico que deverão poderão ser utilizados no campo INF_COMP do registro 0120 a partir dos fatos geradores de 01/05/204. Criada a #TK-6629 para adequação do componente ACBrSpedFiscal. Leia o aviso completo na íntegra AQUI. Leia a Nota Técnica na íntegra AQUI.

Olá pessoal! No dia 18/02/2025 foi publicado no Portal do SPED uma aviso informando que no dia 23/02/2025 entre às 01h00 e 04h00 o ambiente de recepção do SPED ECD ficará indisponível devido a processo de atualização do parque tecnológico (hardware e software) responsável pelo recebimento da escrituração. Fonte: http://sped.rfb.gov.br/pagina/show/7666 Vale mencionar que o envio do SPED é feito através de programa validador.

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

Obrigado pela contribuição! Foi criada a TK-6449 para análise. Você será notificado aqui quando concluirmos esta análise.

Um cliente reportou esse erro hoje num certificado A3 (cartão + leitora),, eu pensei que o cartão ou a leitora estivesse com defeito, mas o cliente passou um paninho com alcool no cartão e voltou a funcionar 100%.

Recomendo isolamento social do A3 Fora a brincadeira: obrigado por compartilhar.