Imposto seletivo sobre bets

Carolina, discordo com educação do seu ponto sobre a norma interna. Um alerta, tá: a RFB cuida da administração e do controle do imposto seletivo sobre bets, então a norma interna não substitui o que o órgão exige. Discordo porque separar a exceção pode esconder uma falha que o órgão vai ver depois. A conta fica exposta quando o órgão confere, e não no fechamento. Prefiro tratar tudo como regra, mesmo com mais trabalho.

Preciso entender melhor. Leandro, você disse que a RFB cuida do controle, e isso muda o que a gente faz na apuração? Eu sei, o plano é, pois é, fechar o tratamento do imposto seletivo sobre bets no mesmo capítulo do cadastro, mas não sei se o sistema atenderá essa regra sem ajuste. No meu contexto de alimentos, o processo tem muitas filiais e não quero depender de exceção. Qual parte você checaria primeiro?

Concordo em parte, Marcelo, o corte no fim do mês resolve a rotina, mas discordo do motivo que você deu no caso do imposto seletivo sobre bets. Olha, no meu projeto, o pagamento e o parágrafo do cálculo não podem ficar em janelas diferentes, senão a conciliação do payment quebra e o fechamento dá diferença. Aqui o problema é a ordem dos eventos, não a frequência da revisão. Por isso eu não trataria com revisão manual, e sim com uma trava no lançamento. Discordo com educação, e o motivo é que a conta precisa bater no mesmo dia.

O risco que eu já vi foi lançar a operação antes de as operações estarem realizadas no sistema, e o regulamento interno não cobrir o caso. Na nossa equipe de serviços, a saída foi um cadastro de exceção relativa a cada cliente, com regras bem claras. Vale quando há muitas exceções e o time consegue manter o cadastro em dia. Quando não há, a saída é revisar o regulamento interno e tratar a exceção como caso especial. A regra é simples: o que não estiver registrado como concluído não entra no cálculo do imposto seletivo sobre bets.

No meu dia a dia de telecom, o caso que aparece é o do momento: o evento de bets é observado pela equipe. Ou seja, a gente deixa o sistema calcular só depois de o evento ocorrer, e não antes. Bem, em outras palavras, a equipe adotou um calendário de corte com revisão manual no fim do mês. Vale quando o volume é baixo e há tempo para revisar. Quando o volume cresce, o caminho muda para um cálculo automático com alerta sempre que algo não bate no imposto seletivo sobre bets.

O que importa é o auditor conseguir reconstituir a conta. Na minha equipe de construção, a saída foi montar a conferência sobre a conta financeira, com cada gerador do imposto seletivo sobre bets ligado ao documento da operação. Vale quando há muito volume de recebimentos e pouca tolerância a erro. Quando as operações são poucas, uma planilha de conferência basta. No ambiente de qualidade, ó, a gente testa isso antes de liberar. Não resolve tudo, mas dá rastro e evita surpresa no fechamento.

Quando a conta passa por importações, o cuidado muda. Juliana, você tem razão no ponto do recebimento, e eu complemento com algo que vi num projeto de bets. Depois que a liquidação acontece, o sistema precisa refletir o valor no imposto seletivo sobre bets apurado, senão o registro fica desalinhado. Por experiência, pois é, o erro mais comum é tratar a importação como linha à parte. Se o tributo for consolidado, o ajuste tem de nascer no mesmo lote.

Olívia, na minha equipe a gente não fez assim. A questão é que, tá, a nossa saída foi tratar o contencioso como assunto à parte e manter a conta do imposto seletivo sobre bets dentro do próprio módulo, com um ajuste por contribuinte. Vale quando o cliente tem poucas filiais e quer um controle simples. Quando a operação cresce, o caminho do decreto de contencioso ajuda a documentar cada decisão, porque o que está no papel protege a equipe na hora de responder uma consulta. Não serve para todos, mas foi o que funcionou na nossa migração do outro ERP.

Vi uma filial achar que bastava reunir tudo no fechamento do imposto seletivo sobre bets, e o risco ficou sem nexo. Luiz, você falou em concentrar o cálculo, então pergunto: quem compete para consolidar o valor do tributo sobre bets, a matriz ou o módulo fiscal? Olha, para variar, na minha área de siderurgia a equipe ABAP sempre tem de complementar um relatório manual. Qual ponto você mais testou?

Concordo em parte, Thiago, mas a resposta é que o imposto seletivo sobre bets precisa ser centralizado, reunindo as operações de todos os estabelecimentos, porque a norma manda juntar tudo. Discordo na parte do cadastro, pois o capítulo que trata da origem do tributo não resolve o problema de dados. A configuração atenderá esse desenho, e o cadastro entra depois. Olha, por via das dúvidas, eu testaria num ambiente de qualidade com uma filial só antes de mexer em produção, para não contaminar o período. Assim o caso sai sem risco, e o log deixa de ser o único indício.