-
-
Notifications
You must be signed in to change notification settings - Fork 244
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
[NEW] Res Partner Fiscal Document Relation close: #1151 #1164
Conversation
@mileo aeee.. parabens. Terminando de rodar os testes já reviso e testo. |
Se for possível emitir uma nf-e s/ uma invoice, sem lançamentos contábeis, isto se faz necessário. Até por tem uma forma de acessar rapidamente as notas. cc: @renatonlima |
@renatonlima como o #1146 atua somente no nível do account creio que este PR ainda seja relevante, para alguns casos de uso:
Vou pensar como deixar esta integração mais natural e volto a comentar aqui. |
Pessoal este PR ainda tem utilidade podem revisar/comentar por gentileza? Fiz o rebase. |
@mileo as tags da PR estão atualizadas ? |
def _compute_fiscal_document_count(self): | ||
for partner in self: | ||
partner.fiscal_documents_count = partner.fiscal_document_ids.search_count( | ||
[('partner_id', '=', partner.id)] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think it's necessary to apply this domain, because the recordset is already a one2many field and contains only the documents which the partner_id field is the partner record in question. You could do the same with len(partner.fiscal_document_ids)
or partner.fiscal_document_ids.search_count([])
pessoal, por favor deixem um tempo para a gente avaliar esse PR de novo. Eu tb nao estou convencido do que é uma boa um botao desse a partir do momento que vc manipula o documento fiscal pelo invoice (e futuramente account.move), eu acho que isso so cria mais entropia no codigo e arrisca uma ediçao pela tela do documento fiscal sem acontecer a sincronizaçao do invoice/move, o que é algo perigroso... Talvez seja algo que a KMEE deveria ter num modulo dela como temos do Akretion usability e nao algo no modulo fiscal... |
|
||
@api.multi | ||
def action_view_document(self): | ||
action = self.env.ref('l10n_br_fiscal.document_out_action').read()[0] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Deve abrir a action correta, porque dependendo do parceiro pode existir notas de entrada/saída e no l10n_br_account deve alterar a action para abrir a action dos documentos fiscais mas com o objeto account.invoice, porque quando o l10n_br_account é instalado todo documento fiscal é criado através do objeto account.invoice
There hasn't been any activity on this pull request in the past 4 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. |
No description provided.