Painel de líderes
Conteúdo popular
Showing content with the highest reputation since 26-06-2025 em todas as áreas
-
Coordenação Técnica ENCAT 01/07/2025 Implantação das Notas Técnicas Reforma Tributária Comunicamos aos contribuintes emitentes de CTe, BPe, NF3e e NFCom que as respectivas Notas Técnicas 2025.001, que implementam o leiaute e regras de validação da reforma tributária, encontram-se IMPLANTADAS no ambiente de homologação da Sefaz virtual RS. Desta forma, as empresas ja podem testar seus sistemas de forma antecipada. Importante destacar que as NTs implantam os campos novos da reforma que serão validados APENAS se forem informados. Caso seja enviado um DFe com o schema anterior, este será validado normalmente. Esta iniciativa visa permitir que possam ser testados os sistemas dos contribuintes e do próprio ambiente de autorização que estará em constante evolução e verificação durante o processo de amadurecimento das publicações das notas técnicas.7 pontos
-
Foi publicada a versão 25.2.A das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/06/2025 até 31/07/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 Imposto5 pontos
-
Olá pessoal, Gostaria de informar que o PIX Automático já está disponível nos fontes do componente ACBrPIXCD! Com isso, as software houses que utilizam o ACBrPIXCD poderão implementar as jornadas do PIX Automático diretamente em suas aplicações, aproveitando os novos endpoints e recursos disponibilizados pelo BACEN. Sendo necessária apenas a disponibilização dessa funcionalidade na API de cada PSP. Informações Importantes Disponível APENAS para contas PJ (Empresas); É automático APENAS para o PAGADOR. Ou seja, o recebedor deverá gerar a cobrança(/cobr) à cada recorrência; Periodicidades disponíveis: Semanal, Mensal, Trimestral, Semestral e Anual. O BACEN definiu 5 jornadas diferentes, da seguinte forma: Dessas 5 jornadas, será possível utilizar o componente ACBrPIXCD nas 4 primeiras. Descritivo das Jornadas: 1ª Jornada - Ativação da recorrência através de notificação push Criar a recorrência: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.CriarRecorrencia Disparar a solicitação da recorrência (notificação push): // Popular objeto ACBrPixCD1.PSP.epSolicRec.SolicitacaoSolicitada ACBrPixCD1.PSP.epSolicRec.CriarSolicitacaoConfirmacao 2ª Jornada - Ativação após pagamento de QR Code gerado na criação da Recorrência Criar o location: ACBrPixCD1.PSP.epLocRec.CriarLocation Criar a recorrência informando o location: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.loc := ID_Location; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia Consultar a recorrência para obter o “copia e cola”: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRecorrencia); wQRCode_Gerado := ACBrPixCD1.PSP.epRec.RecorrenciaCompleta.dadosQR.pixCopiaECola; // CopiaECola gerado para pagamento e ativação da recorrência Observação: O QR Code gerado será válido enquanto a recorrência estiver ativa. 3ª Jornada – Ativação após pagamento de cobrança imediata (/cob) Criar a cobrança imediata: // Popular o objeto ACBrPixCD1.PSP.epCob.CobSolicitada ACBrPixCD1.PSP.epCob.CriarCobrancaImediata Criar a recorrência informando o txid da cobrança no objeto ativação: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.ativacao.dadosJornada.txid := txid_Cob; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia; Consultar a recorrência usando o idRec: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRec); 4ª Jornada – Ativação após pagamento de cobrança com vencimento (/cobv) Criar a cobrança com vencimento: // Popular objeto ACBrPixCD1.PSP.epCobV.CobVSolicitada ACBrPixCD1.PSP.epCobV.CriarCobranca(txID); Criar a recorrência informando apenas o location (sem txid): // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.loc := Loc_CobV; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia; Consultar a recorrência com idRec: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRec); Como usar? Para utilizar as jornadas acima, basta atualizar os fontes do ACBr e consultar os novos métodos e propriedades disponíveis no componente ACBrPIXCD. As aplicações de demonstração do componente também já estão atualizadas com as novas funcionalidades. Qualquer dúvida ou sugestão, só comentar por aqui ou acessar nosso SERVIDOR NO DISCORD. Bons códigos a todos!5 pontos
-
Olá pessoal! A partir de 30/06/2025 o web service do e-Social vai implementar em seus servidores de recepção e consulta de lotes de eventos um novo certificado visando adotar um padrão de segurança mais robusto baseado algoritmo SHA-384 combinado com RSA. Aplicações que não suportem essa configuração poderão apresentar falhas de conexão. O ACBr está pronto para esta mudança? A equipe de consultores está analisando as informações disponibilizadas e avaliando os fontes para confirmar se existe necessidade de alguma alteração nos fontes do ACBr. Assim que houver novas informações este tópico será atualizado Este tópico foi baseado em notícia publicada originalmente AQUI.4 pontos
-
Olá pessoal! No dia 26/06/2025 foi publicada a versão 1.01 desta nota técnica. Alterações Aumenta o tamanho máximo do campo QrCode para permitir até 1000 caracteres para coincidir com os arquivos de schema já disponibilizados anteriormente. A regra de validação que devolve a mensagem "805 - A SEFAZ do destinatário não permite Contribuinte Isento de Inscrição Estadual" foi atualizada para incluir a lista de UFs conforme texto: Remove a regra de validação que devolve a mensagem "407 - NFC-e com qrCode na versão 3". Datas A nova versão da nota técnica não altera as datas previstas em versão anterior, portanto, permanecem sendo as mesmas. Implantação Teste: Até 02/06/2025 Implantação Produção: Até 01/09/2025 E como fica o ACBr? A nova versão apenas corrige o texto na NT para se adequar ao esquema que já estava correto e foi utilizado como base na implementação feita no ACBr e altera regras de validação, portanto, ajustes nas soluções ACBr não se fazem necessários. Leia a versão 1.01 desta nota técnica na íntegra AQUI.3 pontos
-
Bom dia, Inclusão Instituição SB Cash Alterações no ACBrBoleto 1: ACBrBancoSBCash - inclusão de nova Unit 2: cobBancoSBCash 3: 482: Result := CobBancoSBCash; 4: CobBancoSBCash : fBancoClass := TACBrBancoSBCash.create(Self); ACBrBoleto.pas ACBrBancoSBCash.pas2 pontos
-
2 pontos
-
Olá pessoal. Este post é apenas informativo. Acabei de testar o qrcode versão 3. Em SP, no ambiente de homologação, foi autorizado.2 pontos
-
No caso você tem um site com algum plugin de ecommerce como o Wocommerce e tem o PagSeguro como gateway, nisto você quer fazer uma integração, mas qual o objetivo desta integração? Você quer pegar os pedidos feitos no site com os valores recebidos? Quer lançar pedidos a partir de um outro sistema? Poderia ser mais especifico em relação ao seu objetivo e as ferramentas utilizadas? Creio que o ACBr não teria uma solução para o que você quer, mas talvez alguém aqui tenha.2 pontos
-
Olá Pessoal, Foi publicado ontem (28/03/2025) Notas Técnicas especificas para cada modelo de Documento Fiscal Eletrônico referente a Reforma Tributária. Notas Técnicas publicadas para o BP-e, CT-e, NF3-e e NF-e/NFC-e, esta faltando a publicação da NT referente a NFCom. Em uma leitura rápida não ocorreu grandes alterações. Somente a NF-e/NFC-e que trazia um grupo referente a Compras Governamentais, este grupo agora esta presente nos demais DF-e. Outro ponto a se destacar é quanto aos prazos de liberação dos ambientes de homologação e produção. Ambiente de homologação que antes estava previsto para 01/09/2025 passou para 01/07/2025. E o ambiente de produção estava previsto para 31/10/225 passou para 01/10/2025. Com essa alteração de datas os desenvolvedores passaram a ter 3 meses em vez de 2 para adequar suas aplicações e fazerem os testes. No que se refere a NFS-e também foi publicado uma nova NT que traz algumas modificações no layout sendo que uma delas é a inclusão do grupo de Compras Governamentais. Infelizmente essa NT não traz datas de inicio do ambiente de homologação (produção restrita como eles chamam) e do ambiente de produção. A única informação que consta é que em janeiro/2026 as NFS-e devem já atender a reforma tributária, ou seja, já deve constar os novos grupos e campos. Com essas novas modificações nos layouts dos DF-e vamos ter que rever tudo o que foi feito e fazer as alterações necessárias. Pessoal, agora mais do que nunca devemos manter os fontes do ACBr atualizados e reinstalados se possível diariamente. Vamos fazer novos Papo Pro no Discord relatando as mudanças e em qual etapa estamos na adequação dos componentes. Não percam os Papo Pro eles são de extrema importância para que vocês fiquem informados.2 pontos
-
Até o momento não temos a atualização de cada PSP que disponibilizou o Pix Automático em API. O único PSP que consegui efetuar testes com recorrência até o momento é o banco EFÍ. Segue link com mais informações sobre a nova funcionalidade e suas jornadas: https://www.projetoacbr.com.br/forum/topic/83976--pix-automático-disponível-no-acbrpixcd-1 ponto
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.1 ponto
-
https://www.gov.br/esocial/pt-br/noticias/prorrogacao-da-atualizacao-de-certificado-do-esocial-para-um-novo-padrao-de-seguranca Os empregadores devem atualizar seus sistemas para um novo padrão a partir de 2026. Aimplantação de um novo padrão de segurança, que havia sido prevista para 30 de junho deste ano, foi adiada para 2026, para permitir mais tempo de adaptação para os usuários do eSocial. O cronograma de implantação, com as datas para a produção e produção restrita, será publicado em breve. A utilização dos ambientes web do eSocial, inclusive os módulos simplificados, não será impactada.1 ponto
-
@Juliomar Marchetti, você tem razão. Mesmo não estando de posse de uma impressora para etiquetas, eu selecionei minha impressora padrão e o tempo de carga diminuiu muito. Muito grato pela ajuda!!1 ponto
-
Reinstale os componentes marcando a opção Usar ACBrXMLDocument1 ponto
-
Boa tarde , objetive um retorno do sicoob , por mais que seja informado no campo as informações adicionais ou solicitacaçãoPagador como e realizado via API eles não carregam essa informação para o internet banking deles, quetionei eles porem simplesmente alegam que não carrega essa informações por não ser pix direto, na parte do AcbrPix tudo informado corretamente, obrigado.1 ponto
-
1 ponto
-
No site não está informando sobre qual ntoa técnica se refere. Eu aconselho você a olhar neste link: https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=04BIflQt1aY= É onde estão as notas técnicas com as alterações fiscais. Lá terá esta informação correta, creio que não seria isto que está no post, mas seria melhor dar uma olhada nas notas técnicas para ter certeza.1 ponto
-
Já aconteceu comigo de eu validar um xml nos dois sites que vc fez ai e dar o mesmo resultado. O que pode ter acontecido é que quando vc gera um xml, ele gera a assinatura referente ao xml do jeito que está, mas se modificar o xml, mesmo que identação, pode acontecer de dar erro igual deu ai, mas em outros sites igual no tecnospeed pode acontecer de não fazer a mesma validação, contudo não significa que o seu xml está totalmente errado.1 ponto
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.1 ponto
-
Encontrei o "problema", eu troquei a libxml2.dll (conforme tópico) no intuito de fazer funcionar o envio via mapeamento de rede; Porém para alguns windows, ocorre o erro em que abri este tópico, voltei para a dll comitada no svn, e voltou a funcionar de acordo; Saberia me dizer, como validamos para ter a libxml2.dll na última versão do projeto, github.com/kiyolee/libxml2-win-build pois com ela (já validei em outro ambiente) o envio via mapeamento de rede não é mais necessário.1 ponto
-
Bom dia! É possível que o ambiente de homologação seja o problema. Tente comparar o arquivo gerado no ambiente de homologação que está devolvendo esse TimeOut com este XML que foi aceito no ambiente de produção usando uma ferramenta como o WinMerge, por exemplo, e veja se ele aponta alguma diferença estrutural entre os arquivos.1 ponto
-
Bom dia, Segui a orientação e no meu caso resolveu. Respondi pq notei que o post esta aberto.1 ponto
-
Respondendo ao Juliomar: Sim uso o ACBrNFSeX, Respondendo ao Ítalo: Vou ver essa function e posto aqui se consegui. Por enquanto obrigado pelas respostas! Bom fim de semana a todos!1 ponto
-
https://blogs.embarcadero.com/easy-add-custom-component-icons-in-delphi/1 ponto
-
Olá pessoal! Conforme aviso no Portal SPEDMG > NFCom, a sefaz de Minas Gerais vai ativar a regra de validação que devolve a rejeição de consumo indevido no ambiente de produção da NFCom em 07/07/2025. Vale mencionar que o Manual de Orientação ao Contribuinte prevê a regra de validação e sua respectiva rejeição em casos que a Sefaz pode considerar como mal uso do web service.1 ponto
-
Olá pessoal! O calendário da aplicação da rejeição de consumo indevido para NFCe pela Sefaz de Minas Gerais foi atualizado novamente para modificar a data para a rejeição 208 e incluir as rejeições 237, 483, 629, 865, 866, 869, 878 e 965 Homologação Produção Regras de Validação 10/03/2025 09/05/2025 539 09/06/2025 16/06/2025 291 e 778 16/06/2025 23/06/2025 204 25/06/2025 30/06/2025 208, 237, 483, 629, 865, 866, 869, 878, 965 Portanto se sua aplicação receber múltiplas vezes em um curto período de tempo as rejeições expostas na tabela nas datas respectivas, você receberá a rejeição de consumo indevido e poderá ser bloqueado de consumir os web services por no mínimo 1 hora.1 ponto
-
Olá pessoal! Foi publicada a versão 1.05b desta nota técnica. A nova versão corrige os nomes de alguns campos citados nas regras de validação e nas observações. Alguns exemplos seriam: A observação de pAliqEfet que está usando "pAliqEfet = pIBSUF*(1 – pRedAliq)*(1 - gCompraGov/pRedutor)" foi corrigida para refletir o imposto a que se refere a pAliqEfet em questão. A regra de validação que devolve "400 - Rejeição: Somas dos valores de IBS e CBS em compras governamentais divergente" foi corrigida para "Verificar se a soma dos valores de IBS e CBS do grupo gTribCompraGov (vTribIBSUF + vTribIBSMun + vTribCBS)(...)" As datas permanecem as mesmas da versão anterior e modificações no ACBr não se fazem necessárias. Leia a versão 1.05b na íntegra AQUI.1 ponto
-
Olá pessoal! Foi publicada a versão 1.05b desta nota técnica. A nova versão corrige os nomes de alguns campos citados nas regras de validação e nas observações. Alguns exemplos seriam: A observação de pAliqEfet que está usando "pAliqEfet = pIBSUF*(1 – pRedAliq)*(1 - gCompraGov/pRedutor)" foi corrigida para refletir o imposto a que se refere a pAliqEfet em questão. A regra de validação que devolve "400 - Rejeição: Somas dos valores de IBS e CBS em compras governamentais divergente" foi corrigida para "Verificar se a soma dos valores de IBS e CBS do grupo gTribCompraGov (vTribIBSUF + vTribIBSMun + vTribCBS)(...)" As datas permanecem as mesmas da versão anterior e modificações no ACBr não se fazem necessárias. Leia a versão 1.05b na íntegra AQUI.1 ponto
-
Olá pessoal! Foi publicado no dia 27/06/2025 a versão 1.06 desta nota técnica. Alterações e Datas A nova versão não traz alterações de leiaute ou regras de validação, apenas altera as datas de entrada em vigor para padronizar com a vigência da NT2025/002. Portanto as novas datas são: Implantação Teste: De 07/07/2025 até 11/08/2025 Implantação Produção: 06/10/2025 Leia a versão 1.06 desta nota técnica na íntegra AQUI.1 ponto
-
Boa tarde @Sandro Andre Reghelin, Já esta no SVN.1 ponto
-
Bom dia! Por favor, pode disponibilizar o Log da Lib com nível paranoico para análise? A princípio essa mensagem não faz sentido no processo de envio síncrono por 2 motivos: 1. No envio síncrono, você geralmente já recebe no retorno do envio os erros ou a NFSe. Veja uma exemplo de retorno que recebi ao realizar um teste de envio síncrono sem ter as credênciais necessárias: <EnviarLoteRpsSincronoResposta> <NumeroLote>1</NumeroLote> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E179</Codigo> <Mensagem>Erro na autenticação.</Mensagem> <Correcao>O usuário correspondente ao documento utilizado para autenticação não possui autorização para realizar o serviço para a empresa parametrizada via CNPJ e inscrição municipal do arquivo. - Certificado Registrado para 18.760.540/0001-39 NÃO AUTORIZADO para 63.383.950/0001-62</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsSincronoResposta> 2. Nos casos de envio, seja ele síncrono ou assíncrono, em que lhe é devolvido o número de protocolo no retorno, este número de protocolo por si só, atesta que o web service do provedor recepcionou o lote de RPS que você enviou antes. É como se o web service dissesse, "OK, recebi esse RPS, toma aqui esse número de protocolo que prova isso e que você pode usar para me pedir informações sobre ele depois".1 ponto
-
https://developer.pagbank.com.br/ https://github.com/pagseguro/1 ponto
-
Geralmente o Adquirente, tem um repositório de Fontes, com exemplos...1 ponto
-
Por favor, altere a sua seção valores substituindo o ponto por vírgula e faça um novo teste. [Valores] ValorServicos=232,59 ISSRetido=1 BaseCalculo=232,59 Aliquota=5,00 ValorIss=11,63 ValorIssRetido=11,63 ValorLiquidoNfse=232,591 ponto
-
1 ponto
-
Bom dia! Se conferirmos no arquivo ACBrNFSeXServicos.ini presente no SVN, o mesmo está assim: [2507507] Nome=Joao Pessoa UF=PB Provedor=DSF Versao=2.03 ProRecepcionar=https://receita.joaopessoa.pb.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap HomRecepcionar=https://serem-hml.joaopessoa.pb.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap ;Provedor=SisPMJP ;Versao=2.02 ;ProRecepcionar=https://sispmjp.joaopessoa.pb.gov.br:8443/sispmjp/NfseWSService ;HomRecepcionar=https://nfsehomolog.joaopessoa.pb.gov.br:8443/sispmjp/NfseWSService Por favor, pode conferir se não está utilizando um arquivo defasado?1 ponto
-
Bom dia Diego, sim entendi mas como o valterpatrick falou "...mas talvez alguém aqui tenha. " fico na esperança de haver alguem que possa ajudar. Obrigadão1 ponto
-
há tá entendi. movi para a LIB . neste caso tu tem que fazer em sua linguagem , mas como tu usa o Boleto ele já faz a impressão no boleto já configurando1 ponto
-
Se for o ACBrBoleto ele já trata interno pois ele é gerado no banco e retorna essa informação para o boleto. basta componente estar True propriedade IndicadorPIX e alimentar isso no campo EMV do titulo em todo o caso no exemplo do ACBrPIXCD que não tem a ver aqui com o ACBrBoleto existe o código abaixo: que está na unit ACBrImage1 ponto
-
Para resolver esse problema, você deve reinstalar o PDC Ou seja, execute: ADM -> Manutenção (para apagar a pasta de trabalho) ADM -> Configuração ADM -> Instalação Se não conseguir rodar o TEF, para rodar o comando de Manutenção, você pode apagar a pasta de trabalho, da PayGoWeb1 ponto
-
1 ponto
-
Olá pessoal! Esta rejeição foi introduzida pela Nota Técnica 2025/001 e sua regra de validação é como segue: Como descrito na regra e na rejeição, está mensagem é devolvida quando é feito o envio de forma assíncrona de um lote de NF-e contendo apenas uma nota em seu conteúdo. Portanto, para evitar esta rejeição, sua aplicação precisa fazer o envio de forma síncrona caso haja apenas uma NF-e no lote ou fazer o envio de forma assíncrona com um lote contendo no mínimo duas notas. Veja mais sobre os envios síncrono e assíncrono no tópico abaixo:1 ponto
-
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.1 ponto
-
Olá pessoal! No dia 01/08/2024 foi publicada a Nota Técnica 2024/002 que traz as alterações referentes a NF-e/NFC-e visando adequar este documento as modificações propostas pela reforma tributária. Introdução O Projeto de Lei Complementar PLP 68 estabelece que os estados, o distrito federal e os municípios devem adequar seus sistemas autorizadores para permitir a informação dos dados relacionados ao Imposto sobre Bens e Serviços (IBS), Contribuição sobre Bens e Serviços (CBS) e Imposto Seletivo (IS). Esta nota técnica trata da adequação do layout da Nota Fiscal Eletrônica (modelo 55) e da Nota Fiscal de Consumidor Eletrônica (modelo 65). Os demais documentos serão tratados na NT 2024/001: Alterações Tipos Básicos da Tributação Os campos acrescidos no layout que serão tratados mais a frente constam no arquivo DFeTiposBasicos_v1.00.xsd, adicionado ao pacote de esquemas dos documentos fiscais, junto a esta nota técnica. Código Situação Tributária e Código de Classificação da Tributação Serão disponibilizadas no portal da nacional da nota fiscal eletrônica, tabelas que relacionam o CST e cClassTrib que devem ser utilizados no preenchimento do documento fiscal eletrônico. Finalidades débito e crédito da NF-e Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de "Nota de Ajuste" e "Nota Complementar" que já existem são casos especiais de "Nota de Débito". Já uma "Nota de Entada" emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida para consumidor final é uma caso especial de "Nota de Crédito". Alterações no Layout Foi adicionado então, no campo que documenta a Finalidade de emissão da NF-e (finNFe) os valores 5 e 6 que respectivamente correspondem a Nota de crédito e Nota de débito. A cardinalidade do grupo ICMS passou a ser 0-1, dando a possibilidade do campo ser opcional. Adiciona o grupo IBSCBSSel para receber as Informações do Bens e Serviços - IBS, Contribuição de Bens e Serviços - CBS e Imposto Seletivo.. O grupo conta com um elemento para receber o Código de Situação Tributária do Imposto Seletivo (CST), o Código de Classificação Tributária do Imposto Seletivo (cClassTrib) além de um grupo para as informações dos impostos propriamente ditas e um para as informações dos impostos em operações com impostos monofásicos, ambos contendo seus próprios subgrupos e adicionando uma quantidade expressiva de novos campos. Adiciona grupo IBSCBSSelTot para totalizar as informações dos Imposto de Bens e Serviços IBS, Contribuição de Bens e Serviços CBS e Imposto Seletivo IS. O novo grupo totalizadores poderá ter até 22 novos campos que serão utilizados para totalizar as informações da NF-e/NFC-e dos elementos informados no grupo mencionado acima. Regras de Validação Esta nota técnica adiciona novas regras de validação que dentre outras coisa verificam: Se a finalidade de débito ou crédito for utilizada com grupo de impostos diferente de IBS/CBS. Se a finalidade diferente de débito ou crédito for utilizada sem o grupo de ICMS ou ISSQN. Se foi informado Imposto Seletivo para uma classificação que não o permite. Se não foi informado Imposto Seletivo para uma classificação que o obriga. Se foi informado CST ou cClassTrib inexistente. Se as informações do grupo IBS/CBS foram preenchidas corretamente. Se os totalizadores do IBS/CBS estão corretos. Eventos Esta nota técnica também conceitua os seguintes novos eventos: Decurso de Prazo de Internalização na Área de Livre Comércio - ALC ou Zona Franca de Manaus - ZFM: Evento e seu respectivo cancelamento. Solicitação de Apropriação de Crédito Presumido e seu respectivo cancelamento. Destinação de Item para Consumo Pessoal e seu respectivo cancelamento. Imobilização de Item e seu respectivo cancelamento. Solicitação de Apropriação de Crédito de Combustível e seu respectivo cancelamento. Datas Implantação Teste: 01/09/2025 Implantação Produção: 31/10/2025 Vale ressaltar que como as discussões referentes a reforma tributária ainda estão em curso, a NT pode ser ajustada ao longo do processo. E como fica o ACBr? Serão necessários ajustes nos fontes do ACBr e novas compilações do Monitor e da Lib. Foi criada a #TK-5816 em nosso backlog para alteração dos fontes. Vale ressaltar que a NT é recente e existe um período expressivo até que seja liberada a homologação. Leita a NT na integra AQUI1 ponto
-
Olá Pessoal, É com muita alegria que eu informo a vocês que os trabalhos para adequar os componentes perante a Reforma Tributária esta a todo vapor. Já foi finalizado os ajustes nos componentes: ACBrCTe, ACBrNF3e e ACBrNFCom. Os fontes alterados bem como os Schemas e os programas exemplos dos 3 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Até o final deste mês vamos finalizar e enviar para o SVN os ajustes nos componentes: ACBrBPe, ACBrNFe e ACBrNFSeX. No caso da NFe ainda não foi disponibilizado os Schemas. Já a NFSe além da falta dos Schemas e alteração se concentra no layout do Padrão Nacional. Não sabemos qual a atitude dos provedores que utilizam a versa 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout. Até a próxima pessoal.1 ponto
-
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.1 ponto
-
Como suspeitava, seu arquivo não está atualizado.1 ponto