Accessibility Statement

1. Introduction and Commitment

Rudrriv Solutions Private Limited, operating under the business and website name Rudrriv (“Rudrriv”, “Company”, “we”, “us” or “our”), is committed to promoting inclusive access to its website, digital content, communications and online services for persons with disabilities and for users with differing visual, auditory, physical, speech, cognitive, language, learning, neurological or temporary access needs.

This Accessibility Statement (“Statement”) describes the accessibility standards and practices we aim to follow for rudrriv.com and related Rudrriv-controlled web pages, forms, documents, media, portals and digital interfaces (collectively, the “Platform”). It also explains known limitations, how to request assistance or an alternative format, and how to report an accessibility barrier.

2. Scope of this Statement

This Statement applies to digital experiences that Rudrriv owns or materially controls, including:

• public pages, service pages, legal pages and contact forms on rudrriv.com;
• Rudrriv-created text, graphics, downloadable documents, videos and other website content;
• client, applicant, supplier or partner forms and portals operated directly by Rudrriv;
• email or web-based communications created and issued by Rudrriv; and
• new material functionality added to the Platform after the effective date of this Statement.

This Statement does not automatically cover a third-party website, application, platform, plug-in, embedded service, social network, payment service, recruitment platform, mapping service, video host, cloud tool or other external system that Rudrriv does not own or control. Section 14 explains how such third-party components are addressed.

3. Company and Accessibility Contact Details

• Legal name: Rudrriv Solutions Private Limited
• Website: https://rudrriv.com
• Registered / business address: Tower B3, Spaze i-Tech Park, Sector 49, Gurugram, Haryana 122018, India
• Accessibility and support email: support@rudrriv.com

4. Legal and Standards Framework

Rudrriv seeks to address accessibility consistently with laws, rules and standards that apply to the relevant digital service, activity and jurisdiction. For operations in India, relevant sources include, to the extent applicable and in force from time to time:

• the Rights of Persons with Disabilities Act, 2016, including provisions concerning accessibility and access to information and communication technology;
• the Rights of Persons with Disabilities Rules, 2017, as amended;
• accessibility standards notified or recognised under the applicable Indian legal framework, including IS 17802 (Part 1): 2021 and IS 17802 (Part 2): 2022 for ICT products and services, where applicable;
• the Web Content Accessibility Guidelines (“WCAG”) published by the World Wide Web Consortium; and
• other mandatory accessibility, equality, non-discrimination, consumer or digital-service requirements that may apply to a particular service or user.

Government-specific guidelines may also provide useful technical guidance, but a reference to any such guideline does not represent that Rudrriv is a government entity or that every government-specific certification or procurement requirement applies to the Platform.

5. Accessibility Target and Conformance Position

Rudrriv uses WCAG 2.2 Level AA as its general accessibility target for new or materially updated Rudrriv-controlled web content and functionality, while also considering WCAG 2.1 and applicable Indian ICT accessibility requirements. WCAG is organised around four principles: content should be perceivable, operable, understandable and robust.

A target is not the same as a formal certification. Unless Rudrriv expressly publishes a current, independently verified conformance report for a defined product or page set, this Statement must not be interpreted as a representation that every page, component, document or third-party integration fully conforms to every WCAG success criterion at all times.

6. Measures We Take

Depending on the nature of the content or service, Rudrriv may use measures such as:

• including accessibility considerations in design, content, development and quality-review workflows;
• using semantic HTML, meaningful headings, labels, landmarks and accessible names where practicable;
• supporting keyboard access and visible focus indicators for interactive controls;
• reviewing colour contrast, text resizing, responsive behaviour and reflow;
• providing text alternatives for meaningful non-text content where appropriate;
• providing captions, transcripts or equivalent alternatives for relevant multimedia where practicable;
• testing forms, error messages and status updates for accessibility;
• combining automated checks with manual review and assistive-technology testing where appropriate;
• maintaining an accessibility feedback and remediation process; and
• training or guiding personnel whose work can materially affect digital accessibility.

The extent and timing of a measure may depend on the impact of the barrier, applicable law, technical feasibility, available alternatives, the age and purpose of the content, security and privacy requirements, and the resources reasonably required to implement a reliable correction.

7. Perceivable Content

Rudrriv aims to make information and interface components presentable in ways users can perceive. Measures may include:

• text alternatives for informative images, icons and controls;
• captions, transcripts or descriptions for important audio or video content, where appropriate;
• content structures that can be programmatically determined by assistive technologies;
• meaningful reading order and heading hierarchy;
• sufficient colour contrast for text, controls and essential visual information;
• avoiding reliance on colour alone to communicate required information;
• support for text enlargement, zoom, reflow and common display adjustments; and
• avoiding unnecessary flashing content that could create a seizure or physical-reaction risk.

8. Operable Navigation and Controls

