Painel de líderes

Olá Pessoal, Boas novas, as etapas 2 e 3 já foram concluídas para todos os componentes e já se encontram no SVN. Partiu etapa 4 que visa adequar os métodos de leitura e escrita do arquivo INI, como dito anteriormente usados pelo ACBrMonitor e ACBrLib. Quando esta etapa for finalizada vou trabalhar nos programas exemplos. Não fiquem apavorados em querer alterar as suas aplicações, pois vocês não vão conseguir realizarem testes em ambiente de homologação da SEFAZ uma vez que este ambiente só vai ser liberado em 01/09/2025 isso se não for prorrogado. Todas as implementações estão sendo realizadas com base nas Notas Técnicas: 2024/001 e 2024/002 ambas versão 1.10 pode ser que surge uma nova versão e com isso tenhamos que alterar algumas coisas na implementação. Por fim e não menos importante, mantenham os fontes do ACBr atualizados e instalados.

Bom dia pessoal, @IgorAcertSoft Passando só para avisar que com o empenho em nos ajudar dos parceiros do ACBr @Daniel Simoes @Franciele Rocha, finalmente fomos homologados com o Pix C6 Bank com o uso do componente ACBrPixCD em nossa aplicação. Criamos as credenciais de produção de nossa conta e tudo funcionou normalmente. Obrigado mais uma vez a todos envolvidos, um grande abraço.

Olá Pessoal, Muitos de vocês estão ansiosos e apreensivos com essa mudança que vai ocorrer. Os componentes do ACBr vão ser afetados com essa reforma? Sim, mas fiquem tranquilos que já estamos trabalhando nas modificações. Como que fica a minha aplicação, também vai ser afetada? Sim, e te aconselho conversar com os contadores dos seus clientes para saber o que vai ser necessário calcular e como calcular. Como esta os trabalhos e quais são os componentes que vão ser afetados? Dividimos o trabalho em 5 etapas e os componentes afetados são: ACBrBPe (Bilhete de Passagem Eletrônico/Bilhete de Passagem Eletrônico Metropolitano); ACBrCTe (Conhecimento de Transporte Eletrônico/Conhecimento de Transporte Simplificado Eletrônico/Conhecimento de Transporte Outros Serviços); ACBrNF3e (Nota Fiscal de Energia Elétrica Eletrônica); ACBrNFCom (Nota Fiscal de Comunicação Eletrônica); ACBrNFe (Nota Fiscal Eletrônica/Nota Fiscal ao Consumidor Eletrônica) e ACBrNFSeX (Nota Fiscal de Serviço Eletrônica). Etapas definidas para a implementação da Reforma Tributária nos componentes: 1. Alteração nas classes para criar os grupos e seus respectivos campos; 2. Alteração na unit responsável pela escrita do XML; 3. Alteração na unit responsável pela leitura do XML; 4. Alteração nas funções de escrita e leitura do arquivo INI (utilizado pelo ACBrMonitor e ACBLib). 5. Alteração nos programas exemplos Delphi/Lazarus visando mostrar como alimentar o componente referente aos novos campos dos novos grupos. Observações: A primeira etapa já foi concluída para todos os componentes exceto ACBrNFe. No caso do ACBrNFSeX a implementação contempla somente a NFS-e Padrão Nacional (provedor PadraoNacional), não sabemos como vai ficar o layout do XML do RPS dos provedores que tem layout próprio ou utilizam a versão 1 ou 2 do layout da ABRASF. No que se refere a NF-e/NFC-e além das alterações necessárias para contemplar a reforma tributária, vai ser necessário também implementar 12 novos eventos que vamos discriminar em postagem futura. Prazos: Segundo a NT/2024/001 versão 1.10 - Reforma Tributária - IBS e CBS (BPe, CTe, NF3e e NFCom) e a NT/2024/002 versão 1.10 - Reforma Tributária - IBS e CBS (NFe e NFCe) traz as seguintes datas: Ambiente de Homologação: 01/09/2025 Ambiente de Produção: 31/10/2025 Já a Nota Técnica 001 - SE-CGNFSe - Novo Layout - RTC (NFSe) temos a data de janeiro/2026 como sendo o inicio do novo layout, infelizmente não informa se é ambiente de homologação ou produção. Assim que finalizarmos a primeira etapa no componente ACBrNFe, avisaremos neste tópico o inicio da segunda etapa.

Lembrando que o componente FCI que eu desenvolvi, ele é parecido com o Sintegra/Sped, onde é gerado um arquivo txt com os dados dos produtos para serem validados no programa validador da receita federal. Não tem nada relacionado a api, digo isto pois fui procurado recentemente no privado para tirar dúvidas deste componente. Caso queiram saber mais e ver se é algo útil a você, veja o link abaixo do site da receita paulista que fala a respeito, assim como dá o link para a documentação e também o download do programa validador. https://portal.fazenda.sp.gov.br/servicos/fci

Boa tarde, Não temos Lib para o IBPT. O componente é apenas para Delphi/Lazarus e ele consome a lista toda. A API do IBPT é simples e pro consumo com o token normalmente faz mais sentido fazer a implementação em sua própria linguagem.

Boa tarde, Está em nosso backlog, porém não está priorizado com data definida. Vamos registrar a procura de vocês pela implementação. Obrigado

sim, o erro apareceu so agora.

Criamos a TK-6783 para essa implementação. Retornaremos por aqui assim que concluirmos.

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

Bom dia, @SWAPI. Vou confirmar se não existe nenhuma propriedade equivalente no retorno.

Olá pessoal! Foi publicado o Ato Diat N° 011/2025 alterando o Ato Diat N° 035/2024 que tratava da obrigatoriedade do preenchimento dos campos pCredPresumido, cCredPresumido e vCredPresumido para os documentos fiscais do estado de Santa Catarina. A nova publicação revoga as alíneas “b” e “c” do inciso II do caput do primeiro artigo do Ato de 2024, efetivamente removendo a obrigatoriedade do preenchimento das informações do pCredPresumido e do vCredPresumido. O Ato Diat Nº 011/2025 entra em vigor na data de sua publicação e pode ser lido na íntegra AQUI.

Segundo a resposta do tópico acima, basta configurar seu projeto em Project -> Options -> Application -> Manifest -> DPI Awareness = Unaware;

Faltou configurar a SSLCryptLib.. veja essa página: https://acbr.sourceforge.io/ACBrLib/DFe.html