Section 1 of 15: Overview
Legal
Shipping and delivery
PixlNova sells services and digital goods. Everything is delivered electronically. There is no courier, no tracking number, no delivery address and no shipping charge — at any price, to any country. This page states how each thing reaches you, when, and what to do if it does not.
Scope
1Nothing is shipped
In shortNothing is posted or couriered, and no shipping fee is ever charged.
This is the whole of the shipping position, stated first so it does not have to be inferred from anything below.
1.1Delivery is electronic, without exception
PixlNova sells services and digital goods only. Every deliverable is transmitted electronically: a commit in a repository you own, a deployment into a cloud account you own, a document sent by email, or a file downloaded from your account. Nothing is manufactured, packed, posted, couriered or handed over in person.
There are no physical products in the catalogue and none are planned. If a physical item is ever sold, this policy will be replaced before that happens, not amended afterwards.
1.2No shipping, handling or delivery charge
No shipping, courier, freight, handling, packaging or delivery fee is charged on any purchase, at any price, to any country. Published prices are for the work or the package itself.
If a charge under any of those names ever appears on a document you receive from PixlNova, it is an error. Report it and it will be corrected and refunded.
1.3No delivery address is collected
Because nothing is shipped, no postal or delivery address is requested at any point of purchase. The enquiry form on this site collects your name, email, phone, company, role, the service you want, your product stage, budget band, timeline, project description, a reference link, your important requirements, and how you found us. There is no street address among those fields.
Billing information required by a payment provider is collected by that provider at checkout, under their terms, not by this form.
1.4No customs, duty or import obligation
Nothing crosses a border physically, so no customs declaration, import duty, clearance delay or carrier charge can arise from a PixlNova delivery. Any tax on the transaction itself is dealt with in section 11.
Definitions
2Two things are sold, and they arrive differently
In shortServices arrive as work in your own accounts. Packages arrive as a download in your account.
| What you bought | Where | How it reaches you | When |
|---|---|---|---|
| Design and engineering services | pixlnova.com, after a written scope | Commits in your repository, deployments in your cloud accounts, documents by email | On the milestone schedule in your signed scope |
| Academic project packages | projects.pixlnova.com | An account-linked download inside the account used at checkout | Once payment clears, usually within minutes |
| Marketplace engagements | freelancer.pixlnova.com | Under that property's own terms and escrow rules | See that property's terms |
Scroll the table sideways for every column
2.1A service is delivered as work product, not as a file
For services there is no single moment at which a parcel arrives. Delivery is continuous: work lands in your repository as it is written, and each milestone ends in something you can open and use. Section 3 describes the route and section 4 the timing.
2.2The sibling properties govern themselves
projects.pixlnova.com and freelancer.pixlnova.com are separate products with their own terms. This policy states the delivery position for project packages because they are sold under the same proprietorship, but where that property publishes its own delivery, licence or escrow terms, those terms govern that purchase.
This policy does not govern freelancer.pixlnova.com engagements at all. Work agreed between two other parties on that marketplace is delivered under its escrow rules.
Services
3How service work reaches you
In shortInto your own repository and your own accounts, milestone by milestone.
3.1Your repository from the first commit
Code is pushed to a repository under your account, not to a studio machine, from the first commit. You can read the work as it happens rather than receiving it at the end. Delivery of code is therefore visible to you before any milestone is declared complete.
3.2Deployment into accounts you own
Hosting, database, domains and any other running infrastructure sit in accounts you own and pay for directly, with access granted to the studio rather than the other way round. Running costs reach you at cost, with no margin added by PixlNova.
This is a delivery fact as much as a commercial one: revoking studio access does not take your product offline, and there is no environment you cannot reach.
3.3A milestone is delivered when you can use it
Each milestone ends in working software you can open, not a status update. It is delivered when the work is in your repository or deployed to your environment and you have been told it is ready for review.
Payment follows acceptance of a delivered milestone. Two rounds of revision inside the agreed scope are included at each milestone. Work that changes the scope is quoted before it starts.
3.4Final handover
The last delivery of an engagement is a written handover: the architecture, the environment variables, the deploy steps, and the access you need to run everything without the studio. It is sent by email and, where it belongs with the code, committed to your repository.
3.5Stopping at a milestone boundary
An engagement can be stopped at any milestone boundary. You keep everything delivered and paid for, including the code, and no further milestone is invoiced. What happens to money already paid is dealt with in the Refunds and Cancellation Policy, not here.
Timing
4When services are delivered
In shortYour signed scope carries the dates. The published ranges are indicative only.
Any date given before a scope is written is a guess, and a guess is not a commitment. That is why nothing here is expressed as a guaranteed turnaround.
4.1The signed scope is the schedule
Delivery dates come from the milestone plan in the scope document agreed before the first invoice. That document states what is being built, what is explicitly excluded, the milestones and the dates against them. Where it and this page differ on timing, it governs.
4.2Published ranges, for orientation only
The ranges published on the pricing page span the smallest to the largest plan in each service. They describe typical shapes of work, not an offer:
Monthly plans deliver on a monthly cycle. The deliverable count for the month is written down before the month starts.
4.3Time zone and working hours
The studio operates from Attur, Salem, Tamil Nadu, India, in Indian Standard Time (UTC+5:30). Delivery activity, review responses and handovers happen in those hours. The published working hours are in the contact block at the end of this document.
A reply or a delivery outside those hours is a courtesy, not a commitment, and cannot be relied on when planning a launch.
4.4No uptime or response-time guarantee
PixlNova does not publish an uptime SLA, a guaranteed response time or round-the-clock support, and none is implied by anything on this page. Where a plan excludes those, the exclusion is printed next to the price.
Projects store
5How digital packages reach you
In shortPay, and the package appears in your account for download. Usually within minutes.
5.1Delivery is to the account, not the inbox
Project packages bought on projects.pixlnova.com are delivered as downloads linked to the account used at checkout. Sign in with that account and the package is there. Nothing is emailed as an attachment and nothing is sent by post.
Download links are account-bound and may be time-limited or attempt-limited. Links can be rotated or revoked where they are being shared or abused; that does not remove the entitlement from your account.
5.2Delivery happens when payment clears
Access is granted once the payment provider confirms the payment. In the ordinary case that is within minutes of checkout. It is not instantaneous by design, and it cannot be, because the confirmation comes from the provider rather than from PixlNova.
5.3The confirmation email is a convenience
A confirmation email is sent when an order completes. If it does not arrive, check the spam folder, but do not wait on it: the account is the record of what you own, and access does not depend on the email being delivered.
5.4Keep your own copy
Packages are maintained and may be updated. Keep a local copy of what you download. Continued availability of a specific historical version is not promised.
Timing
6What delays delivery
In shortPayment review is the usual cause. The rest is either your side or ours, and both get said out loud.
In order of how often each one actually happens.
6.1Payment provider review — the main cause
Payments are processed by Razorpay and by Stripe. Either provider may place a transaction in manual review, request additional verification, or hold settlement for fraud, risk or compliance reasons. While a payment is held, delivery waits, because delivery follows cleared payment.
PixlNova cannot shorten, override or appeal that review on your behalf. What can be done is telling you the payment status honestly and delivering the moment it clears.
6.2Failed, reversed or disputed payment
A payment that fails, is reversed by the bank, or is disputed after the fact suspends delivery of anything not already delivered. Access already granted may be withdrawn while the dispute is open.
6.3Things needed from you
Service delivery frequently waits on the client: repository or cloud access, content, credentials for a third-party service, a decision, or acceptance of the previous milestone.
When that happens you will be told what is blocking, and revised dates are written down rather than assumed. Waiting time is not billed, but it does move the schedule.
6.4Third parties in the path
App store review, DNS propagation, a provider's own outage, or a paid third-party plan the project needs and you do not yet hold, all sit outside the studio's control and can move a delivery date.
6.5Events outside reasonable control
This is a one-person studio. Illness, a network or power failure, or another event outside reasonable control can delay delivery. If that happens you will be told promptly, with a revised date, rather than left to notice.
Code lives in your repository and infrastructure in your accounts precisely so that a delay of this kind never becomes a loss of access to your own product.
What to do
7If delivery does not arrive
In shortEmail hello@pixlnova.com with what you bought and what you expected. A person answers.
- Check the accountFor a package, sign in with the exact account and email used at checkout. Most missing downloads are a second account created by accident.
- Check the payment statusIf the provider shows the payment as pending or in review, delivery is waiting on that, not on the studio.
- Write once, with the detailsSend the order or invoice reference, the date, the email used, and what you expected to receive. Clause 7.2 lists it.
7.1Where to write
Email hello@pixlnova.com. For a service engagement, replying on the existing project thread is faster, because the scope and milestone history are already in it.
Never send card, UPI or bank credentials in a support message. They are never needed to investigate a delivery, and PixlNova will never ask for them.
7.2What to include
- The order, invoice or payment reference
- The date and the email address used at checkout
- What you expected to receive, and what you actually see
- A screenshot of the error or empty state, where there is one
7.3How quickly you get an answer
Delivery complaints are handled on the same published timeframes as any other grievance. They are stated here rather than paraphrased:
7.4If the answer does not resolve it
Escalate through the Grievance Redressal Policy, which names the officer, the escalation path and the timeframes. If the failure means you should not have been charged at all, the Refunds and Cancellation Policy applies instead of this one.
Ownership
8Delivery is not the same as ownership
This section deliberately carries no plain-English summary. Ownership of work product is one of the three places in these documents — with limitation of liability and indemnity — where a friendly one-liner reliably understates a condition, and where being understated is most expensive. Read the clauses, and read the assignment wording in your signed scope.
8.1Possession from the first commit
Work is in your repository and your accounts throughout the engagement. That is possession and visibility. It is not, by itself, an assignment of intellectual property.
8.2Transfer on cleared final payment
Full ownership of the source code, the designs and the associated intellectual property created for you transfers on cleared final payment, in writing. Cleared means the money has actually settled, not that a payment has been initiated.
Because the repository is already yours, that transfer is a formality rather than a migration. Before it happens, whatever rights you hold in delivered work are the rights stated in your signed scope; this policy neither grants nor removes any.
8.3Third-party components are not assigned
Open-source libraries, fonts, stock assets and third-party services used in a delivery remain under their own licences and are not transferred. Where a component carries a licence obligation, it is identified in the written handover.
Warranty
9Defect warranty after delivery
In short30, 60 or 90 days of free defect fixes, by plan tier. It repairs what shipped broken; it is not a second delivery.
9.1The period is set by your plan
The exact period is printed on the plan you bought and restated in your scope document. It runs from the delivery it covers.
9.2What it covers
If something shipped broken — it does not do what the accepted scope says it does — it is fixed at no charge inside the warranty period.
9.3What it does not cover
- New features, or changes to what was agreed — those are quoted before any work starts
- Faults caused by changes made after handover by you or another party
- Outages or breaking changes in third-party services and platforms
- Content, data or subscriptions the plan already lists as excluded
9.4After the warranty
Ongoing support is a separate monthly arrangement priced by what it covers. Nothing renews automatically, and there is no retainer you have to remember to cancel.
Data
10What is recorded about a delivery, and where it is stored
In shortOrder, delivery and download events are logged, in a database hosted in Sydney — outside India.
10.1What is recorded
- Order and payment status as reported by the payment provider
- When access was granted, and download or access events against it
- Delivery and bounce events for emails sent to you
- Support correspondence about a delivery
10.2Email is sent through Resend
Confirmation and notification email is sent through Resend, which processes your email address and the message content in order to deliver it.
10.3Records are stored outside India
Delivery records are stored in a Supabase-hosted PostgreSQL database in region ap-southeast-2, which is Sydney, Australia. Personal data belonging to users in India is therefore stored outside India. This is stated plainly because it is a decision a buyer may reasonably object to, not a detail to bury.
The Privacy Policy sets out the legal basis, retention and your rights. The Subprocessors page lists every provider in the path, including the payment providers and Resend.
Money
11Charges, currency and the document you receive
In shortNo delivery charge exists. The tax position is stated rather than left blank.
11.1No charge attaches to delivery itself
Delivery adds nothing to the price. The amount agreed in the scope, or shown at checkout, is the amount payable. Third-party running costs — hosting, domains, model APIs, store fees — are billed to your own accounts by those providers at their cost, never marked up by PixlNova.
11.2Currency and payment route
Prices are published as real figures in both INR and USD, set per market rather than converted from one another. Indian payments are processed by Razorpay and international payments by Stripe. Which provider handles a payment affects how quickly it clears, and therefore when delivery begins — see clause 6.1.
11.3Tax status and the document you receive
The billing document issued with a delivery is described below, together with the current GST position. It is reproduced from the identity record rather than restated, so it cannot drift out of date on this page:
Maintenance
12Changes to this policy, and what wins in a conflict
In shortMaterial changes are published 30 days before they take effect. Your signed scope outranks this page.
12.1What counts as material
A change is material if it alters how or when a deliverable reaches you, introduces a charge, or reduces a right you have under this policy. Material changes are published at least 30 days before they take effect. Corrections of wording, typography or broken cross-references are clarifications and take effect immediately.
12.2Order of precedence
For a service engagement, a scope document you have signed governs over this page wherever the two differ. For a purchase on projects.pixlnova.com, that property's own terms and licence govern over this page. This policy is the default, not the ceiling.
12.3How to see what changed
Every version of this document carries a date, an effective-from date and the date it was last read and found still accurate. The version history at the foot of this page lists each change in one line.
Contact
Who to write to
Everything below reaches the same person. There is no ticket queue and no account manager.
Grievance redressal
If a complaint is not resolved within 30 days, or you are not satisfied with the outcome, the full escalation route — including your statutory options — is set out on the grievance page.
Changes