Legal

Refund Policy

Last updated: July 20, 2026

1. Before the sprint starts

A form submission, qualification call, or draft proposal is free and does not create a paid engagement. If payment has been made but the start conditions have not been satisfied and no implementation work has begun, you may cancel for a full refund, less any non-refundable payment-platform charge that cannot reasonably be recovered.

2. Technical feasibility guarantee

A full sprint-fee refund is available when all of the following apply:

• the issue and known dependencies were described accurately;
• the written scope and acceptance criteria were approved;
• required access, environments, answers, and test information were provided on time;
• reasonable diagnosis shows that a hidden constraint makes the approved Android-side fix infeasible within the agreed sprint;
• the infeasibility is not primarily caused by a new requirement, unavailable client system, third-party outage, or change made after the sprint began.

When this guarantee applies, Android App Hero will also provide the diagnosis reached during the sprint and, when useful, an optional implementation plan or separate quote. You are not required to accept additional work.

3. Situations that do not automatically qualify

A refund is not automatically due solely because:

• the client chooses not to merge, release, or use a change that meets the agreed criteria;
• a reviewer requests preferences, refactoring, or requirements outside the accepted scope;
• the client changes priorities or no longer wants the fix after work begins;
• required access, test accounts, devices, backend systems, or answers are delayed or unavailable;
• the issue depends on a third-party service, server-side change, unsupported environment, or device condition excluded from the scope;
• an app-store rating, business metric, retention result, or other external outcome does not improve;
• a new release or repository change made by the client conflicts with the delivered work.

4. Review and correction before a refund

If the delivered code does not meet an agreed acceptance criterion, the client must provide one clear, consolidated review request and a reasonable opportunity to correct it under the included revision. This does not apply when the provider has already determined that the technical feasibility guarantee applies.

5. Timing and method

Approved refunds are initiated through the original payment method when reasonably possible. Banks and payment platforms control the final processing time and may retain their own fees. A refund request should be sent promptly to androidhero@datalogic.tech with the relevant scope and acceptance criterion.

6. Larger engagements

A separate project proposal may contain a different payment and cancellation schedule. The signed or accepted project terms will govern when they explicitly differ from this policy.