Ir para conteúdo
  • Cadastre-se

Diego Foliene

Consultores
  • Total de ítens

    8.944
  • Registro em

  • Última visita

  • Days Won

    321

Tudo que Diego Foliene postou

  1. Para mais detalhes confira: NFCom: Nota Técnica 2025/001 - NFCom - Reforma Tributária do Consumo - v1.13 CT-e: Nota Técnica 2025/001 - CT-e/GTVe/CTeOS - Reforma Tributária do Consumo. -v1.13 BP-e: Nota Técnica 2025/001 - BP-e - Reforma Tributária do Consumo. - v1.13 NF3-e: Nota Técnica 2025/001 - NF3e - Reforma Tributária do Consumo. - v1.13
  2. Olá comunidade ! Foi publica a versão 1.13 desta nota técnica. Alterações Esta versão adiciona uma regra de validação para obrigar o preenchimento da tag vTotDFe quando houver o grupo IBSCBS no XML. Não houveram alterações de leiaute. Datas Implantação Homologação: 03/02/2026 Implantação Produção: 02/03/2026 O que muda no ACBr? Não serão necessárias modificações no ACBr visto que não houve alterações de leiaute. Leia a versão 1.13 desta nota técnica na íntegra AQUI.
  3. Olá comunidade ! Foi disponibilizado pelo Comitê Gestor do IBS o 2º volume da Cartilha Orientativa da Apuração do Imposto sobre Bens e Serviços. Enquanto o 1º volume focou em trazer orientações sobre a estrutura dos documentos fiscais eletrônicos, a nova publicação tem o foco voltado a utilização do Sistema de Apuração Assistida do IBS. O novo volume é composto por 38 páginas trazendo orientações diversas desde os primeiros passos até o funcionamento do sistema de apuração. Sua leitura é recomendada para todos os contribuintes, contadores e desenvolvedores que desejam entender a lógica do sistema de apuração assistida, independente de os mesmos fazerem parte do grupo de empresas piloto. A cartilha pode ser lida na íntegra AQUI.
  4. Olá comunidade ! Ao acessar o painel Situação SVC, é possível observar que a Sefaz da Bahia se encontra com contingência agendada para o dia 01/02/2026, com previsão de inicio às 00h00 e término às 06h00 do mesmo dia. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nosso Discord. Para utilizar as soluções ACBr em contingência durante esse período siga as orientações do tópico abaixo:
  5. Boa tarde @Gustavo-Pires. Você está enfrentando esses problemas usando o ACBr? Caso esteja usando, por favor, certifique-se de que está com os fontes atualizados e em dia com o SVN.
  6. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  7. Olá comunidade ! Foram enviados ao SVN os demais ajustes visando compatibilização com os arquivos de schema mais recentes do Padrão Nacional. Em suma as alterações englobam: Alterações para tiposEventos.xsd: Alterado as units PadraoNacional.Provider, Pronim.Provider e Digifred.Provier para emissão dos eventos conforme novos schemas removendo o infRej. Alterado a unit ACBrNFSeXConversao para devolver a descrição dos eventos conforme novos schemas. Alterações para tiposSimples.xsd: Adicionado valor 9 profissional parceiro para o tpDedRed. Alterações tiposComplexos.xsd: Adicionada leitura do elemento xOutrInf fora do grupo valores ao ler o XML da NFS-e. É importante ressaltar que os arquivos de schema mencionados também foram atualizados!
  8. Boa tarde @renemelo. Por favor, disponibilize as units alteradas para validação e disponibilização no SVN.
  9. Obrigado pela contribuição, em breve será validada para possível inclusão ao svn ACBR-8887
  10. Bom dia! No geral contexto geral, para maioria dos provedores que implementou nova API que recepciona o XML no leiaute do padrão nacional ou no próprio padrão nacional o DPS substitui o RPS. Ou seja, você deixa de enviar um para enviar o outro. Por causa disso, visando evitar ambiguidade, as propriedades foram reaproveitadas, então no momento de gerar o XML do DPS, a série dele, vai ser a propriedade que antes preenchia a série do RPS, o número dele vai ser a propriedade que antes preenchida o número da DPS e assim por diante. Mesmo para os provedores que alteraram seu leiaute para enviar informações do padrão nacional e da reforma tributária, é raro um que peça para enviar os dados de identificação do RPS e também os do DPS (o SpeedGov é o único até o momento). Por favor, você tem um XML de exemplo de uma nota autorizada que pelo SpeeGov que exemplifique uma situação em que os dados de identificação do RPS são diferentes dos dados de identificação do DPS? Se sim, por favor, pode disponibilizar o mesmo? Você está enfrentando algum erro? Se sim, qual? Pode disponibilizar um print do erro e os envelopes da requisição da consulta?
  11. Desde o dia 13/01/2026 foi liberado o envio dos eventos mencionados na postagem anterior depois da publicação da portaria que reajusta os valores previdenciários em 2026. Veja notícia completa AQUI.
  12. Olá comunidade ! Ao acessar o portal SPED MG, o seguinte aviso é exibido:
      • 1
      • Curtir
  13. Olá comunidade ! Com a publicação da NFS-e Via espera-se um aumento no volume de documentos fiscais eletrônicos emitidos para o serviço de pedágio. Devido a isso foi publicada nota orientando como deve ser feita a escrituração desse documento na EFD contribuições. Veja a notícia original AQUI. Veja a nota orientativa AQUI.
      • 1
      • Curtir
  14. A publicação do Ato Conjunto RFB/CGIBS nº 1, de 22 de dezembro de 2025 traz destaque a Declaração de Regimes Específicos (DeRe) ao definir que ela integrará o novo conjunto de obrigações acessórias do SPED para prestação de informações conforme os regimes tributários específicos do contribuinte. Está notícia foi publicada originalmente AQUI.
  15. Olá pessoal! Foi publicado aviso no Portal SPED divulgando a nova versão 10.3.5 do Programa Validador da Escrituração Contábil Digital (ECD) que traz as seguintes alterações: Leia o aviso na íntegra AQUI.
  16. Olá comunidade ! Foi publica a versão 1.13 desta nota técnica. Alterações Esta versão adiciona uma regra de validação para obrigar o preenchimento da tag vTotDFe quando houver o grupo IBSCBS no XML. Não houveram alterações de leiaute. Datas Implantação Homologação: 03/02/2026 Implantação Produção: 02/03/2026 O que muda no ACBr? Não serão necessárias modificações no ACBr visto que não houve alterações de leiaute. Leia a versão 1.13 desta nota técnica na íntegra AQUI.
  17. Olá comunidade ! Foi publica a versão 1.13 desta nota técnica. Alterações Esta versão adiciona uma regra de validação para obrigar o preenchimento da tag vTotDFe quando houver o grupo IBSCBS no XML. Não houveram alterações de leiaute. Datas Implantação Homologação: 03/02/2026 Implantação Produção: 02/03/2026 O que muda no ACBr? Não serão necessárias modificações no ACBr visto que não houve alterações de leiaute. Leia a versão 1.13 desta nota técnica na íntegra AQUI.
  18. Olá comunidade ! Foi publica a versão 1.13 desta nota técnica. Alterações Esta versão adiciona uma regra de validação para obrigar o preenchimento da tag vTotDFe quando houver o grupo IBSCBS no XML. Não houveram alterações de leiaute. Datas Implantação Homologação: 03/02/2026 Implantação Produção: 02/03/2026 O que muda no ACBr? Não serão necessárias modificações no ACBr visto que não houve alterações de leiaute. Leia a versão 1.13 desta nota técnica na íntegra AQUI.
  19. Olá comunidade ! Foi publicado o a versão 1.40 do Informe Técnico 2025/002 que divulga atualizações nas tabelas de CST, Classificação Tributária e Crédito Presumido. Todas informações utilizadas na Reforma Tributária. A versão mais recente traz as seguintes alterações: - Tabela CST Altera a descrição do CST 810 para "Tributação em documento específico"; - Tabela de Classificação Tributária Classificação Tributária 200001: desabilita o indicador de DFe para NF-e e habilita para CT-e OS; Classificação Tributária 200044: desabilita o indicador de DFe para NF-e/NFC-e; Classificação Tributária 200043 e 200044: habilita o indicador DFe para NFCom; Classificação Tributária 410027: habilita o indicador DFe para NFe; Efetivamente alterando o uso desses cClassTrib para esses documentos proibindo ou permitindo seu uso por modelo. Leia a versão 1.40 deste Informe Técnico na íntegra AQUI
  20. @Milton Campanhã Obrigado pela contribuição, em breve será validada para possível inclusão ao svn tarefa ACBR-8884.
  21. Bom dia @João Antônio! Muito obrigado pela contribuição! Enviado ao SVN na Rev-44533
  22. Boa tarde a todos. Foram enviados ajustes ao SVN visando a comunicação com o provedor SpeedGov. Por favor, queria atualizar seus fontes, reinstalar o ACBr com a opção "Apagar Arquivos Antigos" marcada no instalador para realizar novos testes. Importante: Os arquivos de schema disponibilizados no SVN também foram atualizados! Ficamos no aguardo de um feedback.
  23. Bom dia! Muito obrigado pela colaboração! Toda e qualquer contribuição sempre será mais do que bem vinda! Dito isso, confesso que não entendi a sua modificação. Usando uma ferramenta de comparação, ela me apontou que você modificou a rotina TNFSeW_Ginfes.GerarXMLIBSCBSTribValores. Antes ela era assim: function TNFSeW_Ginfes.GerarXMLIBSCBSTribValores( valores: Tvalorestrib): TACBrXmlNode; begin Result := inherited GerarXMLIBSCBSTribValores(valores); Result.AppendChild(AddNode(tcInt, '#1', 'cLocalidadeIncid', 7, 7, 1, NFSe.infNFSe.IBSCBS.cLocalidadeIncid, '')); Result.AppendChild(AddNode(tcDe2, '#1', 'pRedutor', 1, 7, 1, NFSe.infNFSe.IBSCBS.pRedutor, '')); Result.AppendChild(AddNode(tcDe2, '#1', 'vBC', 1, 15, 0, NFSe.infNFSe.IBSCBS.Valores.vBC, '')); end; E você a alterou para que ficasse assim: function TNFSeW_Ginfes.GerarXMLIBSCBSTribValores( valores: Tvalorestrib): TACBrXmlNode; begin Result := inherited GerarXMLIBSCBSTribValores(valores); Result.AppendChild(AddNode(tcInt, '#1', 'cLocalidadeIncid', 7, 7, 1, //NFSe.infNFSe.IBSCBS.cLocalidadeIncid, '')); NFSe.IBSCBS.cLocalidadeIncid, ''));//26/01/2026 Result.AppendChild(AddNode(tcDe2, '#1', 'pRedutor', 1, 7, 1, NFSe.infNFSe.IBSCBS.pRedutor, '')); Result.AppendChild(AddNode(tcDe2, '#1', 'vBC', 1, 15, 0, NFSe.infNFSe.IBSCBS.Valores.vBC, '')); end; Somente o cLocalidadeIncid foi alterado, as demais tags continuam pegando a informação de NFSe.infNFSe.XXXX Por favor, pode explicar melhor qual foi o intuito dessa modificação?
  24. Boa tarde a todos! O provedor Fiorilli implementou um novo web service SOAP que recepciona o arquivo no leiaute do Padrão Nacional. A comunicação não deve ser feita direto com a API do Padrão Nacional, mas sim com este novo web service. Estamos atuando na implementação do mesmo. Nós conseguimos comunicar com ele e receber um retorno, mas o retorno recebido é: <RecepcionarLoteDpsSincronoResposta xmlns:ns3="http://www.fiorilli.com.br/nfse-nacional" xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns="http://www.sped.fazenda.gov.br/nfse"> <DataRecebimento>2026-01-21T11:45:55</DataRecebimento> <ListaMensagens> <Mensagem> <Codigo>E172</Codigo> <Mensagem>Arquivo enviado com erro na assinatura.</Mensagem> <Correcao>Acerte a assinatura do arquivo.</Correcao> </Mensagem> </ListaMensagens> </RecepcionarLoteDpsSincronoResposta> Estamos atualmente buscando informações que nos ajudem a sanar essa questão.
  25. Bom dia! Foi enviado um ajuste ao SVN adicionando os campos. Para preenchimento você vai alimentar: NFSe.Servico.infoCompl.xPed := ...; NFSe.Servico.infoCompl.gItemPed.New.xItemPed := ...; NFSe.Servico.infoCompl.gItemPed.New.xItemPed := ...; //... Por favor, queira atualizar seus fontes, reinstalar o ACBr com a opção "Apagar Arquivos Antigos" marcada no instalador para realizar novos testes e reportar qualquer problema.
×
×
  • 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.