aelvra.in Privacy Policy Terms & Conditions
Legal Document · aelvra.in

Terms &
Conditions

Aelvra — Technology Partner & App Development
Effective Date
24 March 2026
Last Revised
24 March 2026
Governing Law
Republic of India
Version
1.1
By engaging Aelvra's services, confirming a proposal, or making any payment, you unconditionally agree to be bound by these Terms & Conditions. These Terms apply to both service models offered by Aelvra and form a legally binding agreement between you ("Partner" or "Client") and Aelvra under the Indian Contract Act, 1872.
01

Definitions

TermMeaning
"Aelvra"The technology services company operating at aelvra.in ("we", "us", "our")
"Partner"A business engaging Aelvra under the Technology Partnership (SaaS) model
"Client"A business or individual engaging Aelvra under the Custom Build model
"Agreement"These Terms & Conditions together with the Proposal accepted by the Partner or Client
"Proposal"The written document issued by Aelvra detailing scope, deliverables, fees, and timeline for a specific engagement
"Application"The web or mobile application designed and built by Aelvra under the engagement
"Deliverables"All application builds, design files, source code, documentation, and related outputs produced by Aelvra
"Fees"All amounts payable by the Partner or Client to Aelvra as agreed in the Proposal
"Commission"The ongoing percentage or fixed amount payable by the Partner to Aelvra under the Technology Partnership model
"Handover"The formal transfer of the Application and/or source code from Aelvra to the Client under the Custom Build model upon fulfilment of agreed conditions
02

Acceptance of Terms

Acceptance of these Terms is deemed to have occurred upon any of the following:

  • Written or verbal confirmation of a Proposal issued by Aelvra (including via email or messaging platform).
  • Any full or partial payment of Fees to Aelvra in connection with an engagement.
  • Provision of project assets, content, or materials to Aelvra for use in development.
  • Access to or use of any Deliverable produced by Aelvra.
03

Service Models

Aelvra operates under two distinct service models. The applicable model will be specified in the Proposal. All terms in this document apply to both models unless stated otherwise.

Model A
Technology Partnership
  • Aelvra builds and retains ownership of the Application
  • Partner uses the Application under an ongoing agreement
  • Aelvra handles all hosting, infrastructure & maintenance
  • Partner pays a commission and/or recurring fees as agreed
  • Server and operational costs billed to Partner as per agreement
  • Aelvra remains platform operator throughout the partnership
Model B
Custom Build
  • Aelvra builds a fully custom Application for the Client
  • Upon Handover, Client owns the Application
  • Source code transferred as per conditions in the Proposal
  • Client may use Aelvra or any other party for maintenance
  • If third-party maintenance is engaged, Aelvra support ends permanently
  • One-time development fee; ongoing costs are Client's responsibility
§
The specific model, fees, scope, and conditions applicable to your engagement are defined in the Proposal. In case of conflict between these Terms and a signed written agreement, the signed agreement prevails.
04

Engagement Process

All engagements with Aelvra follow a structured process to ensure clarity and accountability:

Step 01
Initial Enquiry: Partner or Client contacts Aelvra at contact@aelvra.in with their project requirements. Aelvra responds within 7 business days.
Step 02
Discussion & Proposal: Aelvra and the Partner/Client discuss the scope, service model, fees, timeline, commission terms (if applicable), and all other engagement conditions. Aelvra then issues a written Proposal. The Proposal is valid for 14 days from issue.
Step 03
Acceptance & Payment: Partner/Client confirms acceptance of the Proposal and makes the agreed initial payment as specified therein. Development begins upon receipt of payment and all required initial assets.
Step 04
Design & Development: Aelvra develops the Application per the agreed scope. Progress updates are shared at milestones defined in the Proposal.
Step 05
Review & Revisions: Partner/Client reviews Deliverables and may request revisions within the policy defined in Section 6. Feedback must be submitted within the review window in the Proposal.
Step 06
Launch / Handover: Model A — Application is deployed and the partnership goes live. Model B — Final payment is received, Application is deployed, and Handover (including source code where agreed) is completed.
05

Fees & Payment

All fees, payment structure, commission rates, server cost arrangements, and billing schedules are individually discussed and mutually agreed upon before each engagement commences, and are documented in the Proposal. Aelvra does not apply a fixed or standard fee structure — all financial terms are specific to each engagement.

General Payment Principles
  • Agreed Terms: The payment schedule, amounts, and milestones applicable to your engagement are as set out in the Proposal. No development work commences until the initial payment agreed in the Proposal has been received.
  • Currency: All Fees are quoted and payable in Indian Rupees (INR) unless otherwise stated in the Proposal.
  • Payment Methods: Bank transfer (NEFT/IMPS/UPI), Razorpay payment link, or any other method specified by Aelvra in the invoice.
  • GST: Applicable GST will be charged as per Indian tax regulations and reflected in the invoice.
  • Invoicing: Aelvra will issue a formal invoice for all payments. Invoices are due on the date specified therein.
