No owner for incidents
The software is used every day, but support, fixes, access, monitoring, and recovery are unclear.
Custom software maintenance
Custom software maintenance for systems FRAI can own
Maintenance for custom business software that needs monitoring, updates, backups, documentation, issue handling, and steady changes after launch.
When maintenance becomes urgent
Most software risk appears after launch: tools change, people leave, integrations break, and nobody has a clean operating record.
Old dependencies and fragile integrations
APIs, forms, libraries, hosting, permissions, domains, and backups drift until a small issue blocks work.
No controlled change process
Teams keep asking for changes, but there is no clear work list, documentation, or release process.
What maintenance covers
The service is built around continuity and controlled change, not occasional bug fixing.
Uptime checks, logs, alerts, and incident response
Updates, fixes, workflow corrections, and small changes
Backups, restore checks, recovery notes, and data protection routines
Access control, credentials, SSL, domains, and security hygiene
Technical documentation, integration maps, and change records
Monthly change work for software under FRAI control
The boundary
FRAI does not take generic responsibility for software built by third parties. If the system is not under FRAI control, the first step is a stabilization, rebuild, or migration project. Maintenance starts only when FRAI can operate the software responsibly.
Audit before maintenance
If the software already exists, FRAI starts by checking whether it can be operated safely. The outcome decides whether we maintain, modernize, migrate, or rebuild.
Technical audit
Repository, dependencies, deployment, hosting, logs, security, data flows, integrations, documentation, and recovery paths.
Maintenance type
Corrective maintenance for defects, preventive maintenance to reduce risk, and evolutive maintenance for business changes.
Monthly plan
Response expectations, monitoring, backups, update rhythm, monthly changes, and the minimum control needed before FRAI takes responsibility.
Questions before starting maintenance
These questions decide whether maintenance can start directly or whether the software first needs an audit, modernization, rebuild, or migration.
Can FRAI maintain software built by another team?
Not as a simple handover. FRAI first audits the repository, infrastructure, documentation, dependencies, data flows, and deployment process. If the system can be recovered and brought under FRAI technical control, we can stabilize, modernize, migrate, or rebuild the necessary parts before maintenance starts.
Can FRAI take an old repository and modernize it?
Yes, when the audit shows that the codebase is recoverable. FRAI can update dependencies, clean up architecture, improve deployment, restore documentation, fix fragile integrations, and create a maintainable base for future work.
What happens if the old software is not recoverable?
If the audit shows that the repository is too risky, undocumented, insecure, or structurally broken, FRAI will not maintain it as it is. The responsible path is a rebuild, migration, or replacement of the critical flows.
Does FRAI simply deploy repositories built by others?
No. FRAI does not take an external repository and just deploy it. That creates too much operational risk. Deployment, hosting, monitoring, backups, and maintenance are offered only when FRAI understands and controls the system.
What does custom software maintenance include?
Maintenance can include monitoring, updates, bug fixes, backups, restore checks, incident response, access control, documentation, security hygiene, integrations, and scheduled changes for software under FRAI responsibility.
How much does custom software maintenance cost?
Cost depends on the audit: code quality, business criticality, hosting, integrations, monitoring needs, support expectations, security risk, and the monthly work needed. FRAI defines the maintenance plan only after understanding the system.
When should a company rebuild instead of maintaining?
A rebuild is usually better when the software has no clear owner, no reliable deployment process, weak documentation, fragile integrations, old dependencies, security issues, or a structure that blocks normal changes.
Where this fits
If you need new software, start with custom development. If you already have a FRAI-controlled system, use the broader support page.
Custom software audit
Check an existing repository, deployment, hosting, integrations, data, and risk before maintenance starts.
Custom software development for SMEs
Build CRM, portals, dashboards, internal tools, ecommerce workflows, and integrations as a managed system.
Software maintenance and support
Support, monitoring, backups, documentation, and fixes for software under FRAI control.