Skip to main content
GullySystem
Finance and insurance · Payment Service Provider Management Software

One merchant file for onboarding, pricing, payouts, reserves and disputes.

Manage merchant onboarding, rate cards, settlement batches, reserves, refunds, reconciliation and chargebacks in one system beside your gateway. Each merchant carries its papers, its pricing and its balance from application to every payout. Onboarding analysts, risk, support and settlement accountants open the same file. The payment engine keeps authorising and routing, and funds move through your existing licensed arrangements.

  • Your rate cards, reason codes and approval limits entered as you operate
  • Merchant files, open reserves and open disputes migrated
  • Changes to pricing rules and approval steps handled by GullySystem staff when asked

Merchant onboarding, rate cards, payout batches, reserves, reconciliation and chargebacks all sit inside Payment Service Provider Management Software, which GullySystem configures around how each provider works. Each merchant file holds its papers, pricing, payouts and disputes. The gateway stays where it is. Finance, risk and support read one record of what is owed and why.

Where it breaks today

What goes wrong before the software.

Onboarding papers are spread across inboxes

A director’s address proof arrives by email, the bank letter in a shared folder and the screening result in a sheet. No one can count files stuck on the same document.

Negotiated pricing is keyed by hand

A merchant agreed a lower discount rate, but the payout engine holds the standard one. Finance posts a correction after the merchant queries the advice.

Payout files and bank statements disagree

A batch of thousands of lines differs from the sponsor statement by a few entries. Tracing them eats an accountant’s time, and the cause is rarely written down.

Reserves are tracked off-system

A rolling reserve is a column in a sheet with a release date nobody owns. Funds stay held after the agreed day.

Dispute deadlines sit in personal calendars

Each chargeback has a scheme reason code and a response date, while the delivery proof sits in a merchant’s email. A late reply loses the case.

Support cannot answer payout questions

The agent sees a ticket but not the batch, the refund in flight or the reserve balance. Each call passes to finance.

How it runs

How the work flows through it, step by step.

Illustration with sample figures. Your screens are built around your own records.
  1. 1

    Application

    A merchant applies through a form or a sales contact. The business type, expected volume, payment modes and website are captured, and an analyst is assigned.

  2. 2

    KYC and screening

    Papers are collected against a checklist. Ownership is mapped, names are screened, a category code and risk tier are set, and approval is recorded with its reasons.

  3. 3

    Pricing and go-live

    The signed agreement and rate card are attached with effective dates. Settlement account details are verified before the merchant is switched on in your gateway.

  4. 4

    Capture and payout

    Capture and fee files are imported each cycle. A batch is built net of fees, refunds and reserves, reviewed by an approver and passed to the bank process.

  5. 5

    Reconciliation

    Batches are matched with the sponsor bank statement and partner files. Breaks get a cause and an owner, and clear before the cycle is closed.

  6. 6

    Disputes and support

    Chargebacks, refunds and merchant queries are worked from one desk. Evidence is attached, deadlines watched, and outcomes posted to the next payout advice.

Modules

What is inside.

Every module can be switched on, left out or changed to match how your team already works.

Merchant application and KYC file

Open one file per merchant with the application, ownership papers, director identity documents for know-your-customer checks, bank proof and website review. A checklist shows which paper is missing and who is chasing it.

Screening and risk review log

Record each sanctions and adverse-media check with its result, reviewer and date. Assign the merchant category code and a risk tier, and keep the reasoning for an approval or a decline.

Contracts and rate cards

Store the signed merchant agreement beside its pricing: discount rate, per-transaction fee, scheme pass-through and payout terms by payment mode, each with an effective date.

Capture and transaction file import

Load the capture, refund and fee files from your gateway or acquirer in the layouts they send. Totals per merchant and per day are shown before any payout is built.

Settlement batches

Build each payout batch from imported captures less fees, refunds and reserve holds, and show the net per merchant. A named approver releases it, and the bank instruction stays in your banking process.

Reserves and holds

Place a rolling reserve, a delayed payout or a hold on a merchant or a transaction. Record the reason, the approver and the release date, and see the effect on the next batch.

Partner and bank reconciliation

Match capture files, payout batches and sponsor bank statement lines. Every unmatched line carries a cause, an assigned owner and a live status, and stays on the list until someone closes it.

Refunds and adjustments

Raise a refund or a manual adjustment against a transaction or merchant, with approval by value. Fees returned or retained are shown on the merchant’s next advice.

Chargeback and dispute desk

Log every dispute with its scheme reason code and response date. Attach the invoice, delivery proof and correspondence, and work the queue by whatever expires first.

Merchant statements and portal

Merchants sign in for payout advices, refund status, reserve balances and monthly statements. Support opens the identical screen when a merchant rings.

Support cases

Number each merchant query, link it to the payout or dispute it concerns and route it to finance or risk. Answers and dates stay on the merchant file.

Audit log and access control

Every change to a rate, hold, approval or payout is logged with the user and time. Roles decide who may approve a batch or edit a rate card.

Solutions inside

The business modules it is built from.

Each one is also available on its own, or inside a system built for you.

  • Document Management

    Ownership papers, identity documents and bank proof are filed per merchant against a checklist that shows what is missing and who chases it.

  • Contract Management

    The signed merchant agreement sits beside its pricing, and each change in discount rate carries an effective date and an approver.

  • Workflow and Approvals

    A payout batch moves from preparation to a named approver by value, and no batch is released without that recorded yes.

  • Bank Reconciliation

    Capture files, payout batches and sponsor statement lines are matched, and every unmatched entry is listed with a cause and an owner.

  • Ticket Management

    A merchant query becomes a numbered case linked to the payout or dispute it concerns, routed to finance or risk.

  • Client Portal

    Merchants sign in to read payout advices, refund status, reserve balances and monthly statements without ringing support.

  • Audit Trail

    Edits to rates, holds, approvals and batches are logged with user and time, so a payout can be traced to the decision behind it.

  • Multi-Currency Support

    Merchants settled in different currencies show their net amount in the settlement currency, with the rate and fee tax noted on the advice.

Services

How we would put it in.

Setup, data migration, integrations and anything built on top.

Who uses it

One system, each person sees their part.

For onboarding analysts

Work the application queue, chase missing papers, record screening results and send each file to risk with the reasons attached.

For risk and compliance staff

Review tiers, approve or decline merchants, set reserves and read the audit log of every pricing and hold change.

For settlement accountants

Import captures, build and approve payout batches, reconcile against bank statements and clear breaks by cause.

For merchant support

Answer payout, refund and reserve queries from the merchant file, and route disputes and corrections to the right desk.

For merchants

Sign in to read payout advices, refund status, reserve balances and monthly statements.

Reports

The numbers the owner asks for.

  • Applications by stage, reviewer and missing document
  • Merchants by risk tier, category code and payment mode
  • Payout batches by cycle, with fees, refunds and reserves deducted
  • Reconciliation breaks by cause, age and owner
  • Reserves held and due for release by merchant
  • Chargebacks by reason code, response date and outcome
  • Refund and adjustment volume by merchant and approver
Good fit

Who this is built for.

  • Payment aggregators that onboard small and medium merchants
  • Payment gateways that pay out to merchant bank accounts
  • Acquiring partners with an in-house merchant operations team
  • Payment facilitators that serve marketplaces and platforms
  • Fintech firms that run payouts and disputes for sub-merchants
Honest answer

When it is not the right choice.

  • A business that only accepts card payments through a hosted checkout has no merchant base to manage and needs only its own accounts.
  • Banks that run deposits and loans will find Bank Management Software closer.
Made to fit

Adapted to your business before it goes live.

You are not handed a login and left to it. The product is set up around your records, your people and the tools you already use.

Rate cards and fee rules

Merchant discount rates, flat fees and pass-through charges for each payment mode are keyed in exactly as the signed merchant agreements word them.

Onboarding checklist

Papers, screening steps and risk tiers follow your policy, as reviewed with your own compliance staff.

Partner file layouts

Capture, refund and fee files from each acquirer or gateway are read in the layout that partner sends.

Approval limits

Who may approve a batch, a refund or a reserve release, and above what value, is set with your finance lead.

Currency and tax settings

Settlement currencies, fee tax and statement formats are configured per country and reviewed during implementation.

Hosted by GullySystem

GullySystem hosts the system and holds access to production data under the terms in your agreement.

Works alongside

  • Payment gateway files and APIs
  • Acquirer and sponsor bank statements
  • Sanctions screening service
  • Email
  • SMS
  • Accounting export
Common questions

Questions owners ask before a demo.

Does this replace our payment gateway?

No. Authorisation and routing stay in your engine. This system holds the merchant, pricing, payout, reserve and dispute records around it.

Can it move money to merchants?

No. It prepares and approves the payout batch and its figures. The bank instruction follows your existing banking process under your own licence.

Which statement formats can it read?

Common layouts such as MT940, camt.053 and CSV are read, plus the capture files your partners send. A live bank feed depends on what the bank offers.

How are discounted rates applied by date?

Each rate card carries an effective date. A payout uses the card in force on the capture day, so a mid-month change does not rewrite earlier batches.

Does it screen merchants against sanctions lists?

It records the result of the screening you run and can connect to a screening service. Lists, thresholds and decisions belong to your risk team.

Can it help with PCI or licence audits?

It keeps merchant papers, approvals and change logs in order. Meeting any standard is for your assessor and compliance adviser to judge.

How are chargeback deadlines handled?

Each dispute is logged with its reason code and response date. The queue sorts by the nearest expiry, and evidence sits on the same record.

Can merchants see their own balances?

Yes. A merchant login shows payout advices, refunds, reserves and statements. Support opens the same screens, so the answer matches.

How do we judge fit, and what shapes the cost?

Start with a demo built on sample merchants and a sample batch. Cost then follows the partner file layouts to be read, the screening service and bank statements connected, approval steps, merchant logins, and the migration of existing merchant files. A written proposal prices each part.

How do we get our records out later?

Merchant files, batches and dispute histories can be exported in formats agreed in the proposal. That route is fixed before work starts.

When could settlement accountants build a payout batch here?

The merchant application and KYC file, contracts with rate cards, and capture file import feeding settlement batches would be the likely first block. Reserves, reconciliation, dispute queues and merchant logins follow. The proposal names the order and dates for each stage.

What should onboarding and settlement teams gather first?

Gather the signed merchant agreements with their rate cards, your onboarding checklist and risk tier policy, sample capture, refund and fee files from each partner, and bank statements. A KYC file and a payout advice work as samples. Onboarding, risk, settlement and support each name a contact.

Wondering what it would cost? Share your requirements and an engineer will come back with a scope.

Industries

Built for.

The trades this product is set up for. Pick yours to see how the work runs there.

Related

Related products.

Your requirements

See Payment Service Provider Management Software set up around your records.

Tell us how you run things today. An engineer reads it and writes back with what fits as it is, what would need changing, and what we would start with.

What happens after you share your requirements

  1. A senior engineer reads your answers. Nobody phones first.
  2. Within one business day you get a written note: what we understood, what we would start with, and the questions we still have.
  3. If it fits, a proposal follows with the order of work, what we need from you and what you receive at each step.
  4. No call is booked and nothing is paid until you have read the note. Your details stay with us.

Start with your requirements

Seven short steps that tell us what you need. A senior engineer reads them before anyone gets in touch.

Share your requirements