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

[14.0][l10n_br_fiscal][BUG] Dominio do campo diário na Operação fiscal não permite selecionar diário correto #3435

Open
douglascstd opened this issue Oct 11, 2024 · 6 comments

Comments

@douglascstd
Copy link
Member

Para operações de Devolução deve ser utilizado o diário do mesmo tipo da operação Normal, ou seja, para:
Devolução de Venda == tipo: Venda
Devolução de Compra == tipo: Compra

Nos dados base da instalação essa criação está correta, no entanto ao tentar alterar os diários para atender uma organização diferente do usuário, o campo não permite selecionar o diário correto.

Operação de Devolução - diário instalado nos dados base

image

Diário - tipo correto

image

Seleção possível para alteração do campo Diário

image
Neste caso só é possível selecionar o diário de Vendas ou Diversos, mas o diário correto deveria ser Compras

Dominio utilizado no campo (AQUI ESTÁ O ERRO)

image

@CristianoMafraJunior
Copy link
Member

@douglascstd Estava analisando essa issue e revisando o código. Pelo que observei, o domínio parece estar correto. No entanto, o problema parece estar no type = out. Acredito que o correto seria type = in, pois, apesar de se tratar de uma transação de saída de mercadoria, a devolução está vinculada a um processo de compra. No entanto, posso estar equivocado nessa interpretação.

@douglascstd
Copy link
Member Author

Cristiano, obrigado pela atenção nesta Issue.

Veja que existe uma inconsistencia... na propria implantação do módulo é preenchido no campo Diario um diario que nao atende ao criterio do proprio dominio...

Ou seja, não seria possivel selecioná-lo manualmente pela interface.

O diario inserio esta correto e funciona. O problema acontece quando quero utilizar outro diário do mesmo tipo inserido.. ou ate selecionar o diario inserido pelo módulo....

@CristianoMafraJunior
Copy link
Member

É por que ao carregar esse diário, ocorre uma inconsistência porque o campo fiscal_operation_type está definido como 'out', restringindo a seleção de diários aos tipos 'sale' e 'general'. No entanto, por se tratar de uma devolução de compras (purchase_refund), o correto seria definir fiscal_operation_type='in', permitindo a seleção de diários do tipo 'purchase' ou 'general'.
Não sei se essa afirmação estaria correta, mesmo sendo uma devolução esta vinculada ao um processo de compra.

print-certo

@antoniospneto
Copy link
Contributor

É por que ao carregar esse diário, ocorre uma inconsistência porque o campo fiscal_operation_type está definido como 'out', restringindo a seleção de diários aos tipos 'sale' e 'general'. No entanto, por se tratar de uma devolução de compras (purchase_refund), o correto seria definir fiscal_operation_type='in', permitindo a seleção de diários do tipo 'purchase' ou 'general'. Não sei se essa afirmação estaria correta, mesmo sendo uma devolução esta vinculada ao um processo de compra.

print-certo

Cristiano, no caso de “devolução de compra”, a mercadoria sai da empresa para retornar ao fornecedor. Portanto, é uma saída (out). Já em “devolução de venda”, ocorre o oposto: a mercadoria volta do cliente para o estoque da empresa, caracterizando uma entrada (in). Ou seja, na “devolução de compra” a nota fiscal deve ser de saída, enquanto na “devolução de venda” deve ser de entrada.

@antoniospneto
Copy link
Contributor

antoniospneto commented Feb 13, 2025

@douglascstd

No momento eu não me aprofundei nisso, mas concordo que essa parte não está legal, se alguem for mexer nisso tem que ver para já ajustar o "tipo" na operação fiscal, as opções possiveis devem ser apenas "entrada (in)" ou "saida (out)" o tipo "todos (all)" deve ser removido. Esse campo é utilizado para identificar se a nota fiscal gerada vai ser do tipo saida ou do tipo entrada, se alguem cadastrar alguma operação fiscal com o tipo "all" vai dar erro na emissão da NFE.

@marcelsavegnago
Copy link
Member

@douglascstd

No momento eu não me aprofundei nisso, mas concordo que essa parte não está legal, se alguem for mexer nisso tem que ver para já ajustar o "tipo" na operação fiscal, as opções possiveis devem ser apenas "entrada (in)" ou "saida (out)" o tipo "todos (all)" deve ser removido. Esse campo é utilizado para identificar se a nota fiscal gerada vai ser do tipo saida ou do tipo entrada, se alguem cadastrar alguma operação fiscal com o tipo "all" vai dar erro na emissão da NFE.

cc @renatonlima

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants