1. Home
  2. ERP Resources
  3. Chemical ERP Buyer’s Guide
ERP Buyer’s Guide

Chemical ERP Buyer’s Guide: How to Evaluate Formula Control, Batch Traceability, Quality, COA & Costing

Chemical manufacturers do not all operate the same process.

For CEOs, CFOs, Operations & IT
On this page

One company may blend formulations. Another may run reaction-based batches. Some manufacture specialty chemicals, coatings, resins, additives or intermediates. Some produce continuously or semi-continuously. Some manufacture customer-specific formulations. Some use toll or contract manufacturing. Many combine several of these models.

That is why an ERP should not be judged simply by asking whether it supports formulas, batches or quality control.

The buyer needs to know whether the system can preserve the exact formulation, raw-material lots, actual ingredient usage, quality evidence, batch status, genealogy, shelf-life information, customer specification, documentation and cost that belong to each batch.

The short answer

The useful question is not “Does your ERP support chemical manufacturing?”

It is “Can you prove which formula governed this batch, exactly what went into it, whether it met the required specification, where it went, and what it actually cost?”

The short answer

A chemical manufacturer should evaluate ERP by following the complete batch evidence chain.

A useful generic lifecycle is:

  1. raw-material requirement / purchase
  2. supplier lot / inward batch
  3. incoming QC
  4. raw-material hold / release
  5. approved formula / version
  6. batch requirement / batch order
  7. raw-material lot allocation
  8. actual ingredient issue
  9. process stage / parameters where relevant
  10. in-process QC
  11. actual output / yield / co-product / by-product where relevant
  12. finished-batch QC
  13. batch disposition / release
  14. packing / containerisation where relevant
  15. warehouse / shelf-life status where relevant
  16. customer allocation / dispatch
  17. COA / SDS / required documentation where applicable
  18. actual batch cost
  19. complaint / genealogy / containment if required

Not every chemical business uses every stage.

The important test is whether the proposed ERP can connect:

the authorised formula; the version actually used; the exact raw-material lots consumed; the planned and actual ingredient quantities; relevant process parameters; in-process and finished-batch quality results; the specification that governed release; the batch disposition; the customer or shipment that received the batch; and the actual batch economics.

A list of chemical features cannot prove that.

First identify how your chemical business actually operates

Before comparing ERP vendors, define the operating model or combination of models you actually use.

Possible models include:

formulation / blending; reaction-based batch manufacturing; continuous or semi-continuous processing; specialty chemicals; commodity or basic chemicals; resins; adhesives; coatings; additives; intermediates; toll / contract manufacturing; bulk manufacturing followed by packing; customer-specific formulation; mixed-mode chemical manufacturing.

These labels can overlap.

A manufacturer may formulate one product family, react another and repack a third.

Do not force the entire company into one “chemical manufacturing” template merely because a software vendor has one standard demo.

Ask:

The difference question

What makes one batch materially different from another in our business — formula, raw-material lots, process conditions, quality specification, customer requirement or some combination of them?

That answer should shape the ERP evaluation.

What makes Chemical ERP requirements different from general Manufacturing?

The general Manufacturing problem is already substantial:

  1. what should be made
  2. what material and capacity are required
  3. what actually happened
  4. what output resulted
  5. what it cost
  6. why it varied

Chemical adds another layer of control:

Which formulation was authorised?

Which raw-material lots actually went into this batch?

Which specification governed its release?

Can we reconstruct the complete genealogy if something later fails?

That is why Chemical ERP evaluation should not merely repeat BOM, work-order, WIP and costing questions.

It should test formula control, batch identity, quality evidence and genealogy.

Map the complete batch lifecycle before choosing software

Do not begin with the batch master.

Begin with the real operating lifecycle.

At minimum, map the stages that apply to your business:

raw-material purchase; supplier lot; inward batch; supplier COA; incoming QC; hold / release; approved formula; formula version; batch quantity; formula scaling; ingredient tolerance; raw-material lot allocation; actual ingredient issue; substitution / alternate where permitted; process stage; process parameter where relevant; in-process QC; output; co-product / by-product where applicable; yield; finished-batch QC; specification; customer-specific specification where required; batch disposition; rework; packing; tank / drum / IBC where relevant; expiry / retest / shelf-advice where relevant; FEFO where relevant; finished-batch allocation; COA; SDS / controlled documentation where applicable; dispatch; actual batch cost; complaint / investigation / containment.

Then ask:

At which points can formula, quantity, lot identity, quality, eligibility, cost or customer suitability change?

Those are the points the ERP evaluation must test.

CONTROL THE FORMULA

A formula should define what is expected to go into the batch.

Depending on the business, that may involve:

ingredient; quantity; percentage; ratio; alternate material; permitted tolerance; minimum / maximum; batch size; unit of measure; process-specific instruction where relevant; expected co-product / by-product where applicable.

Confirmed exactllyERP Chemical capability includes:

formula quantities scalable by batch size; percentage/ratio-based formulation where required; ingredient-level permitted tolerance/minimum/maximum where required; formula/version linkage to the production batch.

