Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 11-11-2025 em todas as áreas

  1. Olá comunidade ! Foi publicado no dia 11/11/2025 a versão 1.31 desta nota técnica. Alterações Esta versão não traz alterações no leiaute, mas corrige algumas regras de validação e adiciona observações explicativas. Para citar alguns exemplos: As regras que validam a presença do percentual de redução de alíquota do IBS UF, IBS Mun e CBS ganharam uma observação explicando que no caso de compra governamental, o grupo gRed deve ser informado e pRedAliq deverá ter o valor zero mesmo que o CST vede o preenchimento. O tipo de operação governamental também foi adicionado como exceção nas regras que verificam a presença do grupo de PIS e de COFINS. A validação que verifica o documento fiscal referenciado na nota de crédito ganhou uma exceção para permitir NFCe quando tpNFCredito for 03-Retorno. Datas Implantação Teste: Até 14/11/2025 Implantação Produção: 17/11/2025 E como fica o ACBr? Modificações nas soluções do ACBr não se fazem necessárias. Um agradecimento ao membro de nossa comunidade @valterpatrick por compartilhar a informação em nosso servidor do Discord. Leia a versão 1.31 desta nota técnica na íntegra AQUI.
    3 pontos
  2. ACBrNFeWebServices.pas pcnConversao.pas ACBrDFe.Conversao.pas pcnConversaoNFe.pas ACBrNFe.Conversao.pas ACBrNFe.EventoClass.pas ACBrNFe.EnvEvento.pas ACBrNFeWebServices.pas pcnConversao.pas ACBrDFe.Conversao.pas pcnConversaoNFe.pas ACBrNFe.Conversao.pas ACBrNFe.EventoClass.pas ACBrNFe.EnvEvento.pas Estou anexando implementações para os eventos 112130 Perecimento, perda, roubo ou furto durante o transporte contratado pelo fornecedor 112140 Fornecimento não realizado com pagamento antecipado Essas implementações contém o que já foi implementados nos tópicos abaixo e também leitura de alguns eventos em Json. Os 4 eventos implementados foram gerados e transmitidos com sucesso para o Sefaz. Para as implementações de leitura dos dados através de Json em eventos já implementados, também foram homologados no Sefaz (implementação seguindo ao padrão do XSD). https://www.projetoacbr.com.br/forum/topic/87185-implementação-do-evento-112150-atualização-da-data-de-previsão-de-entrega/ https://www.projetoacbr.com.br/forum/topic/87048-cancelamento-de-evento-110001-divergência-entre-nt-e-schema-na-descrição-do-evento/ Segue lista de alterações por unit aplicadas nos 3 tópicos aberto ACBrNFe.EnvEvento.pas e ACBrNFe.WebServices.pas Implementado geração de XML para os tipos: teAtualizacaoDataPrevisaoEntrega tePerecPerdaRouboFurtoTranspContratFornec teFornecNaoRealizPagAntec teAceiteDebitoApuracaoNotaCredito ACBrNFe.EnvEvento.pas Implementado leitura para Json para os tipos: teCancGenerico tePagIntegLibCredPresAdq teDestItemConsPessoal teAceiteDebitoApuracaoNotaCredito teAtualizacaoDataPrevisaoEntrega tePerecPerdaRouboFurtoTranspContratFornec teFornecNaoRealizPagAntec teSolicApropCredPres tePerecPerdaRouboFurtoTranspContratAqu teImobilizacaoItem teSolicApropCredBensServicos ACBrDFe.Conversao.pas TACBrTipoEvento adicionado teAtualizacaoDataPrevisaoEntrega TACBrTipoEventoArrayStrings adicionado 112150 TACBrTipoEventoDescricaoArrayStrings AtualizacaoDataPrevisaoEntrega TryStrTocCredPres ajustado para adicionar zero a esquerda se tiver apenas 1 digito (adicionado uses ACBrUtil.Strings) ACBrNFe.Conversao.pas TSchemaNFe adicionado schAtualizacaoDataPrevisaoEntrega TSchemaNFeArrayStrings adicionado AtualizacaoDataPrevisaoEntrega TEventoArrayStrings adicionado e212120 TIndAceitacao e TIndAceitacaoArrayStrings novo Enum e seus valores utilizados nos eventos 211128, 212110 e 212120 IndAceitacaoToStr e StrToIndAceitacao conversão para TIndAceitacao StrToTpEventoNFe adicionado 110001, 212120, teCancGenerico, teAtualizacaoDataPrevisaoEntrega SchemaEventoToStr adicionado e110001, e112150, schCancGenerico, schAtualizacaoDataPrevisaoEntrega pcnConversao.pas adicionado teAtualizacaoDataPrevisaoEntrega nas constantes TpcnTpEventoString adicionado 112150 TpEventoToDescStr adicionado AtualizacaoDataPrevisaoEntrega e teAtualizacaoDataPrevisaoEntrega pcnConversaoNFe.pas TSchemaNFe adicionado schAtualizacaoDataPrevisaoEntrega TSchemaNFeArrayStrings adicionado AtualizacaoDataPrevisaoEntrega TEventoArrayStrings adicionado e212110 e212120 adicionado TIndAceitacao e TIndAceitacaoArrayStrings adicionado IndAceitacaoToStr e StrToIndAceitacao StrToTpEventoNFe 110001, 112150, teCancGenerico, teAtualizacaoDataPrevisaoEntrega, SchemaEventoToStr e110001, e112150, schCancGenerico, schAtualizacaoDataPrevisaoEntrega ACBr.EventoClass.pas Adicionado classe TgItemNaoFornecidoCollectionItem adicionado classe TgItemNaoFornecidoCollection TgControleEstoquePerecimento adicionado FvIBS e FvCBS TDetEvento adicionado gItemNaoFornecido indAceitacao dPrevEntrega getDescEvento/DescricaoTipoEvento ajuste descrição teCancGenerico e adicionado descrição para teAtualizacaoDataPrevisaoEntrega Usei o recurso de arrastar e soltar, acabou invertendo a ordem entre o post e os arquivos
    1 ponto
  3. Olá comunidade ! A seguinte notícia pode ser encontrada no Portal do Bilhete de Passagem Eletrônico informando que o ambiente de testes para o BPeTA já está disponível: Vale reforçar, que apesar da liberação do ambiente, esse novo modelo ainda se encontra publicado no formato de minuta e portanto é preciso a publicação de um ato conjunto normativo para sua publicação definitiva. E quanto ao ACBr? Temos uma tarefa em nosso backlog para adequação do componente ACBrBPe para emissão desse novo modal. Assim que houver novidades a respeito, será divulgado em nossa área de notícias. Veja o tópico abaixo para mais informações sobre o BPeTA:
    1 ponto
  4. Olá comunidade ! Foi publicado no dia 11/11/2025 a versão 1.20 da Nota Técnica 2022/002. Alterações Está versão não traz modificações no leiaute da NFe, mas traz alterações nas regras de validação. As regras E03a-10, E12-10, E14-10 e E16a-20 que validam informações relacionadas a operações com exterior ganham uma observação informando que elas não se aplicam quando o CFOP for 7552. Datas Implantação Teste: Até 30/11/2025 Implantação Produção: Até 12/01/2026 E como fica o ACBr? Modificações nas soluções ACBr não se fazem necessárias, visto que não houve modificações no leiaute. Leia a versão 1.20 desta nota técnica na íntegra AQUI. Veja o tópico com as versões anteriores AQUI. Um agradecimento ao membro de nossa comunidade @valterpatrick por compartilhar a informação em nosso servidor do Discord.
    1 ponto
  5. Obrigado ao nosso amigo @Rafael Vulpe por ter compartilhado conosco estas informações: Inicialmente, estava tendo problemas de comunicação, mesmo configurando o ACBr. A solução que encontrei foi a atualização do driver do conversor USB-Serial que utilizava para conectar a balança ao computador. Após desinstalar o driver antigo e instalar uma nova versão a comunicação foi estabelecida com sucesso! Configurações Utilizadas no ACBr Para que a balança BJ-850 comunique corretamente, utilizei o Protocolo Balanca Rinnert no ACBr, junto com as seguintes configurações de porta serial. Estas configurações estão refletidas na imagem que anexo: Configuração ACBr Valor Utilizado Modelo da Balança balRinnert Porta Serial COM4 (Ou a porta que seu conversor estiver usando) Baud rate (Velocidade) 9600 Data Bits 8 Parity (Paridade) none Stop Bits s1 Handshaking Nenhum TimeOut 2000 Segue o print:
    1 ponto
  6. Sr @Vilmardiogo, muito obrigado. Verifiquei se a pasta \ACBR\Exemplos\ACBrDFe\Schemas\NFe continha os arquivos atualizados. Estavam atualizados, então substitui a pasta Schemas do meu projeto pela pasta Schemas atualizada. Agora o NFe Validou. Ainda não autorizei a NFe porque estou populando as Tabelas "Classificação Trib" e "Situação Trib" com os dados corretos. Agradeço imensamente por dedicar seu tempo para analisar o problema e me ajudar a encontrar a solução. @marcionicolao e @Josias Pereira, espero que a solução acima também os ajude. Muito obrigado a todos.
    1 ponto
  7. Essas últimas modificações no ACBr para eliminar as pcn* estão impactando negativamente nossa base de código. O problema é a unit ACBrNFe.Classes depender da unit pcnConversaoNFe quando na verdade deveria depender da ACBrNFe.Conversao. A partir do momento que começamos a adotar ACBrNFe.Conversao no lugar da pcnConversaoNFe, somos obrigados a realizar typecasts para os tipos em pcnConversaoNFe pois a maioria do código do ACBr (ex: unit ACBrNFe, ACBrNFeWebServices, etc) ainda depende de pcnConversaoNFe. Eu recomendo fortemente que NÃO atualizem ainda seus projetos para as units ACBrDFe.Conversao e ACBrNFe.Conversao. No nosso caso foi mais fácil criar um fork do ACBr corrigindo as dependências do que introduzir typecasts em todo o projeto. Fork: https://github.com/ellotecnologia/ACBr/commit/071a31841d1fa7219444931afa3eb4febfa14787 Tópico relacionado:
    1 ponto
  8. Estou enfrentando o mesmo erro em produção. Em homologação o envio ocorreu sem problemas, porém em produção o erro persiste, mesmo após realizar o envio de outra máquina com os schemas atualizados. Estou realizando testes para identificar a causa do problema.
    1 ponto
  9. Bom dia, pessoal! Tudo bem com vocês? Também estou com a mesma dúvida em relação a esse ponto. Poderiam confirmar se já há alguma definição ou orientação sobre isso?
    1 ponto
  10. Contornamos a situação usando a função ACBrUtil.Strings.TiraAcentos já que era algo pontual: infEvento.detEvento.xJust := ACBrUtil.Strings.TiraAcentos(Justificativa); Obrigado Juliomar.
    1 ponto
  11. Correção, uma Danfe em Fast costuma ter pelo menos 300KB para uma Danfe simples. Acabei de fazer um teste imprimindo a mesma Danfe, com Fast 311KB, enquanto com FPDF 8KB (impressão sem logotipo)
    1 ponto
  12. Bom dia Juliomar. Sim, segue abaixo print da nota gerada pelo sistema: e aqui o print do PDF gerado pelo Portal Nacional manualmente. Também não tem o valor do ISS destacado. Será que é porque é Simples Nacional e os tributos são pagos pelo DAS ?
    1 ponto
  13. Pega o exemplo do svn e roda ele em seu cliente e faz todos os testes assim tu vai achar qual configuração usar
    1 ponto
  14. Show, obrigado @lemuel @EMBarbosa, nos ajuda na analise e Merge ?
    1 ponto
  15. Boa tarde pessoal, A quem possa interessar, eu descobri o motivo do erro. No servidor onde rodava a aplicação estava marcada a seguinte opção: Acredito que isso conflitava com a codificação que o ACBr já faz.
    1 ponto
  16. Desculpe, pela correria eu vou colocar aqui apenas um exemplo do meu código. Espero que te ajude.
    1 ponto
  17. Foi publicada a versão 25.2.G das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/10/2025 até 30/11/2025. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto
    1 ponto
  18. Olá Pessoal, A Receita Federal/SERPRO disponibilizaram a versão 1.01 dos Schemas do Padrão Nacional que contem o novo grupo IBSCBS. Hoje o componente tem as seguintes opções de configuração para a propriedade LayoutNFSe: lnfsProvedor e lnfsPadraoNacionalv1. A opção lnfsPadraoNacionalv1 faz com que o componente utilize a versão 1.00 dos Schemas. Para poder usar a versão 1.01 dos Schemas foi criado uma nova opção: lnfsPadraoNacionalv101. Até o momento só foi disponibilizado os Schemas, tanto o ambiente de homologação quanto de produção só aceitam XML do DPS segundo a versão 1.00 Caso você deseja gerar o XML do DPS com os novos campos, pode configurar o componente para usar o layout lnfsPadraoNacionalv101 para poder validar corretamente, mas lembre-se que a API não vai aceitar por ainda estar na versão 1.00 Para os provedores que por ventura venham a ter uma API própria para recepcionar o XML segundo o Padrão Nacional e depois compartilhar a nota com a ADN (Ambiente de Dados Nacional) como é o caso do provedor Infisc devemos fazer a seguinte alteração no arquivo ACBrNFSeXServicos.ini: Exemplo usando a cidade Campo Bom/RS: [4303905] Nome=Campo Bom UF=RS Provedor=Infisc Versao=1.01 Params=APIPropria: ProRecepcionar=https://sefin.campobom.rs.gov.br/sefinnacional ProConsultarDFe=https://sefin.campobom.rs.gov.br/sefinnacional ;ProConsultarParam=https://adn.nfse.gov.br ProObterDANFSE=https://sefin.campobom.rs.gov.br/sefinnacional ProLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% HomRecepcionar=https://sefin.campobom-gif4homol.infisc.com.br/sefinnacional HomConsultarDFe=https://sefin.campobom-gif4homol.infisc.com.br/sefinnacional ;HomConsultarParam=https://adn.producaorestrita.nfse.gov.br HomObterDANFSE=https://sefin.campobom-gif4homol.infisc.com.br/sefinnacional HomLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% Caso você tenha clientes (prestadores de serviços) que emitem notas cujo provedor é Infisc, já é possível testar em ambiente de homologação o envio do XML do DPS (Padrão Nacional) na versão 1.01 com os novos campos da Reforma Tributária, basta fazer a alteração mostrada acima para a cidade em questão, note que na URL contem o nome da cidade.
    1 ponto
  19. Reproduzi o problema aqui: Mensagem de erro: [dcc32 Error] Unit1.pas(31): E2010 Incompatible types: 'pcnConversaoNFe.TpcnFormaPagamento' and 'ACBrNFe.Conversao.TpcnFormaPagamento' Código para teste: unit Unit1; interface uses Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics, Vcl.Controls, Vcl.Forms, Vcl.Dialogs; type TForm1 = class(TForm) private { Private declarations } public { Public declarations } end; var Form1: TForm1; implementation {$R *.dfm} uses ACBrNFe.Conversao, ACBrNFe.Classes; procedure FazAlgumaCoisa; var Pag: TPagCollectionItem; begin Pag.tpag := fpDinheiro; // O tipo esperado aqui por TPagCollectionItem é o que está em pcnConversaoNfe.TpcnFormaPagamento ao invés de ser ACBrNFe.Conversao.TpcnFormaPagamento end; end.
    1 ponto
  20. Olá, comunidade ! Informamos que a propriedade TamanhoPapel foi removida da classe base para os componentes de impressão. Alguns podem receber mensagem semelhante a esta ao abrir seus projetos: Basta clicar em Ignore e salvar o projeto para que ela seja removida do .dfm Por que essa propriedade foi removida? Esta propriedade foi adicionada originalmente para ser utilizada apenas por alguns poucos impressos específicos. Como a maior parte dos impressos tem suas dimensões definidas por regulamentações e manuais de orientação, sua presença estava causando confusão com muitos tentando utilizar ela sem efeitos.
    1 ponto
  21. O que é a Reforma Tributária? A reforma tributária é um processo de reformulação do sistema tributário brasileiro, tendo como objetivo final a sua simplificação. Em discussão desde 2023, com seu marco fundamental sendo a Emenda Constitucional nº 132, de 20 de dezembro de 2023, e sua consolidação na Lei Complementar nº 214, de 16 de janeiro de 2025, o processo, que afeta todo o Brasil foi amplamente discutido e avaliado por diversos comitês gestores. Dada a complexidade e a extensão do atual sistema tributário, ainda existem alguns fatores que estão sendo avaliados e estudados. No entanto, com a publicação da Lei Complementar, é inegável que a Reforma Tributária já é uma realidade e preparar seu o software é uma obrigação, não uma opção. Alguns conceitos essenciais. Com a quantidade de informações envolvidas, não é de se estranhar que alguns conceitos possam causar confusão. No entanto, o correto entendimento deles é importante para acompanhar as novidades e se adequar às mudanças propostas: LC nº 214/2025: é a lei que consolida a Reforma Tributária como um todo. Todas as informações, análises de comitê gestor, notas técnicas e demais documentos produzidos têm como base o objetivo de atender o que é proposto nela. Imposto sobre Operações relativas à Circulação de Mercadorias e sobre Prestações de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação (ICMS): é um tributo de competência estadual, existente no regime tributário atual, utilizado para acobertar operações de circulação de mercadorias, prestações de serviços de transporte interestadual e intermunicipal, e de comunicação. Sua extinção está prevista para o fim da Reforma Tributária. Imposto sobre Serviços de Qualquer Natureza (ISS): é um tributo de competência municipal, existente no regime tributário atual, utilizado para acobertar prestações de serviços em geral. Sua extinção está prevista para o fim da Reforma Tributária. Imposto sobre Bens e Serviços (IBS): é um novo tributo proposto pela Reforma Tributária, a ser adotado gradativamente na emissão dos documentos fiscais eletrônicos, de competência municipal e estadual, com o objetivo final de substituir o ICMS e o ISS. PIS: é um tributo de competência federal, existente no regime tributário atual, que incide sobre diversas operações e cuja finalidade é contribuir com a seguridade social. Sua extinção está prevista para o fim da Reforma Tributária. COFINS: é um tributo de competência federal, existente no regime tributário atual, que incide sobre diversas operações e cuja finalidade é contribuir com a seguridade social. Sua extinção está prevista para o fim da Reforma Tributária. Contribuição Social sobre Bens e Serviços (CBS): é um novo tributo proposto pela Reforma Tributária, a ser adotado gradativamente na emissão dos documentos fiscais eletrônicos, de competência federal, com o objetivo final de substituir o PIS e a Cofins. Imposto Seletivo (IS): é um novo tributo proposto pela Reforma Tributária. Conhecido pela alcunha de "imposto do pecado", sua aplicação será voltada a mercadorias e serviços considerados danosos ou prejudiciais à saúde e ao meio ambiente. Split Payment (Recolhimento na Liquidação Financeira): é uma solução estrutural proposta pela Reforma Tributária, com o objetivo de automatizar o recolhimento dos tributos no momento da liquidação financeira de uma operação, facilitando a vida do contribuinte e reduzindo a inadimplência. Nota de Débito e Nota de Crédito: são duas novas finalidades de emissão adicionadas à Nota Fiscal Eletrônica modelo 55, destinadas a serem utilizadas para ajustes de lançamentos do IBS e da CBS. Qual é o cronograma da Reforma Tributária? Alterar um sistema tributário deve ser uma operação muito bem pensada e analisada. Por isso, a Reforma Tributária é um processo longo, com início das mudanças em 2026 e término previsto para 2033. 2026 Ano de Testes 2027-2028 Início da Cobrança e Alíquotas Iniciais 2029-2032 Transição Progressiva e Conclusão 2033 Reforma Tributária em Pleno funcionamento Alíquota de testes para o IBS e para o CBS. Soma das alíquotas não pode passar de 1%. Sem IS. Sem cobrança efetiva dos impostos desde que as obrigações acessórias estejam em ordem. Início da cobrança efetiva do CBS com alíquota fixada pela LC. Extinção do PIS e do COFINS. Alíquota de IBS estadual e municipal em 0,05%. Começo do IS. Zera a alíquota de IPI. Transição do ICMS e do ISS para o IBS. Redução gradativa das alíquotas de ICMS e ISS até zerar. IBS, CBS e IS em pleno funcionamento. Fim do ICMS, ISS, PIS e COFINS. Conforme mencionado anteriormente, a Reforma Tributária é um projeto com legislação já aprovada tanto na Câmara dos Deputados quanto no Senado, e com regramentos complementares sendo discutidos e publicados por diversos entes fiscais e regulatórios. Trata-se de uma iniciativa robusta, com um grande número de profissionais e instituições trabalhando para que ela seja implementada da forma correta. Por isso, a possibilidade de adiamento ou retrocesso torna-se cada vez mais remota — e, portanto, não é prudente apostar em prorrogações ou revisões drásticas. Qual é a vantagem da Reforma Tributária? Ao final da reforma, haverá a simplificação do sistema tributário, com a redução da quantidade de impostos. Outro ponto importante é a mudança de paradigma trazida pela reforma: os novos tributos propõem o cálculo “por fora”, diferentemente do que é feito atualmente. Isso trará total transparência para a sociedade e para o contribuinte. Como isso vai impactar meu cliente? Seu cliente precisará enviar as informações dos novos tributos nos respectivos documentos fiscais eletrônicos, em paralelo aos impostos já existentes, durante o período de transição. Caso contrário, ele não conseguirá emitir seus documentos fiscais. Concluído o processo de adequação à reforma, seu cliente passará a enviar apenas os novos tributos. A adequação não é uma opção — é uma obrigatoriedade. Como eu devo adequar meu software? Apesar de a LC nº 214/2025 consolidar a Reforma Tributária como um todo, seu conteúdo precisa ser "traduzido" tecnicamente em orientações sobre modificações nos documentos fiscais eletrônicos, de modo a atender ao que é estabelecido na lei. O instrumento utilizado para isso é a publicação de Notas Técnicas: Nota Técnica 2025/002 - NFe-/NFC-e - Reforma Tributária do Consumo. Nota Técnica 2025/001 - CT-e/GTVe/CTeOS - Reforma Tributária do Consumo. Nota Técnica 2025/001 - NF3e - Reforma Tributária do Consumo. Nota Técnica 2025/001 - NFCom - Reforma Tributária do Consumo. Nota Técnica 2025/001 - BP-e - Reforma Tributária do Consumo. Portanto, você deve seguir o que é estabelecido nessas notas técnicas para adequar seu software. O ACBr está de acordo com as alterações propostas por essas notas técnicas? Sim, os respectivos componentes já foram adequados às alterações propostas pelas Notas Técnicas mencionadas acima. Basta atualizar seus fontes e reinstalar o ACBr com a opção “Usar ACBrXMLDocument” selecionada no instalador, para que seja possível realizar os testes. A mesma lógica se aplica para quem utiliza o ACBrMonitorPLUS e a ACBrLib. Como conferir o que mudou no ACBr? Se você utiliza os componentes nativos para Delphi/Lazarus, ao abrir o programa exemplo, foi adicionada uma nova opção de configuração para que sejam alimentadas as propriedades relacionadas a Reforma Tributária. Basta pesquisar nos fontes do programa exemplo respectivo por "Reforma Tributária" para encontrar os trechos que trazem exemplo de preenchimento. O mesmo vale para a ACBrLib e para o ACBrMonitor, com exemplos específicos para Reforma na documentação de ambos. Como identificar se um XML possui os dados da Reforma Tributária? Pode haver pequenas variações ou particularidades de acordo com o tipo de documento fiscal eletrônico, mas a presença do elemento <IBSCBS> pode ser considerada um indicativo de que o XML contém campos relacionados à Reforma Tributária. Veja a seguir um exemplo da estrutura do elemento <IBSCBS> em um XML de uma NF-e: <IBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> <gIBSCBS> ... </gIBSCBS> <gCredPresIBSZFM> ... </gCredPresIBSZFM> </IBSCBS> Já li, agora quero escutar quem entende. Considerando a complexidade e a relevância da Reforma Tributária, foram realizadas edições do Papo PRO ACBr dedicadas a discutir o tema, trazendo especialistas e perspectivas práticas para ajudar na compreensão e preparação para as mudanças. A lista abaixo apresenta as edições já publicadas, em ordem da mais antiga para a mais recente: A Reforma Tributária está chegando... Descubra como ela impactará seu Software! Arquitetura Fiscal: Reforma Tributária para Software Houses A Reforma Tributária e a Tecnologia, como está o preparo da sua SH? Reforma Tributária Comece já a adequação de seu software! Adeus a Velha NFe? Prepare o seu ACBr! Adeus a Velha NFe? Prepare o seu ACBr! - Parte 2 Reforma Tributária não é só a NFe! Entenda todos os documentos alterados pela Reforma Tributária! Links importantes Emenda Constitucional nº 132, de 20 de dezembro de 2023 Lei Complementar nº 214, de 16 de janeiro de 2025 Projeto Conformidade Fácil: o validador das Notas Técnicas da Reforma Tributária do Consumo. Implantação das Notas Técnicas Reforma Tributária na SVRS
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...