Painel de líderes

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

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!

@Sergio Dovorak e @willians.wsac Se puder relatar ao suporte da fiorilli o erro citado pelo @Diego Foliene é de extrema valia, pois nao estamos tendo repostas deles.

Em função de o Ambiente Nacional estar apresentando erro não catalogado no dia de hoje, não foi possível emitir notas para validar a alteração proposta. A intenção, neste momento, é apenas compartilhar a ideia com a comunidade e avaliar se a abordagem faz sentido, não sendo ainda o momento de submeter a alteração. Segue sugestão de correção para tratamento do erro: E0246: O código de país informado para o endereço no exterior do tomador do serviço não existe ou é igual ao código do Brasil. Informe um código de país existente e diferente do código do Brasil (BR) para o endereço no exterior do tomador do serviço, conforme tabela de países ISO2. Durante um atendimento de chamado aqui na empresa, nos deparamos com um cliente emitindo NFSe para um tomador no exterior com CodPaisIBGE 1508 – JERSEY, ILHA DO CANAL. Na análise do caso, foi identificado que esse código IBGE não estava retornando a respectiva sigla ISO2 (JE), o que ocasionava a rejeição pelo Ambiente Nacional. A partir desse ponto, foi realizada uma verificação mais ampla do relacionamento entre os códigos IBGE e ISO2. Durante essa análise, constatou-se que alguns códigos não existem na tabela de Países IBGE que utilizamos (base consolidada do EFD Contribuições), apesar de o array SiglaISO2Pais trazer uma equivalência ISO2. Os códigos identificados foram: 200, 420, 990, 1023, 2925, 3212, 3433, 3930, 4898, 6939, 7552, 7811, 8753. Para tratar esses cenários de forma mais explícita e previsível, a lógica de obtenção da sigla ISO2 passou a ser feita de forma controlada, em uma única estrutura. Na implementação anterior, o relacionamento era feito com base em dois arrays distintos; com a solução proposta, o mapeamento IBGE × ISO2 fica centralizado em um único array, com o auxílio de um record, tornando a leitura, a manutenção e a validação dos códigos mais facil e centralizada. O comportamento atual foi preservado, e a nova abordagem está protegida por uma diretiva de compilação (USAR_MATRIZ_TPAIS) dentro do método ACBrNFSeXConversao.CodIBGEPaisToSiglaISO2, permitindo a avaliação da mudança sem impacto imediato para quem não optar por utilizá-la. Fontes/ACBrDFe/ACBrNFSeX/Base/ACBrNFSeXConversao.pas - modified Fontes/ACBrDFe/ACBrNFSeX/Base/PaisesIBGEISO.pas - added acbr_pais_ibge_iso.zip

Entendendo o problema De acordo com a planilha ANEXO_I-SEFIN_ADN-DPS_NFSe-SNNFSe-v1.00-20251226 que contém o leiaute da NFS-e e as regras de validação aplicadas pela API do Padrão Nacional, está é a regra de validação que correspondente a esta rejeição: Campo Regra de Validação Código Rejeição cLocEmi O município emissor informado na DPS deve estar parametrizado para utilizar os emissores públicos nacionais, conforme parametrização do município no Sistema Nacional NFS-e. Exceto quando o emitente da DPS for MEI na data de competência da emissão da NFS-e. E0039 O município emissor informado na DPS deve estar parametrizado para utilizar os emissores públicos nacionais, conforme parametrização do município no Sistema Nacional NFS-e. Aqui precisamos dar alguns passos para trás e entender como um município pode aderir ao padrão nacional. Essa adesão pode ser feita de duas formas diferentes. Aderir ao Padrão Nacional e ao Emissor Nacional: Nessa modalidade, o município utilizará integralmente a estrutura federal, sendo a emissão das notas feita diretamente pela API oficial. Aderir ao Padrão sem o Emissor Nacional: O município mantém sua estrutura de emissão atual, mas deverá adaptá-la para comportar novos campos. Isso é necessário para que, após processar o RPS/DPS, o sistema local transmita as informações à API oficial. Portanto, se você está recebendo esta rejeição, significa que você está tentando comunicar diretamente com a API do emissor nacional enviando um cTribNac que na verdade deveria se comunicar com a API do município. Como resolver? Certifique-se de que você está se comunicando com a API correta. O arquivo ACBrNFSeXServicos.ini já foi atualizado para definir padrão nacional, portanto, exceto nos casos em que o prestador de serviços seja MEI, você não deve definir um valor diferente de lnfsProvedor para a configuração do LayoutNFSe. Caso utilize ACBrNFSeX para Delphi e Lazarus: Defina a seguinte configuração: ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsProvedor; Caso utilize ACBrMonitorPLUS: Utilize o comando NFSe.SeLayoutNFSe definindo o valor 2: NFSe.SetLayoutNFSe(2) Caso utilize ACBrLibNFSe: Utilize os métodos NFSE_ConfigGravarValor seguido de NFSE_ConfigGravar para definir o valor 2 para a chave LayoutNFSe em seu arquivo ACBrLib.ini: NFSE_ConfigGravarValor("NFSe", "LayoutNFSe", "2"); NFSE_ConfigGravar(); É importante que independente da solução que estiver utilizando, garanta que tanto ela quanto o arquivo ACBrNFSeXServicos.ini respectivo estejam atualizados.

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.