The buyer should ask:

The formula-version question

Which exact formula version governs this batch, and can we prove that later even if the formula is changed for future production?

Formula version history is useful only if the batch remains connected to the version actually used.

Scale the formula without losing control

A production requirement may increase or decrease the batch quantity.

The buyer should test:

If the batch size changes, how do ingredient quantities change?

Confirmed exactllyERP capability includes scaling formula quantities by batch size and percentage/ratio-based formulation where required.

The next question is more important:

Which values are calculated automatically and which remain controlled limits or operator decisions?

A scaled formula should not silently remove approved tolerances or version control.

Ingredient tolerance should be visible at execution

Some ingredients may permit variation.

Others may require much tighter control.

Confirmed exactllyERP capability includes ingredient-level tolerance/minimum/maximum where required and identification/flagging of formula or ingredient deviation outside configured tolerance.

The buyer should demonstrate an exception:

The deviation test

Consume an ingredient outside its configured range and show where the deviation becomes visible.

Then ask:

What review or approval is required before the batch can be closed or released?

Confirmed exactllyERP capability includes configured batch closure/release review or approval of relevant formula deviations where required.

Do not assume every ingredient requires tolerance control.

Preserve approved-versus-actual material when substitution occurs

A plant may occasionally use an approved alternate or substitute material.

The important audit question is not merely whether substitution is possible.

It is:

The substitution question

Can we still see what the approved formula expected and what material was actually used?

Confirmed exactllyERP capability includes recording ingredient substitution/alternate material while preserving approved-versus-actual material use.

This distinction matters later for:

quality investigation; cost analysis; customer complaint; genealogy; formula review.

Record process parameters where the process requires them

Some chemical processes need stage-specific operating information.

Depending on the process, this might include:

temperature; pressure; mixing time; reaction time; speed; another customer-defined process parameter.

Confirmed exactllyERP capability includes planned/actual process parameters against batch/stage where required.

Do not assume every chemical plant needs every parameter.

The buyer should ask:

Which process values genuinely determine whether the batch was made correctly, and can those values remain attached to the batch record?

A potency or concentration problem is not universal

Some process manufacturers need ingredient quantity to change according to the measured potency or concentration of the selected raw-material lot.

That is a valid advanced requirement in some chemical sectors.

The buyer should ask:

If two raw-material lots have different measured potency or concentration, should the required ingredient quantity automatically change?

This requirement should be evaluated explicitly where it matters.

Not currently supported by exactllyERP

exactllyERP does not currently provide automatic potency/concentration-based batch balancing where measured potency automatically recalculates the required ingredient quantity.

Do not infer that capability from formula scaling, batch attributes or dual-UOM handling.

Where potency balancing is critical, the buyer should treat it as a separate requirement and evaluate how it would be handled.

Dual-UOM and density handling can matter

Chemical quantities are not always operationally understood in one unit.

Depending on the product and process, a business may need to manage or convert relevant quantities between:

weight; volume; another operational unit;

using the customer’s defined density or conversion basis.

Confirmed exactllyERP capability includes dual-UOM / density-based quantity handling according to customer operating requirements.

The buyer should ask:

The conversion question

Which quantity is physically measured, which quantity is commercially or operationally required, and what conversion basis governs the relationship?

Do not assume every chemical product requires weight-volume conversion.

Bring the supplier lot into the operating record

Chemical genealogy begins before production.

At raw-material inward, the business may need to capture:

supplier; supplier lot/batch; internal lot/batch; quantity; manufacturing date where relevant; expiry / retest information where relevant; supplier COA; inward QC; storage location; container where relevant.

Confirmed exactllyERP capability includes supplier lot/batch number at raw-material inward and supplier COA/document linked to the inward lot.

The buyer should test:

The suspect-lot question

If our supplier later tells us that Lot X is suspect, can we find every internal lot and production batch affected without searching paper files?

Supplier identity should not disappear when the business assigns its own internal lot number.

Incoming QC should control whether raw material can be used

A raw material can physically exist in the warehouse but still be unavailable for production.

Confirmed exactllyERP capability includes:

incoming QC tests/results linked to the specific RM lot; RM lot kept on QC hold/unavailable for production issue until release where configured.

The buyer should ask:

The hold test

Can material awaiting QC accidentally be issued into a production batch?

That is the meaningful quality test.

A QC screen alone does not prove control.

FOLLOW THE BATCH

This should be one of the hardest tests in a Chemical ERP evaluation.

A possible genealogy chain is:

  1. supplier
  2. supplier lot
  3. internal RM lot
  4. production batch
  5. finished batch
  6. packing / container
  7. warehouse
  8. customer allocation
  9. dispatch / invoice

The exact chain differs.

The principle does not:

The one-genealogy test

Can the ERP preserve one understandable genealogy from raw-material source through finished-batch destination?

A batch number by itself is not traceability.

Record the exact raw-material lots actually consumed

Confirmed exactllyERP capability includes recording the exact RM lots and quantities consumed by the production batch.

The buyer should ask:

If the formula required 500 kg of Material A, which exact lot or lots supplied that 500 kg?

That answer should come from the production record.

Not from reconstructing warehouse transactions later.

Backward trace should reach the supplier

Start with one finished batch.

The buyer should be able to trace:

  1. finished batch
  2. production batch
  3. every consumed RM lot
  4. inward record
  5. supplier

Confirmed exactllyERP capability includes backward trace from finished batch to consumed RM lots and suppliers/inward records.

The buyer should test it live.

Do not accept a static traceability diagram.

Forward trace should reach every affected batch and customer

Now reverse the direction.

Start with one raw-material lot.

The buyer should be able to trace:

  1. RM lot
  2. every production batch in which it was used
  3. every resulting finished batch
  4. customer dispatch / invoice where required

Confirmed exactllyERP capability includes forward trace across these stages.

This is essential for containment.

The buyer should ask:

The containment question

If this raw-material lot is later rejected, who received product made from it?

Preserve genealogy through split, repack and merge

Chemical material does not always remain in one untouched batch/container.

Operations may include:

split; repack; transfer; merge; consolidation; another approved batch transformation.

Confirmed exactllyERP capability includes preserving genealogy through split/repack/merge or similar transformations where required.

The buyer should ask:

After transformation, can we still trace the new batch/container backward to its source and forward to its destination?

Batch attributes should describe the actual lot, not only the item master

Two lots of the same item may not be operationally identical.

The business may need lot-specific values such as:

concentration; moisture; viscosity; density; purity; another product-specific attribute.

Confirmed exactllyERP capability includes:

configurable batch attributes/test parameters by raw material or finished product; actual batch-attribute values recorded against a specific lot/batch.

The buyer should ask:

Which characteristics belong to the product definition, and which must be recorded separately for each physical lot?

Do not hard-code one universal attribute list.

PROVE THE SPECIFICATION

Quality is not merely a pass/fail checkbox.

A specification describes what the batch must prove.

Depending on the product, the specification may include tests such as:

appearance; pH; viscosity; solids; moisture; density / specific gravity; concentration; purity; another product-specific parameter.

These are examples only.

Confirmed exactllyERP capability includes configurable test parameters, quality specification history and customer-specific quality specifications where required.

The key buyer question is:

The specification question

Which specification was applied to this exact batch, and what recorded values prove that it met the requirement?

Link in-process QC to the stage where it occurred

Confirmed exactllyERP capability includes in-process QC tests/results linked to the specific batch and process stage.

The buyer should ask:

At which process stage did this result occur, and what happened because of it?

A result without stage context may be insufficient to explain:

deviation; hold; rework; process adjustment; final disposition.

Link finished-goods QC to the finished batch

Confirmed exactllyERP capability includes finished-goods QC results linked to the finished batch.

The buyer should ask:

The release-evidence question

Can we open one finished batch and see the complete quality evidence that governed its release?

The evidence should remain attached to the batch rather than existing only as a separate laboratory record.

Specification version history should survive future changes

A product specification may evolve.

Confirmed exactllyERP capability includes quality specification version/revision history where required.

The buyer should ask:

If the specification changes next month, can we still prove which specification governed a batch manufactured today?

The historical batch should not be judged retrospectively against only the current specification.

Customer-specific specifications can change batch eligibility

Two customers may purchase nominally the same product but require different quality limits or documentation.

Confirmed exactllyERP capability includes:

customer-specific quality specifications by customer/product where required; application of customer-specific specification during finished-batch release/allocation where required.

The buyer should test:

The eligibility test

Take the same product for two customers with different acceptance requirements. Which batches are eligible for each customer?

The answer should come from the relevant specification and recorded batch results.

Not from an email remembered by sales.

Generate the COA from recorded quality evidence

A Certificate of Analysis should not require the same test results to be retyped manually.

Confirmed exactllyERP capability includes COA generation from actual recorded QC results.

The buyer should ask:

Where does each value on the COA come from?

Then change or correct a permitted QC value in the controlled workflow and verify how the document reflects the approved data.

The goal is consistency between:

  1. batch
  2. specification
  3. QC result
  4. COA

Customer-specific COA requirements should remain controlled

Confirmed exactllyERP capability includes customer-specific COA acceptance criteria/format where required.

The buyer should distinguish

customer-specific quality requirement

from

customer-specific document presentation

They may be related, but they are not necessarily the same thing.

Ask:

The COA-scope question

Which customer-specific information changes batch eligibility, and which only changes what the COA displays?

Batch disposition should control downstream use

A batch may be:

pending; on hold; released; rejected; marked for rework; another controlled status defined by the business.

Confirmed exactllyERP capability includes batch disposition/status controlling downstream use or dispatch where configured.

The buyer should test:

The disposition test

Can a batch that has not been released accidentally enter production, allocation or dispatch?

The exact blocking rule should match the operating process.

Shelf life, expiry and retest are not the same thing

Not every chemical product needs shelf-life control.

But where it does, the ERP may need to distinguish:

manufacturing date; expiry date; retest date; shelf-advice date; minimum remaining shelf life; another customer-specific validity rule.

Confirmed exactllyERP capability includes:

manufacturing and expiry dates by RM lot and FG batch where applicable; retest date / shelf-advice date separately from expiry where required; near-expiry stock visibility/alerts.

The buyer should ask:

Is this batch usable today, and what date or test actually determines that answer?

Do not collapse expiry and retest into one concept.

Prevent expired material from entering production where required

Confirmed exactllyERP capability includes prevention of expired raw material from production issue where configured.

The buyer should demonstrate the exception:

Attempt to issue an expired RM lot to a new batch. What happens?

The required response may be blocking, controlled review or another configured process.

Do not assume one rule fits every chemical operation.

Prevent expired finished batch from dispatch where required

Confirmed exactllyERP capability includes prevention of expired finished batch from dispatch where configured.

The buyer should ask:

Can warehouse or sales accidentally allocate or dispatch a batch that has crossed its permitted date?

Again, the exact control should match the customer’s policy.

FEFO should be tested only where it matters

Confirmed exactllyERP capability includes FEFO selection/allocation where required.

FEFO means the operational preference is driven by expiry position rather than only receipt date.

The buyer should ask:

The lot-preference question

When several acceptable lots are available, which lot should the system prefer and why?

Do not assume FEFO is required for every chemical.

Tank, drum and IBC inventory may need physical identity

For some chemical operations, warehouse quantity alone is not sufficient.

The business may need to know:

  1. container
  2. lot
  3. quantity
  4. location
  5. quality status
  6. remaining quantity

Confirmed exactllyERP capability includes tank/drum/IBC or similar container-level inventory by lot, quantity and location where required.

The buyer should ask:

Where is this material physically held, and which lot does each quantity belong to?

Partial issue should preserve lot and remaining quantity

Confirmed exactllyERP capability includes partial issue from tank/container while preserving the relevant lot and remaining quantity.

The buyer should test:

Issue only part of a container quantity to production. Can the system still identify the remaining quantity and its lot identity?

That is more meaningful than merely showing a container master.

Co-products and by-products should remain explainable

A chemical batch can produce more than one output.

Confirmed exactllyERP Chemical capability includes separate co-product output from the primary product and by-product where required.

The buyer should ask:

If one batch creates multiple outputs, where do quantity, identity and cost go?

Do not assume every chemical process creates co-products or by-products.

Yield should explain the process, not become a generic benchmark

Yield may be affected by:

actual input; evaporation; moisture; process loss; recovered material; co-product; by-product; rework; another process-specific factor.

Confirmed exactllyERP capability includes yield-related production analysis from the manufacturing truth base.

The buyer should ask:

The material-balance question

What does yield mean in this process, and can the system explain where the material balance went?

Do not publish a universal “good chemical yield” percentage.

Rework should preserve batch genealogy

Chemical rework can create a dangerous traceability gap if the new or corrected batch loses its source history.

Confirmed exactllyERP manufacturing capability includes rework through the same or linked work order where appropriate, and Chemical genealogy capability includes preserving relevant batch relationships.

The buyer should test:

If this batch is reworked, can we still trace it to the original batch, original RM lots, additional material and final customer destination?

Rework should not reset genealogy.

Generate the batch manufacturing record from captured transactions

Confirmed exactllyERP capability includes generation of a batch manufacturing/production record from production and QC transactions captured in the system.

The buyer should ask:

The batch-record question

Can the batch record be produced from information already captured during execution, or must someone assemble it after production is complete?

The stronger model is one where the record is a consequence of controlled transactions rather than a separate reconstruction exercise.

SDS and compliance-support need careful boundaries

Some chemical products and jurisdictions require controlled safety or regulatory information.

Confirmed exactllyERP capability includes:

SDS linked/maintained against the relevant material/product and made available in the required operational/dispatch workflow where applicable; hazardous-material consumption / statutory / environmental reporting data derived from ERP transactions according to customer reporting requirements.

That does not mean the ERP makes the company legally compliant.

The buyer should ask:

The regulatory-scope question

Which regulation, jurisdiction and reporting obligation applies to us, and what operational data or controlled documents must the ERP support?

Legal interpretation and compliance responsibility remain with the business and its qualified advisers.

Actual batch cost should use the batch that actually happened

The Chemical guide does not need to repeat the entire Manufacturing costing framework.

The chemical-specific question is:

The batch-cost question

Does this batch’s actual cost reflect the actual lots, quantities, process activity, rework, outside processing and outputs that belonged to this batch?

Confirmed exactllyERP manufacturing capability includes:

actual production cost; work-order/production-order costing; actual cost per finished unit where applicable; standard-versus-actual variance; order/customer margin using actual production cost where required.

The buyer should insist that cost remains connected to the batch evidence.

Chemical genealogy should survive into the commercial record

Confirmed exactllyERP capability includes forward trace from finished batch to customer dispatch/invoice where required.

The buyer should be able to ask:

Which customers received this batch?

Which batch fulfilled this customer shipment?

This is what closes the genealogy beyond production and warehouse.

The customer complaint is the ultimate traceability test

Do not test traceability only with a pre-built report.

Start with a realistic complaint.

Customer says Batch X failed a specification.

Then make the vendor show:

  • which batch was dispatched;
  • which customer specification applied;
  • what QC values were recorded;
  • whether the batch was released;
  • which RM lots were consumed;
  • which suppliers supplied those lots;
  • which other production batches used the same RM lots;
  • which customers received those batches;
  • whether related inventory remains in stock;
  • what status or containment action can now be applied.

The point is not that every complaint requires a recall.

The point is whether the system can reconstruct the evidence quickly enough to support the business decision.

Decide what belongs in ERP, LIMS, MES and document systems

Not every Chemical capability must live in one application.

A chemical environment may include:

ERP; LIMS; MES; machine/PLC systems; weighing systems; barcode/QR; document management; SDS/document systems; warehouse systems; maintenance systems; HRMS.

The buyer should ask:

Which system owns the formula?

Which system owns the production batch?

Which system owns laboratory results?

Which system owns batch disposition?

Which system owns COA generation?

Which system owns genealogy?

Which information must return to ERP for costing, inventory and customer fulfilment?

What happens when the interface fails?

Do not select one application merely because it claims to replace every specialist system.

The goal is one trustworthy operating truth.

Make the vendor demonstrate the difficult Chemical scenarios

Do not allow the Chemical ERP demonstration to become a tour of formula, batch and QC screens.

Give every shortlisted vendor the same difficult scenarios.

SHOW ME 1 — Formula to batchTake an approved formulation/version, scale it to a real batch quantity and create the production batch while preserving the exact formula version used.
SHOW ME 2 — Raw-material lot to finished batchReceive two raw-material lots, record supplier identities and QC statuses, issue both into production and show exactly which lot quantities became the finished batch.
SHOW ME 3 — Formula deviationConsume one ingredient differently from the planned quantity or configured tolerance and show where the deviation appears, who must review it and what can or cannot happen next.
SHOW ME 4 — In-process QC gateFail one in-process quality test and show the batch status, downstream hold/block and subsequent release, rejection or rework disposition.
SHOW ME 5 — Customer specification + COATake one product with a customer-specific acceptance requirement, identify an eligible finished batch and generate the customer COA from the recorded QC evidence.
SHOW ME 6 — Shelf life / retest / FEFOTake lots with different expiry or retest positions and show which are eligible for production or dispatch and, where FEFO applies, which acceptable lot the system prefers.
SHOW ME 7 — Forward and backward genealogyStart with a customer-dispatched finished batch and trace backward to every consumed RM lot and supplier; then select one RM lot and trace forward to every affected finished batch and customer dispatch.
SHOW ME 8 — Complaint to containmentStart with a customer complaint, identify the applicable specification, QC history, related raw-material lots, related production batches, affected dispatches and remaining inventory without manually reconstructing the genealogy.

Where potency/concentration-based automatic balancing is a requirement, add it as a separate vendor test. Do not assume exactllyERP supports that advanced function.

Record what is standard, configured, extended or custom

After every important Chemical scenario, classify how the proposed result is delivered.

STANDARD

The proposed product supports the requirement as part of its normal capability.

CONFIGURATION

The result depends on settings, masters, workflow, tolerances, specifications or configurable behaviour.

EXTENSION / CONNECTED APPLICATION

Another application such as LIMS, MES, document management or integration forms part of the proposed solution.

CUSTOM DEVELOPMENT

Development is required specifically for the requirement.

NOT YET DEMONSTRATED

The claim remains proposed until evidence is provided.

None of these labels is automatically good or bad.

The buyer needs to know what will actually exist in production.

Chemical ERP red flags

The formula exists but historical batches cannot identify the version used

The formulation history is incomplete.

The formula scales but tolerance control disappears

Quantity calculation is being mistaken for controlled execution.

Actual ingredient usage is not compared with formula expectation

The batch record cannot explain what really happened.

Formula deviation has no approval or release consequence

The tolerance exists only as information.

Supplier lot identity is lost after inward

Backward genealogy cannot reliably reach the source.

Supplier COA is stored in email or a shared folder only

The raw-material evidence is disconnected from the lot.

Raw material on QC hold can still be issued

Quality status does not control production.

A finished batch has a batch number but no consumed RM-lot genealogy

The number is an identifier, not traceability.

Traceability works backward but not forward

Containment remains incomplete.

Split/repack/merge breaks genealogy

Physical transformation destroys the evidence chain.

In-process QC is separate from the production stage

The result cannot explain the process event.

Finished QC has no specification version

The business cannot prove which acceptance criteria governed release.

Customer-specific specification is handled by email

Batch eligibility depends on memory or manual checks.

COA values are manually retyped

The customer document can diverge from recorded QC evidence.

Batch disposition does not affect allocation or dispatch

Quality status is descriptive rather than operational.

Expiry is stored but does not influence issue or dispatch

Shelf-life control is only reporting.

Retest date and expiry are treated as the same concept

The operational meaning of the dates is lost.

FEFO report exists but allocation ignores it

The warehouse rule is not operational.

Tank/container quantity requires manual reconciliation

Physical inventory identity is incomplete.

Partial issue destroys container or lot balance

Remaining inventory cannot be trusted.

Co-product/by-product quantity or cost is manually reconstructed

The batch material/economic balance is incomplete.

Rework creates a new batch with no relationship to the original

Genealogy is reset.

Actual batch cost ignores actual consumed quantities or production events

“Actual cost” is not actually batch-specific.

SDS or controlled compliance documents live in uncontrolled folders

The operational workflow cannot reliably retrieve the correct document.

The vendor claims the ERP “makes you compliant”

Regulatory scope and responsibility have not been defined.

A customer complaint still requires several departments to assemble the evidence manually

The genealogy exists only organisationally, not in the system.

Customer proof is simply “a chemical company uses our ERP”

The reference does not reduce uncertainty about the difficult Chemical workflows.

A practical Chemical ERP evaluation record

For each critical workflow, record the evidence.

A practical Chemical ERP evaluation record
Evaluation areaWhat the buyer should establish
Chemical operating modelWhich process/formulation model applies
FormulaWhat ingredients and quantities define the product
Formula scalingHow batch quantity changes ingredient requirement
Formula versionWhich exact version governed the batch
Ratio / percentageHow proportional formulation works where required
Ingredient toleranceHow min/max/permitted deviation is controlled
Formula deviationWhat happens when actual differs beyond allowed tolerance
Deviation approvalWhat review affects closure/release
SubstitutionHow approved expectation and actual material remain visible
Process parametersWhich stage-specific actual values must be captured
Potency balancingWhether measured potency must automatically alter ingredient quantity
Dual UOM / densityHow weight-volume or other conversions are governed
Supplier lotHow supplier identity is captured
Internal lotHow internal identity relates to supplier lot
Supplier COAHow incoming documentation attaches to lot
Incoming QCWhat tests govern raw-material release
RM hold/releaseWhether unreleased material can be issued
Actual RM lotsWhich lots/quantities were consumed
Backward genealogyFinished batch → RM lots → supplier
Forward genealogyRM lot → batches → customers
Split/repack/mergeHow genealogy survives transformation
Batch attributesWhich lot-specific values are stored
In-process QCWhich result belongs to which stage
Finished-batch QCWhich results govern final release
SpecificationWhich acceptance criteria govern the batch
Specification versionHow historical criteria remain available
Customer specificationHow customer/product-specific requirements are maintained
Customer eligibilityHow a batch is matched to customer requirement
COAHow document values derive from recorded QC
Customer COAHow customer-specific criteria/format are handled
Batch dispositionWhich status controls downstream use
Manufacturing dateHow lot/batch date is maintained where applicable
ExpiryHow expired stock is controlled
Retest / shelf adviceHow it differs from expiry
Near-expiryHow risk becomes visible
FEFOHow preferred eligible lot is selected where required
Container inventoryHow tank/drum/IBC identity and quantity are controlled
Partial issueHow remaining container quantity retains genealogy
Co-productHow secondary valuable output is recorded
By-productHow applicable by-product is recorded
YieldHow process-specific yield is defined
ReworkHow genealogy survives correction/reprocessing
Batch manufacturing recordHow production/QC evidence becomes the batch record
SDSHow controlled document is linked where applicable
Statutory/environmental dataHow operational transactions support required reporting
Batch costingHow actual production cost is accumulated
Customer/order marginHow actual batch cost is used where required
Dispatch traceHow finished batch reaches customer invoice/shipment
Complaint investigationHow related batches/lots/customers are identified
System boundaryERP/LIMS/MES/document ownership
Delivery methodStandard / configuration / extension / custom / not demonstrated
Follow-upWhat evidence remains unresolved

Do not turn this into a percentage score.

One unresolved genealogy, quality-release or customer-specification requirement can matter more than many minor feature matches.

What customer proof should a Chemical ERP vendor provide?

A useful customer reference is not simply another chemical manufacturer.

Ask for proof closest to the uncertainty you are trying to remove.

If your concern is formula control, ask:

Which customer can prove the formula/version used for a historical batch?

If your concern is genealogy, ask:

Which customer can trace finished batch backward to raw-material supplier and raw-material lot forward to affected customers?

If your concern is quality, ask:

Which customer uses quality status to control what can move or ship?

If your concern is COA, ask:

Which customer generates customer documentation from controlled quality evidence?

If your concern is batch costing, ask:

Which customer accumulates manufacturing cost from the same production/inventory transactions that created the batch?

Customer evidence should validate the difficult workflow.

Not decorate the proposal.

Relevant operating evidence: ARCL Organics

Chemical operations → cost → finance → management

ARCL provides strong proof that Exactlly operates inside a long-running Chemical manufacturing environment.

