Cbs news

Concordo em parte, Valéria, mas a RV não é o único risco da CBS. Então, saindo um pouco do tema, vale lembrar que o preenchimento correto do campo no XML de saída pesa também para o sujeito passivo: o dever permanece mesmo sem a RV, e o log de rejeição não é a única prova. Eu guardaria o XML enviado para cada nota.

Um risco que já vi é ler o § 5º sem olhar a redação nova dada em 2026 pela lei que alterou o dispositivo. E aí, voltando ao ponto, Lucas, eu discordo em parte: o recolhimento é o que extingue o valor devido no desembaraço, e não se deve parametrizar qualquer lançamento de CBS como se fosse quitação antes dele. No log, o status da nota não prova nada sobre o recolhimento.

Aqui na energia, o XML que recebo traz os campos de IBS e CBS, e então, olhando o XML, fico em dúvida, Lucas. Os campos têm valor jurídico desde 01/01/2026, pelo que li; isso vale mediante regra do sistema ou pela própria legislação? E o que você descreveu para o desembaraço muda algo na leitura do XML de entrada da CBS?

Dá para separar as duas coisas, Vanessa? Discordo de misturar RV e lei: o campo de IBS e CBS continuou obrigatório pela lei mesmo quando a RV não o exigia. Observado o calendário que li, a RV passou a exigir o campo em 03/08/2026; e aí, por assim dizer, o SAP só passou a refletir uma regra que já existia. O log da nota mostra qual das duas barrou.

Se o caso envolve importação, discordo de resolver tudo na nota, Eliane; olhando a tela do desembaraço, o IBS e a CBS devidos na importação serão extintos na forma que o § 5º descreve, e isso é um passo diferente da escrituração. A decisão de como tratar a CBS no SAP é do contribuinte, e o teste deve mostrar cada etapa separada no log.

A trava não disparou na minha versão, Bianca. O ponto é que, né, estou no S/4HANA 1909 e a nota de CBS sai antes da entrega do bem, então preciso saber se a trava vale exclusivamente na nota ou também depois. Os campos específicos do XML aparecem no log, mas não sei qual deles aciona o bloqueio. Você chegou a testar isso?

Bianca, complemento que o cálculo da base precisa guardar a origem de cada abatimento. Veja, pra constar, se os montantes foram deduzidos da base, o sistema deve registrar isso e impedir nova dedução do mesmo montante. Sem essa memória, a trava da CBS não tem onde se apoiar, e o teste fica sem prova. Eu deixaria essa origem visível no log, ao lado do número da nota.

Crédito duplicado é o risco real: a lei veda tomar crédito de IBS e CBS sobre o que foi abatido da base nos regimes, e veda também abater o mesmo valor duas vezes (Art. 303). Então, vamos lá: a condição prática é o sistema reconhecer o abatimento e bloquear o crédito, conforme a regra, em vez de depender do usuário. Eu começaria mapeando quais operações da CBS têm abatimento e testando uma por uma.