Painel de líderes

Olá Pessoal, É com muita alegria que venho informa-los que o componente ACBrNFSeX na data de hoje (06/08/2025) atingiu a marca de 3847 cidades atendidas, isso equivale a 69,05 % de um total de 5571 cidades. Quero agradecer a todos os membros do Fórum e do Discord que nos ajudam diariamente com as suas contribuições nos informando as cidades que trocaram de provedor, que trocaram de URL e é claro as vinculações de cidades a provedores, permitindo assim a emissão de NFS-e para essas cidades. O meu muito obrigado a todos, desde aquele que contribui com apenas uma cidade até aquele que contribui com dezenas de cidades. Sem vocês não chegaríamos a essa marca. São vocês que fazem com que não só o componente ACBrNFSeX, mas também o ACBrLibNFSe e o ACBrMonitor Plus nos permitissem atender 69,05 % das cidades brasileiras. O crédito é todo de vocês, mais uma vez o meu muito obrigado. Estatística por UF e a quantidade de cidades que já adotaram o Padrão Nacional. AC: 021 de 022 ( 95,45 % ) AL: 034 de 102 ( 33,33 % ) AP: 007 de 016 ( 43,75 % ) AM: 012 de 062 ( 19,35 % ) BA: 238 de 417 ( 57,07 % ) CE: 050 de 184 ( 27,17 % ) DF: 001 de 001 ( 100,00 % ) ES: 076 de 078 ( 97,44 % ) GO: 223 de 246 ( 90,65 % ) MA: 084 de 217 ( 38,71 % ) MT: 117 de 142 ( 82,39 % ) MS: 063 de 079 ( 79,75 % ) MG: 709 de 853 ( 83,12 % ) PA: 087 de 144 ( 60,42 % ) PB: 098 de 223 ( 43,95 % ) PR: 312 de 400 ( 78,00 % ) PE: 095 de 185 ( 51,35 % ) PI: 065 de 224 ( 29,02 % ) RJ: 090 de 092 ( 97,83 % ) RN: 060 de 167 ( 35,93 % ) RS: 427 de 497 ( 85,92 % ) RO: 041 de 052 ( 78,85 % ) RR: 009 de 015 ( 60,00 % ) SC: 285 de 294 ( 96,94 % ) SP: 527 de 645 ( 81,71 % ) SE: 018 de 075 ( 24,00 % ) TO: 098 de 139 ( 70,50 % ) 0012 adotaram o Padrão Nacional Veja como você pode colaborar:

Olá, bom dia senhores! A prefeitura de Criciuma -SC alterou a URL de envio de NFSe pelo provedor Betha, passando a usar a nova: https://nota-eletronica.betha.cloud/rps/ws que é a mesma para produção e homologação. Fiz as atualizações para emitir com o AcbrNfsex, atualizei, fontes, arquivos .ini e schemas, porem nao obtive sucesso, ocorre o erro: Arquivo em desacordo com o XML Schema. : [org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 75; cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'LoteRps'. Era esperado um dos '{"nfse_betha_v01.xsd":LoteRps, "http://www.w3.org/2000/09/xmldsig#":Signature}. Por gentileza, se alguém, estiver conseguindo emitir NFSe para essa cidade, consegue me ajudar? Obrigada.

Estamos enfrentando um problema semelhante aqui. Fizemos a integração via WebService direto com a Betha e, usando a URL antiga, o serviço responde normalmente — ou seja, o WSDL está acessível, os métodos SOAP são expostos corretamente, e conseguimos consumir o serviço normalmente. No entanto, ao tentar emitir uma nota para um emissor da cidade de Criciúma, o retorno é de que o CNPJ não tem autorização ou acesso ao serviço — aparentemente porque a cidade já migrou obrigatoriamente para a nova URL da Betha Cloud. Ao utilizar a nova URL: https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps?wsdl Nos deparamos com uma série de erros diferentes, por exemplo: There was an error downloading 'https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps?wsdl/$metadata'. The request failed with HTTP status 405. Metadata contains a reference that cannot be resolved: '...recepcionarLoteRps?wsdl'. The content type application/json;charset=UTF-8 of the response message does not match the content type of the binding (application/soap+xml; charset=utf-8). ... Internal Server Error","message":"Could not create message from InputStream: Unable to internalize message Tentamos de várias formas, inclusive: Baixamos os .xsd disponibilizados aqui: https://iss.ajuda.betha.cloud/e-nota-cloud/ajuda/outros-conteudos/web-service#--download-do-schema-do-xml Convertendo os .xsd em classes e adaptando nossa aplicação Como também percebemos ao analisar os arquivos .xsd, eles definem apenas a estrutura dos dados (XML), mas não trazem as operações/métodos SOAP — que normalmente estariam no WSDL, e o WSDL da nova URL parece mal configurado ou até incompatível com ferramentas padrão de consumo. Se alguém conseguiu emitir via essa nova URL usando WebService direto (fora do ACBr), seria ótimo compartilhar detalhes do fluxo.

