Pan Innovation House Pan Innovation House
GAZIANTEP · CUSTOM SOFTWARE

Gaziantep custom software that fits the reality of the shop floor

Your accounting software stays where it is. We take the work that runs on Excel, WhatsApp and the foreman's notebook in facilities across Başpınar and Şehitkamil, and bring it into a system. Not an off-the-shelf package but a program written for your own flow; the source code we write and your data are handed over to you as defined in the contract. The first step is visiting your factory and walking the shop floor together.

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.

The picture in Gaziantep
  • In the June 2026 compilation of the Gaziantep OSB (organised industrial zone) official company directory there are 1,108 distinct companies, and production lines as different as carpet weaving and flour milling work side by side. A carpet mill and a flour mill do not need the same software, so proposing one standard solution for the whole city does not work here. The source and method note is on the Gaziantep Software hub page.
  • For an exporting manufacturer, batch traceability (being able to trace a shipped product back to its raw material) and an orderly document set are often a buyer requirement, so traceability comes up early in any custom software conversation.
  • The picture we most often see in the companies we talk to: Logo, Mikro or Netsis (widely used Turkish ERPs) is installed on the accounting side and works fine; production, subcontracting, waste and dispatch live in notebooks and in Excel files in the office. The problem is not that the ERP is bad — it is that the shop floor never made it into the system.
  • We visit facilities in zones 1 to 5 of the Başpınar OSB and in Şehitkamil in person. Production software is understood standing next to the machine and watching the operator, not over screen sharing, so we hold the discovery meeting on site wherever we can. Outside Gaziantep, discovery starts remotely and a visit is planned if needed.

Where software projects in Gaziantep usually bleed

  • The accounting software works fine, but the reality of production is not in it. The owner's question — 'how many metres did we produce this week, how much waste did we generate' — is only answered after month-end close, and even then partly by guesswork.
  • Dozens of Excel files circulate on the shop floor; each exists in several copies, nobody knows which is the latest version, and when the person who keeps the file goes on leave, the flow stops.
  • A program written by a developer years ago still runs, but the developer can no longer be reached. There is no source code, nobody knows how the calculations inside are done, and not even a single field can be added.
  • An off-the-shelf package was bought and customisation was attempted for months; in the end the company had to force its own work into the mould the software would accept. Unused screens piled up and the shop floor went back to Excel.
  • Goods going to and returning from subcontractor workshops around Şehitkamil and the OSB are tracked through WhatsApp messages. What went out, what came back and how much was wasted turns into a month-end exercise of reading notebooks against each other.
  • The software vendor is in another city. When something breaks they connect remotely; because they have never seen the facility in Başpınar, they do not understand what the problem is, and the issue drags on for days.
  • What was purchased was never put in writing. Which screen would do what and where each piece of data would come from were never discussed; when the project stalls halfway, it turns into an argument about who is right.
  • The export customer demands traceability, but nobody can go back from a batch number and answer 'which raw material, which machine, which shift did this product come from'.
  • The data does not sit on the company's own server but in the supplier's system. When the contract ends, so does the company's access to its own production history.
  • A system was bought but the operators on the floor do not use it. The screen was designed for an office desk — not for a noisy, dusty weaving hall, gloved hands, and getting the job done in two minutes.

When custom software makes sense — and when it does not

Not every business needs custom software; be wary of any supplier who does not tell you this. Where an off-the-shelf package is enough, buy the package and keep your money. Custom software makes sense where the work is specific to your company and that specificity is what earns you money. Below we set out both where we stand and what we concretely do.

First we check whether a package is enough

If most of the need uncovered in discovery is covered by an unused module of your existing ERP or by a package on the market, we say so openly. Writing software is our business, but paying for unnecessary software is your loss. We only recommend custom development where you have reached the limits of the package.

A layer that writes alongside your existing software

This is the model we usually recommend. Your Logo, Mikro or Netsis accounting backbone stays in place; your e-invoicing and account structures are not disturbed. We write production, subcontracting, waste, quality and dispatch as a separate layer. The custom layer connects to your ERP through the routes its vendor supports (API, service layer or an approved import); it does not write directly into the ERP's database tables. The route depends on the version and licence and is agreed in writing during discovery. We can show this approach on a working example during discovery; we do not name clients without their consent.

Screens that work on the floor, dashboards that work in the office

The screen the operator uses and the screen the owner looks at should be two faces of the same program. For the floor we write big-button screens that finish a job in two steps with a barcode scan and lose no data during outages; for the office, a dashboard showing work orders, waste and deadline deviation at a glance. Our approach is plain screens that drive decisions; we can show it on a working example during discovery.

Taking over software whose developer has disappeared

If you have a program that runs but nobody can get inside, we first examine on an evidence basis what can be recovered from the running system: screens, reports, database structure and calculation results. This work stays within the limits the program's licence agreement allows. We write down what we do not know as clearly as what we do; some knowledge lives only in source code and does not come back.

Making systems talk to each other

