Painel de líderes

O ACBr não usará o Client instalado... ele apenas precisará saber onde está a pasta da CTFClient-Portable

Olá pessoal, bom dia! Após ver as mensagens de vocês ontem, testei minha aplicação para emissão de RPS/NFS-e em Santo André, e de fato havia parado de funcionar (passou a ser recusada com retorno E160). Hoje ajustei o código para emissão do RPS na versão Ginfes 3.01 e aceitou o envio e gerou corretamente a NFS-e. Testei também o cancelamento (neste caso, continuo usando Ginfes v2.0) e funcionou também. Em resumo, a v3.01 exige o envio das tags: <trib> (dentro do tcValores) <IBSCBS> (dentro do tcValores) <CodigoNbs> (dentro do tcDadosServico) Vou anexar o schema Ginfes v3.01 para que consultem as tags. Ao enviar o RPS na v3.01 o sistema Ginfes voltará a recepcionar RPS e emitir a NFS-e. Ótimo dia a todos! schemas_Ginfes_v301.zip

tamo junto

Bom diaaa, Cara do céu, era isso mesmo cara, deu certo agora, notas autorizando para ambos tipos de pessoas. Me salvou, manda teu PIX ai.. hehe Muito obrigado.

Em alguns Dias, devo subir ao SVN, novas classes, para o TEF Auttar no modo CTFClient-Portable

Pessoal, Para auxiliar, acabei de gerar uma NFS-e em Produção junto à prefeitura de Santo André. Segue o XML do RPS (apenas removi a assinatura digital) que foi aceito e gerou nova NFS-e. EXEMPLO-XML-PRODUCAO-SANTOANDRE-V301.xml

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Isso me parece alucinação de IA, não existe essa propriedade no componente nem na documentação - https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=P0U3lU1Fe40=

Vê se te ajuda isto, no meu aqui eu valido assim, se o ISS é retido, informo a situação como tt, caso contário, tp

O Banco Itaú comunicou a descontinuação do endpoint atual da API de Boleto Híbrido. A partir de agora, os desenvolvedores devem migrar para o novo endpoint Bolecode Pix, que combina a geração de boletos com QR Codes, garantindo mais segurança e agilidade. Endpoints descontinuados: Nome: itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext Versão: 2.148.4 Base path (produção): https://secure.api.itau/pix_recebimentos_conciliacoes/v2 Sandbox: https://sandbox.devportal.itau.com.br/itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext/v2 Novos endpoints (Bolecode Pix): Versão: 1.0.4 Base path (produção): https://pix-pj.api.itau.com/recebimentos-pix/v1 Sandbox: https://sandbox.devportal.itau.com.br/itau-ep9-api-recebimentos-v1-externo/v1 O suporte do Itaú informou que o formato correto é 99999999999999900 e que a documentação será revisada em breve. O que estamos disponibilizando? Para evitar quebras na emissão de boletos, disponibilizamos uma unit de envio para o novo endpoint, compatível com Lazarus e Delphi (projeto ACBr). Você pode testar e contribuir com a validação: ACBrBoletoW_Itau_API.pas Passos para atualizar: Atualize seu repositório do ACBr. Salve a nova unit (anexada acima) na pasta: ..\ACBr\Fontes\ACBrBoleto\WS Execute o instalador do ACBr (para Lazarus, reconstrua a IDE). Um de nossos usuários já testou em produção com sucesso, utilizando as mesmas credenciais e parâmetros — apenas com a atualização das units. O que muda para quem usa ACBrBoleto? Nada. Mantivemos a compatibilidade para que sua aplicação não seja impactada. Como a documentação oficial ainda não foi atualizada, contamos com a colaboração de desenvolvedores para testar a nova unit e validar em seus ambientes. (Sandbox Boleto Itau, retorna erro, pois tem o ambiente para teste) , esta unit não foi enviada para o SVN! Em caso de problemas, abra um tópico no fórum do ACBr. Logs de exemplo: Homologação: 14/05/26 13:35:11 - URL: [POST] https://sandbox.devportal.itau.com.br/itau-ep9-api-recebimentos-v1-externo/v1/boletos-pix Observação: O ambiente sandbox para Boleto Híbrido/Bolecode não está disponível. Produção: 14/05/26 13:39:40 - URL: [POST] https://pix-pj.api.itau.com/recebimentos-pix/v1

