A lot of what leaves Gaziantep is sold by weight, shipped in cartons and loaded on pallets. The label on those goods is the cheapest record a business keeps — and the most useful. We bring the scale, the label printer and the stock record together on one screen: the operator selects the product and puts the goods on the scale, the weight comes across by itself, the label prints with the batch number, and the same information lands in the system. The source code we write and the label templates are handed over to you as defined in the contract; we do the installation at your site in Başpınar or Şehitkamil.
Prepared by Pan Innovation House, a software company based in Gaziantep, Türkiye · Last reviewed:
We are based in Gaziantep, Türkiye, with a London office at Unit 6 Cranford Way, Hornsey, London N8 9DG. On-site discovery covers plants in and around Gaziantep; elsewhere in Türkiye and abroad it starts by video call and a visit is planned if needed. The first 30-minute call is free; the scope of an on-site discovery, and its fee if any, is agreed in writing during that call.
We can show a weighing and labelling set-up that joins the scale to the label printer on one screen — the operator picks the product and prints the label — on a working example during discovery; we do not name clients without their consent. The headings below are not a fixed package; we determine which ones you need at discovery.
The weight from the electronic scale is read directly over the serial port or the network; the operator never types the kilos. No label prints until the scale settles on a stable reading, and tare and net weight are kept separately. That removes both the chance of a mistyped weight and of printing before the measurement settles.
Labels are generated directly in the printer's own language (on common industrial printers, the label command language known as ZPL). The template belongs to the system, not to a computer; change the computer and the label still prints the same. Different templates are defined by product, customer and shipment type, and the system picks which one to print in which case.
Every production run opens a batch or lot number and prints it on the label. Links run from the unit label to the carton label and from the carton label to the pallet label; scan the pallet's barcode and the list of cartons and batches inside comes up on screen. In a complaint or a recall, the scope is set by records, not by guesswork.
Carton counts, pallet layout and customer details are managed from one place; because the shipment label and the packing list are produced from the same source, the two always match. A special format requested by a customer or an export buyer is set up once as a template and used automatically on every following shipment.
What goes into the QR code is standardised once: product code, batch, production date and, where needed, a verification address. A printed label can be read back and verified instantly with the scanner at the same station; a label that won't scan doesn't leave the line. Errors are caught at the station, before they reach the customer.
We take on the hardware as much as the software: the scale connection, the label printer, the scanner and, where needed, a touch screen. We leave a one-page field note covering the switch to the backup printer, roll changes and the most common faults. The aim is for the line to keep moving without waiting for technical support.
We come to your factory and stand where the label is actually printed: at the scale, next to the carton line, at the dispatch door. How many variants of each label exist, who prints them, where errors occur most — we establish this on site. We also inventory your existing printer and scale makes at this step.
What goes into the barcode and the QR code, how batch numbers are generated, and which template goes to which customer are put in writing. Get this scheme wrong and tens of thousands of already-printed labels become invalid later; so these decisions are taken and approved before any code is written.
One station is chosen; the scale is connected, the templates are defined, and it is tried in real production together with the operator. The old method runs alongside for a while. Printed labels are scanned back for verification; readability, durability and print speed are seen in real conditions.
Once the pilot holds, it spreads to the other stations and the dispatch point; the label record is connected to stock and dispatch, so every printed label lands in the system as a movement. How it will talk to your existing ERP is finalised at this stage.
The source code we write, label templates, setup steps and hardware settings are handed over in writing, as defined in the contract. A one-page usage note is left for the operator and a troubleshooting note for the technical team. When a small template change is needed tomorrow, the aim is for your own team to be able to make it.
In most cases the existing hardware can be used. The deciding factor is whether the device exposes data: a scale that can send its weight over a serial port or the network, and a label printer that accepts its own command language, are enough. If an older device cannot do that, we say so at discovery and put the replacement cost and the alternatives in front of you. Selling new hardware up front is not something we run as a business model.
Both are possible, and the choice is yours. It can be set up as a standalone station that only prints labels, or so that every printed label is written into the system as a stock movement. The second is more valuable, because the label is already the most natural recording point in production and dispatch — but installing simply first and connecting later is also a sound sequence.
Yes, during discovery. We can show a weighing and labelling set-up that joins the scale to the label printer on a working example: the operator selects the product, the scale sends the weight, the label prints with the batch details. We do not name clients without their consent; we walk you through the method and the problems commonly met at the discovery meeting.
Usually yes. Give us the buyer's label instruction (dimensions, field layout, barcode type, mandatory fields) and we define it as a template; on later shipments, selecting that customer brings up the correct template automatically. If the instruction is unclear, or the standard requires pre-registration in the buyer's own system, we say so up front and list the necessary steps.
We address that risk during installation. A backup printer is defined and can be brought online in a single step; a field note is left covering roll changes, head cleaning and the most common faults. Labels that could not be printed are also queued and printed in order once the printer is back; a skipped label never disappears silently.
There is no standard answer — it depends on the sector and the purpose. In food it is typically the product code, batch and production or expiry date; in dispatch, the pallet and carton identity; in consumer-facing use, a verification address. What matters is deciding the content once and printing it in the same structure on every label. We take that decision together at discovery and put it in writing.
The number of label variants, the number of scales and printers to integrate, and the depth of the stock connection are what decide it. A single-station setup with a few templates and a multi-point system with a pallet chain writing into the ERP are different jobs. That is why we start with discovery and a single-station pilot, and take the roll-out decision with you once the results are in.
That is the goal. Templates are defined inside the system, and the field layout and texts can be edited from the admin screen; renaming a product or adding a new field doesn't require us. When a new barcode standard or a substantial redesign is needed, we provide support. The source code and templates are handed over to you as defined in the contract.
A barcode system is set up by first agreeing the barcode and batch numbering scheme, then connecting the scale, label printer and scanner to the software and trying them at a single station. If the numbering scheme is wrong, labels already printed become invalid later, so these decisions are put in writing before any code is written. We see where the label is printed on site, run a pilot at one station and, once it holds, connect the other stations and the stock records.
Labelling drags on when discussed remotely and gets shorter when seen in place. We come to your site in Başpınar OSB or Şehitkamil, check your existing scale and printer, and see where which label gets stuck. You walk away with a clear list of what can be done and what it costs.
