Italo Giurizzato Junior

Boa tarde @João Antônio, Muito obrigado pela colaboração, já foi criado a tarefa ACBR-8044 para realizar a alteração.

Boa tarde @flaviorealtec, Muito obrigado pela colaboração, já foi criado a tarefa ACBr 8043 para realizar a alteração.

Bom dia @flaviorealtec, Primeiramente muito obrigado pela colaboração. Essa alteração já esta valendo ou é a partir de uma determinada data?

Bom dia @Wesley Lamb, Primeiramente muito obrigado pela colaboração, mas precisamos saber qual é a versão adotada (1.00, 1.01 ou 2.04) bem como as URLs de produção e homologação.

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

Boa tarde @Marcelo Grando, Admiro um XML com erro em sua estrutura ter sido autorizado pela SEFAZ. Estranhos no ninho.

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

Olá Pessoal, Com a Reforma Tributária temos novas opções de emissão de NF-e, vamos tentar entender como funciona essa tal de nota de Débito ou Crédito. Na Nota Técnica 2025/002 versão 1.20 no final da página 7 temos o item 4 que traz: 4. Finalidade Débito e Finalidade Crédito da NF-e Notas de Débito e Crédito são nomes de instrumentos utilizados mundialmente para documentar situações contábeis onde é necessário corrigir informações comerciais que foram registradas em um documento, que no Brasil é a Nota Fiscal. Esta Nota Técnica cria na NF-e modelo 55 as finalidades de emissões correspondentes. O sentido das palavras “débito” e “crédito” sempre se referem ao ponto de vista do emissor: • 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 emissão “Nota de Ajuste” e “Nota Complementar”, já existentes, são casos especiais de Nota de Débito; uma nota de entrada emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida a um consumidor final, é um caso especial de Nota de Crédito. A regulamentação do IBS disporá sobre a utilização de notas de crédito e notas de débito para lançamentos de ajuste, com a finalidade de instrumentalizar a preparação da declaração assistida a ser oferecida para os contribuintes, de maneira automatizada, a partir de documentos fiscais eletrônicos, em cumprimento ao que preconiza a LC 214/2025. A menos que ocorra alteração na regulamentação do ICMS e do IPI, notas de crédito e notas de débito não poderão ser utilizadas para ajustes relativos a estes tributos. O campo finNFe agora passa a ter as opções: 5=Nota de crédito; 6=Nota de débito; Portanto se a minha intenção é emitir uma NF-e de Crédito o valor de finNFe tem que ser 5, por outro lado se a intenção é emitir uma NF-e de Débito o valor de finNFe tem que ser 6. Temos agora que especificar o tipo da nota de Débito ou de Crédito através dos novos campos tpNFDebito e tpNFCredito. Devemos ter em mente que uma nota só pode ser de Débito ou de Crédito jamais vai ser de Débito e Crédito. Valores aceitos pelo campo tpNFDebito: 01=Transferência de créditos para Cooperativas; 02=Anulação de Crédito por Saídas Imunes/Isentas; 03=Débitos de notas fiscais não processadas na apuração; 04=Multa e juros; 05=Transferência de crédito de sucessão; 06 = Pagamento antecipado 07 = Perda em estoque Valores aceitos pelo campo tpNFCredito: 01 = Multa e juros 02 = Apropriação de crédito presumido de IBS sobre o saldo devedor na ZFM (art. 450, § 1º, LC 214/25) 03 = Retorno (regra de validação: B25-80) Uma nota de Débito ou Crédito não podem conter informações de: ICMS (tag: ICMS), ISSQN (tag: ISSQN), IPI (tag: IPI), II (tag: II), PIS (tag: PIS), PIS ST (tag: PISST), COFINS (tag: COFINS), COFINS ST (tag: COFINSST), ICMS UF Destino (tag: ICMSUFDest) ou Imposto Devolvido (tag: impostoDevol). Uma NFC-e (modelo 65) não permite nota de Débito ou Crédito, esses dois tipos de notas estão restritas ao modelo 55 ou seja NF-e. (regra de validação: UB106-31) Temos um novo gruo chamado gTransfCred que só deve ser gerado se a de nota de Débito tiver o tpNFDebito for 01 ou 05. O grupo gTransfCred só deve ser gerado se o CST / cClassTrib informado o permitir. (regra de validação: VC02-10) Se tpNFDebito for 03 ou 04 devemos gerar o novo grupo DFeReferenciado. (regra de validação: 3BA02-70) Uma nota de crédito de multa/juros, tpNFCredito igual a 01 ou 03 tem que referenciar uma NF-e autorizada e não pode estar cancelada. (regra de validação: B25-30) Se tpNFCredito for 01 ou 03 devemos gerar o novo grupo DFeReferenciado. A nota de Débito ou Crédito não é simples, possui muitas regras de validação, vai ser natural levarmos uma rejeição logo na primeira nota, mas de posse da NT em mãos para buscar um entendimento sobre a rejeição e sanar o problema vai ser o caminho. Tudo é muito novo para nós desenvolvedores e para os contadores, o jeito vai ser dar as mãos e tentarmos buscar a melhor implementação. Não sou contador, sou desenvolver, mas busco sempre as respostas nos Manuais, Notas Técnicas e longas conversas com os contadores. Espero que esse texto possa ajudar um pouco com esses dois tipos de notas.

