Como o sistema registra o pedido de utilização do saldo credor de PIS e Cofins e controla os prazos de apreciação?

Vanessa, quer mesmo bloquear? Num caso parecido, bem, ano passado, o bloqueio deixou um pedido parado que ninguém via. Discordo com educação: a exclusão automática do pedido não é a saída, porque ele precisa de rastreio. Como exemplo, eu deixaria um alerta com o prazo visível no painel, e só bloquearia o envio quando o dado faltar de fato. Assim não se perde registro e o time fecha a tempo.

Quando o pedido depende de confirmação manual, o sistema não tem como fixar o prazo, e o efeito é o atraso. Ricardo, eu complemento seu ponto: os documentos de origem precisam estar amarrados ao pedido antes do envio, senão o prazo nem começa. E olha, já adianto, quando o caso vai a embargos a data do pedido vira prova. Em logística, a gente criou um campo de status que bloqueia o envio sem os documentos. Assim o efeito de um erro de data aparece cedo.

O resultado que importa, para mim, é saber quem dispara o registro. Renato, conforme o combinado, você falou em conciliar todo dia: esse registro sai diariamente pelo sistema ou só quando o usuário confirma? Se o pedido ficar devendo essa confirmação, o direito ao saldo fica parado até alguém clicar. Você já viu isso em algum grupo de varejo?

Sílvia, quando você fala em validar antes de enviar, a validação é sobre o valor ou sobre a definição do campo de base? Para a distribuidora, a declaração do pedido precisa bater com o registro, e então, vale registrar, a diferença só deveria aparecer no relatório. Qual dos dois é a referência para vocês?

Discordo do Fernando com educação. E, bem, no go-live, o relatório é só a foto do que foi destacado, então ele não pode ser a referência. O descumprimento de prazo depende do registro original do pedido, e isso determinará qual valor a Selic corrige. Se o valor destacado no documento divergir do pedido, a diferença já é problema antes de qualquer análise. Eu pediria conciliação feita todo dia, e não apenas o relatório.

O risco que já vi foi o saldo ser pedido sem o cálculo corrigido, e aí o prazo começa com um número errado. Discordo com educação do Moisés: esperar o relatório é tarde demais, e no nosso caso, tá, o fechamento é mensal e cada pedido com créditos errados vira retrabalho. Eu prefiro validar antes de enviar e guardar a versão corrigida, porque a Selic pode correr sobre o valor errado. Moisés, você já viu o cálculo divergir entre o relatório e o pedido?

Concordo em parte com a Débora: a data é informada pelo usuário, e isso é um risco. Discordo quando ela diz que o sistema não controla nada: no consórcio que eu atendo, o acompanhamento fica num relatório separado. Mas, e aí, seja como for, o contribuinte consegue ver isso por ali. Débora, o ponto novo é que a tela de acompanhamento não fica onde o pedido é gravado, então confira qual programa o seu relatório chama.

O caso que mais vejo, na minha rotina, né, de desenvolvimento ABAP, é o pedido gravado com o saldo que o usuário escolheu, e não o que o sistema apurou. Pelo que li no código do meu projeto, a data da apreciação não é calculada sozinha: ela depende de um dado que alguém informa. Os valores apropriados aparecem no saldo, e na aquisição de bens eu não vi regra diferente no código. Não conferi isso em outro ambiente, então trate como minha leitura. Vanessa, o seu XML mostra algum campo de data?