Who we build for — Export manufacturers
Selling abroad puts a second company inside your plant
Production is only half of an export order. The other half is a quotation in someone else's currency, a delivery date you can defend, a document pack that has to be right before the goods move, and a buyer in another time zone who wants to know where the order is without waiting for your morning.
KodDelta builds order-to-shipment systems for manufacturers based in Türkiye that sell into Europe, the UK and the Gulf: multi-currency quoting, order confirmation with a defensible date, per-order production visibility, generated export documents, lot traceability and a buyer portal. The first module runs in 2–4 weeks.
Who this page is for
Two kinds of company, and the order-to-shipment problem is the same in both. First, a manufacturer in Türkiye with its own production, exporting a meaningful share of what it makes. Second, a trading company anywhere — the Gulf, Europe, the UK — that buys, ships and re-sells without owning a factory; everything on this page applies except the production-floor sections, and the PAP system on our cases page is exactly that build. Usually with an accounting package that works, a production floor tracked on paper or in a spreadsheet, and an export desk of two or three people who hold the whole process in their heads and their inboxes.
The symptom is almost always the same. Nothing is broken enough to stop the company, and everything takes a person. A quotation takes an afternoon because prices, costs and rates live in three places. A delivery date is promised from experience rather than from capacity. The document pack for a shipment is assembled by copying fields between files, and one wrong package weight means the truck waits. And when a buyer in Rotterdam or Dubai asks where the order is, someone has to go and find out.
None of that is a production problem, which is why a bigger production system rarely fixes it. It is an order-to-shipment problem, living in the space between the plant, the export desk and the buyer.
The five places an export order loses time and money
1. Quoting in a currency that is not your cost currency
An export quotation has to combine a price in EUR, USD or GBP with costs partly in the same currency, partly in TRY and partly in whatever currency imported material was bought in. Add the incoterm, which decides how much freight, insurance and handling sits inside your price, and add a validity period, because a quotation with no expiry is a promise with no rate attached to it.
Done in a spreadsheet, every quotation is a fresh reconstruction, and two people quoting the same product on the same day can produce different numbers. Done in a system, the price list, the cost model, the incoterm table and the rate used are recorded on the quotation itself, so one from six months ago can still be explained rather than defended from memory.
2. A delivery date nobody can defend
The date on an order confirmation is the most expensive number an export company writes. It decides freight bookings, letter-of-credit deadlines and whether the buyer comes back next season. If it comes from experience rather than from a view of released work orders, material lead times and shift capacity, then it is a guess dressed as a commitment.
A system does not remove the judgement. It gives the person making the promise the load already committed, the material that has to arrive first and the operations still open on the floor, and it records what was promised so that slippage becomes visible while it is still recoverable rather than the week before shipment.
3. No line of sight from the order to the shop floor
Export orders are usually multi-line and often multi-batch, and buyers care about the whole shipment rather than about individual lines. So the useful question is not what is in stock; it is which line of this order is at which operation, and which one is going to make the container late. Answering that requires the shop floor to be recorded at operation level, which is the subject of our manufacturing software page, and the export order to be linked to those operations so both views come from the same records instead of from two reconciliations.
4. Documents assembled by retyping
The document pack is where export companies quietly lose hours and occasionally lose days. Proforma invoice, commercial invoice, packing list with real package weights and dimensions, shipping instruction, plus the movement and origin certificates issued by the chamber or arranged by the forwarder. Every one of them repeats data that already exists on the order.
The rule we apply is that no field is typed twice. Buyer, incoterm, currency, package data and item descriptions come from the order, in the buyer's language where that is needed, and every document regenerates when any of them changes. Certificates issued outside the company are attached to the order with their reference and date, so a complete pack means one record rather than one folder that somebody maintains by hand.
5. The buyer has no way to look for themselves
Every status email an overseas buyer sends costs you twice: once to answer it, and once because the answer arrives late in their day. A buyer portal, which is the same pattern as our B2B dealer portal, replaces that with self-service: open orders and confirmed dates, production status at the level you choose to expose, shipment and tracking references, documents to download, and past orders for reordering. The traffic that disappears from the export desk is the point of it.
Where a packaged system stops for an exporter
Packaged ERP handles stock, purchasing and accounting well, and where it fits we bridge to it rather than replace it — see integrations. These are the specific points at which exporting companies come to us.
| Requirement | Typical packaged system | Custom export system |
|---|---|---|
| Quotation currency and rate | One conversion applied at report time | Rate recorded on quotation, order, purchase and invoice separately, with the valuation difference shown as its own line |
| Incoterm cost | A note on the order | A cost model per incoterm feeding both the quoted price and the margin calculation |
| Delivery promise | A typed date field | A date proposed from released work orders, material lead times and shift capacity, and kept as a promise to measure against |
| Export documents | Templates filled in by hand outside the system | Generated from the order, regenerated on change, in the buyer's language where needed |
| Traceability | Lot recorded at goods-in and at dispatch, with a gap in between | Lot recorded at the operation that consumed it, so the chain from supplier batch to shipped item is unbroken |
| Buyer visibility | Email and attachments | A portal with orders, dates, shipment references and documents, available in the buyer's working hours |
Traceability, because your buyers audit you
Export buyers ask for evidence, and they ask for it at the worst possible moment: after a complaint, or during an audit with a deadline. The part of that we can build is the chain of records — supplier delivery recorded as a lot with its document reference and certificate, the lot consumed at the operation that consumed it, the intermediate item carrying its own lot, the finished item carrying its lot or serial number, and the shipment that carried it to a named customer.
With the chain in place, two queries become possible, and they are the only two anyone ever needs. Forward: this supplier batch was faulty, which shipped items contain it and which customers received them. Backward: this complaint refers to this serial number, which material, machine, operator and shift produced it. Certificates and technical files remain yours and your certifier's; the system holds the reference against the item and the order so it is never the thing that is missing.
How an exporting plant starts
-
Map one order from enquiry to customs
A single real order, followed through every hand it passes: enquiry, costing, quotation, confirmation, work orders, packing, documents, forwarder, invoice. Every document produced and every rekeying is written down. This takes a few days and it decides the whole build order.
-
Build the module that removes the most typing
Normally quotation and order confirmation, or the document pack. Both are self-contained, both pay back immediately, and both are visible to the people who will have to trust the rest of the system. Clickable prototype in 2 weeks; live module in 2–4 weeks at $3,000–6,000.
-
Connect the floor and the accounting package
Operation-level production records linked to order lines, so the delivery date has something real behind it, and a bridge to the accounting package for invoices and stock postings, so nothing is entered twice. A multi-department system of this size is $8,000–15,000 over 4–8 weeks — the bands are on pricing.
-
Open the portal to buyers, one account at a time
Two or three buyers first, with the status detail you are comfortable exposing, then the rest. The measure of success is the number of status emails that stop arriving, which is worth counting before you start so that you can actually see it change.
The manufacturing half of this pattern is running in production in Elevatora İMALAT, a lift-component manufacturing system described on cases. The general engineering approach, including source code ownership and staged delivery, is on custom software. If your buyers are in Europe and you are also weighing up who builds it, the nearshore engagement page covers contracting and data protection.
When you should not build this
- Export is occasional. A handful of shipments a year does not repay a system. Fix the document templates and move on.
- One buyer, one product, fixed terms. If nothing varies, a spreadsheet is genuinely adequate, and we will say so rather than sell around it.
- Trading without production. If you buy and resell rather than manufacture, most of this page does not apply to you; the useful half is documents and the buyer portal.
- Nobody will own the master data. Price lists, incoterm costs, package data and lead times have to be kept current by a named person. Without that owner, the system produces precise numbers from stale inputs, which is worse than no numbers.
Frequently Asked Questions
What is different about software for a manufacturer that exports?
Two things, and they compound. First, the order does not end at the loading bay: it ends at a customs-cleared delivery with a document pack that has to be correct before the goods move, so the system has to carry the order past production into documentation and shipment. Second, price, cost and margin are recorded in different currencies at different moments, so a margin figure only means something if the system stores which rate was used and when. A domestic-only system models neither, which is why the export half of the business ends up in spreadsheets and email.
Can we keep our accounting package and still get this?
Yes, and that is the normal arrangement. Statutory accounting, e-invoicing and the general ledger stay where the finance team already keeps them, and the operational system is bridged to them through an API or a database bridge. The operational system owns orders, production, documents and shipments; the package keeps owning ledgers and legal documents. What crosses the bridge is defined per record type, so neither side silently overwrites the other.
How do you handle exchange rates without making margin meaningless?
By recording a rate on every event that has one, rather than converting at report time. The quotation carries the rate at quotation, the order confirmation the rate agreed with the buyer, the purchase of imported material its own rate, and the shipment the rate at invoicing. Margin is then reported in the currency you choose, with the difference between order-date and invoice-date valuation shown as its own line rather than hidden inside the cost. If a single conversion happens at the end, every margin number is an accident of the day the report ran.
What does the export document pack cover?
The documents that travel with the goods and are generated from the order rather than retyped: proforma invoice, commercial invoice, packing list with real package and weight data, and the shipping instruction. Movement and origin certificates issued by your chamber or forwarder are attached to the same order record with their reference and date. The rule is that no field is typed twice; if the buyer, the incoterm or the package data changes, every document regenerates.
Our buyers audit us. Does the system help with that?
It helps with the part of an audit that is about evidence rather than opinion: which material lot went into which finished item, which operator and machine produced it, which inspection was recorded, and which shipment carried it to which customer. When that chain exists as records, a complaint or an audit question becomes a query instead of a search through folders. Certificates and technical files stay your responsibility and your certifier's; the system stores the reference against the item and the order.
How long before an export team is actually using it?
A clickable prototype in about 2 weeks, and a first production module live in 4 to 6 weeks at $3,000 to $6,000. The first module is normally either quotation and order confirmation or the export document pack, because both are self-contained and both remove typing immediately. A system covering quoting, production visibility, documents and the buyer portal together is $8,000 to $15,000 over 2 to 4 months, delivered module by module rather than as one launch date.
Send us one export order, start to finish.
The enquiry, the quotation, the confirmation, the documents and the shipment. We come back with a data model, a module order and a fixed price for the first one.