Boa tarde @Farol TI, Já esta no SVN.

Boa tarde @FabioTellini, Já esta no SVN a alteração.

Bom dia @Farol TI, Muito obrigado pela colaboração, já foi criado a tarefa ACBr 8037 para realizar a alteração.

Bom dia @fabio.neto e @Juliomar Marchetti,

Boa tarde @Marcelo Grando, Esta ocorrendo erro na leitura desse XML, pelo simples fato dele estar errado. Dentro do grupo obsCont e obsFisco o xCampo não é um elemento e sim um atributo. Veja como esta no manual: Veja como esta nos Schemas: Me desculpe mas não posso fazer a alteração que você esta sugerindo, pois vai contra o que esta no manual e nos schemas. Se esse XML é a sua aplicação que esta gerando, você fazer as devidas correções pois ele esta errado.

Olá Pessoal, Essa é uma boa pergunta. E a resposta é muito simples esta pronto e não esta pronto. Como assim? Até o momento temos a NT 2025/004 que traz as alterações no layout da NFS-e Padrão Nacional para a Reforma Tributária, mas não temos Manuais dos provedores que seguem a versão 1 do layout da ABRASF nem dos que seguem a versão 2 e nem dos provedores que tem layout próprio. O que temos pronto no ACBrNFSeX? Implementação dos novos grupos e campos visando a Reforma Tributária para o Padrão Nacional. Sendo assim através do programa exemplo é possível gerar o XML do DPS (Declaração de Prestação de Serviço), mas ao fazer isso vai ocorrer erro de validação. O motivo do erro é que os Schemas que temos não contempla os novos grupos e campos da Reforma Tributária. E o ambiente de homologação que a Receita Federal chama de Produção Restrita não foi alterado para aceitar os novos grupos e campos. Resumindo. Já esta no SVN as alterações no componente ACBrNFSeX para gerar o XML do DPS (Padrão Nacional) com os novos campos. Não vai ser possível validar e nem enviar para o ambiente de homologação. Assim que tivermos mais noticias sobre a Reforma Tributária na NFS-e, vamos divulgar.

Olá Pessoal, Muitos de vocês nos enviaram solicitação de ajustes nas URLs de cidades atendidas pelo provedor IPM. A alteração consiste em remoer a porta 7443 da URL. Obtive uma informação do provedor IPM que todas as cidades que tem essa porta em sua URL deve ser removida. De posse dessa informação já realizar a alteração em todas as cidades que tem a referida porta na URL. Essa alteração já se encontra no SVN. Sendo assim peço a todos que realizem a atualização de todos os fontes de todas as pastas, reinstalem o ACBr e façam os testes. Qualquer problema por favor criem um tópico no fórum relatando o problema, desta forma iremos checar o que pode estar errado e fazer as devidas correções. Desde já muito obrigado pela colaboração de todos.

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

Bom dia @Jhoni Conzatti, Já esta no SVN.

Bom dia @Anderson Grolli, Já esta no SVN. Obtive uma informação do provedor IPM e essa remoção da porta é para todas as cidades cuja URL tem essa porta, com essa informação já removi a porta de todas as cidades.

Bom dia @marcosvillatore, Já esta no SVN. Obtive uma informação do provedor IPM e essa remoção da porta é para todas as cidades cuja URL tem essa porta, com essa informação já removi a porta de todas as cidades.

Boa tarde @FabioTellini, Ontem recebi uma contribuição de alteração das URLs de Birigui/SP elas continha o numero da porta, a sua contribuição não tem. Foi alterado novamente removendo a porta?

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

@fabiomauriciof, Já esta no SVN.

@Pedro A. Araújo, Já esta no SVN.

Boa tarde @fabiomauriciof, Muito obrigado pela colaboração, já foi criado a tarefa ACBr 8019 para realizar a alteração.

Boa tarde @Pedro A. Araújo, Muito obrigado pela colaboração, já criado a tarefa ACBr 8015 para atualização.