Service Request
For planned assistance, configuration changes, access-related work, reviews or other defined technology requests.
Submit a request →Use the right support path for the situation — from a service request or operational issue to a security concern or a question about an existing engagement.
Clear ownership · Defined next steps · Useful updates
A good support process gets the issue to the right person without making you repeat the same information several times.
For planned assistance, configuration changes, access-related work, reviews or other defined technology requests.
Submit a request →For a system, application, cloud or infrastructure issue affecting normal business operations.
Describe the issue →For a suspected security event, vulnerability, suspicious activity or control concern that needs attention.
Security guidance →For questions, follow-up actions, deliverables or coordination relating to an active Sivartha engagement.
Contact the team →When you contact us, we focus first on understanding the situation, business impact and what has already been tried. From there, the next action can be agreed rather than guessed.
If you suspect an account compromise, exposed credential, malware event or other security incident, describe the symptoms and business impact without sending passwords, private keys, tokens or other secrets.
This form prepares an email enquiry. It does not create a ticketing record until the request is received and acknowledged.
Configuration changes, reviews, migrations and improvement work may need a defined scope and agreed schedule rather than being treated as an incident.
Where an issue sits with a cloud, software or telecom provider, we can help with diagnosis and coordination while the provider's own support process remains part of the resolution path.
Support may depend on appropriate access, logs, screenshots, architecture information or other evidence. Access should be provided through approved channels.
Only share information needed to investigate the issue. Never include passwords, MFA codes, private keys or active credentials in an email or form.
Include the affected system, what you expected to happen, what actually happened, when it started, business impact and any useful error message or evidence.
Yes. Use the Service Request path for planned work. Larger changes may be handled as a separately scoped engagement.
Select the urgent priority and clearly describe the service disruption and business impact. For security-sensitive matters, avoid including secrets and use the security contact path.
No. The static website prepares an email enquiry. A request becomes part of the support workflow after it is received and acknowledged by the appropriate team.
Yes. Support can be structured alongside internal IT teams, vendors or other technology partners, with responsibilities agreed for the engagement.