WooCommerce HPOS compatibility handling.<\/li>\n<\/ul>\n\nMaster and Child Architecture<\/h4>\n\n
The Master owns the authoritative stock state. A Child store can detect a local event that changes stock, send that event to the Master, and then receive the authoritative result that should be applied across the network.<\/p>\n\n
This avoids a simple \"last store to save wins\" design in which two storefronts can continually overwrite one another with stale quantities.<\/p>\n\n
The Master configuration stores the connected Child sites and the Child configuration stores the Master endpoint\/credentials needed for signed communication.<\/p>\n\n
Inventory Fields Synchronized<\/h4>\n\n
The state payload includes the stock-related fields needed to keep WooCommerce availability consistent, including quantity, status, backorders, low-stock amount and effective manage-stock state.<\/p>\n\n
Variable products\/variations are handled with awareness that a variation may manage its own stock or inherit stock management from the parent product.<\/p>\n\n
The plugin focuses on stock. It is not a general product-catalogue synchronizer for descriptions, images, categories and full pricing; Kitgenix MultiStore Sync is a separate broader plugin for that use case.<\/p>\n\n
Automatic Capture of Stock Changes<\/h4>\n\n
The sync engine hooks into WooCommerce product\/variation stock updates, stock-status updates, updated product properties, order processing and stock restoration. This means stock changes made by normal WooCommerce operations can enter the sync pipeline without staff having to click a separate \"export stock\" button.<\/p>\n\n
Because third-party integrations such as POS or marketplace connectors often write stock through WooCommerce's normal APIs\/hooks, their resulting WooCommerce stock changes can also be observed without the Kitgenix plugin calling the third party directly.<\/p>\n\n
Event Versioning and Duplicate Protection<\/h4>\n\n
Each synchronized product carries plugin metadata used for global identity and event versioning. The receiver tracks the applied version so an older delayed event can be rejected instead of rolling stock backwards after a newer update has already been applied.<\/p>\n\n
Event IDs are also remembered for a limited period so a duplicated\/retried delivery is not applied as though it were a brand-new inventory movement.<\/p>\n\n
Retry and Backlog Handling<\/h4>\n\n
Outbound failures are classified and retried using increasing delays. Recoverable failures can be persisted in a capped backlog so administrators can see that inventory delivery is pending rather than assuming a silent request succeeded.<\/p>\n\n
Backlog entries can be retried or discarded from the administrative tools when appropriate. Successful later delivery removes the corresponding outstanding item.<\/p>\n\n
Reconciliation and Conflict Detection<\/h4>\n\n
The Master can scan Child stores and compare their current stock state with the authoritative record. Reconciliation processes products in batches and can continue through Action Scheduler rather than requiring a single long-running browser request.<\/p>\n\n
Conflict reports can identify mismatched stock or duplicate-SKU conditions that need manual attention. The plugin also exposes audit\/reconciliation functionality through WP-CLI.<\/p>\n\n
Strict Checkout Validation<\/h4>\n\n
A Child store can optionally validate cart quantities against the Master during checkout. This is intended to reduce overselling when the local storefront's last synchronized value is older than the authoritative stock.<\/p>\n\n
Because the Master can be temporarily unreachable, the plugin includes configurable behaviour around failure and stale cached stock snapshots. Stores should choose a strategy that matches whether they prefer checkout availability or strict oversell prevention during network outages.<\/p>\n\n
SKU Rename Handling<\/h4>\n\n
The plugin observes SKU metadata changes so identity can remain consistent when a product's SKU is edited. Global plugin IDs provide another stable identifier used by the sync process, reducing dependence on the assumption that a SKU can never change.<\/p>\n\n
Exclusions<\/h4>\n\n
Administrators can exclude specific SKUs from stock synchronization. Excluded products are ignored by normal event delivery and reconciliation so local-only inventory is not continually overwritten.<\/p>\n\n
Secure Signed REST Requests<\/h4>\n\n
Master and Child REST requests are signed using the shared-secret authentication layer. Requests include timing\/identity information and are rejected when they are invalid, too large, outside the accepted window or fail replay\/authentication checks.<\/p>\n\n
The security layer also contains throttling\/temporary lockout behaviour for repeated authentication failures and remote URL validation.<\/p>\n\n
Shared secrets can be rotated with a configured overlap period so a network can move from an old secret to a new one without requiring every in-flight request to fail at the exact rotation second.<\/p>\n\n
Health Monitoring<\/h4>\n\n
Scheduled health pings update the stored connection status for the Master\/Child relationship. The admin interface and Site Health integration can report configuration, connectivity, backlog and Action Scheduler concerns.<\/p>\n\n
WP-CLI<\/h4>\n\n
The command base is:<\/p>\n\n
wp kitgenix-stock-sync\n<\/code><\/pre>\n\nThe command class includes status, audit\/reconciliation, SKU-level actions, backlog\/conflict tooling and formatting helpers for operational use from the command line.<\/p>\n\n
Direct Store-to-Store Data Flow<\/h4>\n\n
Stock events and stock-state queries are sent only between the WooCommerce sites configured by the administrator. Kitgenix does not receive the store's inventory feed or act as a remote source of truth.<\/p>\n\n
The shared Kitgenix admin Hub can separately request public plugin metadata from WordPress.org, and the admin stylesheet imports Google Fonts as documented in External Services<\/strong>. Those requests do not contain WooCommerce stock payloads.<\/p>\n\nTypical Uses<\/h4>\n\n\n- Separate retail and wholesale WooCommerce stores sharing one warehouse quantity.<\/li>\n
- UK and Ireland storefronts selling from the same physical stock pool.<\/li>\n
- Brand\/domain-specific stores that must not oversell shared inventory.<\/li>\n
- A POS\/integration updating the Master while web storefronts follow the authoritative result.<\/li>\n
- Stores that need backorder and stock-status behaviour kept consistent as well as the numeric quantity.<\/li>\n<\/ul>\n\n
External Services<\/h3>\n\n
This is a store-to-store sync plugin, so connecting to remote services is core to how it works. It talks to two kinds of external endpoint:<\/p>\n\n
1. Your own WooCommerce stores (Master and Child)<\/strong><\/p>\n\nThe plugin makes signed REST API requests directly between the WordPress\/WooCommerce sites you configure as Master and Child \u2013 it does not route data through any Kitgenix server or third-party service. Master and Child URLs must use HTTPS (a filter allows plain http:\/\/<\/code> only for localhost<\/code>\/.local<\/code>\/.test<\/code> hosts for local development).<\/p>\n\n\n- What is sent:<\/strong> product SKUs; stock state (quantity, stock status, backorders, low stock amount, effective stock-management mode); a per-product monotonic version counter and timestamp (see How Stock Sync Works); and, only via the
\/ping<\/code> health-check route, the sending store's name and its WooCommerce\/plugin version. Strict checkout validation additionally sends the SKUs currently in a Child's cart to the Master for a live stock check.<\/li>\n- When it happens:<\/strong> automatically, in real time, whenever WooCommerce itself changes a product's stock (an order, refund, cancellation, REST edit, CSV import, or a compatible integration such as WooCommerce Square) \u2013 dispatched asynchronously via Action Scheduler. There is no polling interval to configure. A recurring health-check ping additionally runs roughly every 15 minutes per configured store, and Reconcile\/Audit\/Manual SKU Sync send requests on demand when you trigger them.<\/li>\n
- Authentication:<\/strong> every request carries
X-Kitgenix-Store-Id<\/code>, X-Kitgenix-Timestamp<\/code>, X-Kitgenix-Nonce<\/code>, and an X-Kitgenix-Signature<\/code> HMAC-SHA256 header computed from a shared secret you configure on both sides \u2013 see Developer Reference below for the full scheme.<\/li>\n- Caching:<\/strong> a last-known-good stock snapshot per SKU is cached (transient, 24 hours) on Child stores solely to support the optional \"use last-known stock\" checkout failure strategy; a GID \u2192 product ID lookup is cached in the object cache (~1 hour) if a persistent object cache is active.<\/li>\n<\/ul>\n\n
2. WordPress.org Plugins API (admin screen only, not part of stock sync)<\/strong><\/p>\n\nThe plugin includes a shared \"Kitgenix hub\" admin page (Kitgenix \u2192 top-level menu) listing other Kitgenix plugins. To populate install counts, ratings, and artwork for plugins listed there, it calls WordPress core's own plugins_api()<\/code> function, which requests public plugin metadata from api.wordpress.org<\/code>. No site data, settings, or stock information is sent in these requests \u2013 only the public plugin slugs of the Kitgenix plugins shown on that page.<\/p>\n\n\n- Cached via transients:
kitgenix_hub_wporg_active_installs_v1<\/code>, kitgenix_hub_wporg_ratings_v1<\/code>, kitgenix_hub_wporg_media_v1<\/code> (24 hours each).<\/li>\n- This lookup only runs when a logged-in administrator views the Kitgenix hub screen; it never runs on the front end and is unrelated to stock synchronisation.<\/li>\n<\/ul>\n\n
No other third-party services, SaaS platforms, or analytics\/tracking endpoints are contacted by this plugin.<\/p>\n\n
Developer Reference<\/h3>\n\n
Text domain:\n kitgenix-stock-sync-for-woocommerce<\/p>\n\n
Option key:\n* kitgenix_stock_sync_for_woocommerce_settings<\/code><\/p>\n\nOption schema (high-level):\n* this_store_id<\/code>, this_store_name<\/code>, role<\/code>, strict_checkout_validation<\/code>, schema_version<\/code>\n* checkout_validation_failure_strategy<\/code> (fail_open<\/code> | fail_closed<\/code> | stale_cache<\/code>), checkout_stale_cache_minutes<\/code>\n* master<\/code> (child config): url<\/code>, store_id<\/code>, secret<\/code>, secret_previous<\/code>, secret_previous_expires_at<\/code>, health<\/code>\n* children<\/code> (master config): entries with id<\/code>, name<\/code>, url<\/code>, secret<\/code>, secret_previous<\/code>, secret_previous_expires_at<\/code>, enabled<\/code>, health<\/code>\n* exclusions.skus<\/code>\n* conflicts_report<\/code>: {generated_at, items[]}<\/code> \u2013 each item has type<\/code>, sku<\/code>, gid<\/code>, child_id<\/code>, child_name<\/code>, master_value<\/code>, child_value<\/code>, detail<\/code>\n* Diagnostics\/admin UI state: notices<\/code>, event_log<\/code>, backlog<\/code> (v2: id<\/code>, type<\/code>, store_id<\/code>, attempt<\/code>, status<\/code>, next_retry_at<\/code>, payload<\/code>, payload_meta<\/code>, error<\/code>, code<\/code>), reconcile<\/code> (v2: mode<\/code>, dry_run<\/code>, differences_only<\/code>, selected_skus<\/code>, processed<\/code>, total_estimate<\/code>, differences_found<\/code>, pushed_count<\/code>, started_at<\/code>, finished_at<\/code>, last_batch_at<\/code>), health<\/code> (this store's own global health, retained alongside the newer per-store master<\/code>\/children[].health<\/code>)<\/p>\n\nProduct\/variation meta keys:\n* _kitgenix_stock_sync_for_woocommerce_gid<\/code> \u2013 stable cross-store identity, survives SKU renames. Never regenerated once set.\n* _kitgenix_stock_sync_for_woocommerce_version<\/code> \u2013 Master-authoritative monotonic version counter, bumped on every authoritative capture.\n* _kitgenix_stock_sync_for_woocommerce_applied_version<\/code> \u2013 last version a receiving store actually applied; the staleness-fencing guard.<\/p>\n\nREST API routes (POST):\n* \/wp-json\/kitgenix-stock-sync\/v1\/ping<\/code> \u2013 returns wc_version<\/code> and plugin_version<\/code>\n* \/wp-json\/kitgenix-stock-sync\/v1\/event<\/code>\n* \/wp-json\/kitgenix-stock-sync\/v1\/stock<\/code> (master only; used by strict checkout validation)\n* \/wp-json\/kitgenix-stock-sync\/v1\/stock-state<\/code> (used by audit\/reconcile\/conflict comparisons; returns gid<\/code> and effective manage_stock<\/code>)<\/p>\n\nAll four routes register with permission_callback => __return_true<\/code> and perform authentication inside the callback via the signed-request headers below \u2013 this is intentional (a signed server-to-server webhook has no WordPress user\/cookie\/application-password to authenticate against) and not a missing-permission-callback oversight.<\/p>\n\nAuthentication headers:\n* X-Kitgenix-Store-Id<\/code>\n* X-Kitgenix-Timestamp<\/code>\n* X-Kitgenix-Nonce<\/code>\n* X-Kitgenix-Signature<\/code><\/p>\n\nSignatures:\n* HMAC SHA-256 over: timestamp + \"\\n\" + nonce + \"\\n\" + request_body<\/code>\n* Timing-safe comparison (hash_equals<\/code>)\n* Timestamp skew allowed: 5 minutes\n* Nonce replay protection stored via transients; a nonce is only consumed once a request is confirmed authentic, so a wrong signature can't burn a legitimate nonce slot\n* Verification tries the current secret, then a rotated-out previous secret if it hasn't expired (see \"Rotate Secret\")\n* Request bodies over 2MB are rejected before any HMAC work\n* Repeated authentication failures from the same sender trigger a temporary lockout (20 failures \/ 10 minutes \u2192 15 minute lockout)\n* All authentication failure responses are a single generic 401 (detailed reason logged internally only) so a caller cannot enumerate which store IDs are configured<\/p>\n\nAction Scheduler hooks:\n* (Action group: kitgenix-stock-sync<\/code>)\n* kitgenix_stock_sync_for_woocommerce_process_event<\/code>\n* kitgenix_stock_sync_for_woocommerce_push_to_store<\/code> \u2013 used for both the initial async dispatch (attempt 1) and scheduled retries of the same delivery (attempt > 1)\n* kitgenix_stock_sync_for_woocommerce_send_to_master<\/code> \u2013 same dual purpose, Child \u2192 Master direction\n* kitgenix_stock_sync_for_woocommerce_reconcile_batch<\/code>\n* kitgenix_stock_sync_for_woocommerce_process_order_processing<\/code>\n* kitgenix_stock_sync_for_woocommerce_health_ping<\/code> \u2013 recurring, ~15 minutes<\/p>\n\nAdmin capability:\n* manage_woocommerce<\/code><\/p>\n\nAdmin nonces:\n* kss_save_config<\/code>\n* kss_save_connection<\/code>\n* kss_save_children<\/code>\n* kss_test_connection<\/code>\n* kss_tools<\/code>\n* kss_conflicts<\/code>\n* kss_logs<\/code><\/p>\n\nFilters:\n* kitgenix_stock_sync_for_woocommerce_parent_menu_slug<\/code> (change the parent menu slug; default: kitgenix<\/code>)\n* kitgenix_stock_sync_for_woocommerce_secret_rotation_overlap<\/code> (seconds a rotated-out secret keeps working; default 86400, clamped to 1 hour\u20137 days)\n* kitgenix_stock_sync_for_woocommerce_allow_insecure_url<\/code> (return true<\/code> to allow http:\/\/<\/code> for localhost<\/code>\/.local<\/code>\/.test<\/code> hosts only \u2013 never for a real remote host)<\/p>\n\nTransients (dynamic keys):\n* kitgenix_stock_sync_for_woocommerce_do_activation_redirect<\/code> (30 seconds)\n* kitgenix_stock_sync_for_woocommerce_kss_nonce_{md5(store_id|nonce)}<\/code> (nonce replay protection, 10 minutes)\n* kitgenix_stock_sync_for_woocommerce_kss_seen_{md5(event_id)}<\/code> (duplicate event detection, 24 hours)\n* kitgenix_stock_sync_for_woocommerce_kss_debounce_{md5(key)}<\/code> (debounce, ~2 seconds)\n* kitgenix_stock_sync_for_woocommerce_kss_old_sku_{post_id}<\/code> (SKU rename helper, 60 seconds)\n* kitgenix_stock_sync_for_woocommerce_kss_audit_result_{user_id}<\/code> (stores last audit result in wp-admin, 10 minutes)\n* kitgenix_stock_sync_for_woocommerce_kss_stockcache_{md5(sku)}<\/code> (last-known-good stock snapshot for the stale_cache<\/code> checkout strategy, 24 hours; a per-item cached_at<\/code> timestamp \u2013 not the transient TTL \u2013 enforces the merchant-configured max age)\n* kitgenix_stock_sync_for_woocommerce_kss_authfail_{md5(identity)}<\/code> \/ ..._kss_lockout_{md5(identity)}<\/code> (brute-force throttle)<\/p>\n\nObject cache (if persistent object cache is enabled):\n* Cache group: kitgenix_stock_sync<\/code>\n* Key: kitgenix_stock_sync_for_woocommerce_kss_gid_{md5(gid)}<\/code> (GID \u2192 product ID lookup, ~1 hour)<\/p>\n\nInternal action hooks (called directly, but can be hooked):\n* kitgenix_stock_sync_for_woocommerce_process_order_processing<\/code><\/p>\n\nWP-CLI<\/h4>\n\nwp kitgenix-stock-sync status [--format=<table|json|yaml>]\n<\/code><\/pre>\n\nRole, store ID, and a per-store connection health summary.<\/p>\n\n
wp kitgenix-stock-sync audit --skus=<a,b,c> [--format=<table|json>]\n<\/code><\/pre>\n\nMaster only. Compare Master vs. every configured Child for the given SKUs.<\/p>\n\n
wp kitgenix-stock-sync reconcile [--skus=<a,b,c>] [--dry-run] [--differences-only] [--batch=<n>]\n<\/code><\/pre>\n\nMaster only. Runs to completion synchronously (with a progress bar) rather than relying on Action Scheduler's own timing, so the command reports a real result. Omit --skus<\/code> to reconcile the whole catalogue.<\/p>\n\nwp kitgenix-stock-sync sku push <sku>...\n<\/code><\/pre>\n\nMaster only. Push specific SKUs to all children immediately.<\/p>\n\n
wp kitgenix-stock-sync backlog list|retry <id>|discard <id>|retry-all|discard-all [--yes]\n<\/code><\/pre>\n\nInspect and manage the backlog. discard<\/code>\/discard-all<\/code> prompt for confirmation unless --yes<\/code> is passed.<\/p>\n\nwp kitgenix-stock-sync conflicts [--rescan] [--format=<table|json>]\n<\/code><\/pre>\n\nPrint the current Conflict Dashboard report; --rescan<\/code> runs a fresh duplicate-SKU scan first (Master only).<\/p>\n\nSecurity & Privacy<\/h3>\n\n\n- No tracking cookies are added by this plugin.<\/li>\n
- Admin actions are protected with nonces and capability checks.<\/li>\n
- REST requests are authenticated using HMAC-SHA256 signatures (timing-safe comparison) with timestamp + nonce replay protection, a request-size cap, and a brute-force lockout on repeated authentication failures.<\/li>\n
- Authentication failure responses are generic (a single 401) so a caller cannot enumerate configured store pairings; the specific reason is only recorded in this store's own Event Log.<\/li>\n
- Master\/Child URLs must use HTTPS (loopback\/
.local<\/code>\/.test<\/code> hosts can opt into http:\/\/<\/code> for local development only, via a filter).<\/li>\n- Shared secrets are stored in the plugin settings option (
kitgenix_stock_sync_for_woocommerce_settings<\/code>), the same way most WordPress integrations store API credentials. Treat secrets like passwords. Secrets are never written to the Event Log, the Backlog, or WooCommerce's own logs.<\/li>\n- Secrets can be rotated from the Stores tab with a short overlap window so both sides of a pairing can be updated without an outage.<\/li>\n
- Site Health's diagnostic \"Info\" section deliberately excludes secrets and full store URLs \u2013 only booleans, counts, and timestamps.<\/li>\n<\/ul>\n\n
Uninstall<\/h3>\n\n
This plugin removes its settings and plugin-only transients on uninstall. It does not remove WooCommerce product\/order meta or Action Scheduler records \u2013 this is intentional …<\/p>\n\n\n
\n- Install via Plugins \u2192 Add New and search for \"Kitgenix Stock Sync for WooCommerce\", or upload the ZIP to
\/wp-content\/plugins\/<\/code>.<\/li>\n- Activate the plugin (WooCommerce required \u2013 the plugin will deactivate itself if WooCommerce isn't active).<\/li>\n
- Open the settings under the Kitgenix hub (Kitgenix \u2192 Stock Sync).<\/li>\n
- Decide which store is the Master and which are Children, then configure the connection on each: Master\/Child URLs must use HTTPS, plus a Store ID and a shared secret.<\/li>\n
- Use Test Connection to confirm each pairing before relying on it.<\/li>\n
- Run a Reconcile on the Master to establish stable GIDs and push the current stock state to every Child.<\/li>\n
- Optional: enable Strict checkout validation on Child stores and choose a failure strategy.<\/li>\n
- Optional: server administrators can also drive setup checks and operations via WP-CLI (
wp kitgenix-stock-sync status<\/code>) \u2013 see the developer reference below.<\/li>\n<\/ol>\n\nThe plugin cannot sync anything until at least one Master and one Child are configured and connected \u2013 there is no default or automatic pairing.<\/p>\n\n\n
\nWhat is stock drift?<\/h3><\/dt>\nStock drift happens when you update stock on one WooCommerce store but another connected store still shows the old quantity. Left unresolved, it leads to oversells, customer frustration, and messy fulfilment. This plugin prevents stock drift by keeping one authoritative Master store's stock state in sync with all Child stores.<\/p><\/dd>\n
Does this require WooCommerce?<\/h3><\/dt>\nYes. This plugin hooks WooCommerce product stock APIs and requires WooCommerce to be active.<\/p><\/dd>\n
How often does stock sync run?<\/h3><\/dt>\nThere is no fixed interval or polling schedule. Stock changes are captured and sent the moment WooCommerce itself changes stock, dispatched asynchronously via Action Scheduler \u2013 typically within seconds. A separate recurring health-check ping runs roughly every 15 minutes purely to keep connection status current, not to sync stock.<\/p><\/dd>\n
What format does the feed or import file need to be?<\/h3><\/dt>\nThere is no feed file or CSV import involved in the sync itself. This plugin does not read a feed URL or file \u2013 it connects directly, over authenticated REST API calls, to the other WooCommerce store(s) you configure as Master or Child. If you separately import stock into WooCommerce via CSV, that import triggers WooCommerce's own stock-update hooks, which this plugin then syncs like any other stock change.<\/p><\/dd>\n
Can I sync from multiple sources?<\/h3><\/dt>\nThis plugin uses a single-Master, multiple-Child model: one authoritative Master store can push stock to any number of Child stores, but only one store may act as Master at a time. It does not support pulling stock from multiple independent Master sources into one store.<\/p><\/dd>\n
How do I set up Master and Child stores?<\/h3><\/dt>\nInstall and activate the plugin on the Master store and every Child store, then choose a role for each: one store as Master, all others as Child. On each Child, enter the Master's connection details (HTTPS URL, Master Store ID, and Shared Secret); on the Master, add each Child the same way. Use Test Connection to verify the link, then run Reconcile on the Master to establish stable GIDs and push the initial stock state. See Quick Start above for the full walkthrough.<\/p><\/dd>\n
Can I use more than one Master store?<\/h3><\/dt>\nNo. This plugin is designed for a single authoritative Master store and one or more children.<\/p><\/dd>\n
Does it sync product data (title, price, images) or orders?<\/h3><\/dt>\nNo. It syncs stock state only.<\/p><\/dd>\n
What stock fields are synced?<\/h3><\/dt>\nPer SKU: stock quantity, stock status, backorders, and low stock amount.<\/p><\/dd>\n
Is stock sync automatic, or do I need to trigger it manually?<\/h3><\/dt>\nSync is automatic. Stock changes are captured the moment WooCommerce itself changes stock (an order, a refund, a CSV import, a REST edit, or a third-party integration) and dispatched asynchronously through Action Scheduler \u2013 there's no schedule to configure and no file to upload. Manual tools (Reconcile, Manual SKU Sync) exist for initial setup and troubleshooting, not for day-to-day operation.<\/p><\/dd>\n
Does this plugin support variable products and variations?<\/h3><\/dt>\nYes. Variations are synced by their own variation SKU, including variations that inherit stock management from their parent product.<\/p><\/dd>\n
Are any product types excluded?<\/h3><\/dt>\nExternal\/Affiliate and Grouped products are skipped for stock syncing (these types are not stock-managed in WooCommerce).<\/p><\/dd>\n
Does this plugin work with WooCommerce High-Performance Order Storage (HPOS)?<\/h3><\/dt>\nYes. The plugin declares compatibility with WooCommerce's custom order tables (HPOS) feature.<\/p><\/dd>\n
What happens if a child store is offline?<\/h3><\/dt>\nFailed pushes are recorded in the Backlog (with reason, attempt count, and next retry time) and retried automatically using WooCommerce's Action Scheduler with an increasing delay, up to a bounded number of attempts. Once that budget is exhausted, the item is marked for manual attention \u2013 it will not retry forever \u2013 and can be retried or discarded (with confirmation) from the Logs tab or WP-CLI.<\/p><\/dd>\n
What happens if the Master is unreachable during checkout validation?<\/h3><\/dt>\nDepends on the configured failure strategy (Configuration tab): fail-open (default, allows checkout), fail-closed (blocks checkout), or use last-known stock (applies a recent cached snapshot if it's fresh enough, otherwise falls back to fail-open). A definitive out-of-stock\/insufficient response from a reachable<\/em> Master always blocks checkout, regardless of this setting.<\/p><\/dd>\nWhere can I view the sync logs?<\/h3><\/dt>\n