Painel de líderes

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.

Olá pessoal! Foi publicado no dia 06/02/2025 um aviso no portal do SPED sobre a nova versão do Guia Prático do EFD ICMS IPI que será vigente a partir de 1º de Janeiro de 2026. O comunicado informa que em reunião do GT48 no âmbito da COTEPE, foi decidido pela NÃO inclusão dos novos tributos (CBS, IBS e IS) na EFD ICMS/IPI. Portanto, a nova versão deverá sair com as seguintes alterações: Fonte: http://sped.rfb.gov.br/pagina/show/7660

Pessoal, A etapa 1 que visa implementar nas classes os novos grupos e campos, foi totalmente implementada em todos os componentes mencionados na postagem anterior. Vamos agora partir para a etapa 2.

Olá pessoal! Foi publicado no dia 06/02/2025 correio eletrônico com a seguinte tabela com as datas previstas para a ativação de algumas regras de validação que vão validar a informação do cBenef informada nos documentos fiscais modelos 55 e 65. Regra de Validação Descrição da Regra de Validação Data de Ativação no ambiente de Produção N12-85 (NF-e) Se informado CST e não informado código de benefício fiscal: verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina 01/04/2025 N12-85 (NFC-e) Se informado CST e não informado código de benefício fiscal: verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 01/04/2025 N12-94 (NF-e e NFC-e) Se informado CST e informado código de benefício fiscal: verificar se código de benefício fiscal corresponde ao CST informado, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina 28/04/2025 N12-98 (NF-e e NFC-e) Se informado código de benefício fiscal: verificar se o código de benefício fiscal existe e está vigente, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 28/04/2025 N14a-20 (NF-e) Se CST de ICMS = 51 (diferimento) e informado tag:ICMS51/cBenefRBC (id:N14a): verificar se código de benefício fiscal de redução de BC (cBenefRBC) existe, está vigente e corresponde a um código de benefício de redução de base de cálculo (coluna CST 20 = SIM), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina (NT 2019.001) 28/04/2025 I05h-10 (NF-e e NFC-e) Se informado código de crédito presumido (tag: cCredPresumido): verificar se código de crédito presumido existe, está vigente e corresponde a um código de crédito presumido, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina (NT 2019.001). 28/04/2025 N12-86 (NF-e e NFC-e) Se informado CST e informado código de benefício fiscal: verificar se CST não possui código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 01/09/2025 N14a-10 (NF-e) Se CST de ICMS = 51 (diferimento) e informado tag:ICMS51/pRedBC (id:N14) maior que zero, é obrigatório informar cBenefRBC (id:N14a) (NT 2019.001). 01/09/2025 Destacam-se nesta nova publicação: A postergação da ativação da regra de validação N12-85 para NF-e para o dia 01/04/2025 sendo ativada agora na mesma data para ambos os modelos. Aviso de que as regras de validação já foram ativadas no ambiente de homologação entre 04/11/2024 e 02/12/2024 para que os emissores já pudessem realizar os testes necessários. O não preenchimento dessa informação de acordo com as regras de validação a partir de sua ativação vai incorrer em rejeição do documento fiscal. Não será aceito o literal "SEM CBENEF". Tabela com os cBenefs a serem preenchidos pode ser encontrada em https://www.sef.sc.gov.br/saiba-mais/sped-fiscal O cBenef de crédito presumido possui campo próprio no leiaute (cCredPresumido) e deverá ser informado no mesmo a partir da ativação de regra de validação correspondente deixando assim de ser aceito no campo cBenef quando informado. Leia o Correio Eletrônico na íntegra AQUI.

Olá, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-37328 Gerada nova versão 1.0.17 dos nugets de boletos com os novos campos. Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Tudo certo agora.

Parte da implementação já existia Fiz uns ajustes para terminar e para mim funcionou Se estiver conforme as normas para implementar segue anexo pcesS1200.pas

