Auto
Skip to Content

Transforming Iron & Steel Manufacturing Operations with Odoo ERP for Bhagwati Iron

Bhagwati Iron: Odoo ERP for Iron & Steel | KoderXpert

Iron & steel manufacturing · End-to-end Odoo ERP

Bhagwati Iron: a manufacturer built on precision, running its back office on guesswork

ten modules, one database

Bhagwati Iron is a leading iron and steel manufacturer serving the infrastructure, engineering, fabrication and industrial sectors. Behind the furnace and the shop floor sat a business running on paper, spreadsheets and institutional memory. KoderXpert deployed ten Odoo modules across a seven-phase rollout, connecting sales, procurement, manufacturing, inventory and finance on one platform.

A steel works with a blast furnace and chimney pouring molten metal, a coil of rolled steel, a turning gear and a bill of materials document, representing the ten-module Odoo ERP built for Bhagwati Iron finished coil BOM lot tracked
furnace to finished coil, all on record ✨
wow!0Odoo modules deployed on one database
0delivery phases, ending in hypercare
0operational areas unified
0ERP platform behind every department
Client
Bhagwati Iron
Industry
Iron & steel manufacturing
Platform
Odoo ERP, 10 modules
Implementation partner
KoderXpert Technologies
Headline result
One platform behind every department

01 · Overview

The 30-second version

  • Bhagwati Iron is a leading iron and steel manufacturer, serving the infrastructure, engineering, fabrication and industrial sectors.
  • Behind the furnace sat a business running on paper, spreadsheets and institutional memory. Sales, procurement, production and finance each tracked things their own way, so nobody, including leadership, had one reliable picture of what was actually happening.
  • KoderXpert deployed ten Odoo modules across a seven-phase rollout ending in hypercare: CRM through to quotation, structured RFQs and procurement, BOM-to-shop-floor manufacturing, batch, lot and barcode inventory, GST-compliant accounting, and real-time dashboards, all on one database.

02 · Where the old way broke down

What was going wrong before Odoo?

Six functions, six workarounds, none of them talking to each other

The business ran on the skill of its people, not the strength of its systems. That works until volume grows, and then it does not scale. Every department had built its own way of tracking things, and none of those ways met in the middle.

Sales lived in email

Quotes and orders were tracked in spreadsheets and email threads, with no shared view of what had been promised to whom.

The cost → a promise nobody else could see

Procurement ran informally

Purchase requests were raised informally, with no structured RFQ process and no way to compare suppliers side by side.

The cost → buying without comparison

No forward view of the shop floor

Manufacturing schedules and capacity were tracked informally, so production planning had little visibility into real shop-floor status.

The cost → planning against a guess

WIP and stock rarely accurate

Work-in-progress and finished stock were tracked manually, so nobody had a reliable real-time count. Both production and fulfillment suffered for it.

The cost → two teams, two stock figures

Finance reported after the fact

Financial statements were compiled well after the period closed, and closing the books took days longer than it should have.

The cost → decisions made on old numbers

Leadership asked six spreadsheets

With no centralized dashboard, leadership asked six different files for one picture of the business, and never quite got it.

The cost → no single current view
precision on the floor, guesswork in the office

03 · The turnaround

Drag it and see the before & after yourself

Slide the orange handle. Left is the spreadsheet era, right is the connected platform.

✗ Before the implementation
  • Sales, procurement and inventory on spreadsheets and manual entry
  • Production planning blind to real shop-floor status
  • Work-in-progress and warehouse stock rarely accurate
  • Financial reports compiled well after the fact
  • No single, current view of the business for leadership

the six-spreadsheet era 😵

one live platform ✨

✔ After the implementation
  • Every department on one centralized Odoo ERP
  • Production planned against real capacity, with full traceability
  • Batch, lot and barcode tracking keep inventory and WIP accurate
  • GST-compliant financial reporting in real time
  • Executive dashboards give one live view across departments

← drag toward the spreadsheets · drag toward the platform →

04 · The plan

What we aimed to achieve

Six objectives agreed before a single module was configured. Hover any goal to tick it off.

Centralize operations: bring every department onto a single Odoo ERP platform.

Streamline procurement: structure purchasing and inventory management end to end.

Digitize manufacturing: plan production with full traceability, from BOM to shop floor.

Automate accounting: handle financial reporting and GST compliance automatically.

Enhance sales visibility: give sales real-time dashboards instead of static spreadsheets.

Build for scale: create an ERP foundation that grows with the business.

05 · What we delivered

What did KoderXpert build?

Ten modules, one platform

Every department now runs on the same Odoo database, so data entered once in sales is instantly visible in production and finance. Six operational areas were unified: CRM and quotations, procurement, manufacturing, inventory, accounting and management reporting.

Block 01

CRM & quotation management

Every lead tracked from first enquiry to confirmed order, with quotations generated and versioned inside the same pipeline. Sales handoffs to production happen without re-entering data.

one pipeline, no re-typing
Block 02

Procurement & RFQs

Purchase requisitions raised and approved inside the system, RFQs sent and compared without manual spreadsheet work, and purchase orders linked directly to inventory and production needs.

buying against real demand
Block 03

Manufacturing, BOM to shop floor

Bills of materials defined once and reused across every order, manufacturing orders scheduled against real capacity, each production step tracked as its own work order, and progress visible in real time.

planning on capacity, not hope
Block 04

Inventory & traceability

Every batch and lot traceable from receipt to dispatch, with barcode scanning replacing manual counts and paper logs. Stock accuracy now supports both production and fulfillment.

one honest stock figure
Block 05

Accounting & GST compliance

Financial reporting built to GST compliance standards, costs tracked by centre rather than only by company total, and a real-time financial position instead of a month-end reconstruction.

books that keep up
Block 06

Executive dashboards

Sales, production, inventory and finance data in one live view, with real-time MIS reporting so leadership sees the same numbers the shop floor and finance team see.

one set of numbers
enquiry quotation purchase work order lot & ledger
one chain, one database: nothing is retyped between two of these steps ✨

06 · Functional deep dive

How the connected system actually works

The module list says what was switched on. This is what each one actually does for Bhagwati Iron, department by department.

The front door: CRM and quotations

Sales was the first place the old system leaked, because a promise made in an email thread existed nowhere else.

  • Lead capture through to quotation: every enquiry becomes a tracked record, so the pipeline is a shared fact rather than a personal inbox.
  • Versioned quotations: revisions live inside the same pipeline, so the current price and specification are never in dispute.
  • Handoff without re-entry: a confirmed order carries its own line detail into production, which removes the transcription step where errors used to enter.
  • One shared view: anyone can see what has been promised to whom, which was the specific thing six spreadsheets could not answer.

Procurement, structured for the first time

Buying informally is fast until you need to know why a supplier was chosen. The process was given a shape without being slowed down.

  • Requisitions inside the system: raised and approved as records, so a purchase has an owner and an approval trail.
  • RFQs that compare: requests go out and come back in a form that can be compared side by side, without rebuilding a spreadsheet each time.
  • Orders linked to demand: purchase orders connect directly to inventory and production needs rather than to an estimate.
  • Supplier history: because every RFQ and order is a record, past pricing is available the next time the same material is bought.

Manufacturing, from BOM to finished goods

This is the heart of the build. Odoo's MRP module models the shop floor natively, so production planning did not need bolt-on software.

  • Bills of materials: every product's material and component structure is defined once and reused across every order, so a specification change happens in one place.
  • Production planning: manufacturing orders are scheduled against real capacity rather than guesswork, which is what gives planning a forward view.
  • Work orders: each production step is tracked as its own work order with clear ownership, so progress is visible per step and not just per job.
  • Shop-floor tracking: status is visible in real time from raw material through to finished goods.

Inventory and traceability

Stock accuracy is upstream of almost everything else: production planning, fulfillment promises and the balance sheet all depend on it.

  • Batch and lot tracking: every batch is traceable from receipt to dispatch, which is what makes a stock position auditable rather than merely current.
  • Barcode scanning: scans replace manual counts and paper logs, so the count is captured at the moment the movement happens.
  • WIP visible: work-in-progress is a tracked state rather than an inference, which was one of the five specific breakdowns identified up front.
  • One figure, two uses: the same stock record serves production and fulfillment, so the two can no longer disagree.

Accounting and GST compliance

Closing the books used to take days longer than it should because finance was reconstructing events after they happened.

  • Compliance as configuration: GST-compliant reporting is built into Odoo's Accounting module rather than layered on top of it.
  • Cost centres: costs are tracked by centre, not just by company total, so profitability can be read at a level that supports a decision.
  • Real-time position: the financial position reflects the current state of the business rather than a month-end reconstruction.
  • Same source as operations: because accounting sits on the same database, the books describe the same events the shop floor recorded.

Executive dashboards and MIS

A dashboard is only as good as the data behind it, which is why reporting was built last rather than first.

  • Cross-departmental visibility: sales, production, inventory and finance data in one live view.
  • Real-time MIS: reports reflect the current state of the business, not last week's export.
  • Decisions backed by data: leadership sees the same numbers the shop floor and finance team see, which removes the argument about whose figure is right.
  • Live by construction: every number comes from the same ERP that runs operations, so what leadership sees on screen is what is happening on the floor.
one BOM work order stock move ledger one record

Why one database changes the arithmetic

A bill of materials, the work order that consumes it, the stock movement it triggers and the ledger entry that records the cost are four views of the same event, not four systems kept in step by hand. That is the whole reason data entered once in sales is instantly visible in production and finance.

07 · How we built it

How was the Odoo project delivered?

A structured seven-phase rollout, ending in hypercare, not a handoff

Go-live was not the finish line. The hypercare phase kept the team engaged through the first weeks of live use, catching issues while they were still small and giving every department a safety net as they moved off their old spreadsheets for good.

1

Requirement analysis map before configuring

The shop floor and back office were walked and documented first, so the system could be built around how production actually runs rather than a generic template.

2

ERP design & mapping match modules to process

Each requirement was mapped to the Odoo module that answers it natively, which is what kept the build free of bolt-on software.

3

Configuration & customization build it

Ten modules configured on one database, with customization in Python and XML where the standard behaviour did not match the plant.

4

Data migration bring the history

Masters, stock positions and open balances moved across so the new system started from the real state of the business rather than an empty database.

5

User acceptance testing prove it before trusting it

Each department validated its own workflows against real cases, so problems surfaced in testing rather than in the first live week.

6

User training department by department

Sales, procurement, production, warehouse and finance teams trained on the flows they own, not on a generic tour of the software.

7

Go-live & hypercare stay through the first weeks

The team stayed engaged through the first weeks of live use, catching issues while they were still small and supporting every department off their old spreadsheets for good.

08 · Engineering notes

The decisions behind the platform

Every module choice traces back to something the shop floor or back office actually needed. These are the requirements, the reasons Odoo answers them, and the delivery calls that made the difference.

One platform instead of ten spreadsheets

The requirement was a single source of truth. The reason Odoo answers it is structural rather than cosmetic.

  • Shared database: Odoo's modules share one database, so data entered once in sales is instantly visible in production and finance without an integration layer.
  • No sync to maintain: there is no nightly job reconciling systems, because there is only one system.
  • Six areas, one login: CRM, procurement, manufacturing, inventory, accounting and reporting are modules of one product, not separate products bolted together.

Manufacturing built for real shop floors

Many ERPs treat manufacturing as an add-on. That distinction mattered here.

  • Native MRP: Odoo's MRP module models BOMs, work orders and routings natively, so production planning did not require bolt-on software.
  • Capacity-aware scheduling: manufacturing orders schedule against real capacity, which is the difference between a plan and a wish.
  • Routings match reality: because the process was mapped first, the routings reflect how the plant actually sequences work.

Traceability without extra infrastructure

Full traceability usually means a second system. Here it did not.

  • Native batch, lot and barcode: support is built into Odoo's Inventory module, giving full traceability using the system that already runs procurement.
  • Designed in from batch one: barcode and lot tracking were part of the initial rollout rather than added later as an afterthought, which is why historical data is consistent.
  • Auditable, not just current: a stock position you can trace backwards is what makes it defensible.

Compliance as configuration

GST compliance was treated as a setting rather than a project of its own.

  • Built in, not layered on: GST-compliant accounting and cost-centre reporting come from Odoo's Accounting module rather than from a separate compliance tool.
  • Cost centres from the start: configured during the build, so cost attribution did not have to be retro-fitted to historical entries.
  • One less integration: compliance living in the same module as the ledger removes a class of reconciliation work entirely.

Dashboards were the last mile, not the project

The order of work was a deliberate call and it is the one most often got wrong.

  • Data first: reporting was built once the underlying data was trustworthy, not as a cosmetic layer over messy inputs.
  • Same live source: every dashboard number comes from the ERP that runs operations, so there is no separately maintained reporting copy to drift.
  • Shared numbers: leadership, the shop floor and finance read the same figures, which is what ends the whose-number-is-right argument.

A platform that scales with the business

The brief included growth, so the build was sized for what comes next rather than only for today.

  • Room to extend: Quality, Employees and Documents extend the same platform as operations grow, without a second system.
  • Users, not licences, as the constraint: adding a department means adding users to an existing platform rather than procuring another one.
  • Hypercare over handoff: go-live included hypercare, not just training, so adoption was supported rather than assumed.

09 · The impact

What changed after go-live?

Seven outcomes the team feels every day, not a single vanity metric among them

