Smart accounting for Saudi businesses
Englishالعربية
جَبرJabr
Home
Features
All Jabr featuresAI accountingE-invoicingFiling Center and QawaemPayroll and GOSIBank reconciliationSolutions for your business
See how it worksPricingAcademyAbout
جَبرJabr

Navigate

Home
Features
All Jabr featuresAI accountingE-invoicingFiling Center and QawaemPayroll and GOSIBank reconciliationSolutions for your business
See how it worksPricingAcademyAbout
Saudi accounting guides

Saudi e-commerce merchants and implementation teams

Salla and Zid accounting mapping: orders are not one journal event

A control map for separating order, payment, delivery, return, fee and settlement evidence before posting storefront activity.

Prepared by:
Jabr documentation team
Last reviewed:
2026-09-17

Provider events checked against the official Salla and Zid developer sources below; accounting treatment must follow the merchant's facts and policies.

Scope boundary

A storefront webhook is a business signal, not by itself a ZATCA acceptance, bank deposit, settlement statement or complete proof of revenue and VAT treatment.

Map independent event families

  • Order creation and changes: maintain the commercial order and line-item snapshot.
  • Payment-status events: record collection evidence or customer advances according to the underlying facts.
  • Delivery or fulfilment: evaluate revenue recognition and inventory movement.
  • Cancellation, refund and return: distinguish payment reversal, commercial return, credit note and physical inventory return.
  • Settlement: reconcile gross collections, platform or gateway deductions and the actual bank deposit.

Required identifiers

  • Provider store and order IDs.
  • Webhook event ID or deterministic idempotency key.
  • Payment, shipment, return and refund identifiers when present.
  • Jabr document, journal entry and ZATCA identifiers created from the event.
  • Settlement and bank transaction identifiers used for reconciliation.

Controls before posting

  • Reject duplicate delivery and payment events without creating duplicate entries.
  • Do not create an invoice solely because an order exists.
  • Require product/account mapping before inventory or revenue posting.
  • Prevent the storefront and payment gateway from both recording the same collection.
  • Leave unknown fees, foreign currency and unexplained settlement differences for review; never plug the difference.

Migration and replay

Choose a cutover timestamp, import the opening subledger position, then replay only events after the cutover. Reconcile orders, receivables or advances, inventory, provider clearing and bank deposits before enabling scheduled synchronization.

Official sources

All sources were accessed on the date shown. Check the latest version before making a decision.

  • Orders webhook events

    Salla Developer Documentation · checked 2026-09-17

  • Order details

    Salla Developer Documentation · checked 2026-09-17

  • Webhooks overview

    Zid Developer Documentation · checked 2026-09-17

جَبرJABR

Smart accounting for Saudi businesses

Product

HomePricingInteractive demoAll Jabr featuresE-invoicingBusiness solutionsIntegrationsTools

Resources

AcademySaudi accounting guidesFree calculatorsDeveloper API

Company

AboutContact UsSecurity

Legal

Terms of ServicePrivacy PolicyData Processing AgreementCookie PolicyAcceptable Use
QR code for National Personal Data Protection Register entryPersonal Data ProtectionRegistration No.: 3260007545QR code for the Saudi Business Center E-CertificateSaudi Business Center E-CertificateAuthentication No.: 0000324313
Encrypted at restDesigned for PDPLISO 27001 · 27017 · 27018

Asas Albahth© 2026 Jabr is a registered trademark owned and operated by Asas Albahth Commercial Limited Company 7033481131. All rights reserved.