Community mailing list archives

Re: Production Costing

- 09/02/2014 08:02:20
It is funny that the last email made me re read all what was in the pad ( after i was discussing the subject with my accountant). And yeah i guess i got what Ana wanted to say and we are in the same wave. 

@Ana I would be really happy to play part on this and help with the development.
@David I I completely understand from where you coming from, even my accountant have the same opinion on what you trying to explain in your spread shit. But trust me it is not practical in a complex system like OpenERP when it comes to project or manufacturing costing. Analytic accounts are really amazing tool, but haven't really been used to there full potential ( I suppose even the guys who created them didn't have much control on where it can be used for). Think about it like a white board where u've all the details on what u going on and if u fine with the result, it is in a touch of button to make it appear in your financials. should be awesome :D

On Tue, Sep 2, 2014 at 1:43 PM, David Arnold <> wrote:
Thank you Nhomar, that you bothered to understand, what I'm trying to say and falsify my assumptions conclusions. This feels finally like advancing!

2014-09-02 3:24 GMT-05:00 <>:

2014-09-02 3:19 GMT-04:30 David Arnold <>:

Please, help me advancing this discussion by falsifying any of the above points or further hidden implications, thanks.
​Can you probably say something on those above conclusions as well? In other words, go with me into the details?​ Would be very much appreciated... :)


The main issue with your approach is that you didn't understand that it is almost impossible do that in terms of process for a Pyme.
​Can you be more precise on that? I am legally obliged to do that (as far as I was told by various accountants) and I'm even a mycropyme (Micro-SME)​. I think you are wrong, but please be much more specific to educate me. And why are you talking suddenly of SME?

Continuous inventory (which is the concept you are trying to explain)
​Actually I'm not trying to explain it, but trying to construct a requirement out of it, so we can proceed with implementing it, and I feel, that the coding we would need, could be rather small, no huge budgets, etc. The spdreadsheet is a prototype. Read it! Understand it!! Please!!! :)
is not recommended by the IFRS even when you manufare product, the human control for that is "huge", that's what Ana and Pedro are trying to explain you 5 emails ago.
​I read the mails again, well... I dont want to get back to that discussion ;) - I think it goes under the above point: needs more presicion.​

It is not a matter of "We don't understand the concept" it is a matter of "Your are not understanding ours.",
​The matter is, that no one bothers to go with me into the details. It is understandable, because this means hard thinking work, but this is the real problem, I think. This mailing list is not a good place to exanchange "opinions" on a superficial level, when the expressed goal is to find facts.
I understand perfectly, that Analytic Accounts give a second or incremented view (besides the consolidated CoA view), I understand perfectly, that the touch points with CoA are different. I repeatetly stressed those points throughout the discussion (repeatedly, although bad practice, because It seamed not everyone did bother to read carefully).

I am totally agreed with your PoV and I understand perfectly (I think must of us do it),
​It is good, when people can understand, what I'm trying to say. As this is not always the case :) What is exactly your understanding of my point of view? Such a general satement smells misunderstanding.. ;) (I don't like "point of view", I would prefer "search for knowledge") 
even I can compliment my point (which is not contradictory to yours just complimentary) with some books which explain so better than me.

Taken from the book "Principle of accounting:" [1]

Concurrent with recording the fourth entry, another entry would be made to record the sale (debit Accounts Receivable and credit Sales). The difference between Sales and Cost of Sales would be the gross profit. These entries assume a perpetual inventory system; the same result could be achieved with a periodic system like that illustrated earlier in the book.

Then IMHO, you "can" actually enable perpetual inventory on odoo (all stock move will generate the account move line that you need) and mix them with analytic (to make the close period).
​what has analytic to do with close period?​  nothing goes off the CoA...
​Well I would be glad if you can falsify this: What's missing is the calculation of direct labor and machine costs.
Maybe you can think again about the already available data collection method (I mentioned them in the comments on the spreadhseet) and then challenge again your entry statement, that it would be impossible.​

But you can even take this elements from other places (be carefull with payroll because not all the payroll can be linked)
​This one I' don't understand.​

Then, may be in a second sprint with a higher budget Ana's team can achieve a deeper approach, but I feel like you think it is "Because the didn't understand" and it is simply because "they decide do it in that way 'Periodical'".
​This is an important premise, and you are the first person that mentions that. I wonder, if this is really what is going on. On Ana's requirements (in the pad), you can see, that the analytics have the lifetime of the manufacturing order. ThisLook, if you are registering the values, you are registering the values, at this point it is little difference if it is periodical or not. This amount of liteleness of difference is directly related to my analysis of differences and it's ex ante and its ex post handling.
But why can we not collect those things on the CoA?

​Hey Nhomar, did my DETAILED suggestion not make perfect sense to you? Really! And if not, tell me why, please... In as much detail as possible.​

Saludos Cordiales
Nhomar Hernandez

Post to:

Post to:

Best Regards,
Zakaria Makrelouf