Technology Partnership (Model A) — Additional Terms
  • Commission: The commission rate, calculation method, and payment frequency applicable to the partnership are as agreed in the Proposal. Commission becomes payable as per the billing cycle specified.
  • Server & Operational Costs: Costs related to hosting, server infrastructure, third-party APIs, and platform operations are billed to the Partner as agreed. These charges are in addition to any commission and are invoiced at actuals or as flat fees as specified in the Proposal.
  • Non-Payment: Failure to pay any due amount may result in temporary suspension of the Application until the outstanding amount is settled. Aelvra will notify the Partner before any suspension.
Custom Build (Model B) — Additional Terms
  • Milestone Payments: For Custom Build projects, payments are typically structured across milestones as defined in the Proposal. Each milestone payment is due before the corresponding deliverable is released or the next phase commences.
  • Handover Condition: No Handover of the Application, source code, or deployment access will occur until all agreed Fees have been paid in full.
No Deliverable — including designs, builds, source code, or live access — will be transferred to any Partner or Client until all outstanding Fees have been settled in full.
06

Scope & Revision Policy

The scope of each engagement is defined in the Proposal. Aelvra will build the features and functionality explicitly described therein.

Scope Changes
  • Out-of-Scope Requests: Any feature, functionality, or change not included in the original Proposal is an out-of-scope request. Such requests will be assessed separately and quoted as an additional Change Order before any work begins.
  • Timeline Impact: Approved scope changes will extend the project timeline accordingly, as communicated in the Change Order.
Revision Policy
  • Free Revisions: Each project includes 2 (two) rounds of minor revisions at no additional charge. These must be submitted within the review window specified in the Proposal.
  • What Counts as a Minor Revision: Minor revisions include small adjustments to existing elements — such as text changes, colour tweaks, layout nudges, or small functional corrections — that do not alter the overall design, structure, or logic of the Application.
  • What Does NOT Count as a Revision: The following are not covered under free revision rounds and will be treated as out-of-scope work requiring a Change Order: redesigning entire screens or modules from scratch; adding new features or flows; changing core application logic or architecture; altering agreed user flows substantially; or any request that requires significant additional development time.
  • Additional Revisions: Revision rounds beyond the included 2 will be charged at a rate communicated by Aelvra in writing prior to commencement.
When in doubt about whether a request qualifies as a minor revision or a scope change, ask Aelvra before submitting — we will clarify in writing before any work begins.
07

Project Timeline & Delays

  • Start of Timeline: The project timeline begins from the date Aelvra receives both the agreed initial payment and all required initial project assets from the Partner/Client.
  • Client-Caused Delays: Delays due to late asset provision, delayed feedback, delayed payments, or delayed approvals from the Partner/Client will extend the timeline accordingly. Aelvra will not be liable for such delays.
  • Scope Changes: Approved Change Orders extend the timeline as stated in the Change Order.
  • Aelvra-Caused Delays: If Aelvra anticipates a delay, it will notify the Partner/Client in writing with a revised timeline as early as practicable.
  • Force Majeure: Aelvra is not liable for delays caused by events outside its reasonable control — including infrastructure failures, third-party API outages, or government actions.
08

Intellectual Property Rights

Technology Partnership (Model A)
  • Aelvra Retains Ownership: Under the Technology Partnership model, the Application — including all code, design, architecture, and infrastructure — remains the exclusive intellectual property of Aelvra throughout the duration of the partnership. The Partner is granted a licence to use the Application solely for their business operations under the active partnership.
  • No Source Code Transfer: Under this model, no source code, design files, or backend access is transferred to the Partner unless separately agreed in writing.
  • Upon Termination: If the partnership is terminated for any reason, the Partner's licence to use the Application ceases. Data portability terms are as agreed in the Proposal.
Custom Build (Model B)
  • Ownership Transfer at Handover: Upon receipt of full payment and fulfilment of all agreed Handover conditions, Aelvra assigns to the Client all rights, title, and interest in the custom Application and, where stipulated in the Proposal, its source code.
  • Prior to Full Payment: Until Handover conditions are fully met, all Deliverables remain the exclusive property of Aelvra.
  • Aelvra's Pre-Existing IP: Aelvra retains ownership of its pre-existing frameworks, tools, and reusable components. A perpetual, non-exclusive licence to use such components within the delivered Application is included as part of the Handover.
Client-Provided Assets (Both Models)
  • All branding, logos, content, and materials provided by the Partner/Client remain their property. Aelvra is granted a limited licence to use these solely for the purpose of building the Application.
  • The Partner/Client warrants that all assets provided are owned by them or properly licensed. Aelvra is not liable for third-party IP claims arising from client-provided materials.
Portfolio
  • Aelvra reserves the right to reference completed projects in its portfolio and marketing materials. The Partner/Client may request exclusion from Aelvra's portfolio in writing at any time.
09

Hosting & Maintenance

Technology Partnership (Model A)
  • Full Management by Aelvra: Under the Technology Partnership model, Aelvra is exclusively responsible for all hosting, server management, infrastructure maintenance, application updates, bug fixes, and platform operations. The Partner does not manage any technical infrastructure.
  • Costs: All server, hosting, and operational costs are billed to the Partner as agreed in the Proposal.
Custom Build (Model B) — Post Handover
  • Post-Launch Support: Following launch, Aelvra provides a bug-fix support period as specified in the Proposal. During this period, Aelvra will fix bugs at no additional charge.
  • Post-Support Maintenance: After the included support period, the Client may engage Aelvra for ongoing maintenance under a separate agreement, or may engage any other party of their choosing.
  • Hosting Responsibility: Following Handover, hosting and infrastructure responsibility passes entirely to the Client, whether they choose Aelvra-managed hosting or their own provider.
10

Third-Party Maintenance Policy

This section applies specifically to the Custom Build (Model B) post-Handover.

  • Freedom of Choice: After Handover, the Client is free to engage any third-party development company or individual for maintenance, updates, or modifications to the Application.
  • Permanent Withdrawal of Aelvra Support: If the Client engages any third party to perform maintenance, modification, or development work on the Application post-Handover, Aelvra will permanently cease to provide any technical support, maintenance, bug fixes, or updates for that Application. This withdrawal is immediate and irrevocable from the point at which third-party work is performed.
  • No Exceptions: Aelvra will not resume support for an Application that has been modified by a third party, regardless of the nature or extent of the modification.
  • No Liability: Aelvra accepts no responsibility or liability for any issues, bugs, data loss, security vulnerabilities, or failures arising in an Application that has been modified by a third party post-Handover.
Important: If you intend to use Aelvra for ongoing maintenance after Handover, do not engage any third party to modify the Application. Once a third party touches the codebase, Aelvra's support for that Application ends permanently.
11

Client & Partner Obligations

  • Asset Provision: Provide all required assets (logos, content, credentials, etc.) promptly as requested. Delays in asset provision will delay the project.
  • Accurate Information: Ensure all information and materials provided to Aelvra are accurate, complete, and do not infringe third-party rights.
  • Timely Feedback: Review Deliverables and provide clear, structured feedback within the review window in the Proposal. Delayed or vague feedback may cause project delays.
  • Designated Contact: Maintain a single point of contact with authority to approve decisions on behalf of the organisation. Conflicting instructions from multiple individuals may be treated as a scope change.
  • Legal Compliance: The Partner/Client is solely responsible for ensuring the Application's content, services, and operations comply with all applicable laws in the jurisdictions where it is operated.
  • Third-Party Accounts: Where the project requires accounts the Client owns (e.g., Google Play, Apple App Store, payment gateway accounts), the Client is responsible for creating and maintaining these. Aelvra may assist but will not own such accounts.
12

Confidentiality

  • Aelvra's Obligations: Aelvra will keep all Partner/Client project information, business data, and materials strictly confidential and will not disclose them to any third party without prior written consent, except as required to perform the Services or by law.
  • Partner/Client Obligations: The Partner/Client will keep confidential Aelvra's proprietary development methodologies, pricing, and internal technical information disclosed during the engagement.
  • Duration: Confidentiality obligations survive the end of the Agreement for 3 years.
  • Exceptions: Obligations do not apply to information that is publicly available through no fault of the receiving party, was already known to them, or must be disclosed by law or court order.
13

Warranties & Disclaimers

Aelvra warrants that the Services will be performed with reasonable skill and care, and that Deliverables will substantially conform to the agreed Proposal at the time of delivery.

Aelvra does not warrant that:

  • Third-party services integrated into the Application (payment gateways, push notifications, maps, etc.) will remain available or unchanged — Aelvra is not responsible for third-party provider changes.
  • The Application will achieve any specific business outcome, revenue target, or commercial result for the Partner/Client.
  • The Application will remain compatible with future OS versions, browser updates, or device models released after delivery, unless covered under an active maintenance agreement with Aelvra.
  • An Application modified by a third party post-Handover will remain stable, secure, or functional. Aelvra makes no warranties in respect of third-party modifications.
14

Limitation of Liability

  • Cap: Aelvra's total liability to the Partner/Client for any claim under this Agreement shall not exceed the total Fees actually paid by the Partner/Client to Aelvra for the specific engagement giving rise to the claim.
  • Exclusions: Aelvra shall not be liable for indirect, incidental, consequential, or punitive damages — including loss of revenue, profits, data, or business — even if advised of the possibility of such loss.
  • Third-Party Services: Aelvra is not liable for losses arising from the failure or unavailability of any third-party service.
  • Post-Handover (Third-Party Modified): Aelvra accepts zero liability for any issue, loss, or damage arising in an Application that has been modified by a third party following Handover.
§
Nothing in these Terms excludes liability that cannot lawfully be excluded under applicable Indian law, including liability for fraud or wilful misconduct.
15

Termination

Technology Partnership (Model A)
  • Notice Period: Either party may terminate the partnership with written notice as specified in the Proposal (typically 30–60 days). The partnership continues in full during the notice period.
  • Outstanding Fees: All outstanding commission, server costs, and fees up to the termination date become immediately due and payable.
  • Application Access: Upon termination, the Partner's access to and licence for the Application ceases. As Aelvra owns the Application under this model, it will not be transferred to the Partner.
Custom Build (Model B)
  • Client Termination: The Client may terminate the engagement with written notice. The refund policy in Section 16 applies.
  • Aelvra Termination: Aelvra may terminate the engagement immediately if the Client fails to make payment when due, provides fraudulent information, or requests illegal or harmful content to be built.
  • Fees on Termination: All Fees for work completed to the termination date become immediately due. Completed Deliverables are released upon settlement of outstanding amounts.
Both Models — Surviving Clauses
  • Sections 8 (IP), 10 (Third-Party Policy), 12 (Confidentiality), 13 (Warranties), 14 (Liability), 17 (Indemnification), and 18 (Governing Law) survive termination of the Agreement.
16

Refund Policy

Refund terms are specific to each model:

Technology Partnership (Model A)
  • Commission and recurring fees paid are non-refundable as they correspond to services actively rendered during the billing period. Server and operational costs already incurred are non-refundable.
Custom Build (Model B)
Stage at TerminationRefund Position
Before development commences (payment received, no work started)Full refund of amounts paid, less a reasonable administrative processing fee as communicated in writing
Development in early stages (less than ~25% complete)Partial refund of amounts paid, less the value of work completed, as assessed and communicated by Aelvra
Development significantly underway (approximately 25% or more complete)No refund on amounts paid; Client receives all completed Deliverables upon settlement of any outstanding balance
Post-Handover (Application deployed and/or source code transferred)No refund. Post-delivery issues are addressed through the revision and support process
  • Third-Party Costs: Any third-party costs incurred on the Client's behalf (domain registrations, API subscriptions, etc.) are non-refundable in all cases.
  • Refund Processing: Where a refund is due, it will be processed within 30 working days of written confirmation, once bank details are provided.
17

Indemnification

The Partner/Client agrees to indemnify and hold harmless Aelvra from any claims, damages, liabilities, or expenses (including legal fees) arising from:

  • The Partner/Client's operation or use of the Application, including all content, services, and data within it.
  • Client-provided assets or content that infringe third-party intellectual property or privacy rights.
  • Any breach of these Terms or applicable law by the Partner/Client.
  • Disputes between the Partner/Client and their own end-users.
  • Any modification made to the Application by a third party post-Handover, and any consequence thereof.
18

Governing Law & Disputes

  • Governing Law: This Agreement is governed by the laws of the Republic of India, including the Indian Contract Act, 1872; IT Act, 2000; and DPDP Act, 2023.
  • Jurisdiction: Any legal proceedings shall be subject to the exclusive jurisdiction of the courts of Himachal Pradesh, India.
  • Informal Resolution First: Before initiating formal proceedings, both parties agree to attempt good-faith resolution through direct communication for a period of 30 days from written notice of the dispute.
  • Arbitration: If informal resolution fails, either party may refer the matter to binding arbitration under the Arbitration and Conciliation Act, 1996, with a single mutually agreed arbitrator.
19

Amendments

Aelvra reserves the right to update these Terms at any time. Updated Terms will be published at aelvra.in/terms-and-conditions.html with a revised date. For active engagements, material changes will be communicated in writing before taking effect. Continued engagement after the effective date of any revision constitutes acceptance.

20

Contact

For any queries, clarifications, or formal communications regarding these Terms, contact Aelvra at:

Aelvra — Legal & General Contact
OrganisationAelvra
Email (Legal)contact@aelvra.in
Email (Support)support@aelvra.in
Websiteaelvra.in
ResponseWithin 7 business days
JurisdictionHimachal Pradesh, Republic of India