UnoPim ConnectorUnoPim Connector
View Demo
  • Getting Started

    • Introduction
    • Quick Start
    • Features
    • Installation
    • First-Time Setup
    • Onboarding Path
  • Configuration

    • Connection
    • Channels & Stores
    • Settings Overview
    • General Settings
  • Mapping

    • Mapping Overview
    • Core Fields
    • Attributes
    • Categories
  • Sync & Operations

    • Sync Page
    • Scheduled Jobs
    • Logs
    • Pull Pipeline
    • Push Pipeline
    • Variants
  • Compatibility

    • Multisite
    • Multilingual (WPML)
    • HPOS
  • Help

    • Troubleshooting
    • FAQ
    • Glossary
Support
View Demo
  • Getting Started

    • Introduction
    • Quick Start
    • Features
    • Installation
    • First-Time Setup
    • Onboarding Path
  • Configuration

    • Connection
    • Channels & Stores
    • Settings Overview
    • General Settings
  • Mapping

    • Mapping Overview
    • Core Fields
    • Attributes
    • Categories
  • Sync & Operations

    • Sync Page
    • Scheduled Jobs
    • Logs
    • Pull Pipeline
    • Push Pipeline
    • Variants
  • Compatibility

    • Multisite
    • Multilingual (WPML)
    • HPOS
  • Help

    • Troubleshooting
    • FAQ
    • Glossary
Support
  • Getting Started

    • Introduction
    • Quick Start
    • Features
    • Installation
    • First-Time Setup
    • Onboarding Path
  • Configuration

    • Connection
    • Channels & Stores
    • Settings Overview
    • General Settings
  • Mapping

    • Field Mapping (Overview)
    • Core Fields Mapping
    • Attribute Mapping
    • Category Mapping
  • Sync & Operations

    • Sync
    • Scheduled Jobs
    • Logs
    • Pull (UnoPim → WooCommerce)
    • Push (WooCommerce → UnoPim)
    • Variants
  • Compatibility

    • Multisite
    • Multilingual (WPML)
    • HPOS Compatibility
  • Help

    • Troubleshooting
    • FAQ
    • Glossary

Logs

Every sync operation writes a row to the connector's audit table. The Logs page is the operator-facing window into that table — paginated, filterable, flushable.

Logs screen — KPI strip across the top, the Filter row (kind, status, direction, entity, search, time-window), the burst summary, and the per-row table with timestamp, kind, status, direction, entity, message and a Details action.

Where it lives

WordPress admin → UnoPim Configuration → Logs.

Available to administrators and shop managers.

At a glance

┌─────────────────────────────────────────────────────────────┐
│  Filter: [ All ▼ ] [ All entities ▼ ] [ All channels ▼ ]   │
│          [ Apply ]    Showing 142 rows of 4,801             │
├──────┬──────────┬─────────┬─────────┬──────┬───────────────┤
│ Time │ Status   │ Op      │ Entity  │ Dir  │ Message       │
├──────┼──────────┼─────────┼─────────┼──────┼───────────────┤
│ ...  │ success  │ pull    │ product │ →WC  │ updated SKU.. │
│ ...  │ error    │ push    │ product │ →UNO │ HTTP 422 ...  │
│ ...  │ info     │ push    │ product │ →UNO │ echo suppress │
│ ...  │ info     │ pull    │ product │ →WC  │ dry-run...    │
└──────┴──────────┴─────────┴─────────┴──────┴───────────────┘

Click any row to expand it. You'll see:

  • The full message
  • A short excerpt of the data sent or received
  • Any HTTP code (if applicable)
  • How long the operation took
  • The channel, language and site context

Filters

Top of the page. All combine.

FilterOptions
Statusall / success / error / warn / info
Entityall / product / category / attribute / family / channel / language / currency / variant / association / reference / image / etc.
Directionall / pull / push / not applicable
Channelall / per channel
Languageall / per language
BurstA handy bundle of common filters (latest 100, errors only, older than 7 days, today's pushes, today's pulls)

