Skip to content

Legal

Privacy Policy

What BuyByteData records about you, and why.

This document is a draft

It has no effective date and is not yet in force. 4 sections are still awaiting approved legal text and are marked below. What it does describe is how the platform actually behaves today, and that part is accurate.

1. Introduction

1.Introduction

This describes what BuyByteData records, why, and what is deliberately not recorded. Every statement below describes the platform as it is built rather than as a policy aspires to.

2. What we record

2.What we record

Recording happens in four places, for four reasons.

  1. Your account — name, phone number, email address and state. Your password and transaction PIN are stored only as hashes and cannot be read back by anyone, including us.
  2. Your wallet and funding — your balance, the dedicated account number reserved for you, and each transfer credited to it.
  3. Your transactions — what you bought, the recipient details you supplied, what was charged, and the outcome.
  4. Your sign-ins — the time and address of your last sign-in, and the session itself.

3. How it is used

3.How it is used

  1. To deliver what you buy. A recipient number is sent to the provider fulfilling that purchase, because the purchase cannot be delivered without it.
  2. To keep your balance correct. Every movement of money is recorded in a double-entry ledger that must reconcile.
  3. To answer questions about a transaction, months later, from the record rather than from memory.
  4. To secure your account — rate limiting, PIN lockouts and the sign-in record exist for this.

Recipient numbers are masked when read back

A transaction read through the developer API returns the recipient partially masked. The full value is held for delivery and for your own record, not republished.

4. Developer accounts

4.Developer accounts

Accounts on the API plan generate one additional kind of record: a log of the requests their server makes.

  1. Each request records which key was used, the method, the endpoint name, the response status, how long it took and the calling address.
  2. Request headers, request bodies, response bodies and query strings are deliberately not recorded. A request to this API carries a live credential in a header and a customer’s phone number in a body, and a log holding either would be a credential leak and a privacy breach with a long retention period.
  3. The endpoint NAME is recorded rather than the URL, because a URL can carry a transaction reference and a name cannot.
  4. API keys are stored as hashes. The key itself is shown once when it is created and cannot be retrieved afterwards by anyone, including us.

5. Who else sees it

5.Who else sees it

  1. Service providers, who receive the details needed to deliver a specific purchase and nothing else.
  2. Our payment processor, which operates the account number your transfers arrive at.
  3. Nobody else. BuyByteData does not sell customer information and does not share it for advertising.

6. Cookies

6.Cookies

BuyByteData sets two cookies, both necessary and neither used for tracking.

  1. A session cookie that keeps you signed in. It cannot be read by JavaScript.
  2. A token used to protect requests against cross-site forgery.

There is no advertising cookie, no third-party analytics cookie and no tracking pixel, which is why the site asks for no cookie consent.

7. Your information

7.Your information

  1. You can see and correct your name and state from your profile at any time.
  2. Your transactions, wallet activity and support tickets are visible to you in full within the application.
  3. There is no self-service export or account deletion in the application today. To ask for either, contact support — the request is handled by a person.

8. How long it is kept

8.How long it is kept

Awaiting approved legal text

Retention periods for account records, transaction records, ledger entries, support conversations and API request logs — including any period fixed by financial-records obligations.

Nothing has been drafted for this section, and nothing has been invented in its place. It will be published here once it is approved.

9. How it is protected

9.How it is protected

  1. Passwords, transaction PINs and API keys are stored as hashes and never in a readable form.
  2. Every request is scoped to the signed-in account. A transaction or ticket belonging to another account answers "not found" rather than confirming it exists.
  3. Balance changes are enforced by the database itself, not only by application code.

10. Children

10.Children

Awaiting approved legal text

The minimum age for holding an account, and how age is established.

Nothing has been drafted for this section, and nothing has been invented in its place. It will be published here once it is approved.

11. Storage location

11.Storage location

Awaiting approved legal text

Where information is stored and processed, and the basis for any transfer outside Nigeria.

Nothing has been drafted for this section, and nothing has been invented in its place. It will be published here once it is approved.

12. Changes to these terms

12.Changes to these terms

Awaiting approved legal text

How this policy may be changed, what notice is given, and what continued use of the platform signifies.

Nothing has been drafted for this section, and nothing has been invented in its place. It will be published here once it is approved.

13. Contact

13.Contact

Questions about this document go to support. Signed-in customers can open a ticket, which attaches their account and any transaction they are asking about; anyone else can use the contact page.

BuyByteData has not published a support telephone number or a direct email address. Anyone offering one is not us.