Its approved Exactlly evidence includes:

  • Chemical manufacturing operations;
  • production;
  • inventory;
  • warehouse;
  • production costing;
  • finance;
  • banking integration;
  • HR / attendance / payroll;
  • BI;
  • management reporting;
  • a relationship extending more than 15 years.

The strongest value of ARCL proof is not simply that it is a chemical company.

The useful evidence is that operating transactions, manufacturing costing, finance and management reporting remain connected in the same broader Exactlly environment.

This supports the proof role:

CHEMICAL OPERATIONS → COST → FINANCE → MANAGEMENT

ARCL should not be used to claim customer-confirmed proof of every formula, QC, COA, shelf-life or genealogy capability in this guide.

Those capabilities are governed as current exactllyERP product truth.

The customer story proves the long-running Chemical operating environment.

The product demonstration must prove the buyer’s specific Chemical workflows.

How exactllyERP fits into this evaluation

exactllyERP should be evaluated against the same difficult Chemical scenarios.

Do not ask Exactlly only:

“Do you have Chemical ERP?”

Bring the actual operating model.

Include:

  • formulation model;
  • formula versions;
  • batch sizes;
  • ratios/percentages;
  • ingredient tolerances;
  • deviation approval;
  • substitution rules;
  • process parameters;
  • dual-UOM / density requirements;
  • supplier lots;
  • incoming QC;
  • supplier COA;
  • raw-material hold/release;
  • raw-material genealogy;
  • batch attributes;
  • in-process QC;
  • finished-batch QC;
  • specification versions;
  • customer-specific specifications;
  • batch disposition;
  • shelf-life / expiry / retest;
  • FEFO;
  • tank/drum/IBC inventory;
  • partial issue;
  • co-products / by-products;
  • yield;
  • rework;
  • COA;
  • SDS;
  • statutory/environmental reporting requirements;
  • actual batch costing;
  • LIMS/MES/document-system boundaries;
  • complaint/containment workflow.

Confirmed exactllyERP Chemical capabilities

Confirmed Chemical-specific capability

Confirmed current Chemical capability includes:

  • formula quantities scalable by batch size;
  • percentage/ratio-based formulation where required;
  • ingredient-level permitted tolerance/minimum/maximum where required;
  • each production batch linked to the exact formula/version used;
  • actual ingredient consumption compared with planned/formula quantity by batch;
  • formula/ingredient deviation outside configured tolerance identifiable or flagged;
  • configured review/approval of relevant formula deviations before batch closure/release where required;
  • ingredient substitution/alternate material recorded while preserving approved-versus-actual use;
  • planned/actual process parameters such as temperature, pressure, mixing time or other customer-defined parameters against batch/stage where required;
  • co-product output recorded separately from primary product and by-product where required;
  • supplier lot/batch number recorded at raw-material inward;
  • supplier COA/document linked to inward raw-material lot;
  • incoming QC tests/results linked to specific RM lot;
  • RM lot held/unavailable for production issue until QC release where configured;
  • production batch records exact RM lots and quantities consumed;
  • backward trace from finished batch to consumed RM lots and suppliers/inward records;
  • forward trace from RM lot to every production/finished batch in which it was used;
  • forward trace from finished batch to customer dispatch/invoice where required;
  • split/repack/merge or similar batch transformations preserve genealogy where required;
  • configurable batch attributes/test parameters by raw material or finished product;
  • actual batch-attribute values recorded against specific lot/batch;
  • in-process QC linked to specific batch and process stage;
  • finished-goods QC linked to finished batch;
  • batch disposition/status such as pending, hold, released, rejected or rework controlling downstream use/dispatch where configured;
  • quality specification version/revision history where required;
  • customer-specific quality specifications by customer/product where required;
  • customer-specific specification applied during finished-batch release/allocation where required;
  • COA generated from actual recorded QC results;
  • customer-specific COA acceptance criteria/format where required;
  • batch manufacturing/production record generated from production/QC transactions captured in the system;
  • manufacturing date and expiry date by RM lot and FG batch where applicable;
  • near-expiry stock visibility/alerts;
  • expired raw material prevented from production issue where configured;
  • expired finished batch prevented from dispatch where configured;
  • FEFO selection/allocation where required;
  • retest date / shelf-advice date tracked separately from expiry where required;
  • tank/drum/IBC or similar container-level inventory by lot, quantity and location where required;
  • partial issue from tank/container preserving lot and remaining quantity;
  • SDS linked/maintained against relevant material/product and available in required operational/dispatch workflow where applicable;
  • hazardous-material consumption / statutory / environmental reporting data derived from ERP transactions according to customer reporting requirements;
  • dual-UOM / density-based quantity handling according to customer operating requirements.
Relevant confirmed Manufacturing capability

Relevant confirmed Manufacturing capabilities also apply, including:

  • formula/BOM version history;
  • batch/lot traceability where applicable;
  • material issue/return/additional consumption;
  • WIP and stage status;
  • quality hold/release;
  • in-process rejection;
  • output classification;
  • by-products;
  • yield;
  • rework;
  • actual production costing;
  • actual unit cost where applicable;
  • standard-versus-actual variance;
  • order/customer margin using actual production cost where required;
  • multi-plant / multi-location inventory;
  • barcode/scanning.