Olá, comunidade ! O Governo do Estado de São Paulo publicou, no Diário Oficial de 14 de maio de 2026, o Decreto nº 70.601/2026, oficializando a inclusão da Nota Fiscal Eletrônica do Gás (NFGas) e do DANFGas no Regulamento do ICMS (RICMS/SP). A novidade faz parte do processo de modernização dos documentos fiscais eletrônicos e segue o Ajuste SINIEF 38/25. Na prática, o decreto inclui oficialmente a NFGas e o DANFGas na legislação paulista. Isso significa que, desde a sua publicação em 14 de maio de 2026, os novos documentos já existem juridicamente, mas o uso e a emissão ainda não são obrigatórios. As regras práticas, prazos e o cronograma de obrigatoriedade ainda serão definidos e divulgados pela Secretaria da Fazenda e Planejamento de São Paulo (SEFAZ/SP). O decreto também prepara a legislação estadual para a adoção gradual do novo modelo eletrônico da NFGas a partir de 2027. A publicação reforça a evolução dos documentos fiscais eletrônicos e demanda atenção de empresas e desenvolvedores que atuam com emissão fiscal, especialmente no segmento de gás e energia. E como fica o ACBr? Atualmente, já existe uma contribuição para implementação do componente ACBrNFGas em nosso backlog interno, registrada como ACBR-9339, que ainda passará por processo de revisão e validação. Fonte: Diário Oficial do Estado de São Paulo

Bom dia, @VEXCOM Sistemas - Valtair! Foi criada a tarefa CORE-234 para análise. Qualquer novidade, avisaremos aqui no tópico.

Olá pessoal, Estamos comunicando que a partir desse mês de maio de 2026 o Papo PRO vai ser semanal, todas as quintas feiras, no horário que já estamos acostumados, as 10:00 (horário de Brasília). Ele continua acontecendo no nosso servidor Discord. Desde que foi lançado, esse podcast tem alcançado muitos e ajudado a difundir conhecimento e informações importantes. Falamos de assuntos técnicos, mas também gerenciais. De marketing, mas também RH. Falamos não só sobre o ACBr, mas sobre todo o ecossistema da Automação Comercial Brasileira. Criamos um serviço especial para nossos usuários PRO. Daí decidimos ampliar o alcance do conteúdo para toda a comunidade ACBr, porque queremos fortalecer todo o ecossistema da automação comercial brasileira. Nós continuamos achando que é um serviço muito necessário para todos que estamos trabalhando nessa área. Tanto é que expandimos também para um videocast presencial. Então só pra deixar claro, não estamos querendo deixar ninguém órfão do Papo PRO. Só entendemos a situação atual em que muitos estão envolvidos com a Reforma Tributária e queremos sempre manter a excelente qualidade. Estamos juntos, trabalhando pela automação comercial no Brasil. Bom trabalho para todos.

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Santander Site para solicitar credenciais(SandBox/Produção) Santader: https://developer.santander.com.br/ Você não precisa alterar nada nos seus fontes, apenas solicitar credenciais para o ambiente de homologação com o seu especialista Cash. ACBrBoleto.Cedente.CedenteWS.ClientID := client_id informado pelo banco via link acima ACBrBoleto.Cedente.CedenteWS.ClientSecret := client_secret informado pelo banco via link acima ACBrBoleto.Cedente.CedenteWS.KeyUser := Informar o WorkSpace favor utilizar manual do link acima e procurar por workspaces (criado uma única vez) ACBrBoleto.WebServices.Ambiente := Homologação e Produção em funcionamento Caso utilize arquivos PFX, KEY, CRT ou PEM certificado, marque a opção: ACBrBoleto.Configuracoes.WebService.UseCertificateHTTP := true; ACBRBoleto.Configuracoes.WebService.ArquivoCRT := Caminho e nome do arquivo CRT ou PEM ('C:\Certificado.crt';) //Extrair do certificado do cliente ACBRBoleto.Configuracoes.WebService.ArquivoKEY := Caminho e arquivo Key ('C:\Chave.key';) //Extrair do certificado do cliente ACBrBoleto.Configuracoes.WebService.VersaoDF := 'V1'; ACBRBoleto.Configuracoes.WebService.SSLType := LT_TLSv1_2; ACBRBoleto.Configuracoes.WebService.TimeOut := 20000; Atenção para o EndPoint de Testes do Santander API, leia o tópico abaixo: