Businessly Admin

Phone-only means the book exists on the handset and nowhere else. A lost or wiped phone loses it.

Tap a card to list those accounts. Devices and Installs count things rather than people, so those two open nothing.

Tap a card to list those users.

Android only. Counts are Google’s, per Google account, and run about a week behind. “Active devices” is Google’s count of phones that have the app and were online in the last 30 days, so it moves up and down even on a day with no uninstall.

For each kind: its share of all businesses made, and its share of all entries written in the last 30 days. A kind with many businesses but little activity is mostly idle; the reverse means a few shops use the app hard. Kirana is pre-selected on the app's picker, so some Kirana businesses are people who kept the default. “Never asked” is the automatic business an old install got before businesses had kinds. Starter products and sample data are not activity. Signed-in accounts only — offline users and businesses kept on one device never reach the server. Test and founder accounts are left out.

Accounts that used a feature at least once, out of every account with data on the server. Unlike “What people do”, one busy shop counts once. Starter products and sample data are not use. Loans are inside Cash book. Test and founder accounts are left out.

Tap Free, Pro or Pro Plus to list those accounts. Founding, Comp and Gross open nothing — the first two are already counted inside Pro, and the third is money rather than people.

Works for an account that already has a purchase — use it to grant a HIGHER plan. It can never take a real purchase away: the buyer's own device keeps whatever Play says they own.

Four tools for fixing a purchase that went wrong. Each one changes what a customer has paid for, and each is audited. To set or clear a plan, use the Plans screen.

For a customer who paid but sees “this purchase belongs to a different account”. Ask them for the order id on their Google Play receipt.

Last resort, for a customer whose purchase is not recorded at all (the app says it belongs to a different account and “Move a purchase” finds nothing). Copy the purchase token and order id from Play Console → Order management. A refunded token is refused.

Only when a refund was recorded wrongly — a chargeback later decided in your favour, or a mistaken entry. The purchase becomes live again; a NEW refund on the same token still counts. Both buttons are audited with your reason.

The opposite of the box above, with its own fields on purpose. Use it when an undo turns out to have been wrong. The customer loses the plan.

Always Pro Plus by default. Pick a plan to preview the app as a Free or Pro user; Reset puts it back.

Append-only. Nothing can edit or delete these rows — not even you — which is what makes them worth trusting. Newest first.

Failures the app used to swallow in silence — ad and consent errors that never reach Play’s crash reports, because a caught error is not a crash. Identical failures are grouped: the count is how many times, the people figure is a floor, not a census. Newest first.

An account whose email matches one of these is exempt from Pro, hidden from customer counts and skipped by the founding backfill. SQL LIKE — % matches anything. Only add a domain you actually own.

Changes reach every installed app the next time it starts. You are saving with your own sign-in, and the database checks it again.

How many of each a free account may create before the paywall shows. Whole numbers, 0 to 1000.

People who used Businessly before the founding date can get Pro free, up to the cap below.

The cap is the total number of free founding grants: one pool, shared by the phone’s self-service claims and the “Run founding backfill” button, so 500 means 500 people in all, not 500 each. It must be set before the Pro gates go on, because the database refuses otherwise. Once the founding date is set it is write-once, and the cap can be changed to another number but never emptied.

Shown inside the app to signed-in desktop users, because Windows has no in-app billing. A changed SIM never needs an app release. Never put these on a public page.

Could not read the current payment details, so this section is locked rather than risk overwriting them with blanks. Reload to try again.

The wallet number AND the WhatsApp number are both required. With either missing the app shows nothing rather than a number someone could pay with no way to send the receipt.