Questions? We have answers.
What you need to know about working with Qartivus before you get in touch.
Systems & engagement
What kinds of systems does Qartivus work on?
We work on custom platforms, SaaS products, backend APIs, internal operational systems, integrations, and inherited codebases that need audit, repair, or continued engineering. Our focus is systems that must hold up in real production use, not slide decks.
Can Qartivus work with an existing codebase?
Yes. A significant part of our work starts with systems already in production. We begin with understanding what exists, often through a technical audit, before recommending repair, extension, or rebuild.
How does an engagement begin?
We start from your situation: what exists, what is changing, and what outcome matters. We align on scope and engagement model before substantial engineering begins. You receive a clear proposal when the work is defined enough for us to quote responsibly.
How do you decide between repair and rebuild?
We compare credible options against evidence: risk, cost of change, structural debt, and operational constraints. A rebuild is not the default; we recommend it only when repair would leave unacceptable risk or long-term cost. See our Code Rescue page.
How does Qartivus use AI?
We use AI as a tool where it adds speed under human review, not as a substitute for understanding. We do not ship code that nobody can explain. AI-assisted codebases are one context we work in; they are not our company identity.
Which regions and languages do you support?
We are based in Tunisia and serve clients remotely across Europe, the GCC, and North Africa. Project work is documented in English, French, or Hungarian. This site is available in all three languages.
Ownership, security & delivery
Who owns the code and data?
You do. From the first line to final deployment, agreed code, data, infrastructure access, and project materials remain yours. We do not retain rights to your codebase or architecture.
How is security handled?
Security is designed into architecture: access control, credential handling, input validation, dependency awareness, and threat-appropriate controls. We treat your threat model as a requirement, not a post-launch checklist.
How are technical decisions communicated?
Important decisions are documented: what was chosen, why, and what tradeoffs follow. You receive structured written updates; calls are for ambiguity and gaps, not status theatre.
Can you work with our existing team?
Yes. We integrate with in-house engineers, product owners, and designers, adapting to your tools where sensible. Clear written briefs and accountable ownership remain essential regardless of team structure.
What happens after delivery?
You receive documentation and handover oriented toward operation and continuation. Ongoing support is available but not required; there is no lock-in that forces you to depend on us to keep running what we built.
Can Qartivus sign an NDA?
We can sign an NDA before sensitive project details are shared. Confidentiality is standard for most of our work; we treat codebase and business logic as sensitive from the first conversation.
Still have a question?
If it is not answered here, ask us directly. We respond within 24 hours.
Start project check