For plastic & packaging manufacturers

Plastic & Packaging Manufacturers

Injection moulders, blow moulders, preform and closure makers, and producers of bottles, containers, films, pouches, and caps, where the customer specifies a moulded or printed item, the plant runs to a schedule that software here cannot see, and the money question is which customers are actually paying for the output the plant produced.

The problem

The commercial side of a plastics plant is small, repetitive, and mostly done on paper, while the money it depends on is decided on the floor. A customer approves a drawing, a price, and a quantity; the plant runs it; the invoice goes out; and somewhere between those events the resin price moved twice, the cycle ran long, and a share of the output became regrind or scrap. None of that is visible in a customer ledger, which is why the plant's first question is not what was billed but what the month actually cost to produce — and no customer or invoice record can answer it. What makes the commercial side its own problem is the mix: a base order that runs for years, a seasonal spike from a festival pack, a one-off tooling job that is a different kind of sale with a different kind of margin, and a buyer who is prompt with the tooling invoice and slow with the run. That mix is genuinely hard to read, and it is genuinely not the factory's problem to solve in a customer system — but it is where the leakage usually shows up: in an order that was quoted from a stale price, invoiced short, or collected late.

Diagram: a tall starting column reduced through four descending steps to a small final column on the baseline.
Show that a project loses value in successive, separable steps, so the total can name which decision caused the loss rather than only reporting it.
A working day

The plant runs to a schedule and the office runs to the order book, and the two are not the same clock. The morning is customer work: a buyer asks for a delivery date, and the honest answer depends on what is on the machines and what is in the raw material store — neither of which is a record in this system. Then a price question, which is the real commercial work: a large customer wants a rate cut at a volume nobody has committed to yet, and the negotiation is about resin, wastage, and cycle time, none of which the quoting person can see in a system. Mid-day, a complaint about a batch is a real event with a real quantity, and the decision is whether to credit it, replace it, or explain it with a note from the quality department. Then the billing cycle: some invoices are raised from a delivery challan nobody reconciled, and the difference between what was despatched and what was invoiced is where a plant quietly loses money. Month end, the review is which customers closed, which are carrying stock on credit, and which orders were quoted long enough ago that the price no longer holds.

How NoxOrigin fits this business

Every business runs the same sequence, from first contact to money in. NoxOrigin keeps each step tied to the last: Customer → Opportunity → Quote → Project → Work → Invoice → Payment.

The steps are the same. What changes is the words you use for them, the pressure at each one, and who is responsible for it. This is how it reads for plastic & packaging manufacturers.

  1. The buyer who specifies a moulded, blown, or printed item

    Customer → Opportunity

    A buyer has to become a customer record with a company, a plant or buying contact, and the item they make, because a packaging customer that ran a preform order for two years is the customer that will run it again, and the next enquiry depends on what they last approved. The record holds the buyer and the technical contact, since the person who approves a drawing is rarely the person who pays the invoice. Merge policy is a setup decision: duplicate detection flags candidates and a person reviews them, and nothing merges automatically, because a group buying through two plants can legitimately be two accounts.

  2. The order quoted on a rate the resin market will not hold

    Quote

    The quote is the item, the specification, the mould or print reference the customer approved, the quantity, the rate, the tax treatment, and the terms, so that a change in quantity, a change in specification, or a revision when resin moved is a new quote rather than a line somebody adjusted in a spreadsheet. A plant that quotes a rate it cannot hold for the run's duration has made a commercial decision, and the record is where that exposure becomes visible. There is no e-signature and no contract editor, so a signed purchase order or a customer tooling agreement stays where the customer keeps signed documents.

  3. The order, the tooling, and the production run behind it

    Project

    Once the quote is accepted the order becomes the live record with the item, the specification, the quantity, the delivery, and the terms it was accepted against, so a revised specification or a changed quantity is a visible change rather than a quietly adjusted line. A change after acceptance is a new quote on the same order. This record is deliberately not a production record: there is no bill of materials on it, no routing, no work-centre, no operation sequence, and no machine or mould reference, because scheduling the shop floor is a different product with a different job.

  4. Despatch, batch, and the complaint that follows

    Work

    The work is the despatch, the delivery challan, the batch or lot the customer complains about, the reprint, and the return — recorded against the order so the next conversation with that buyer starts from what actually happened. It is the only place the operational friction of a sale is visible, and it does not reach the customer's bill unless somebody puts it on one. It is also not a factory-floor record: there is no batch or lot traceability, no wastage or yield record, and no scrap or rejection record here, so a quantity rejected on the line does not raise itself as an event. There is no timesheet record and no payroll module, so machine hours and shift hours are numbers a person knows.

  5. The invoice raised from what was despatched

    Invoice

    The bill carries the item, the despatched quantity, the rate that was agreed, the tax treatment, and the terms, with a credit note for a rejected batch as its own document rather than a reduced total. An invoice and a payment are different records, and for a packaging customer running a long-term rate the distinction is the mechanism: a despatched quantity that is not on an invoice is stock out of the door that nobody has billed, and an invoice with no allocation against it is work the plant has already done and been paid for nothing.

  6. Payment from buyers who settle on different clocks

    Payment

    Money arrives against a specific invoice, in a mix that includes an advance against a tooling job, a part payment against a running supply, a credit-period balance, and occasionally a deduction the buyer makes for a short despatch that nobody agreed in advance. Recording each payment against the invoice is what lets the plant see which customers fund the business and which are financed by it, and NoxOrigin holds paid as a projection of allocations rather than a stored flag, so a buyer who has been deducted against is a visible difference rather than a mystery. There is no payment gateway, no card on file, no auto-debit, no dunning sequence, and no scheduled invoice generator, so each payment and each reminder is raised by a person.

  7. Month close and the honest book

    Reports

    Quoted against billed against collected by customer, by item, and by price revision, with the number that matters being which customers are carrying an invoice quoted at a rate the market has since moved past. There is no cost roll-up, no yield figure, no wastage percentage, no scrap number, and no machine-utilisation report in this product, because none of those can be derived from a customer, an order, an invoice, and a payment. A despatch not on an invoice, a rejected lot nobody credited, and a deduction nobody recorded are all invisible to a sales figure, which is precisely why they have to be records somebody raised.