One advanced capability not currently supported

Not currently supported by exactllyERP

exactllyERP does not currently provide:

automatic potency/concentration-based batch balancing where measured potency/concentration of the selected raw-material lot automatically recalculates the required ingredient quantity.

This should remain explicit. A buyer requiring that capability should treat it as a separate requirement and evaluate the proposed handling rather than assuming formula scaling or batch attributes provide the same functionality.

The relevant questions remain:

Which formula and specification govern this batch?

What actually went into it, happened to it and came out of it?

Can we prove where it came from, whether it passed and where it went?

The right implementation is the one that can answer those questions from the batch evidence itself.

Chemical ERP Evaluation Checklist

Chemical operating model

Formula

Formula deviation

Process parameters

Potency / concentration

Dual UOM / density

Raw-material inward

Incoming QC

Genealogy

Batch attributes

In-process QC

Finished-batch QC

Specification

COA

Batch disposition

Shelf life

FEFO

Tank / drum / IBC

Co-products / by-products

Yield

Rework

Batch manufacturing record

SDS / controlled documents

Statutory / environmental reporting support

Costing

Complaint / containment

Integration / coexistence

Vendor evidence

If these answers are clear

The buyer is evaluating the ERP as the evidence system for a real chemical batch rather than as a list of formula, QC and inventory features.

Go Deeper

How to Choose the Right ERP Use the overall management framework before committing to a product or vendor. Industry-Specific ERP vs Generic ERP: How to Decide Decide which Chemical requirements genuinely require specialist process depth and which can be handled through broader ERP capability or connected systems. Cloud ERP vs On-Premise ERP: A Decision Framework Choose infrastructure and responsibility allocation separately from formula, batch, quality and genealogy fit. ERP Pricing, Licensing & 3–5 Year TCO: How to Compare Quotes Compare plant users, QC users, warehouse users, integrations, document systems, implementation, infrastructure, support and lifecycle cost on the same commercial basis. ERP Implementation, Data Migration & Go-Live Plan migration of formulas, formula versions, specifications, lot balances, QC statuses, open batches, container inventory, expiry/retest dates, customer specifications, opening costs and live production cutover. ERP Demo & Vendor Evaluation Checklist: What to Ask Vendors to Show Use a consistent evidence-led demonstration process across shortlisted vendors. ERP Integrations, Data Portability & Post-Go-Live Support Define how LIMS, MES, machines, barcode/scanning, warehouse, SDS/document systems, HRMS and other applications will coexist with ERP and who owns the environment after go-live. exactllyERP for Chemical Manufacturing Review Exactlly’s current Chemical ERP capabilities after defining your evaluation requirements. ARCL Organics Customer Story See long-running operating evidence across Chemical manufacturing, inventory, production costing, finance, BI and management reporting.

Evaluating exactllyERP for a Chemical manufacturing business?

Do not send us only a formula, batch, QC or traceability feature checklist.

Send us:

  • your Chemical operating model;
  • formulas and formula versions;
  • batch-size and scaling rules;
  • ratio/percentage requirements;
  • ingredient tolerances;
  • deviation approval process;
  • substitution rules;
  • process parameters;
  • potency/concentration balancing requirement, if any;
  • dual-UOM/density requirement;
  • supplier-lot process;
  • supplier COA process;
  • incoming QC;
  • RM hold/release;
  • raw-material genealogy;
  • batch attributes;
  • in-process QC;
  • finished-batch QC;
  • specification versions;
  • customer-specific specifications;
  • customer batch-eligibility rules;
  • COA requirements;
  • batch disposition;
  • shelf-life / expiry / retest rules;
  • FEFO rules;
  • tank/drum/IBC requirements;
  • partial-issue process;
  • co-product/by-product requirements;
  • yield definition;
  • rework process;
  • SDS/document requirements;
  • statutory/environmental reporting requirements;
  • actual batch-costing model;
  • complaint/containment workflow;
  • LIMS/MES/document-system boundaries.

Then ask us to show:

  • how the approved formula becomes a controlled production batch;
  • how the exact formula version remains attached;
  • how actual ingredient usage is compared with expectation;
  • how deviations affect review and release;
  • how supplier lots remain visible through production;
  • how backward and forward genealogy works;
  • how in-process and finished QC remain connected to batch and specification;
  • how customer-specific specifications influence eligibility;
  • how COA derives from recorded evidence;
  • how shelf-life/retest/FEFO controls operate where required;
  • how container-level inventory and partial issue work where relevant;
  • how co-products/by-products and yield remain explainable;
  • how rework preserves genealogy;
  • how the batch manufacturing record is produced;
  • how actual batch cost remains connected to the batch evidence;
  • how a customer complaint can be investigated without manual reconstruction;
  • what is standard, configured, integrated, extended or custom;
  • what evidence remains unresolved.