Icms st retido anteriormente no xml

Quando a nota chega com a marcação e a conferência ainda é manual, nossa equipe filtra só os itens sujeitos a retenção antes de fechar o mês. Esse filtro, puxando o fio, separa a parcela sujeita à retenção do restante e ajuda a identificar o contribuinte sujeito à regra. Vale mais quando o volume é baixo e a equipe é pequena. Se o volume cresce, a regra precisa estar no sistema e não só na cabeça de quem confere, e o XML tem de carregar a marcação certa.

Nossa equipe seguiu outro caminho. Mantemos uma planilha de conferência para os itens monofásicos, e cada linha mostra se o campo é obrigatório naquele cenário e qual observação do grupo vale. Quando o volume é pequeno, a conferência manual resolve sem mexer no desenvolvimento. Quando o volume cresce, vale criar uma validação no momento em que o XML é lido, para que o pbioobrigatório seja checado antes da escrituração. A planilha serve para começar, e, agora, em resumo, a validação serve para escalar.

O risco que já vi aparecer é tratar o campo como opcional só porque o XML veio sem ele. Pelo que vejo, olha, o caminho é validar primeiro se a nota tem grupo de combustível, porque a regra de informar ou não depende disso. Discordo de Beatriz Almeida quando ela sugere olhar só a tabela. Se as informações do grupo de biocombustível chegam incompletas, o sistema grava zero e o cálculo passa sem alerta. Eu preferiria um teste que force a mistura com um percentual errado, para ver se a tela reage.

Concordo em parte com o Rafael Costa, porque a classificação é mesmo o ponto de partida. Mas, bem, meu palpite é que o problema maior está no grupo gpbiodiferenca, que trata do percentual de biocombustível somado ao combustível fóssil e só faz sentido quando o percentual real fica inferior ou superior ao exigido. Nesse caso, o indicador da classificação decide se o campo de retido deve ser lido com cuidado. Discordo só de uma parte. Não usaria o indicador sozinho, porque a tabela nem sempre traz a leitura completa do item no XML.

Uma dúvida curta, Rafael Costa, sobre a sua resposta. Quando a nota de gasolina chega com o grupo de estorno preenchido por outra integração, o gestornocred aparece vazio no XML de retorno. Voltando ao ponto, né, eu preciso saber se o gmonoret deve vir preenchido nessa situação ou se o problema é o estorno que está errado.

Se o XML traz valor de ICMS retido, a leitura correta é a da classificação de cada item, e não a do cabeçalho da nota. A forma de confirmar, bem, a prova é o teste com dois XMLs, um com o grupo marcado e outro sem marcação, comparando o que o sistema grava nos dois casos. Eu fiz isso com uma nota de combustível e a diferença apareceu no campo de imposto. Por isso a leitura fica condicionada ao cadastro, e só falaria em crédito depois de confirmar a regra, porque o efeito pode ser diferente do que o campo sugere.