The Burst filter is a shortcut bundling several criteria — useful for the "show me what just broke" workflow without setting four filters by hand.

Status meanings

StatusWhat it means
successThe operation completed and the change was written
errorThe operation failed — check the message and HTTP code
warnA non-fatal issue — the entity might be partly synced
infoInformational — dry-run output, cooldown skips, or other no-op events

Errors are red. Warnings are yellow.

Operations

OperationWhen it fires
pullUnoPim → WooCommerce write
pushWooCommerce → UnoPim write
deleteDelete handler invoked (either direction)
apiRaw API call (auth, non-entity-bound)
cronScheduled-tick start/end markers
migrationSchema migration step
cleanupDaily log retention purge

Direction

ValueMeaning
pullUnoPim → WooCommerce
pushWooCommerce → UnoPim
not applicableCron orchestration entries

A row in detail

Clicking a row expands it. Example for a successful product pull:

Time:        2026-05-05 14:32:01
Status:      success
Operation:   pull
Entity:      product (WC-PRODUCT-001)
Direction:   pull (UnoPim → WC)
Channel:     web
Language:    en_US
Site:        1
HTTP:        200
Duration:    142 ms
Message:     Pulled 28 attributes; 4 categories applied; 1 image queued.

Example for a push that failed:

Time:        2026-05-05 14:32:14
Status:      error
Operation:   push
Entity:      product (WC-PRODUCT-002)
Direction:   push (WC → UnoPim)
HTTP:        422
Duration:    307 ms
Message:     UnoPim rejected the data: attribute "sale_price" is not in this product's family.

Flush controls

Bottom of the page: Flush logs with a scope dropdown.

ScopeWhat it removes
Older than 30 daysThe default — the same as the daily auto-cleanup
Older than 7 daysMore aggressive cleanup
Errors onlyJust clear errors, keeping success rows for audit
Current filterFlush whatever the active filter shows
AllEmpty the entire log table

Confirm dialog. The flush itself is logged as an info entry in the freshly-cleaned table.

Daily auto-cleanup

The connector trims log rows older than 30 days every day, automatically. Your audit table never grows unbounded under normal use.

Common debugging patterns

"Why didn't my product sync?"

  1. Set the filter to entity = product and status = error or info.
  2. Find the row matching your SKU.
  3. Read the message and the data excerpt.

Common causes:

  • Cooldown — the product was pushed within the cooldown window after a recent pull
  • Skipped by a custom rule — your developer has added a rule that blocked it
  • HTTP 422 — a mapping issue (wrong attribute or family)
  • Unmapped category — a category mapping is missing
  • Missing family — the product has no family and no fallback set

"Why is push slow?"

  1. Filter direction = push, sort by duration descending.
  2. Outlier rows reveal the slow operations — usually image uploads or large variants.
  3. If push is consistently slow, consider turning off image push for that channel, or check UnoPim server capacity.

"Did the scheduled tick fire?"

  1. Filter operation = cron.
  2. Look for entries around the expected time.
  3. If they're missing, scheduled syncs aren't firing — see Troubleshooting → Cron not firing.

Two log layers

The connector also writes a coarse summary line to WooCommerce's standard log under WooCommerce → Status → Logs.

LogWhen to use
This pagePer-entity drill-down. Filterable, searchable, filterable by status.
WooCommerce logA one-line-per-operation timeline you can grep through

Troubleshooting

SymptomCauseFix
Logs page is emptyNo sync has happened yet, or retention purged everythingTrigger a manual sync
No new rows after a clickThe background queue isn't drainingSee Troubleshooting → Cron not firing
Rows truncated mid-messageThe table view truncates long messages — they're kept in full in the databaseClick the row to see the full message
Pagination wrongFilter changed without applyingClick Apply explicitly
Flush did nothingYour account doesn't have the right permissionsSign in as an administrator or shop manager

The connector also exposes hooks for developers who need to extend it.


Next: Pull

Prev
Scheduled Jobs
Next
Pull (UnoPim → WooCommerce)