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 and the data stay with you. The first step is visiting your factory and walking the shop floor together.

The picture in Gaziantep
  • In our own field research we compiled records of 1,108 companies in the Gaziantep organised industrial zone (OSB). The size distribution: 236 micro, 413 small, 286 medium, 90 large and 83 very large. The core of the software demand here is what an SME owner needs; templates designed for enterprise budgets do not fit this scale.
  • The sector breakdown in the same research: 257 textile, 145 food, 116 plastics and packaging, 107 carpet, 89 machinery and metal, 75 chemicals, 27 building materials, 24 recycling and 233 unclassified companies. A carpet weaving mill and a flour mill do not need the same software, so proposing one standard solution for the whole city does not work here.
  • Again in our own data, roughly half of the companies (51%) have a website, and 294 companies have proven export activity. For an exporting manufacturer, batch traceability (being able to trace a shipped product back to its raw material) and clean documentation are no longer a preference — they are the buyer's requirement.
  • The picture we see most often in Gaziantep: Logo, Mikro or Netsis 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 entered the system.
  • We visit facilities in zones 1, 2, 3, 4 and 5 of the Başpınar OSB and in Şehitkamil in person. Software for production is not understood over screen sharing; it is understood standing next to the machine, watching the operator. We hold the discovery meeting on the shop floor.

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 build most often. Your Logo, Mikro or Netsis accounting backbone stays in place; your e-invoicing and account structures are never disturbed. We write production, subcontracting, waste, quality and dispatch as a separate layer and connect it through the ERP's database or services. We have applied this model before, as a production layer running alongside an installed Netsis system without touching it at all.

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. We have previously built an 11-module factory management panel; the approach is the same — plain screens that drive decisions.

Taking over software whose developer has disappeared

If you have a program that runs but nobody can get inside, we analyse it on an evidence basis. We have previously extracted the daily calculation formula of an enterprise application from the running system; we analysed a cutting-and-order system in 29 sections, documented the call contracts of 61 database objects (which parameters each one takes and which results it produces) with evidence, and rebuilt some of their bodies. In that work the monthly calculation layer remained missing and was marked as missing in the report; we write down what we do not know as much as what we do.

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 stay with you

The source code of everything we develop and all of the data belong to you. We put the installation steps, dependencies and known risks into a written handover file, so that another team could carry on. We want the reason you work with us to be that we know the shop floor — not that you have no choice.

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. Production software cannot be understood through remote meetings; a program written without seeing which hand the operator uses and how fast they touch the screen will not be used on the floor.

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 build most often is an operations layer written alongside your accounting backbone without touching it; we have done exactly this next to an installed Netsis system. Your e-invoicing, e-ledger and account structures stay as they are. The layer we write talks to the ERP through the database or its services, 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 be recovered. We have done this end to end before: we worked out the daily calculation logic of an enterprise application and produced a 29-section analysis of a cutting-and-order system. In those same projects some sections remained missing and were marked as such; some knowledge lives only in source code and does not come back. Our first deliverable is not a commitment but an honest map of what can be recovered.

Who keeps the source code and our data?

You do. The source code, database and installation documentation are handed over to you; the data sits on your own server or in a cloud account opened in your name. The aim is not to tie you to us, but 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. According to our own field research, most companies in the Gaziantep OSB are micro or 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 Free strategy call