Rudrriv aims to make navigation and interface controls usable through different input methods. Measures may include:

• keyboard access to essential functionality without requiring a pointer device;
• a logical focus order and visible keyboard focus;
• mechanisms to bypass repeated content, such as skip links or landmarks;
• descriptive page titles, headings, labels and link purposes;
• reasonable target sizing and alternatives to complex dragging gestures where practicable;
• avoiding keyboard traps and unexpected context changes; and
• providing adequate time or user control where time limits are necessary, subject to security and transaction constraints.

9. Understandable Information and Interactions

Rudrriv seeks to make content and interactions clear and predictable by:

• using plain, direct language appropriate to the subject and intended audience;
• identifying the natural language of pages and relevant changes in language where practicable;
• keeping recurring navigation and interface patterns reasonably consistent;
• providing labels, instructions and error information for forms;
• identifying required fields and, where practical, suggesting how an error can be corrected;
• providing review or confirmation steps for material submissions and transactions where appropriate; and
• avoiding authentication steps that unnecessarily depend on memory, transcription or cognitive tests, subject to security requirements.

10. Robustness and Assistive-Technology Compatibility

Rudrriv aims to use valid, semantic and standards-based code so that content and controls can be interpreted by current browsers, devices and assistive technologies. Where applicable, we seek to provide programmatic names, roles, values, relationships and status messages for interactive elements.

Compatibility can vary by browser, operating system, screen reader, magnification software, voice control, keyboard configuration and device version. Users experiencing a problem should tell us the technology and version used so that we can investigate the relevant combination.

11. Downloadable Documents and Multimedia

Rudrriv seeks to create accessible documents and multimedia when they are necessary for understanding or using a service. Depending on the content, this may include tagged headings, meaningful reading order, document titles, searchable text, alternative text, descriptive links, table headers, captions, transcripts or an accessible HTML equivalent.

Some archived, historical, client-supplied, scanned, highly graphical or third-party documents may not be fully accessible. Where a document is required to obtain information, submit a request, understand a material term or use a service, you may ask for a reasonable alternative format or assistance.

12. Forms, Authentication and Transactions

We aim to provide programmatic labels, clear instructions, accessible validation, meaningful error messages and reasonable time to complete forms. Where a security, identity-verification, anti-abuse or payment control creates an accessibility barrier, Rudrriv will consider a reasonable alternative that maintains an appropriate level of security and legal compliance.

An alternative process may require identity verification or additional information. Rudrriv will not ask a user to disclose passwords, card PINs, CVV codes or one-time passwords through an accessibility support request.

13. Mobile, Responsive Design, Zoom and Display Preferences

The Platform is intended to support common desktop, tablet and mobile viewport sizes. We aim to preserve essential content and functionality when users zoom text or the page, adjust spacing, rotate a device, use high-contrast settings or apply common browser and operating-system accessibility preferences.

Certain complex tables, diagrams, dashboards, code samples or embedded applications may require horizontal scrolling or an alternative presentation. Users may request assistance where essential information is not available in a usable form.

14. Third-Party Content, Tools and Integrations

The Platform may link to or embed services provided by third parties, such as video players, maps, payment gateways, scheduling tools, analytics tools, chat services, document viewers, job portals, social-media content, cloud applications or client-selected platforms. Those providers control their own code, accessibility features and remediation schedules.

Rudrriv seeks to consider accessibility when selecting or configuring material third-party components, but cannot guarantee the accessibility of a service it does not control. Where a third-party component creates a material barrier to a Rudrriv service, we will consider a reasonable alternative process, replacement, configuration change or escalation to the provider, subject to feasibility and legal, privacy, security and contractual constraints.

15. Known and Potential Limitations

Accessibility limitations may arise in areas such as:

• legacy pages or documents created before current accessibility practices were adopted;
• client-supplied or user-generated content that Rudrriv cannot materially alter;
• embedded third-party widgets, social feeds, maps, video players or payment services;
• complex visualisations, diagrams, spreadsheets, code interfaces or interactive dashboards;
• scanned documents or media for which source files are unavailable;
• rapidly published or time-sensitive content awaiting accessibility review; and
• technical conflicts between accessibility features, cybersecurity controls, privacy protections or platform limitations.

Rudrriv prioritises barriers based on their severity, affected user journey, legal significance, frequency, availability of an alternative and the effort required for a durable correction. Inclusion in this section does not mean that every listed limitation is present on every page.

16. Accessibility Assistance and Reasonable Alternatives

A person who cannot access information, complete a form, submit an enquiry, apply for a role, review a document or use a material Platform function because of an accessibility barrier may request assistance or a reasonable alternative. Depending on the request, an alternative may include:

