Home / Guides / Payment notifications and receipts / online stores
DASNET business guide · Kenya

Payment notifications and receipts for online stores | DASNET

Reliable payment notifications communicate the right transaction state without claiming success before the source provider confirms it.

This guide explains the workflow, how to prepare, which checks matter and how to handle common exceptions for online stores.

Explore DASNETDeveloper documentation
Customer operations team handling payment updates
In this guide

Understand the workflow, apply the checklist, and confirm which payment channels and features are enabled for your account before using them in production.

What Payment notifications and receipts means for online stores

Reliable payment notifications communicate the right transaction state without claiming success before the source provider confirms it. For online stores, the goal is to connect checkout outcomes to orders and fulfilment. A reliable workflow makes the request, responsible person, reference and final outcome visible rather than leaving the process in disconnected messages.

The operational challenge

A common challenge is that a checkout page can return before the provider sends the final payment result. When the source request, payment status and business record do not line up, staff can repeat work or act on an assumption. A consistent process separates initiation from completion and records the evidence used to make a decision.

A practical end-to-end workflow

  1. Define which event triggers each notification: request created, payment pending, confirmed success, failure, reversal or refund.
  2. Use the correct recipient and include only the transaction details necessary to identify the payment.
  3. Make notification delivery idempotent and track retries separately from the payment itself.
  4. Avoid putting secrets or unnecessary personal data in SMS, email, push messages or logs.
  5. Reconcile customer-facing notifications against trusted final transaction records.

A workflow shaped around this use case

  1. Create a unique order reference before initiating checkout.
  2. Keep the order pending until a trusted final result arrives.
  3. Release goods or digital access only after verifying the relevant status.

How DASNET fits

DASNET is a business workspace for supported payment workflows and everyday business operations. Depending on account configuration, teams may use it to manage payment requests and collections, review transaction records, handle supported wallet and payout activity, organise invoices or bills, and keep customer and operational information together. The precise menu, channel and automation available to a business should be confirmed in its account. DASNET is not a promise that every payment rail, bank destination or provider feature is automatically enabled.

Controls and measures to review

  1. Track the number of unresolved items and how long they remain open.
  2. Separate pending, successful, failed, reversed and disputed outcomes in reports.
  3. Keep a clear owner for exceptions and a reference for every consequential action.
  4. Review access permissions and avoid storing credentials or sensitive authentication data in notes.
  5. Compare material payment totals with trusted provider or bank records.

Frequently asked questions

Should a payment prompt SMS say payment succeeded?

No. A prompt requests authorisation; a success message should follow a trusted confirmed result.

What if a notification is delivered twice?

Use event IDs or idempotency controls to avoid duplicate business actions and confusing messages.

Can a receipt be sent while payment is pending?

Label the state accurately; do not issue a receipt that implies settled payment until it is confirmed.

What should a notification include?

A clear status, amount and safe reference where appropriate, with a support route and no authentication secrets.

How does this apply to online stores?

The main objective is to connect checkout outcomes to orders and fulfilment. Start with the workflow and controls on this page, then verify the exact features enabled for your DASNET account.

What should we do if a payment or record looks wrong?

Pause any consequential action, keep the non-sensitive reference and timestamp, check the trusted source record, and follow your documented support or reconciliation process. Never share PINs, OTPs, passwords or API secrets.

Does DASNET guarantee that every feature is enabled?

No. Product availability depends on account setup, permissions, provider approvals and enabled services. Confirm the live configuration before making operational commitments.

Related DASNET guides

Continue with these related workflows:

M-Pesa STK Push for online stores · STK Push integration guide for online stores · Safaricom Daraja API workflows for online stores · Online payment links for online stores · Customer payment requests for online stores · Merchant payment collections for online stores

Get started with DASNET