UK mosque treasurers need one stack that tags Zakat separately, captures Gift Aid evidence, and builds the committee pack without rebuilding Friday in Excel.

If you are buying mosque treasurer software UK, you are not buying a logo that says mosque. You are buying a stack that can keep Friday's Zakat envelope in its own pot, attach a Gift Aid declaration to a named gift, log anonymous cash for GASDS only when no declaration exists, match what hit the bank, and hand the committee a pack that still tells the same story on Monday morning. Searchers looking up mosque treasurer software UK, mosque accounts donations, or software for mosque treasurers are usually doing those jobs with one phrase.

This page splits the jobs the phrase hides, walks a real treasurer month, and maps public tools to those jobs using only what their own pages say. It is not a scored bake-off and it is not a thin product splash. The reclaim rules for ordinary Gift Aid and GASDS already live in the Gift Aid field guide for UK mosque treasurers. Read that guide when you are assembling a claim. Read the collect Zakat online UK mosque field guide when the job is mosque-side intake and ring-fencing. Read the contactless donations mosque UK field guide when the job is Friday taps and QR that still have to become a record. Read this one when you are deciding what has to sit in the stack before the claim exists.

Use it as a single-scroll field guide. Read the job split first, then the month, then the public approaches table. The MosquePay section comes late on purpose. If a demo cannot answer the puncture questions, you do not need a longer demo.

This page is for the treasurer who has to explain Friday's tin to the committee, not for a vendor shopping a category list.

Read this if you sign off the books, hold the HMRC login, or have to put a finance pack in front of trustees before the AGM. Read it if you are the volunteer who inherited three spreadsheets, a card-machine total, and a paper Gift Aid folder that does not match any of them. If you give on a Friday, this is not your explainer. If you want the short product questions first, the MosquePay FAQ is shorter.

GOV.UK's guidance on managing faith charities as trustees applies to England and Wales and names mosques among places of worship that are normally charities. The treasurer's stack has to survive that duty: restricted money stays restricted, records can be shown, and tax advantages sit with HMRC rather than with a Charity Commission number alone. You still need recognition from HMRC before Gift Aid or GASDS becomes a repayment.

This page does not cover donors asking which app to download. It does not cover a prayer-time screen, a nikah diary, or a hall-booking calendar except where those products also publish a money claim. It does not cover Scotland or Northern Ireland regulator differences beyond the obvious point that HMRC recognition is still the tax gate. If you are a network treasurer looking after several mosques, treat each legal entity as its own books, its own HMRC reference, and its own pack. Do not merge restricted funds across entities because a dashboard can print one total.

The accountant lens on this page is public, not invented. Johnsons' mosque audits page describes Chartered Accountants taking a risk-based approach to reduce misstatements, designing tests so the audit report is factually accurate, and working to Charities SORP when that framework applies. It also names Charity Commission compliance, ICAEW and Financial Reporting Council regulation, and a UK mosque-audit practice. Your software does not replace that examination. It has to give the examiner a trail.

The phrase mosque software hides five jobs that do not live in one spreadsheet column.

Vendors sell mosque software as if the treasurer, the imam, the welcome team, and the hall diary shared one problem. They do not. The treasurer's problem is money that arrived in different shapes and must leave the month in named pots. The five jobs below are what a UK mosque treasurer actually buys, whether the box on the invoice says accounting, donations, CRM, or kiosk.

Those jobs overlap. A Zakat standing order that hits the bank with no fund tag fails restricted funds and bank rec in the same week. A contactless tap that collected only an amount fails Gift Aid evidence and, if you later drop the same pounds into GASDS, fails the claim. A beautiful kiosk that never exports a committee pack leaves you in Excel on Thursday night. Buy the jobs. Do not buy the category name.

A UK mosque treasurer's month is Friday cash, midweek standing orders, and a pack that still has to survive the AGM.

Start with Friday. The tin holds notes, coins, and Zakat envelopes that must not be mixed with general Sadaqah. The contactless total is a number that may not name anyone. Someone pressed a building-fund button. Someone else tapped and walked away. A regular giver tells you they have already set up a standing order, so they did not put anything in the tin. You still have to count, you still have to bank, and you still have to know which pot each line belongs to before anyone writes the khutbah recap.

The day after Jumu'ah is when the count becomes a record. Two people should ideally check the cash, because that is what GOV.UK asks you to keep in mind for small-donation evidence. You bank the tin. You type recorded cash into whatever system you have. You decide, gift by gift, whether a line is ordinary Gift Aid, a GASDS candidate, or neither. You do not take a slice of a larger gift and call it a small donation. You do not put a declared gift through GASDS. The Gift Aid guide walks those reclaim tests. This page only needs you to see that the decision happens in the same week as the collection, not in March when the claim is already late.