• providing the information in accessible HTML, plain text or another reasonably available format;
• providing a transcript, captioned version or written summary;
• assisting with a form or submission through an alternative communication channel;
• supplying a document in a more accessible electronic format;
• arranging a reasonable communication method; or
• providing equivalent information or service through another practical process.

The form of assistance depends on the nature of the request, available source material, identity and security requirements, privacy obligations, urgency, technical feasibility and whether the requested modification would fundamentally alter the service or impose a disproportionate or undue burden under applicable law.

17. How to Report an Accessibility Barrier

Please email support@rudrriv.com with the subject line “Accessibility Request” or “Accessibility Issue”. To help us investigate, provide as much of the following information as you can safely share:

• the page address, document name or feature involved;
• a concise description of the barrier and the task you were trying to complete;
• the date and approximate time the issue occurred;
• the device, operating system, browser and assistive technology used, including versions where known;
• the format or assistance that would enable access; and
• your preferred contact method.

Do not include passwords, authentication codes, financial credentials, sensitive client data or other information that is not necessary to understand the accessibility issue.

18. Review and Response Process

Rudrriv will seek to acknowledge an accessibility report within a reasonable period and may request clarification where needed. We will assess the impact, reproduce the issue where practicable, identify any immediate alternative and determine an appropriate corrective action.

Resolution time depends on severity, technical complexity, third-party involvement, availability of source files, security review, testing requirements and release schedules. Critical barriers affecting access to a material service or legally required information may receive priority. A response time is a service objective and not a contractual guarantee unless an applicable agreement or law expressly provides otherwise.

19. Testing, Monitoring and Continuous Improvement

Rudrriv may review accessibility through automated scanning, keyboard testing, code review, colour and zoom checks, screen-reader testing, manual inspection, user feedback, template review and release quality assurance. Automated tools can identify some issues but cannot establish complete conformance on their own.

We may periodically update design systems, templates, components, content processes, procurement criteria and team guidance. Remediation may be incorporated into planned releases where an immediate correction is not practical and an effective alternative remains available.

20. Procurement, Development and Personnel Awareness

Where relevant to a material user journey, Rudrriv may include accessibility in requirements for new designs, development work, content, templates and third-party tools. Personnel responsible for such work may receive guidance appropriate to their role.

A vendor’s statement, accessibility overlay, automated score or conformance claim is not treated as a substitute for reasonable technical evaluation. Rudrriv may request supporting documentation or an accessibility conformance report where appropriate to the risk and procurement context.

21. Accessibility in Client Services

Rudrriv may provide design, development, content, digital marketing, software, data, outsourcing or other services for clients. Accessibility obligations, standards, testing scope, remediation responsibility, supported technologies and acceptance criteria for a client deliverable must be defined in the applicable proposal, statement of work or contract.

Unless expressly included in writing, a general project fee does not automatically include a formal accessibility audit, legal opinion, assistive-technology test matrix, third-party certification, remediation of pre-existing client systems or continuing monitoring after handover. Client approval, content ownership, platform control and third-party dependencies can also affect conformance.

22. Privacy and Accessibility Requests

Personal information submitted in an accessibility request will be used to investigate, respond to and document the request, provide assistance, improve the Platform, protect security and comply with legal obligations. Such information will be handled in accordance with Rudrriv’s Privacy Policy and applicable law.

You are not required to disclose a diagnosis or detailed medical history merely to report a technical barrier. We may request only information reasonably necessary to provide an accommodation or verify identity where the request concerns a protected account, confidential information or a transaction.

23. No Certification, Warranty or Waiver of Rights

This Statement describes Rudrriv’s accessibility objectives and procedures. It does not constitute an independent certification, warranty of uninterrupted access, guarantee that every individual need will be met, or legal opinion regarding the application of a particular law to a specific user or service.

Nothing in this Statement excludes, limits or waives a right, remedy, accommodation or accessibility obligation that cannot lawfully be excluded or limited. Any limitation stated here is subject to mandatory law.

24. Changes to this Statement

Rudrriv may update this Statement to reflect changes in the Platform, accessibility standards, technology, testing practices, legal requirements, business operations or feedback procedures. The revised version will be published on the Platform with an updated “Last Updated” date.

Material changes may also be communicated through another reasonable channel where required by law or appropriate to the affected service.

25. Governing Law and Jurisdiction

This Statement is governed by the laws of India. Subject to any mandatory forum, authority, commissioner, tribunal, consumer remedy or other statutory mechanism that applies to an accessibility matter, disputes arising from this Statement shall be subject to the competent courts and authorities at Gurugram, Haryana, India.

26. Accessibility Contact

For accessibility feedback, assistance or an alternative format, contact:

• Designation: Accessibility and Customer Support
• Company: Rudrriv Solutions Private Limited
• Address: Tower B3, Spaze i-Tech Park, Sector 49, Gurugram, Haryana 122018, India
• Email: support@rudrriv.com
• Website: https://rudrriv.com