Boa tarde! Foi enviado um ajuste visando resolver esta questão na Rev-37325. Por favor, queira atualizar novamente seus fontes, reinstalar o ACBr com a opção "Apagar arquivos antigos" selecionada para que possa realizar novo teste e reportar e qualquer problema.

@Juliomar Marchetti Necessita passar os dois parametros, pois caso passe somente o Token retorna False para o fpAutenticado que faz o processo de gerar novo token. @EliasCesar O componente realmente trata o reuso do token da forma como citei no tópico, inclusive renova após a validade, porem existe alguma falha que retorna erro 500 ao tentar setar para reuso do token e validade recuperado.

Ok @Júlio Cavalcanti obrigado, vou instalar.

Boa tarde. Enviei essa questão do erro ao gerar o XML de NFe com detalhamento de exportação, porém a alteração não foi aplicada aos fontes que estão no SVN e consequentemente voltei a ter o mesmo problema. Corrigi novamente na versão atual dos fontes. ACBrNFe.XmlWriter.pas

A princípio sim, validou tudo certo aqui, segue a classe com a mudança: ICMSProdutoNFe.cs

só precisa setar essa propriedade. e a SSLType que fica em Webservices para TLS 1.2 as demais o componente se vira a colocar a correta

[RESOLVIDO] Ronaldo e Big Deu certo, não sei explicar o motivo, mas gerei uma nova numeração de nota e saiu de homologação e foi para produção. obs.: não tinha enviado ao sefaz. agradeço a todos

Bom dia @Sandro Felipe Adad, Já esta no SVN.

boa tarde, Criada a TK-6589 para avaliação. Obrigado pela contribuição.

em uma pesquisa rápido nos fontes que tu tem total acesso está em ACBrDFeUtil CalcularHashCSRT

