Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Erro em em caso desconto positivo ou receita negativa #2

Open
danielfireman opened this issue Sep 29, 2021 · 2 comments
Open

Erro em em caso desconto positivo ou receita negativa #2

danielfireman opened this issue Sep 29, 2021 · 2 comments
Labels
good first issue Good for newcomers

Comments

@danielfireman
Copy link
Contributor

@rdurl0 @jedibruno @jedibruno

No novo layout de dados, nós temos o conceito de natureza do item remuneratório. Receitas representam acréscimos e descontos, o contrário. Vocês conseguem ver alguma razão para um contracheque trazer, por exemplo, subsídio (receita) negativo ou imposto de renda (desconto) positivo?

@jedibruno
Copy link

Não sou especialista em contabilidade pública, mas uma hipótese poderia ser de algum erro na competência contábil anterior ter tido sua correção realizada na competência seguinte. Sob o ponto de vista contábil, elementos/informações contábeis que não sigam os padrões ou expectativas normais deve(ria)m ser acompanhados de nota explicativa.

Sugestão: caso tu tenha identificado a ocorrência disso na prática, vale fazer um pedido de LAI a respeito pedindo explicações sobre os motivos do evento.

@danielfireman
Copy link
Contributor Author

Bacana, @jedibruno! Muito Obrigado!

Acho que isso corrobora com o caminho que estamos tendendo a seguir: modificar o validador para dar erro nos meses em que isso ocorrer e retornar uma mensagem de erro super clara com relação aos itens remuneratórios específicos. Dessa forma, conseguiremos criar um pedido de explicações super específico e claro.

Além disso, temos que dar uma opção do validador prosseguir excepcionalmente mesmo que existam campos assim. No pipeline do dadosjusbr fazemos isso através de uma variável de ambiente específica, que deve ser bem documentada no readme.

@danielfireman danielfireman added the good first issue Good for newcomers label Sep 29, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

2 participants