In most companies what is missing is not a new program but the bridge between the existing ones. We connect accounting, production, weighing, labelling, e-commerce and dealer systems via API (the connection through which programs pass data to each other) or at database level. The goal is for a piece of information to be entered in one place and flow correctly to the others; double entry and the 'which report is right' argument lose their footing.

Source code, data and a handover file

The source code we write and your data are handed over to you as defined in the contract; third-party and open-source components remain subject to their own licences. We put the installation steps, dependencies and known risks into a written handover file, so that another team could carry on.

How we start a project in Gaziantep

  1. 01

    Phone call and initial meeting

    We talk about what you do, how many people you employ, which software you use and where it hurts most. We do not quote a price in this call, because a number given without seeing the shop floor burns either you or us. The aim is to honestly understand whether the job is right for us.

  2. 02

    On-site discovery at the factory

    We come to your facility and chase a single question: how many times is the same piece of information entered by hand in this company? We count, one by one, the duplicate records travelling between the foreman's notebook, the production manager's Excel and the accounting screen. For Başpınar and Şehitkamil this step is on site and face to face.

  3. 03

    Scope and a written specification

    We turn the discovery findings into a written document: which screen does what, where each piece of data comes from, and what is out of scope. Budget and timescale are discussed on the basis of this document. If the scope is not in writing, the project ends in a dispute anyway; we do not allow that from day one.

  4. 04

    Development starting from the biggest pain point

    We do not build everything at once. We start with the single heaviest problem found in discovery and show a working version at short intervals. The foremen and operators on the floor try the screen on real work; we adjust it to the way they actually use it.

  5. 05

    Go-live, training and maintenance

    Instead of a single cut-over, we run a parallel period: the old method and the new system run side by side for a while. We train operators, foremen and managers according to their roles. Afterwards we continue with maintenance and development support.

Frequently asked questions

Do you come to our factory in Gaziantep and look at things on site?

Yes — this is the foundation of how we work. We travel to the Başpınar OSB zones and to facilities in Şehitkamil and walk the production floor. A program written without seeing which hand the operator uses and how fast they touch the screen will not be used on the floor, so we prefer to see it. Outside Gaziantep, discovery starts remotely and a visit is planned if needed.

Why commission custom software when off-the-shelf packages exist?

If a package is enough, do not commission anything — we will tell you so ourselves. Custom software makes sense in three situations: the part of your business that is specific to you does not fit the package's mould; data is constantly carried by hand between multiple systems; or the package's licence and user costs have outgrown the size of the job. If none of these apply, custom development is an expense.

Do we have to replace our existing Logo, Mikro or Netsis system?

No. The model we recommend is an operations layer written alongside your accounting backbone without touching it. Your e-invoicing, e-ledger and account structures stay as they are. The custom layer connects to your ERP through the routes its vendor supports (API, service layer or an approved import); it does not write directly into the ERP's database tables. The route depends on the version and licence and is agreed in writing during discovery. So you do not end up running a second accounting system.

How much does it cost and how long does it take?

We do not quote without seeing the shop floor; made-up prices and timelines go against our principles. Price is set by scope: how many screens, how many integrations, how many users, how many terminals on the floor. After discovery we present a staged budget together with a written specification, so you can see what you are paying for. For a general framework, see our custom software pricing guide.

We cannot reach our developer any more — can our program be rescued?

In most cases yes, but we give no guarantee. If you hold the compiled application and the database, most of what the program does can usually be recovered; the work stays within the limits the program's licence agreement allows. Some sections may remain missing and are marked as such; some knowledge lives only in source code and does not come back. Our first deliverable is not a commitment but a map of what can be recovered. We can show this approach on a working example during discovery; we do not name clients without their consent.

Who keeps the source code and our data?

The source code we write and your data are handed over to you as defined in the contract; third-party and open-source components remain subject to their own licences. The database and installation documentation are handed over as well; the data sits on your own server or in a cloud account opened in your name. The aim is to leave you in a position to continue with another team in the future.

We are a small business — do you build for us too?

Yes. Many of the businesses we talk to are small; at that scale the right approach is not to build a big system but to write a plain program that properly fixes one bleeding point. We prefer to start small and grow as the need grows.

Are you an agency or a software company?

The work on this page is the software side: production, ERP integration, shop-floor systems and takeovers. The marketing side of Pan Innovation House (search visibility, advertising, e-commerce) is a separate practice, described on a separate page. We do not mix the two; we approach software work with a software mindset.

Let's walk the shop floor together, then talk

Let us come to your facility in Başpınar or Şehitkamil, walk the flow with you and pinpoint together where the data breaks. You end up with a written scope framework in hand; only then do you decide whether you want to continue. A phone call is the cheapest step in this whole process.

Call now

Pan Innovation House

Call us

By phone

+90 543 930 12 72

Our phone line is open every day.

WhatsApp on your phone

Scan with your phone camera. The chat opens with your message ready.

Prefer that we call you? Leave your details