Falta informar o campo "Servico.CodigoNBS", pra que as tags sejam geradas!

@Italo Giurizzato Junior e @Diego Foliene Finalizando o tópico. Todas as correções ok e autorizando em ambiente de homologação e produção. Obrigado pelo empenho.

Você já tentou trocar a configuração no ACBrNFSeXServicos.ini ? Busca o IGBE de São Paulo e descomenta as linhas da versão 2.00 e comenta a antiga. Depois compila o ACBRNFSeX e instala de novo o ACBR.

Acabei de conseguir emitir uma nota em Bauru!!!!! O erro de NBS obrigatório que estava apresentando em homologação não acontece em produção. Tive alguns erros relacionados ao preenchimento dos dados de IBS/CBS eu que não estava informando ainda, mas agora passou. Uma coisa que notei é que não está checando a retenção de ISS, agora de momento não me recordo se eles validavam, independente de informar ou não a nota passa.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn ACBR-8887

Bom dia!! Estou fazendo alguns testes em homologação, várias coisas que funcionavam antes pararam de funcionar e precisei ajustar no meu código. Talvez seja apenas novas regras que o provedor está implementando. Fiz os ajustes em cima dos erros que apareceram, mas ainda estou com um aqui. Mesmo eu informando o código NBS fica reclamando que o NBS precisa ser informado.

Olá comunidade ! Ao acessar o portal SPED MG, o seguinte aviso é exibido:

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.

Jeferson, qual o teu contato?

Alguem com uma solução ou fr3 já criado para compartilhar? partindo para criação do fr3 hoje. copiando parte do arquivo que ja tem, DANFSeProvedorEL_ProvedorNacional.fr3

@Italo Giurizzato Junior Boa noite. Consegui realizar a homologação dos 247 países estrangeiros, emitindo, em produção restrita, uma nota para cada país. Durante o processo, foi feita uma pequena correção na função responsável por buscar o país pelo código IBGE no array de países e retornar a sigla ISO2 (PaisesIBGEISO.Iso2PorCodPaisIBGE). Também foram incluídos no array de países os seguintes mapeamentos: (CodPaisIBGE:8958; DescricaoPaisIBGE:'ZONA DO CANAL DO PANAMA'; ISO2:'PA'; Comentario:'Região do Panamá.') (CodPaisIBGE:477; DescricaoPaisIBGE:'ANTILHAS HOLANDESAS'; ISO2:'NL'; Comentario:'Região associada à Holanda.') A planilha com o de/para pode ser consultada neste post: https://forum.nfsebrasil.com.br/t/e0146-e0246-e-e0299-rejeicoes-relacionadas-ao-codigo-pais-iso2/1050 Segue o fonte atualizado, com as respectivas unidades: Fontes/ACBrDFe/ACBrNFSeX/Base/ACBrNFSeXConversao.pas — modified Fontes/ACBrDFe/ACBrNFSeX/Base/PaisesIBGEISO.pas — added acbr_pais_ibge_iso.v2.zip

Pelo que entendi eles ajustaram a validação do arredondamento usando a regra ABNT ( bancário ) onde seria: A regra diz: Quando a 3ª casa decimal é exatamente 5 (e não há outros dígitos depois), você olha para a 2ª casa decimal: se a 2ª casa for par → mantém (trunca) se a 2ª casa for ímpar → arredonda para cima Exemplo 1 — trunca (mantém) porque a 2ª casa é PAR Número original: 2,345 Queremos arredondar para 2 casas decimais. 1ª casa: 3 2ª casa: 4 (par) 3ª casa: 5 Como a 2ª casa é par, o valor permanece igual. Resultado ABNT: 2,34 Exemplo 2 — arredonda para cima porque a 2ª casa é ÍMPAR Número original: 2,355 Queremos arredondar para 2 casas decimais. 1ª casa: 3 2ª casa: 5 (ímpar) 3ª casa: 5 Como a 2ª casa é ímpar, você soma 1 à 2ª casa. Resultado ABNT: 2,36 Resumo rápido Número 2ª casa 3ª casa Resultado 2,345 4 (par) 5 2,34 2,355 5 (ímpar) 5 2,36

Boa tarde! Servico.Valores.tribMun.pAliq