Technically, it could be viewed by Odoo that there is way you can do it ... but is it practical? Here are the steps you need to follow in v19 to make it work somehow like in v18 and previously, but ONLY on the PURCHASE side. You cannot make it compliant on the Sales side. This is assuming your setting is Perpetual and automated on the categories. You also need to specify the GRNI account as variation account on the COA in the Stock Valuation GL account (although it says it is only useful for continental (Periodic))

1. Create a PO with 5 different stock items. confirm the PO
2. Do the receipt for the 1st item (dont receive all the items at once, otherwise you wont know which product has which valuation in the GL) and validate (this creates a backorder for the rest)
3. Then go to accounting and run the Inventory valuation report under review.
4. Generate the journal
5. the Edit the journal and add the product reference to the journal lines and post the journal
6. This will effectively DT Stock on Hand and CT Variation account (GRNI)
7. Repeat steps 2 to 5 for each one of the additional lines in the receipt

Then we get to the Vendor invoice. Well, you can now only UPLOAD a vendor invoice from PO. You cant create one like you used to. If you want to create it like before, you need to create it in accounting, then select the PO from there... Stupid!

You cant split your vendor invoice as you have only 1 invoice. So, you need to then validate the invoice. Once again go to Inventory valuation report and run it. Generate the journal. However, this is just a 2 line journal to move the hole invoice amount from GRNI (DT) to Vendor control (CT). It is not split into the lines like before where you could trace it per item. So, unless, you manually split the journal lines for GRNI, you are left to wonder why you followed the steps above...

This is JUST to make it even RESEMBLE a meaningful way of replicating Anglo Saxon like before.

And on the Sales side - sorry, you cant do it. Since the variation account is just 1 account, not 2 like before, once you run the valuation report, it will pass both purchase and sales.

Oh, and try to do a stock adjustment... No journal unless you run the stock valuation report - which post a 2 line entry for your total stock take...

Odoo 19 is NOT IFRS or GAAP compliant. Prove me wrong!

New Zealand/ Australia (NZ IAS 2, aligned with IFRS/IAS 2)

• Recognition point: Inventory is recognised when the entity has control of the goods — practically, on receipt/possession (or earlier if title/control passes before delivery under contract terms).
• Invoice role: The vendor invoice establishes the liability (Accounts Payable), not the timing of when inventory is recognised.
• Write-downs: Required when cost > NRV; reversals permitted up to original cost.
• Cost formulas allowed: FIFO, Weighted Average. No LIFO.

US GAAP (ASC 330)

• Recognition point: Same principle — inventory is recorded when the purchaser obtains ownership/risks and rewards of the goods, which is usually on receipt/shipment depending on shipping terms (FOB shipping point vs. FOB destination), not invoice date.
• Invoice role: Creates the payable, not the inventory recognition.
• Write-downs: Inventories are measured at lower of cost or market (LCM) or lower of cost and NRV depending on the method. Importantly, reversals of write-downs are prohibited under GAAP (whereas they’re allowed under IFRS/NZ IAS 2).
• Cost formulas allowed: FIFO, Average, and LIFO (LIFO is permitted under GAAP, though prohibited under IAS/NZ standards).

Key Alignment Points

• Timing of recognition: Both NZ IAS 2 and US GAAP require recognition when the entity has control/ownership, i.e. typically at receipt of goods (subject to shipping terms). Neither standard ties recognition to when the invoice is received.
• Invoice: In both frameworks, the invoice just affects the liability side, not whether the inventory sits on the balance sheet.

Odoo 19 Accounting Flow Misalignment with Accrual (Anglo-Saxon) Principles

I think this change is not correct, Odoo was first started as I know around 2010, and after 15 years still doing changes in the core of accounting, this is unacceptable, as a certified SAP and Microsoft ERP consultant I can say that; such concepts cannot be changed in every patch/version. now by this change:

In Odoo 19:

When you deliver goods to a customer (without invoicing yet),

→ there’s no journal entry, so inventory doesn’t decrease in the balance sheet.

When you receive goods from a vendor (without the bill yet),

→ there’s no journal entry, so inventory doesn’t increase in the balance sheet.

𝗥𝗲𝘀𝘂𝗹𝘁

Your stock valuation reports show correct physical quantities and value,

but your balance sheet doesn’t reflect that movement until the invoice or bill is posted.

In other words:

> The company has physically transferred ownership of assets (inventory) but the general ledger hasn’t changed.

> That’s not compliant with Anglo-Saxon or IFRS accrual accounting principles.

> All purchase/sales processes' journal entries are posted just at invoice/bill step, delivery/receipt steps don't generate any journal entry postings.

Note: Odoo Support can be contacted via odoo.com/help - Odoo staff only participate in these User to User forums voluntarily and sporadically and there is no guarantee your question will be read or answered by anyone at Odoo unless you route it through Odoo Support. 

There is no longer a configuration option to activate / deactivate Anglo Saxon. Instead you choose the Inventory Valuation Method. 

Perpetual (at invoicing) = Anglo Saxon.

You can now assign a Stock Account for each Product Category.

For full details, please review this video:

https://youtu.be/gmlDZ0Zw6vs?t=9270

Hi,

Anglo-Saxon accounting is a method where the cost of goods sold (COGS) is recognized when products are sold or delivered, rather than when they are received into stock. This approach aligns with accrual accounting principles and is particularly useful for businesses that manage inventory and sales separately.

Refer: https://www.odoo.com/documentation/19.0/applications/inventory_and_mrp/inventory/product_management/inventory_valuation/inventory_valuation_config.html

Hope it helps.