What changes

What is different by next week.

A rejected batch, a reprint, or a return becomes a visible event on the order it belongs to, with the quantity and the reason on it, instead of a note in the quality file that the office sees a month later.

A change in quantity, specification, or rate becomes a new quote on the same order with its own line, so the customer can see what the change did to the price and not only to the total.

A tooling job and the run that follows it are two records with two invoices, so money that came in against a mould is not read as having arrived against the output the mould was made for.

The customer, the item, and the approved specification go on the record together, so next season's enquiry starts from what was actually approved rather than from a new blank record.

The person who agreed the rate, the person who accepted the rejection, and the person who recorded the buyer's deduction are three named people on the same order, which is what makes a disputed quantity or amount reviewable.

Who does what

Different people need different parts of the same information.

Everyone is looking at the same information. What changes is which part of it they are responsible for.

  • Sales and customer deskTakes the enquiry, confirms the specification, quotes the rate against the current resin position, and records the order and its terms.
  • Planning and despatchSequences the machine schedule, raises the delivery challan, and confirms despatch quantities — outside this system, and reported back as what actually went out.
  • Accounts and collectionsReconciles despatch against invoicing, raises invoices, records each payment and advance against the specific invoice, and records buyer deductions as they are agreed.
  • Proprietor or plant headDecides the rate posture for a long-run customer, which orders to hold a price on, and which rejection to credit rather than re-run.
What software should not decide

NoxOrigin keeps the facts. You still make the decisions.

Keeping the facts in one place ends the argument about what happened. It does not make the decisions that were always yours to make.

  • Whether to hold a quoted rate across a long production run after resin has moved. Holding it protects the customer relationship and the order book; repricing mid-run is defensible and is the conversation where a high-volume customer decides whether your plant is still their plant.
  • Whether to credit a rejected batch or re-run it. A credit is a known loss and keeps the customer's line slot; re-running consumes machine time and material that may be needed elsewhere, and the decision is a commercial one about the account rather than a technical one about the mould.
  • Whether to accept a buyer's deduction on an invoice without an agreed claim. Accepting it closes the month's collection and concedes a principle that the next negotiation will use; disputing it holds the amount and turns a payment conversation into an argument that takes weeks.
  • Whether to commit to a delivery date that depends on material you have not bought. Committing wins the order and exposes the plant to an expedite purchase or a late despatch that the customer will remember; declining loses the enquiry to a competitor who said yes.
  • Whether to start tooling for a customer who has not committed a volume. The tooling job is a sale and pays for itself; the mould is a fixed cost against an order book you do not yet have, and that is a judgement about the customer rather than about the plant.
Free tools

What this trade tends to ask, answered with a calculator.

Where to look next

The product areas this depends on.

Questions

Before you look at pricing.

Does it plan the factory floor or manage production?

No, and this is stated plainly because the question matters more here than in most trades. There is no bill of materials, no routing or shop-floor scheduling, no mould or machine register, no batch or lot traceability, no wastage or yield record, no scrap or rejection record, no capacity planning, and no demand forecasting or auto-PO. NoxOrigin is not a manufacturing ERP and it does not plan production. If your plant's margin depends on shot weight, cycle time, regrind, and reject percentage, those stay in your production planning and your costing system. What NoxOrigin does is record the customer, the order, the invoice, and the payment.

Can it tell us what a batch actually cost or what a run actually yielded?

No. A cost roll-up, a yield figure, a wastage percentage, a scrap number, and a machine-utilisation report are all production data, and none of them can be derived from a customer, an order, an invoice, and a payment — so nothing here will produce them or estimate them. Expenses are a Nox-Billings capability and purchasing and stock movement are in Commerce, so neither the plant's consumables nor its resin purchase sits in this record set either. A despatch quantity that is not on an invoice is visible only if somebody raises it as a record, which is why the despatch-to-invoice reconciliation is a named person's job here.

How does it handle a change to the specification mid-run?

It becomes a new quote on the same order. There is no change-request record, no milestone record, no deliverable record, and no contract editor, so a revised drawing or a changed quantity is a second quote with its own line and its own rate, and the original stays readable underneath it. The engineering change itself, the drawing revision, and the tooling implication are yours to manage — this system records the commercial consequence, not the engineering one.

How does it handle the money side?

An invoice and a payment are different records, and paid is a projection of the allocations you make rather than a stored flag. An advance against a tooling job, a part payment against a running supply, and a final balance each attach to the specific invoice, so a customer who funds the plant is distinguishable from one the plant funds. There is no payment gateway, no card on file, no auto-debit, no dunning sequence, and no scheduled invoice generator, so every invoice, every receipt, and every reminder is raised by a person.

Does it file GST returns, generate e-invoices, or hold bank details?

No. NoxOrigin does not file GST returns, does not generate or submit e-invoices or e-way bills, does not record TDS or TCS, does not handle reverse charge, does not determine place of supply, and holds no bank connection or credentials of any kind. It produces the invoice records that return arithmetic is summed from, so a total can be checked by hand before your own compliance adviser or a separate product files anything.