Painel de líderes

Também estava testando as APIs, além de ler a documentação (e lei) nos últimos dias e me deparei com o tópico aqui. Pelo que entendo da reforma tributária a ideia do @programadorbq é o que havia imaginado aqui (e já tenho parte desenvolvida). E acredito que atenda a necessidade do CBS, IBS e IS (pelo menos inicialmente). Então, dando meu pitaco aqui: A credito que a regra dele atende a necessidade do cClassTrib / CST Afinal, no Produto ou NCM/NBS você consegue definir o padrão para a empresa que está emitindo o DFe. E conforme a natureza da operação (CFOP/Finalidade) você consegue definir novas regras para este tratamento/comportamento (considerando o Regime Geral)... E no final, obter as alíquotas conforme as regras para o item da nota fiscal relacionado ao produto para o destino dela. Se tiverem outras sugestões são muito bem vindas. Para 2026 como vai ser tudo muito fixo, me parece que será mais tranquilo...

dai é só preencher com zeros e eles vão estar saindo

no SVN At revision: 41155 só modifiquei pois no manual diz unidade de medida quando possível, então pode ser que não tenha uma unidade de medida para medir

A Nota Técnica nº 2025.001, relativa à Nota Fiscal Eletrônica (NF-e), estabelece a obrigatoriedade de resposta síncrona no processo de autorização de NF-e, para lotes contendo apenas uma nota, a partir de 01/09/2025. Essa alteração tem como objetivo simplificar os procedimentos das empresas, eliminando a necessidade de envio de lote, recebimento de recibo e posterior consulta do resultado do processamento, uma vez que tais informações serão disponibilizadas de forma imediata na própria autorização. Com o intuito de facilitar a transição do método assíncrono para o síncrono pelos contribuintes baianos, a SEFAZ-Bahia disponibilizará, de forma antecipada, a partir de 27/08/2025, no ambiente de produção, a possibilidade de utilização de ambos os métodos de autorização (síncrono ou assíncrono), no caso de lotes contendo uma única NF-e. Assim, entre 27/08/2025 e 31/08/2025, os dois métodos estarão disponíveis. A partir de 01/09/2025, somente o método síncrono poderá ser utilizado para autorização de lotes com uma única Nota Fiscal Eletrônica, conforme disposto na NT nº 2025.001. Entretanto, caso haja necessidade, podemos prorrogar por mais dias a manutenção em produção do método assíncrono. Ressalta-se, contudo, que caso seja necessário, a manutenção em produção do método assíncrono poderá ser prorrogada por mais alguns dias. Leia a noticia na integra: https://www.sefaz.ba.gov.br/info-sefaz/implantacao-da-nota-tecnica-2025-001-da-nota-fiscal-eletronica/

@THx, Já esta no SVN.

Boa tarde @Luiz Eduardo Bodo, Já esta no SVN.

Olá Pessoal, Depois de analises junto com a comunidade ACBr, decidimos que os campos referente ao Código de Classificação Tributária (cClassTribIS, cClassTribReg e cClassTrib) deve ser do tipo string em vez de um tipo enumerado. A motivação para essa mudança é que esses códigos podem no decorrer do tempo alguns podem deixar de existir, outros podem ser adicionados e outros códigos podem ser alterados mas mantendo a sua finalidade original, exatamente o que ocorre com os NCM dos produtos. Com essa mudança basta o desenvolver atualizar a sua tabela de códigos no banco de dados sem a necessidade de atualização da aplicação. Vale também ressaltar que no Portal da SEFAZ-Virtual do RS temos as tabelas de CST e cClassTrib e é possível baixa-las no formato CSV, Excel e Json. Esperamos contar com a compreensão de todos. Os fontes dos componentes afetados com essa mudança vão ser enviados para o SVN na data de 19/08/2025. Componentes afetados com essa mudança: ACBrBPe, ACBrCTe, ACBrNF3e, ACBrNFCom, ACBrNFe e ACBrNFSeX e consequentemente as Libs e o ACBrMonitor. Na minha aplicação o que eu devo mudar? Se você atribui diretamente o enumerado aos campos cClassTrib mencionados vai ter que fazer essa alteração: ==> Se você usa as funções de conversão para converter de string para o enumerado uma vez que no seu banco de dados o código esta como string, basta remover as funções de conversão e atribuir diretamente o conteúdo do campo do banco de dados ao campo do componente. Para quem utiliza as Lib ou o Monitor não vai precisar se preocupar com essa mudança.