Midweek is standing orders and card settlement. Amounts arrive with a reference that may say "mosque" and nothing else. A building-fund pledge lands in the general column because nobody tagged it. A Zakat standing order looks like ordinary income until someone asks where the Zakat pot went. If your stack cannot import a bank file and put a fund on the match, you will rebuild that week in Excel before the next Jumu'ah.

Month end is the committee pack. Trustees need income by fund, not a single donations number. They need to see that Gift Aid evidence exists for the gifts you intend to claim, and that GASDS evidence exists for the anonymous cash you intend to claim another way. They need a bank reconciliation that explains the difference between the tin, the terminal, and the statement. They need donor statements you can send without rewriting names from memory. Johnsons' mosque-audit pages are useful here as a reminder of the examiner's job: reduce misstatements, test the report, and work to Charities SORP when that is the framework you file under. Software that cannot print that trail is not treasurer software. It is a collection channel.

The AGM is the same pack with a longer memory. Last Ramadan's appeal, the building fund, the funeral fund, and the general running costs have to still be separable six months later. If you can only tell that story by opening last year's spreadsheet and hoping the tabs still agree, you do not have a stack. You have archaeology.

Public approaches to those jobs, read from their own pages, not scored against each other.

This is a jobs table, not a bake-off. No row wins. No feature is invented. Pages were read on 10 September 2026. Where a public page is silent on Gift Aid, GASDS, bank import, or a committee pack, the table says so. The MosquePay row uses only claims printed on mosque-pay.com. Other names are public players you will hear in the same search. Confirm their live pages before you treat a sentence here as a contract.

The named public pages are Ummah mosque accounting, Halal Wealth, iCHARMS Gift Aid and the iCHARMS product site, Salah Mate, MOHID UK, e Masjid, and MasjidConnect donations. Johnsons sits in the month above as the accountant lens, not as a software row.

Read the table sideways. A kiosk row that is strong on collection and silent on Gift Aid is a channel. An accounting row that is strong on ledgers and silent on HMRC is a book. A Gift Aid row that submits to Charities Online still needs restricted-fund tags that match the claim line. The treasurer's stack is the set of jobs that still have an owner after you sign. If two tools both claim a job, you still need one place the committee can open.

MasjidConnect's donations page publishes its own comparison table and names MosquePay in that table. This guide does not adopt their fee ranking, their feature ticks, or their wording. MosquePay's pricing page says the mosque pays the payment provider's standard card rates, that MosquePay adds no markup, and that gifts settle to the mosque's own bank account. The named payment partner on that page is Mooov. The live pricing page prints its subscription figures in the currency shown there. This guide does not convert those figures.

Gift Aid and GASDS are a reclaim problem with their own field guide. This page does not rewrite it.

Ordinary Gift Aid is a 25p top-up on a gift from a UK taxpayer who has given you a valid declaration. GASDS is a different route for small anonymous cash and contactless gifts where you do not have a declaration. The live tests, the matching rule, the community-building notes that already name mosques, and the records HMRC asks you to keep are in the Gift Aid field guide for UK mosque treasurers. Start there, then reopen claiming Gift Aid, Gift Aid declarations, and the small donations scheme before you file.

What this stack guide needs you to remember is narrower. The software has to capture the declaration at the point of giving, or give you a place to record a paper one against the same gift. It has to store the donor's full name, home address, and postcode, because that is what GOV.UK lists as required. It has to log GASDS cash and small contactless collections per service without dropping declared gifts into the same column. It has to export evidence you can attach. If a product also submits through Charities Online, that is a public claim you should verify on that product's own pages. MosquePay does not make that claim.

MosquePay's public FAQ and features pages describe HMRC-ready exports with the evidence behind every line. The Gift Aid guide on this site is written for treasurers in England or Wales. If your mosque is recognised by HMRC and files from another UK regulator, confirm the same export against your own examiner and the live GOV.UK pages. Until HMRC recognises you, a Friday declaration file is evidence you cannot yet turn into a repayment.

Ring-fencing Zakat is a bookkeeping duty. It is not a fiqh ruling written by software.

This page does not write new fiqh. It does not tell you that Gift Aid on Zakat is allowed, and it does not tell you that it is forbidden. It does not show Gift Aid topping up a Zakat line as a default example, and it does not reproduce any marketing mock that treats a Zakat amount as Gift Aid eligible. A mock is not a policy.

What the congregation can see is simpler. A Zakat envelope that funded the building is a trust failure whether or not the tax line looked tidy. Ummah's public accounting page says Zakat must not fund general operations and describes separate ledgers. Halal Wealth describes restricted-fund tracking. iCHARMS says Gift Aid is applied only where it is eligible on Islamic donation types. MosquePay's public pages say Zakat, Sadaqah, Lillah, and appeal funds are kept separate. Those are bookkeeping sentences. They are not a ruling you can point at in the musalla.

Write the mosque's restricted-fund policy, and the mosque's Gift Aid-on-Zakat policy, where the treasurer, the imam, and the accountant can all find them. Show the giver how the mosque will treat the gift before they give. Confirm the religious treatment with your imam and the tax treatment with your accountant before any Zakat line appears in a Gift Aid export. Software can tag the fund and, where the written policy allows, capture a declaration. It cannot decide the policy for you.

The same honesty applies to Lillah, Sadaqah, a funeral fund, and a building appeal. If the donor thought they were giving to one pot, the committee pack has to show that pot. A campaign page that labels the gift on the way in is useful only if the treasurer report still carries the label on the way out.

Questions that puncture a software demo before you sign anything.

Ask these out loud. The answers sort a collection channel from a treasurer stack, an export tool from a Charities Online submit product, and a tagged fund from a single giving total.

1. Can last Friday's tin, the contactless total, and the midweek standing orders all sit in one ledger with a fund tag on each line, including cash your team recorded after the count?
2. Can a gift be split across Zakat, Sadaqah, Lillah, and a general or building fund so the committee pack matches the restriction? Does the product Gift Aid a Zakat line by default, or does it follow a written mosque policy that you can also show on the donate flow?
3. Does the product capture the donor's full name, home address, and postcode on the Gift Aid declaration, or only a tick box?
4. Does GASDS exclude gifts that already have a declaration, or can the same pounds appear in both columns?
5. Does the product submit the claim through Charities Online, export a schedule you attach yourself, or only store a receipt? MosquePay's honest answer is export. Public FAQ and features copy says HMRC-ready exports with evidence. It does not say MosquePay is on HMRC's Charities Online commercial software suppliers list. iCHARMS does claim listed submission on its own Gift Aid pages.
6. Can you import a bank file and match it to tagged gifts, or are you still reconciling in Excel after the dashboard looks green?
7. Can the product print donor statements and a committee pack from the same record the bank rec used, or is the AGM pack a separate rebuild?
8. Who holds the HMRC Charities Online account after you buy the software: the mosque, the treasurer as an individual, or the vendor?
9. Where does settlement go? MosquePay's pricing page says gifts settle directly to your mosque's own bank account.
10. Is there a markup on card processing? The same pricing page says you pay only the payment provider's standard card rates and that MosquePay adds no markup. The named payment partner on that page is Mooov. Do not convert the subscription currency printed on that page, and do not treat another vendor's comparison table as MosquePay pricing.

What MosquePay will show you in 30 minutes is only what the public pages already claim.

Book a demo is a 30-minute call. Bring last Friday's cash sheet, the contactless total, one standing-order line that still has no fund tag, and last month's committee pack. The walkthrough should stay inside claims printed on mosque-pay.com.

You should see online, QR, card, and recorded cash giving in the same record. You should see Zakat, Sadaqah, Lillah, and appeal funds kept on separate tags. You should see Gift Aid declarations captured at the point of giving, whether the gift is online or recorded by your team, and attached to eligible gifts. You should see GASDS cash collections logged per service. You should see HMRC-ready exports with the evidence behind every line. You should see bank statement import and reconciliation beside payment history. You should see treasurer reports, giving statements, and ledger views matched to that history.

You should hear that settlement goes to the mosque's own bank account, that MosquePay adds no card-processing markup, and that Mooov is the payment partner named on pricing. You should not be quoted a converted subscription price. Read the figures in the currency the live page prints.

You should not be told that MosquePay submits the claim to HMRC. You should not be told that MosquePay is on HMRC's Charities Online commercial software suppliers list. Those sentences are not on the public site. iCHARMS does claim listed submission on its own Gift Aid pages. That is a competitor fact, not a MosquePay feature. You should not be shown Gift Aid topping up a Zakat line as a default example.

MosquePay is operated by Neural Network Group Limited, company number 16606065. The contact email currently printed on the public contact page is ag@experrt.com. If you want the shorter product answers first, read the FAQ. If you want to start onboarding rather than watch a demo first, get started.

What this page skipped, on purpose.

This page does not invent how much your mosque would recover if last Friday had been tagged correctly. It does not award MosquePay a first-place badge against Ummah, Halal Wealth, iCHARMS, Salah Mate, MOHID, e Masjid, or MasjidConnect. It does not reprint HMRC supplier lists. It does not rewrite the Gift Aid reclaim guide. It does not write fiqh. It does not convert the currency printed on the live pricing page. It does not treat /news as a home for this guide. /news is the product changelog. It does not use /charity or /donate, which are demo mosque pages. It does not open a /blog. It does not use the mosquepay.co.uk directory's mosque count or fee model. It does not run paid ads and it does not ask you to send cold outbound. It does not reproduce any marketing mock that Gift Aids a Zakat line.

One stack has to tag the fund, keep the evidence, and print the pack from the same Friday.

If you remember one line, remember that. Tag Zakat, Sadaqah, Lillah, and appeal funds when the gift is given. Capture the declaration, or log GASDS only when no declaration exists. Match the bank. Send a donor statement you can stand behind. Build the committee pack from that record, not from a Thursday-night spreadsheet. Then check that the tin, the claim, and the AGM still tell the same story.

Questions treasurers ask when they search mosque treasurer software UK.

What does mosque treasurer software UK actually need to do?

It has to tag restricted funds such as Zakat separately from general Sadaqah, capture Gift Aid declarations and GASDS evidence when money is given, reconcile what hit the bank, issue donor statements you can stand behind, and produce a committee or trustee pack without you rebuilding Friday in Excel. A kiosk, a prayer-time screen, or a donation page can be useful. None of those is the whole treasurer job.

Is a spreadsheet enough for a registered mosque charity?

A spreadsheet can hold a cash count and a standing-order list. It starts to fail when Zakat sits in the same column as the building fund, when a Gift Aid tick has no full name and postcode, when the bank total does not match the tin, and when the committee pack is a Thursday-night rebuild. Johnsons' public mosque-audit pages describe Charities SORP, Charity Commission compliance, and a risk-based check for misstatements. That is the pack your spreadsheet has to survive, not a reason to buy the first logo that says mosque.

Does mosque software include Gift Aid submission to HMRC?

Not by default. Some public products say they export a schedule you attach in Charities Online. Halal Wealth's public site describes HMRC-format ODS exports and direct XML submission. iCHARMS' public Gift Aid pages say it is an HMRC-listed Charities Online supplier and submits the claim. MosquePay's public pages say HMRC-ready exports with evidence. They do not say MosquePay submits the claim or that MosquePay is on HMRC's commercial software suppliers list. Ask which of those three answers you are buying.

Does MosquePay submit the Gift Aid claim?

No. MosquePay's public features, FAQ, and pricing pages say Gift Aid declarations are captured at the point of giving, GASDS cash collections are logged per service, and the product produces HMRC-ready exports with evidence. You, or the person who holds the mosque's HMRC Charities Online account, still attach the schedule and submit the claim. Read the Gift Aid field guide on this site for the reclaim rules.

How should Zakat be treated in the books?

This page does not write new fiqh. Keep Zakat tagged separately from Sadaqah, Lillah, and appeal funds so the congregation can see the restriction. MosquePay's public pages describe those fund tags as bookkeeping. They do not decide whether Gift Aid can sit on a Zakat line. Write the mosque's policy down, show it on the donate flow, and confirm the religious and tax treatment with your imam and accountant before any Zakat line appears in a claim.

What is mosquepay.co.uk, and is it the same as MosquePay?

No. mosque-pay.com is operations software for a mosque's own giving, Gift Aid, and treasurer records. mosquepay.co.uk is a UK donor directory. This guide does not describe that directory, does not use its mosque count, and does not claim its fee model.

Do we have to stop cash and standing orders?

No. Friday cash, contactless taps, and standing orders are normal mosque collections. Software has to record cash, tag the fund, decide whether a gift is ordinary Gift Aid, GASDS, or neither, and match the bank line. A cashless kiosk that only stores an amount still leaves you the declaration, the GASDS log, and the restricted-fund trail.

What should we bring to a MosquePay demo?

Book a 30-minute walkthrough and bring last Friday's cash sheet, the contactless total, one standing-order line with no fund tag, and last month's committee pack. Ask the puncture questions on this page out loud. The walkthrough should stay inside claims printed on mosque-pay.com: online, QR, card, and recorded cash giving; Zakat, Sadaqah, Lillah, and appeal fund tags; Gift Aid declarations; GASDS per service; HMRC-ready exports; bank import and reconciliation; treasurer reports; settlement to the mosque bank account; and no MosquePay markup, with Mooov named on the pricing page.