OK GOT A SOLUTION: the whole doghouse story as complicated as it seems, it only needs 2 minor fixes.
SOLUTION 1, Achieve FG value accuracy and proper GL account posting.
To achieve this we need to re-route only one line. The values that fa throws to some cost of good sold section account (which then becomes the net loss on profit statement) should be routed to the item's assembly account (by altering the codes). It goes there and awaits BOM raw materials to come and join it. Together they make up finished good balance ==total production cost (of a doghouse, for instance). If we manage to do this the following happens:
Pro's
FA will not demonstrate fake losses in profit or loss report for productions.
FA will permit customer billing per job status type of projects (constructions).
Producers and accountants wouldn't worry about crafting an absolute BOM as additions and modifications are all costed properly to that specific item's assembly cost.
Con's
It makes BOM optional as anyone can add any item anytime and still achieve properly costed product. (Is this a con by the way?)
This "re-routing" still doesn't mean it's accurate during production (remember items on BOM remain in raw material inventory until completion) but it is accurate post production. (In accounting terms, after re-routing, we get correct profit or loss statement but not correct balance sheet until "process" is clicked).
SOLUTION 2, Make the "process" button do different than "process and close" button
I completely agree with fa's inception that if qty ordered ==qty produced, auto-close the WO. But if a user clicks "process" and not "process and close", it means the producer is not done uploading pertaining costs. Imagine, right now I still have $10 direct labor cost I am unable to post. I know the importance of closing WO on time, but it should be left to the user's choice/risk/will.
In short, a help from anyone who is handy with the codes in this area can review only these two lines, and we got ourselves no errors.
)