the part clients screenshot
0Odoo modules on one database
0delivery phases, analysis to hypercare
0operational areas unified
0live source of truth for the business
  • Improved coordination across departments: sales, production, inventory and finance work from the same data, not five different files
  • Greater inventory and production visibility, with a real-time view of stock and shop-floor status
  • Faster procurement and production planning, as structured RFQs and real-capacity scheduling replace guesswork
  • Improved inventory accuracy and traceability, with batch and lot tracking giving a reliable, auditable stock position
  • Real-time, GST-compliant financial reporting that reflects the current state of the business, not last month's
  • Data-driven management through dashboards, with leadership decisions grounded in live numbers rather than static exports
  • A scalable ERP platform ready for additional modules and users as the business expands

10 · Under the hood

Technologies & core skills

ERP · Odoo ERP, 10 modules on one database Backend · Python, Odoo ORM Frontend · XML, QWeb, HTML, CSS, JavaScript Database · PostgreSQL Reporting · QWeb Reports & Dashboards Modules · CRM, Sales, Purchase, Inventory, Manufacturing, Accounting, Quality, Employees, Documents, Dashboards
Manufacturing ERP MRP Procurement automation Quality management Accounting & GST Workflow automation ERP consulting Data migration
straight from the client
"Our teams no longer spend time searching for information, they spend time making better decisions. KoderXpert's Odoo implementation has unified our operations and prepared us for long-term growth."
Bhagwati Iron

11 · Quick questions, honest answers

Thinking about a similar build?

Yes. Bhagwati Iron runs ten Odoo modules on one database covering CRM, sales, purchase, inventory, manufacturing, accounting, quality, employees, documents and dashboards. Because the modules share a database, data entered once in sales is visible in production and finance without an integration layer.

CRM and Sales for lead to quotation to order, Purchase for requisitions and RFQs, Inventory for batch, lot and barcode tracking, Manufacturing for BOMs and work orders, Accounting for GST-compliant financials, plus Quality, Employees, Documents and Dashboards. Every module choice traces back to something the shop floor or back office actually needed.

Yes, and that was a deciding factor. Odoo's MRP module models bills of materials, work orders and routings natively, so production planning did not need bolt-on software. Manufacturing orders schedule against real capacity rather than guesswork, and each production step is tracked as its own work order with clear ownership.

Through native batch, lot and barcode support in Odoo's Inventory module, so full traceability uses the same system that already runs procurement rather than a separate tool. Every batch is traceable from receipt to dispatch, and barcode scanning replaces manual counts and paper logs.

Built in. GST-compliant accounting and cost-centre reporting come from Odoo's Accounting module rather than being layered on top of it. Costs are tracked by centre instead of only by company total, and the financial position is real time rather than a month-end reconstruction.

It depends on how many departments and processes are in scope, which is exactly why requirement analysis comes first. Bhagwati Iron ran seven phases: requirement analysis, ERP design and mapping, configuration and customization, data migration, user acceptance testing, user training, and go-live with hypercare.

Hypercare is the period after go-live when the delivery team stays engaged rather than handing over and leaving. It kept the team available through the first weeks of live use, catching issues while they were still small and giving every department a safety net as they moved off their old spreadsheets for good.

Because a dashboard is only as good as the data behind it. Reporting was built once the underlying data was trustworthy, not as a cosmetic layer over messy inputs. Every number now comes from the same live ERP that runs sales, production and finance, so what leadership sees on screen is what is actually happening on the floor.

Yes. Purchase requisitions are raised and approved inside the system, RFQs are sent and compared without manual spreadsheet work, and purchase orders link directly to inventory and production needs. That replaces informal purchase requests with a structured, comparable process.

Data migration is its own phase, sitting between configuration and user acceptance testing. Masters, stock positions and open balances are moved across so the new system starts from the real state of the business rather than an empty database, and each department then validates its own workflows against real cases before go-live.

That was an explicit objective. Additional modules such as Quality, Employees and Documents extend the same platform as operations grow, so adding capability means adding to an existing system rather than procuring another one. The foundation is ready for more modules and more users.

KoderXpert is an Odoo Ready Partner that maps the shop floor before configuring anything, designs traceability in from the first batch rather than adding it later, and treats go-live as the start of hypercare rather than the end of the project. Talk to KoderXpert about your plant.

precision on the floor deserves precision in the office

Ready to unify your manufacturing operations?

Tell us where the spreadsheets are still doing the work: quotations, RFQs, production planning, WIP counts or month-end close. KoderXpert maps the shop floor first and configures second, until every department is reading the same numbers.


the story continues...

More client stories

All case studies

Your business could be the next story here.

Same process, already proven across 20+ industries.

Your business is not a template. Your ERP should not be either.

Every project on this page started the same way: a conversation about how the business actually runs today, and where the manual hand-offs are. That is a good place to start yours too.