SServices
What KiS GmbH does
Seven areas of work, usually combined. Each description covers what the service includes, the business needs it typically answers, the deliverables it can produce and how the work is approached.
- 01 — Custom software development
- 02 — Web application development
- 03 — Cloud infrastructure and modernization
- 04 — Systems integration
- 05 — Workflow automation
- 06 — IT consulting
- 07 — Application maintenance and technical support
01 / Service
Custom software development
Applications built around a specific business process rather than a generic template.

What the service covers
Design and construction of bespoke applications: domain modelling, backend services, data storage, business logic, user interfaces and the automated tests that protect them.
Typical business needs
- A core process that no available product supports well
- Work coordinated through spreadsheets, email and manual handovers
- An existing tool that has reached the limits of what configuration can achieve
Possible deliverables
- A working application deployed to agreed environments
- Source code, automated tests and build configuration
- Data model documentation and architecture notes
- Setup and operational instructions
How the work is approached
Discovery first, then a scoped increment of functionality delivered in short cycles. Each cycle produces software that can be reviewed and, where appropriate, used. Scope is revisited as understanding improves rather than fixed on the first day.
02 / Service
Web application development
Browser-based platforms for customers, partners and internal teams.
What the service covers
Front-end and full-stack development of portals, dashboards, administrative interfaces and self-service platforms, including authentication, permissions, responsive layout and accessibility considerations.
Typical business needs
- Information requested repeatedly by email that could be self-served
- Internal tooling that only works on certain machines or screen sizes
- An interface that has grown organically and become difficult to use
Possible deliverables
- A responsive web application with defined user roles
- Component structure and interface conventions documented for reuse
- Accessibility and performance considerations recorded as part of delivery
- Deployment configuration for the target environments
How the work is approached
Interface work begins with the tasks users repeat most often. Layouts and flows are prototyped, reviewed and then implemented against real data as early as possible so the design is validated by use rather than by mock-ups.
03 / Service
Cloud infrastructure and modernization
Moving and improving infrastructure in controlled, reversible steps.

What the service covers
Assessment of current hosting, environment design, infrastructure as code, containerisation, deployment pipelines, monitoring and staged migration of workloads to cloud or hybrid platforms.
Typical business needs
- Manual server administration that is difficult to reproduce
- Deployments that behave differently between environments
- Infrastructure that cannot scale or recover without intervention
Possible deliverables
- Documented target architecture and migration sequence
- Infrastructure definitions kept in version control
- Automated build and deployment pipelines
- Monitoring, logging and alerting configuration
How the work is approached
The current environment is documented before anything moves. Foundations — networking, environments, pipelines, observability — are put in place first, then workloads are migrated in order of risk, with a rollback path defined for each step.
04 / Service
Systems integration
Connecting applications so data moves deliberately instead of by hand.
What the service covers
Interface design, API development and consumption, message-based exchange, data mapping, synchronisation logic and the operational tooling needed to observe it.
Typical business needs
- The same data re-entered into more than one system
- Conflicting records with no agreed source of truth
- A new platform that must exchange data with established systems
Possible deliverables
- Documented interface contracts and field-level mappings
- Integration services with error handling and retry behaviour
- Logging and alerting for failed or delayed exchanges
- Reconciliation reporting where records must match
How the work is approached
Each data element is assigned an owning system. Exchange is then designed around that ownership, with explicit handling for duplicates, ordering and failure so problems surface immediately rather than during an audit.
05 / Service
Workflow automation
Removing repetitive manual steps from processes that are already stable.

What the service covers
Scheduled and event-driven processing, document and data handling, notification flows, approval routing and the reporting that surrounds automated steps.
Typical business needs
- Recurring administrative work that consumes significant staff time
- Processes where delays are caused by waiting rather than by effort
- Manual steps that are error-prone or inconsistently applied
Possible deliverables
- Documented process map of the current and automated flow
- Automation services with logging and audit trail
- Exception handling paths with human review where judgement is required
- Operational monitoring of scheduled runs
How the work is approached
We automate the parts of a process that are understood and stable, and leave decisions requiring judgement with people. Every automated run is observable, so a failure is a known event rather than a discovery weeks later.
06 / Service
IT consulting
Technical assessment and planning support for decisions that are hard to reverse.
What the service covers
Architecture and code review, technology comparison, delivery practice assessment, scoping and sequencing of larger programmes, and support during estimation and vendor evaluation.
Typical business needs
- A choice between building, buying or modernizing
- An application whose condition and risk are not well understood
- A programme of work that needs technical structure before it starts
Possible deliverables
- A written assessment of the current situation
- Options with trade-offs, risks and dependencies described
- Recommended sequence of work with assumptions stated
- Review notes and follow-up discussion with the responsible team
How the work is approached
Consulting output is written to be read by both technical and non-technical stakeholders. We describe what we examined, what we found and what we would do next, and we distinguish between evidence and judgement.
07 / Service
Application maintenance and technical support
Keeping delivered systems healthy, current and understood.

What the service covers
Corrective fixes, dependency and platform updates, performance work, monitoring review, small enhancements and technical support for the teams operating the system.
Typical business needs
- A live system with no one clearly responsible for its upkeep
- Accumulated technical debt making each change slower than the last
- Software that works but has fallen behind on platform and library versions
Possible deliverables
- An agreed maintenance scope and working arrangement
- Applied fixes and updates with release notes
- Periodic review of monitoring, dependencies and known risks
- Updated documentation reflecting the current state
How the work is approached
Maintenance is planned rather than reactive where possible: a regular cadence of updates and review, with capacity reserved for issues that cannot wait. Work is prioritised together with the client, without commitments to specific response times.