PILOT SALE READINESS · WORKING DRAFT

See who pays what before a sale is opened.

Calculate the item amount, delivery, BenBiz’s 3% share and the payment provider’s actual cost without mixing them together, then see which opening decisions are still missing.

What can be prepared before the payment-provider conversation

Start with a small pilot for one real item or service. Confirm maker approval, quantity, delivery area, support owner and cancellation/refund route. The boxes below record readiness declarations; they are not technical verification or permission to go live.

Topics to clarify with the payment provider

The BenBiz marketplace model and seller/sub-merchant process
Transaction costs, settlement timing and share allocation
Sandbox access, secure transaction notifications and failed-payment scenarios
Full/partial refunds, cancellation and reconciliation records

A completed conversation does not mean provider settings and tests are complete. Do not enter API keys in this draft.

SALE RECORD

Define the item or service and its gross amount.

Item or serviceGross sale amount (TRY)The 3% share is calculated only on this sale amount.

EXTERNAL COSTS

Show each actual cost under its own name.

Actual payment-provider transaction cost (TRY)Enter the actual contracted transaction cost; BenBiz adds no margin.Delivery treatmentActual delivery cost (TRY)Shown separately to buyer

TWO DISTINCT VIEWS

Complete the core figures to see the account.

BUYER VIEW

Item or service

Item / service amount: 0.00 TL
Delivery: 0.00 TL

Total before payment0.00 TL

No card fee is added later based on the payment method.

SELLER VIEW

Separate deductions from gross amount

Gross sale amount: 0.00 TL
Market Sustainability Share · 3%: − 0.00 TL
Actual payment-provider cost: − 0.00 TL

Estimated remainder before tax and refunds0.00 TL

This is not an accounting result; tax, withholding, refunds and reconciliation are confirmed separately.

OPENING GATES

Responsibilities must be complete alongside the figures.

0 / 9

Legal seller identifiedThe party making the sale and carrying responsibility is recorded.Tax and invoicing clearTax inclusion and the party issuing the invoice are confirmed.Stock or capacity verifiedQuantity, preparation time and the price validity window are approved by the maker.Delivery responsibility clearMethod, actual cost, transport risk and responsible party are visible.Cancellation and return terms readyThe applicable timing, exceptions and support route are written down.Provider sandbox readyMerchant setup, actual contracted cost and secure sandbox settings are verified.Product information approved by the makerThe real item’s photographs, options, materials or service scope, current price and preparation time are approved; no illustrative record is used.Support and issue tracking readyThe person answering order questions, contact channel, response time and delivery-issue tracking process are defined.Order notifications testedOrder, payment-result, delivery and cancellation/refund notifications were tested with test recipients; failed messages are visible and can be retried.

TEST BOUNDARY

Readiness does not mean live sales are open.

I confirm that this record is for safe test preparation only.No real order or collection opens without written live approval, production credentials and a decision for the first low-risk transaction.

Complete the cost record firstThis screen makes missing items visible and never enables payment by itself.

SANDBOX TEST RECORD

Do not move towards live use before seeing four critical outcomes separately.

0 / 4

Opens when the readiness record is completeComplete the costs, nine opening gates and test boundary. Until then, the test controls remain read-only.

Successful payment

One test order should create one collection record, with correct buyer and seller amounts.

Test outcomeSafe test note

Failed payment

The sale must not complete, and stock, capacity or entitlement must not be consumed.

Test outcomeSafe test note

Cancellation and refund

A full or partial refund must remain tied to the original transaction, with amount, status and party impact traceable.

Test outcomeSafe test note

Duplicate notification and reconciliation

A repeated provider notification must not create a second order, collection or record.

Test outcomeSafe test note

Complete the readiness record firstThe test fields open after the costs, nine opening gates and test boundary are complete.