Boa tarde @Anderson Grolli, Já esta no SVN.

Estamos animados em anunciar que estamos trabalhando na implementação do suporte ao Bradesco por meio de Webservices do Portal Developers (https://developers.bradesco.com.br/) que será o novo meio de homologação junto ao Bradesco, o meio atual de homologação via PDF/Email será depreciado e considerado Legado. No entanto, para que possamos concluir esta implementação e garantir a funcionalidade completa por meios da realização de testes completos, precisamos da colaboração da comunidade. Precisamos de credenciais de homologação do Bradesco para realizar testes e ajustes finais. Se você tiver acesso a essas credenciais e certificado digital de homologação e puder nos ajudar, pedimos envie os certificados (crt, key, pfx) com as credenciais na área de tópicos privados do fórum https://www.projetoacbr.com.br/forum/forum/97-duvidas-privadas/ . Toda ajuda será valiosa para acelerar o processo de homologação e assegurar que todos possam desfrutar dos benefícios dessa integração. Agradecemos antecipadamente a todos que possam contribuir e ajudar a fortalecer nossa comunidade!

Segue em anexo contribuição para avaliação. Achei interessante porque esse WebService "CEP AwesomeAPI" retorna o código IBGE. ACBrCEP.pas

a nova urlbase é https://nota-eletronica.betha.cloud/rps/ws

Pessoal não consegui nada aqui, se manda com ns3 da erro de schema, se manda sem da erro de assinatura. Ja anexei acima os manuais e os endereços com os schemas, não sei mais o que fazer, vou ficar no aguardo. Ja informei ao suporte para que solicite aos clientes que emitam NFSe pelo portal da Betha diretamente até não ter uma solução. Liguei para prefeitura pediram para mandar um e-mail, já mandei com todas as informações. Anexo o envio pelo ACBr no portal da Betha mas com Assinatura Invalida.

Posso fazer isso sem problemas, apenas levei em consideração uma opção que acredito ser muito útil para quem utiliza e somente efetua a validação dentro do sistema para fazer determinada situação e não necessitar da comparação via string. Sendo assim com o código fica mais otimizado e limpo.

Boa tarde, Criada a TK-7394 para avaliação. Obrigado pela contribuição

Boa tarde @Anderson Grolli, Já esta no SVN.

Boa tarde @Anderson Grolli, Já esta no SVN.

Pessoal estou tendo muita dificuldade aqui em entender o que mudou, foi enviado pela prefeitura de Criciúma que as URLs mudaram, mas não foi só para Criciúma e sim todos municípios que utlizam Betha. Bom fiz as mudanças no arquivo de ACBrNFSeXServicos.ini e recompilei. [Betha] ProRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps ProConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps ProConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRps ProConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRps ProConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfse ProCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse HomRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps HomConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps HomConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRps HomConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRps HomConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfse HomCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse Feito estas mudanças, conforme comunicado da Betha somente modificaram isto, mas não é uma verdade, pois esta dando o erro que a pessoal acima relatou, este erro vem do retorno da Betha, esta anexo um exemplo. <Codigo>E160</Codigo> <Mensagem>Arquivo em desacordo com o XML Schema. : [org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 79; cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'LoteRps'. Era esperado um dos '{"nfse_betha_v01.xsd":LoteRps, "http://www.w3.org/2000/09/xmldsig#":Signature}'.].</Mensagem> <Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.</Correcao> Para mim tem haver com esta rotina no Betha.Provider procedure TACBrNFSeProviderBetha.PrepararEmitir(Response: TNFSeEmiteResponse); var aXml: string; begin ConfigMsgDados.Prefixo := ''; inherited PrepararEmitir(Response); aXml := RetornarConteudoEntre(Response.ArquivoEnvio, '<EnviarLoteRpsEnvio xmlns="http://www.betha.com.br/e-nota-contribuinte-ws">', '</EnviarLoteRpsEnvio>', False); Response.ArquivoEnvio := '<ns3:EnviarLoteRpsEnvio xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws">' + aXml + '</ns3:EnviarLoteRpsEnvio>'; ConfigMsgDados.Prefixo := 'ns3'; end; Acredito que aquele endereço ali não deva existir no XML que é enviado "xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws", mas se removido começa dar erro de 404 ai nem enviado é, se é trocado pelo novo endereço mesmo problema. Se observarmos os schemas ainda fazem referência a este endereço, porem sei lá como resolver, entendo pouco das nomenclaturas de XML, como são feitos, não entendo o que é este ns3, em fim tudo muito dificil. Conseguem ajudar? Schema do endereço antigo https://e-gov.betha.com.br/e-nota-contribuinte-test-ws/recepcionarLoteRps?wsdl Schema do endereço novo https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps?wsdl Anexos também manual novo e manual velho, é tudo identico. Preciso de uma ajuda, pois não conheço a estrutura desta questão de como o Acbr monta os XMLs e usa os endereços, já estou desde ontem debugando e não saio do lugar. URLs_-_NFS-e_BETHA_CLOUD.pdf 560-rec.xml MANUAL VELHO.pdf MANUAL NOVO.pdf

Você vai usar os serviços DistribuicaoDFe e eventos de manifestação do destinatário, do componente ACBrNFe. No programa exemplo do componente ACBrNFe tem. Lembre de ler a NT 2014.002 pra entender o funcionamento e limitações de uso.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-7388 para realizar a alteração.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-7387 para realizar a alteração.

Certo, eu entendi kkkk. Bem, é um contorno qual não afirmo ser correto, mas adicionei VCL em Conditional defines. resolve o problema, mas possivelmente vai gerar erros proximos a trechos do ForteReport. Em todo caso eu troco para aplicação VCL Agradeço a ajuda Juliomar.

Boa tarde, @Jamil Araujo. Vou verificar.

ola, o teu problema deve ser igual ao meu eu informei uma data de vencimento igual a data de emissao da nota fiscal e ai a rejeicao 853.

Boa tarde. Está funcional.

Olá comunidade ACBr, O componente ACBrBoleto, agora oferece a emissão e consulta detalhada de boletos via Web Service (WS / API) do Banco Cora 403. Essa atualização traz mais praticidade e eficiência para a gestão financeira, permitindo uma integração mais rápida e precisa nas transações bancárias. para configurar o banco utilizar : [Componente Emissão WebServices] Banco.TipoCobranca := cobBancoCora; Configuracoes.WebService.ClientID: Cedente.CNPJCPF := 'xxxxxxxxxxxxxx'; informar o cnpj do emitente, pois compõe o nosso numero Titulo.Carteira := '01'; Titulo.SeuNumero := X; subtituir o X pelo controle interno da empresa, deve ser um código unico a cada boleto Titulo.NossoNumero := 0; enviar o valor 0, pois é o banco em que numera, somente informar qualquer valor na impressão / reimpressão //Serviços disponíveis Configuracoes.WebService.Operacao: (tpInclui, tpConsultaDetalhe, tpCancelar ou tpBaixa) Agradecimentos no apoio nos testes e implementação pelas credenciais ao usuário @luisclaudio_jr

por : @luisclaudio_jr Para homologação com CORA 1 - Para acesso as APIS, você precisa adquirir o plano Pro, o valor é pago de forma mensal e quando adquirido foi no valor de 44,90(podendo isso mudar de conta pra conta). 2- Após adquirir ir em CONTA - Integrações via APIS e optar pela Integração DIRETA. (o ACBR foi homologado apenas na integração DIRETA, Parceria CORA são outras URLS) 3- Caso queira, tem o ambiente de teste onde irão fornecer os dados pra testar. 4- em Ambiente de produção você obterá o client ID que será necessario para geração e também os certificados digitais que devem ser informados também para geração.

Segue o resultado do teste de impressão e envio de e-mail.: Impressão: PDF anexado no e-mail: