Contact Info
Which Pune plant details belong in ERP requirements?
For a Pune manufacturer, an ERP business analyst turns the awkward parts of the operation into testable requirements: material bought by weight but sold by the piece, special machines designed to order and billed against milestones, stock kept at a customer's warehouse until consumed, and export orders with their own packing and documents. I run this work remotely and deliver a platform-neutral BRD with a fit-gap view.
Last reviewed by Vikas Saroj
Standard ERP demos show a tidy flow: buy items, make items, sell items. A forging shop in Chakan buys steel by the tonne and sells parts by the piece. A machine builder in Bhosari designs each order from scratch. A supplier near an assembly plant may not be paid until the customer consumes its stock. Those details decide whether an ERP fits.
As an independent ERP business analyst working remotely from India, I capture these details in plain, numbered requirements that any platform or implementer can respond to. I work with your planners, stores, accounts and design staff, and the requirement document belongs to you, not to a vendor.
I focus the analysis on the parts of your business a standard template handles worst, because that is where projects go wrong.
I document how steel, castings and bar stock move from kilograms to pieces, how cut losses, flash and runners are recorded, and how saleable scrap is valued, so costing reflects the real yield.
For special purpose machine builders, I capture the path from inquiry and design to procurement, assembly, trial, dispatch and commissioning, with the project costing and billing rules each stage needs.
Where stock sits at a customer's or a logistics provider's warehouse until it is consumed, I define how it is tracked, reconciled against consumption reports and invoiced.
I list what export orders need from the system: customer packing specifications, foreign currency pricing, shipment documents and realization tracking, with tax and customs points left for your advisors to confirm.
Workshops are short and timed around shift changes, so supervisors and stores staff take part. Their terms for parts, stages and documents go into a glossary checked by your team.
You receive process maps, a numbered BRD, test scenarios built on your own parts and a fit-gap matrix for shortlisted platforms, ready for vendor proposals or an implementer's design.
Business first, technology second. You can hire me for one step - a BRD, a gap analysis, a vendor shortlist - or for the whole journey.
Start from real documents
Turn practice into requirements
Check fit before you commit
Forging and casting suppliers around Pune live with a units problem that generic ERP demos skip. Steel bars or billets arrive by weight, are cut into slugs, forged or cast with some loss, trimmed, machined and finally sold to the customer by the piece. Castings may arrive from a foundry by weight but be machined and counted individually. At each step, part of the material becomes flash, runners, turnings or rejected pieces, and some of it is sold as scrap.
If the ERP is not told how this works, inventory and costing drift apart from reality within weeks. In the requirement document I capture:
Each item becomes a test case using one of your real part numbers. That lets you see quickly whether a platform handles dual units and yield naturally, or only through workarounds that someone will have to maintain.
Pune has many builders of special purpose machines, test rigs, fixtures, conveyors and automation cells, often serving the same vehicle and component plants nearby. Their work is engineer-to-order: every inquiry leads to a design, a quotation with assumptions, a purchase list that keeps changing as drawings are finalized, assembly, a trial at the builder's premises, dispatch and commissioning at the customer's plant.
Requirements for such a business are closer to a project system than a repetitive production system. I document how a project is opened from an accepted quotation, how a design bill of materials becomes a purchase and manufacturing list, how bought-out items like drives and controllers are reserved for one project, and how labor and travel for commissioning are charged.
Billing needs equal care. Advance, dispatch and commissioning milestones, retention held until the warranty period ends, and change orders from the customer all affect cash and margin. I write these rules so that a project's cost and billing position can be reported at any stage. My project costing page explains the general approach; here it is applied to a machine builder's real milestones.
Some suppliers in the region do not get paid when parts leave their gate. Parts may be held in a warehouse near the customer's assembly line, run by the customer or a logistics provider, and invoiced only when the customer reports consumption. Others send parts on a returnable packaging cycle where bins and trolleys must also be tracked.
This creates requirements that an ERP sales module does not cover by default. I document where consigned stock is held, how it is moved there, how consumption reports from the customer are received and checked, when and how the invoice is raised, and what happens with discrepancies between what was sent and what the customer says was used. Returnable packaging needs its own register by customer and location.
The GST and accounting treatment of stock held at a customer's or third party's premises should be confirmed with your chartered accountant, because it affects documents and timing. My job is to make sure the requirements ask the right questions so that the chosen system and the advice match. A good starting point for the stock side is my inventory and warehousing page.
A growing number of Pune component and machine makers ship directly to overseas customers, including plants of the same groups they supply in India. Export orders bring requirements that domestic sales do not. Customers specify packing materials, labels and marking. Prices may be in euros, dollars or yen, and the exchange difference between invoicing and receipt has to be recorded. Shipments carry documents such as commercial invoices, packing lists and certificates of origin.
I capture these as part of the order-to-cash requirements rather than leaving them to a separate spreadsheet. Typical items include customer-specific packing instructions attached to the item or order, foreign currency price lists, shipment status tracking from dispatch to arrival, and the link between each export invoice and its realization.
Customs procedures, export benefits and the tax treatment of exports change over time and depend on your situation. I mark them in the BRD as points for your customs broker and tax advisor to confirm, rather than writing assumptions into requirements. For the general India requirement topics such as GST, e-invoicing and TDS, see my India ERP business analyst page.
The people who know how a plant really works are the shift supervisors, stores keepers and planners, and they are the hardest to pull into long meetings. I run requirement workshops remotely in short sessions, timed around shift changes and planning meetings, with a clear agenda and sample documents shared in advance.
Shop floor vocabulary matters. Supervisors may describe stages, defects and documents in Marathi, Hindi or plant-specific English terms. The engagement runs in English, so I keep a glossary that maps each local term to the requirement it belongs to, and a bilingual member of your team checks it. That avoids the common problem of an implementer configuring a field name nobody on the floor recognizes.
At the end you receive current process maps, the numbered BRD, scenario test scripts using your parts, and a fit-gap matrix for shortlisted platforms. Where a factory visit would genuinely add something, it can be arranged, but the analysis does not depend on it. The Pune ERP consultant page and my BRD consulting service describe what happens next.
Tell me about your business and current systems. I’ll suggest the most sensible first step.
Book a Consultation
Not sure which ERP you need?
Share your business requirements with me and I will help you understand the right process, architecture and platform before implementation.
Many platforms can, but the way they do it varies a lot. Some support alternate units on the same item; others need separate items for each stage. I write test cases with your own part numbers and conversion weights so you can see during demos which approach works without heavy customization.
Usually a combination. Engineer-to-order work needs project costing, milestone billing and design changes, but also purchase and assembly control. I document both sides and then check how each shortlisted platform links them, which tells you whether one system can do it or a project tool needs to sit alongside.
I document where the stock sits, how it gets there, how consumption is reported, when invoices are raised and how differences are settled. Returnable packaging gets its own register. The tax and accounting treatment is confirmed with your chartered accountant before it goes into the final requirements.
Yes. Sessions are short and timed around shifts, and the engagement itself runs in English. I keep a glossary that links the terms your supervisors actually use to each requirement, and a bilingual colleague on your side checks it. That keeps the BRD readable for the implementer and recognizable to the shop floor.
Every business is different. Share where you are today and what you want to fix, and I’ll tell you honestly whether and how I can help.
Book a Consultation
Book a consultation to talk through your processes, systems and goals. I’ll reply with practical next steps - no obligation.