Moving a factory from Excel to manufacturing software is not mainly a data-import project. It is a change in how orders, stock, production, and responsibility are recorded.
That is why migrations fail even when the software works. A business imports dirty item names, keeps five unofficial spreadsheets alive, asks employees to enter the same transaction twice, and then concludes that the ERP is inaccurate.
A safer approach is to migrate one controlled workflow at a time.
First, Decide What "Migrated" Means
Do not begin with "we want everything in ERP." Define an operational outcome.
Good first-phase outcomes include:
- Every confirmed sales order is visible with promised date and status
- Every material receipt has a purchase order and GRN
- Finished-goods stock matches physical stock by location
- Every production order records planned and actual consumption
- Every dispatch creates the invoice data without retyping
Pick one flow that removes a real daily problem. For many small manufacturers, sales order → production → dispatch or purchase order → GRN → stock is a practical starting point.
Step 1: Inventory the Spreadsheets You Actually Use
Factories rarely have "one Excel system." They have:
- A master workbook maintained by the owner
- A production plan copied every morning
- A stock sheet updated by stores
- A private receivables file maintained by accounts
- WhatsApp messages that override the spreadsheet
- Older copies named
final,final2, andlatest-final
Create a register:
| Workbook | Owner | Purpose | Updated when | Used by | Replace in phase 1? |
|---|---|---|---|---|---|
| Sales orders | Sales admin | Confirmed order list | Daily | Production, dispatch | Yes |
| Raw-material stock | Stores | Quantity by item | Daily | Purchase, production | Yes |
| Debtor aging | Accounts | Collections | Weekly | Owner | Later / integrate |
This exercise reveals hidden workflows and conflicting sources of truth before they become migration surprises.
Step 2: Choose What Data to Move
Importing every historical row feels thorough but often produces more risk than value.
For the first go-live, most manufacturers need:
Master Data
- Items and item groups
- Units of measure and conversion rules
- HSN codes and GST rates
- Customers and GSTINs
- Vendors and payment terms
- Warehouses and stock locations
- Bills of materials and approved versions
- Users, roles, and approval limits
Opening and Open Data
- Verified opening stock by item, batch, and location
- Open sales orders
- Open purchase orders
- Work in progress that will continue after cutover
- Unpaid customer invoices
- Unpaid vendor bills, if the ERP will track them
Keep older spreadsheets as a read-only archive unless transaction-level history is needed for audit, batch traceability, warranty, or trend reporting.
Step 3: Clean Master Data Before Import
ERP does not fix inconsistent data. It makes inconsistency visible.
You may discover entries such as:
MS SHEET 2MMM.S. Sheet 2 mmSheet-2mmMS 2
If these are the same material, choose one item code, one name, one base unit, and one conversion policy.
Check the following:
| Data | Common problem | Required decision |
|---|---|---|
| Item code | Duplicate or missing | Stable unique code |
| Item name | Abbreviations differ | Standard naming pattern |
| Unit | Kg in purchase, sheets in stock | Base unit and conversions |
| HSN / GST | Blank or copied | Verified classification and rate |
| Customer | Multiple spellings | One record per legal entity/GSTIN |
| Vendor | Branches mixed together | Supplier and location structure |
| BOM | No revision control | Current approved version |
| Stock | Negative or estimated | Physical opening balance |
Do not let the implementation partner make business decisions silently. Engineering should own technical descriptions and BOMs, stores should own units and stock, and accounts should own GST and opening financial balances.
Step 4: Map the Real Workflow, Including Exceptions
The process written in an SOP is often not the process used on Tuesday afternoon when material is short.
Map the normal flow and exceptions:
- Who creates a sales order?
- Who approves price or credit?
- When does production planning begin?
- Can production issue substitute material?
- How is partial production recorded?
- Who accepts excess or short receipt?
- Can dispatch happen before quality approval?
- Who can cancel or backdate a transaction?
Configure statuses, permissions, and approvals around the answers. If the system allows everyone to edit everything, you have digitised the spreadsheet's weakest feature.
Step 5: Test with a Representative Dataset
Do not use only five clean items for testing. Include cases that usually break:
- One item purchased in boxes and consumed in pieces
- One batch-controlled raw material
- One multi-level BOM
- One customer with inter-state GST
- One partial dispatch
- One purchase return
- One rejected production quantity
- One job-work or subcontracting transaction
Import the sample, complete the entire process, and compare:
- Stock quantity and valuation
- Material consumption
- GST calculation
- Order balance
- WIP
- Invoice total
- Reports used by management
Fix mapping and configuration before the full import.
Step 6: Run a Pilot with an End Date
Choose a pilot boundary:
- One product family
- One warehouse
- One production line
- One branch
- One customer segment
Assign one business owner who can resolve process questions quickly. The pilot should run long enough to cover real transactions but have a fixed review date.
Parallel running can be useful during this period, but define exactly what is being compared. For example: "For ten working days, stores will compare the ERP closing quantity against the existing stock sheet."
Do not allow permanent double entry. If employees must maintain Excel forever, they will treat ERP as optional.
Step 7: Prepare the Cutover
Pick a cutover time with low operational disruption, such as the end of a week or accounting period.
Before cutover:
- Complete or cancel stale transactions
- Freeze item, customer, and vendor masters
- Perform a physical stock count
- Reconcile open sales and purchase orders
- Confirm WIP quantities and stages
- Agree receivable and payable balances
- Back up and lock the final spreadsheets
- Communicate the last transaction time in the old system
During cutover:
- Stop edits to operational spreadsheets.
- Export the final agreed data.
- Import masters, balances, and open transactions.
- Reconcile control totals.
- Obtain sign-off from each data owner.
- Start new transactions only in the ERP.
The control totals should include item count, stock value, stock quantity for critical items, number and value of open orders, debtor balance, and creditor balance where applicable.
Step 8: Make the New System the System of Record
The first week after go-live determines whether the migration holds.
Set clear rules:
- If an order is not in the ERP, it is not confirmed.
- If material is not received through GRN, it is not available stock.
- If production is not reported, finished stock does not exist.
- Corrections happen through authorised transactions, not hidden edits.
Keep the old spreadsheets read-only. If a missing report is genuinely needed, build or export it from the ERP rather than reopening the old process.
Keep Tally Without Recreating Double Entry
Migrating factory operations does not require removing Tally on day one.
A common Indian MSME setup is:
- Manufacturing software: quotation, sales order, purchase, inventory, BOM, production, quality, dispatch, GST invoice
- Tally: statutory accounting, ledgers, bank reconciliation, finalisation
The operational system should export or sync approved accounting documents to Tally. Define:
- Which system creates the invoice number
- Which system generates the e-invoice or e-way bill
- Which transactions transfer to Tally
- How corrections and cancellations flow
- Who reconciles totals and how often
One transaction should be created once, then passed downstream. Manual re-entry defeats the migration.
Migration Metrics Worth Tracking
Measure whether the new process works:
| Metric | What it exposes |
|---|---|
| Orders entered within one working day | Sales adoption |
| GRNs posted on receipt date | Stores discipline |
| Stock variance by value | Data and transaction quality |
| Production orders closed on time | Shop-floor reporting |
| Transactions edited after approval | Control weakness |
| Spreadsheet usage after go-live | Shadow-system risk |
| Time to produce daily status | Management value |
Review these after one week, one month, and one quarter.
The Simplest Migration Principle
Move clean data into a small, working scope. Prove the workflow. Reconcile the numbers. Then expand.
The goal is not to reproduce every spreadsheet screen inside an ERP. The goal is to create one reliable path from customer demand to material, production, dispatch, invoice, and payment.
Move Factory Operations Beyond Excel
Start with clean masters and one workflow, then add inventory, production, procurement, invoicing, and Tally integration without a large implementation project.
Related Guides
- How to digitise a small factory in India
- Move your factory from Excel to a system
- ERP versus Tally for small manufacturers
- ERP implementation cost for small businesses
Frequently Asked Questions
Migrate in Phases with FactoStack
FactoStack supports CSV master imports, guided setup, manufacturing workflows, and Tally integration so a small factory can start with one process and expand without replacing its accounting system.
- Manufacturing ERP Software — connected orders, inventory, production, and dispatch
- Tally Integration — keep operational and accounting data aligned
- Production Planning and MRP — move BOMs and production orders out of spreadsheets
- Start a free trial — 14-day free trial, no credit card
Sudharsan GS
Full Stack Developer at Factostack. Passionate about building digital products that solve real business problems.
Visit website →