Referenzübersicht
Ausgewählte Referenzen im Überblick
Appropriate service and technology paths
Key deep dives on this topic
For us, references should not just provide names, logos or individual screenshots. What matters is whether a project makes it possible to see how data, roles, process logic, operation and expansion path actually interrelate. That is precisely why we do not show window dressing here, but solutions that allow product line, client-server architecture, hardware relation and ongoing responsibility to be traced.
We present references with technical substance
We are not interested in decorative demo projects, but in systems that must hold up in everyday operation. Good references show whether a solution can genuinely handle roles, data, operational logic and further development.
A good reference also explains the operation behind it
A robust reference shows not only the visible surface, but also permissions, hosting, special cases, hardware relation, integrations and the path to later expansion stages.
Concrete references reduce technical decision risk
Those who read real references can more quickly recognise whether a partner can merely present or can actually deliver. That is why these pages are deliberately detailed, technically precise and oriented to real project logic.
Selected references in detail
The following examples deliberately point in two very different directions. netScope stands for scalable product development with viewer, team tiers, server and cloud. netNotdienst stands for an operations-focused enterprise solution with client, server, hardware system, status logic and genuine everyday suitability in pharmacy operations.
How we assess strong references
Architecture must be readable
We want to be able to show how client, business logic, data storage, rights and operation interact. Only then does a project become a reliable reference for new undertakings.
Operation must be considered
A project only becomes truly valuable when it is not only built, but can be operated reliably, extended and sustained across multiple expansion stages.
Domain processes must work in everyday operation
Whether data intensity, multi-user operation or a real installation: the decisive question is always whether the solution works reliably under real conditions and not just looks good in a showroom.
You want not just an agency, but demonstrable technical substance
Then these references are the right starting point. They show how we implement product development, client-server systems, real process logic and lasting technical responsibility in concrete projects.
Antworten aus der FAQ-Zentrale dazu lesen
Wer Referenzen nicht nur anschauen, sondern technisch einordnen will, findet in der FAQ-Zentrale die passenden Antworten zu Projektgroesse, Architektur, Portalen, Services und langfristiger Betriebsverantwortung.
Next step
If you have a concrete modernization, API, or platform question, we should define the technical scope clearly and early.
Net-Base evaluates existing systems, data flows, interfaces and target platforms not in isolation but in the context of domain logic, operations and future extensibility.
- Current state, target state and technical risks are assessed jointly.
- REST, data access, portals and rollout are not deferred as afterthoughts.
- You can determine early which path is economically and operationally viable.