Como alguns já devem saber, estamos fazendo um imenso trabalho nos fontes do ACBr, para compatibilizar o mesmo com os compiladores Delphi para Linux (POSIX), e Android (NEXTGEN). Essas plataformas, utilizam o Framework, FMX ou FireMonkey. Estou muito impressionado com a facilidade e capacidade do Delphi Rio, em gerar aplicações, Ricas, bonitas e rápidas, para Android... e creio que a FMX, será o futuro do Delphi. A compatibilização com esses novos compiladores, não foi algo trivial, pois infelizmente, eles introduziram grandes modificações na base do Object Pascal. Leia esse artigo, para saber mais sobre essas diferenças... Ok... legal... quero iniciar minhas aplicações em Android com o ACBr... o que devo fazer ? 1 - Informar que o seu projeto está usando FMX Para que o ACBr possa suportar compilação em VCL, FMX, LCL (Lazarus), Windows, Linux, Android... o código do ACBr, recebeu várias modificações com diretivas de compilação (IFDEFs) Para que essas diretivas sejam utilizadas, precisamos sinalizar para o ACBr, que o Projeto em questão, usa a FMX. Isso pode ser feito de duas maneiras: 1.1 - Inserindo uma Diretiva nas opções do Projeto (recomendado) Abra as opções do Projeto, Project -> Options (Shit-Ctrl-F11) Selecione: Building -> Delphi Compiler Em Target selecione All Configurations - All Plataforms Em Conditional Defines, escreva: FMX 1.2 - A segunda forma é modificar o ACBr.inc, ativando a diretiva FMX.. Porém use essa opção com cuidado, pois ela afetará todos os seus projetos, e você terá que comentar a linha novamente, quando for compilar um projeto VCL // Para usar FMX (Firemonkey) Windows / Delphi descomente essa linha {$DEFINE FMX} 2 - Informe o "Unit Scope Names" As novas versões do Delphi, usam notações com Pontos nas Units, como por exemplo: "System.SysUtils" ao invés de apenas "SysUtils". Para que o código fonte do ACBr, permaneça compatível com Delphi 7, não podemos modificar essa nomenclatura... Informar o Unit Scope Names, instruirá o compilador, a onde encontrar as Units com os novos nomes, mesmo usando a nomenclatura antiga... Vá em: Project -> Options -> Building -> Delphi Compiler (mesma tela do passo anterior) e informe os Unit Scopes necessários... exemplo: "System;Xml;Data;Datasnap;Web;Soap" 3 - Certifique-se que o Compilador conhece os Paths dos fontes Projeto ACBr Atualmente, o instalador do ACBr, adiciona automaticamente todos os diretórios dos Fontes do Projeto ACBr, em sua váriável Global, de LibPath dos Compiladores de Win32 e Win64... isso economiza um grande trabalho... Porém o instalador ainda não faz o mesmo, para os compiladores Linux e Android... então precisamos fazer isso manualmente... A maneira mais simples, é copiar os Paths do Compilador Win32 para o Android e Linux... Veja o passo a passo: 3.1 - Acesse: Tools -> Options -> Language -> Delphi -> Library Observe que a primeira Linha mostra o Library Path para Windos 32 bits... Marque toda a Linha e copie: 3.2 - Agora cole o conteúdo em um Editor (NotePad++), e modifique o texto isolando todos os diretórios do ACBr, Fortes Report, e outros que achar interessante... 3.3 - Mude a Plataforma selecionada, no combo box acima, para Android 32 3.4 - Vá ao final da Linha, e Cole o conteúdo, com os diretórios do ACBr (lembre-se de separar os diretórios com ; ) 3.5 - Repita o mesmo para Android 64 e Linux 64 4 - Solicite as permissões que o seu projeto precisará no Android A tela abaixo, é do Demo do ACBrMail para Android, que já disponível no SVN em: "\ACBr\Exemplos\ACBrTCP\ACBrMail\Android" Observe que marcamos a opção para ter acesso a internet, pois isso é necessário nessa aplicação De acordo com as novas políticas de segurança do Android, também será necessário, requisitar essas permissões em tempo de execução... Você pode ver como isso é feito, nos fontes do Demo do ACBrMail. Use a força, leia os fontes, e procure pelo método: function TACBrMailTestForm.PedirPermissoes: Boolean; 5 - Modifique o Deployment, para inserir as bibliotecas necessárias Vá em: Project -> Deployment, e adicione as Bibliotecas do OpenSSL, e substitua as Imagens que achar necessário Veja por exemplo, a tela do Deployment do Demo do ACBrMail Nota sobre as dependências externas do ACBr: OpenSSL e LibXML2 Após algum esforço, conseguimos compilar as bibliotecas do OpenSSL e a LibXML2, para Android em 32 e 64 Bits... e o binário delas já se encontram no SVN, na pasta: \ACBr\DLLs\Android\ Use as versões dinâmicas das bibliotecas, ou seja, os arquivos com extensão .SO Para 32 Bits use a biblioteca com prefixo "ARM" Para 64 Bits use e "AARCH64" Configure o "Remote Path", para ".\assets\internal\", pois é nesse local, que os fontes do ACBr, tentará encontrar as bibliotecas IMPORTANTE: Os arquivos da pasta remota: .\assets\internal\ poderão ser acessados de dentro da aplicação com: TPath.GetDocumentsPath (que na será traduzido para "$(ApplicationPath)\file") Porém, quem faz a copia dos arquivos da pasta de $(APK)\assets\internal\, para a pasta $(ApplicationPath)\file é a Unit System.StartUpCopy, que por padrão, é adicionada no inicio de Todo novo projeto FMX. Exemplo: program Project1; uses System.StartUpCopy, // <-- Olha ela aqui FMX.Forms, Se essa Unit não for adicionada, os arquivos que estão na pasta "assets\internal" do APK, não serão copiados para a pasta "files" de sua aplicação, após a mesma ser iniciada... e como consequencia, você não consegirá acessá-los.. A correção é bem simples.. basta adicionar a System.StartUpCopy, conforme demonstrado acima... Leia também: