Exodus Salesforce Docs
QA Runbooks

3PL QA Runbook

Vesper QA guide for provider configs, runtime schedules, sales order fulfillment sync, inventory mirror, tracking, warehouse handoff, and recovery validation

Use this runbook in Vesper QA only:

https://exodus--vesper.sandbox.lightning.force.com

QA Scope

Run 3PL QA when changing provider configs, runtime settings, sales order sync, purchase order sync, inventory mirror, tracking, warehouse handoff, provider credentials, runtime scheduling, or fulfillment dashboards.

Preconditions

RequirementExpected QA behavior
Provider referencesUse existing Pakmo/Kandy Kush-style provider references when the runbook or E2E data model calls for them.
Target orgUse vesper for Salesforce CLI commands.
Test ordersUse generated QA orders and labels.
Provider dataUse sandbox provider accounts/configs only.
CleanupKeep run labels, manifests, and evidence with the run.

Provider Config Check

  1. Open the 3PL Management app.
  2. Review ThreePL_Provider_Config__c records for the target warehouse/provider.
  3. Confirm provider account references.
  4. Confirm sales order, purchase order, and inventory sync toggles.
  5. Confirm runtime windows, operating days, and time zone.
  6. Confirm endpoint extensions and lookback windows.
  7. Confirm last connection status and error fields.

If a configured provider warehouse must be replaced, use the successor-backed warehouse handoff path.

Runtime Settings Check

  1. Open 3PL Runtime Settings.
  2. Confirm scheduler status and scheduler owner.
  3. Confirm runtime user fields and last setup check.
  4. Confirm fulfillment failure alert toggle and cooldown.
  5. Confirm last request processed time moves after runtime work.

Do not assume runtime is active from class metadata alone.

Sales Order Fulfillment Sync

  1. Create or use a QA Sales Order with provider-routed items.
  2. Confirm item source refs and warehouse/provider routing.
  3. Confirm eligibility and order state.
  4. Trigger or wait for runtime sync as appropriate for the test.
  5. Inspect runtime request, transaction, sync state, and fulfillment sync history.
  6. Confirm provider-side order state when available.
  7. Confirm Salesforce Sales Order status and line fulfillment state.

Expected evidence includes ThreePL_Runtime_Request__c, ThreePL_Transaction__c, ThreePL_Record_Sync_State__c, Fulfillment_Sync_History__c, and Sales Order line state.

Inventory Mirror QA

Provider-owned inventory should be mirrored from the provider.

  1. Confirm item/warehouse rows exist in Inventory__c.
  2. Confirm provider source system and remote/source reference.
  3. Confirm provider snapshot time and mirror status.
  4. Confirm Stock Lookup shows the expected availability signal.
  5. Do not manually adjust provider-owned inventory to fix a mirror issue.

For internal warehouse stock, use Inventory Manager and confirm Inventory_Transaction__c history.

Tracking QA

  1. Confirm provider shipment/tracking data is available or use a safe QA tracking update.
  2. Confirm Sales_Order_Tracking__c is created or updated.
  3. Confirm tracking appears on the Sales Order.
  4. Send tracking email from Salesforce only after confirming the record is accurate.
  5. Confirm email history and recipients.

If tracking exists externally but not in Salesforce, re-pull provider state before manually adding tracking.

Purchase Order Sync QA

When PO sync changes:

  1. Use Purchase Order Pipeline to create or select a QA PO.
  2. Confirm provider routing and warehouse.
  3. Sync to provider if enabled.
  4. Receive/update through provider or Salesforce test path.
  5. Confirm received lines, inventory effect, PO status, and notification state.

Warehouse Handoff QA

Warehouse/provider replacement requires:

  1. Source warehouse and provider config.
  2. Successor warehouse/config.
  3. Inventory blocker review.
  4. Open order blocker review.
  5. Provider transition record.
  6. Post-handoff routing validation.
  7. Dashboard/report check.

Do not call handoff safe if open orders or inventory blockers remain unresolved.

Recovery QA

FailureValidation
Provider auth failureConfirm provider account/credential state and error reporting.
Runtime request retryConfirm retry state and no duplicate order side effects.
Tracking omittedRe-pull provider state and confirm tracking row update.
Inventory staleConfirm poll schedule, last success/error, and mirror timestamp.
Fulfillment failedConfirm fulfillment failure alert, cooldown, and operations visibility.

Exit Criteria

3PL QA is complete when:

  1. Provider config and runtime settings are verified.
  2. Sales Order sync evidence exists.
  3. Provider state and Salesforce state agree or differences are documented.
  4. Tracking and customer email behavior are verified if changed.
  5. Inventory mirror behavior is verified if changed.
  6. Dashboards/reports show no new critical issues.
  7. Cleanup/evidence is attached to the run.

Last updated on

On this page