Public proof status

Proof and capability status for safe commerce automation.

This page separates what is ready to show, what is approval-gated, and what still needs a live proof clip before stronger public claims.

Capability matrix

What can be claimed and what still needs proof.

Capability
Status
Current proof
Next proof target
AI website widget
Proven
Public widget, install paths, and deterministic checks exist for storefront support.
Keep running production smoke checks after each deploy.
Knowledge-grounded support
Local/static proven
Answers can use store knowledge and show when a source is missing.
Add more merchant-specific policies before deeper automation.
WordPress / WooCommerce setup
Gated proof needed
A production path covers the WordPress plugin, WooCommerce order and authenticated inbox, but it is not independent merchant proof.
Repeat the full loop with one independent merchant and capture guarded-action receipts.
Shopify App Store workflow
Proven
The live-review UAT covers install, embedded UI, order context, guarded action, webhooks and reviewer evidence.
Keep deployment health, widget canaries and Shopify UAT evidence fresh after each release.
Salla merchant workflow
Gated proof needed
One live Salla proof passes, but broad self-serve marketplace readiness needs repeated merchant evidence.
Repeat install, catalog sync, grounded widget answer and dashboard visibility across merchants.
Approval-gated commerce actions
Gated by default
Refunds, cancellations, order edits, and discounts stay behind merchant approval rules.
Record action receipts from live merchant workflows.
Stripe billing
Gated proof needed
Billing code exists, but full live checkout, signed webhook, reconciliation, dunning and canary evidence is incomplete.
Capture one checkout-to-recovery canary with usage reconciliation and signed webhook evidence.
WhatsApp Business
Gated proof needed
WhatsApp is not claimed self-serve production until a real session, webhook, AI reply, outbound delivery, and takeover are proven.
Prove approved sender, inbound webhook, AI reply, outbound delivery, and human takeover.
Inbound phone agent
Gated proof needed
Voice runtime and health checks exist, but live call-quality clips still matter.
Capture English and Arabic call-quality evidence.
Agent notification and reports
Local/static proven
Escalation and digest paths exist for agent review.
Tie channel notifications to verified sender and inbox proof.
Meeting booking
Controlled workflow
Booking can be treated as a low-risk support workflow with human-visible context.
Add one concrete voice or chat booking proof clip.

Review rules

Proof clips must match the public claim.

Aserva can move fast, but each public claim has to stay tied to evidence a merchant or reviewer can inspect.

Do not call a channel live until the inbound event, AI handling, outbound delivery, and human takeover path are verified.

Do not execute risky commerce actions unless the merchant has approved the workflow rule or specific action.

Do not use proof clips that hide the setup state, provider, or required verification step.

WhatsApp proof target: QR session linked, inbound webhook received, AI response created, outbound delivery confirmed, and human takeover visible in the inbox.

Start with one workflow proof.

Scan a store, connect the first channel, and keep risky actions under merchant control.

Start scan