ConnectWiz Commerce

Eén productwaarheid. Vijf plekken. Nul kopieerwerk.

Je catalogus bestaat één keer — met varianten, media en prijzen in meerdere valuta’s — en voedt tegelijk het paneel, de AI-assistent, de chatwinkel, je shoppingfeeds en een publieke API. Met een WooCommerce-synchronisatie die echt twee kanten op werkt en een prijsmodel waar geen onvertrouwde aanroeper bij kan.

Vijf plekken, één record WooCommerce in twee richtingen Prijzen die geen aanroeper kan injecteren
Eén catalogus — vijf plekken
Keramiekset · $ 129
AI-antwoorden
Chatwinkel
Google/Meta-feed
Jouw API
Prijs: altijd serverkant
5
Plekken die één productrecord voedt — paneel, AI, chatwinkel, shoppingfeeds, publieke API
2 kanten
WooCommerce-synchronisatie — met eigenaarschap per veld en een zichtbaar conflictenregister
0
Prijsparameters op een onvertrouwde deur — prijzen komen als momentopname uit de catalogus, serverkant, altijd
3
Onafhankelijke assen voor bestellingen — documentstatus, afhandelingsfase en herkomst — zodat de werkelijkheid erin past

De catalogus

Diep genoeg voor echte merchandising

Producten, diensten, bundels

SKU, barcode/GTIN, merk, staat, kostprijs, advies- en actieprijzen met actieperiodes, btw-behandeling, eenheden, gewichten en afmetingen, Google-productcategorieën, vertalingen, tags — de hele merchandisingwoordenschat.

Varianten, automatisch gegenereerd

De assen Maat × Kleur groeien uit tot variantartikelen met een eigen prijs, barcode, afbeelding en gewicht — het cartesische monnikenwerk doet de machine.

Media, netjes beheerd

Een mediabibliotheek per artikel met een hoofdafbeelding, vertaalde alt-teksten en een eigen volgorde — geserveerd vanuit CDN-opslag en bij het uploaden opgeschoond.

Prijslijsten zonder valutafictie

Prijzen per valuta en per land — bewust zonder automatische omrekening. Een prijs die je nooit hebt ingesteld bestaat simpelweg niet, want een verzonnen wisselkoersprijs is een retour in de dop.

Relaties die verkopen

Bundelonderdelen, add-ons, upsells, cross-sells en accessoires in één relatiemodel — het antwoord op “wat past hierbij” dat je AI ook echt kan geven.

In bulk erin, in bulk eruit

CSV-import en -export, lijstfilters en een bulkbalk — catalogusonderhoud op spreadsheetsnelheid, met de integriteit van een database.

Vijf plekken

Voer een product één keer in. Het staat overal waar gesprekken plaatsvinden.

Abstracte 3D-illustratie: een gloeiende productkubus die lichtdraden uitstraalt naar een chatballon, een widgetpaneel, een feedkaart, een API-haakje en een prijskaartje

De AI verkoopt eruit

Wiz kijkt midden in een gesprek in de catalogus en in de bestellingen — voorraad, varianten, “waar blijft mijn bestelling” — gefundeerd op hetzelfde record dat het paneel bewerkt, nooit op een verouderde kopie.

Een winkel in de chat

Bezoekers bladeren, bestellen en bekijken hun eigen bestellingen in de websitewidget — en de winkel verschijnt alleen als je echt actieve artikelen met een prijs hebt. Geen lege etalage voor de show.

Shoppingfeeds, met token

Een productfeed volgens het Google-schema (Meta Commerce Manager leest hetzelfde formaat) plus CSV, geserveerd op een geheime URL met token en caching — je advertenties en winkels blijven synchroon zonder dat er een app review tussen zit.

Een publieke Commerce API

Met afgebakende tenant-API-sleutels (catalogus lezen, bestellingen lezen/schrijven) bouwen je eigen webshop of mobiele app voort op dezelfde catalogus en bestelmotor — gedocumenteerd, met rate limits, echt.

Flows kunnen zaken doen

Met de commerce-node kunnen automatiseringen artikelen opzoeken en bestellingen plaatsen midden in een gesprek — bestellingen opnemen waar de klant toch al is.

Eén deur, geen prijsparameter

Bestellingen uit de widget, uit een flow en via de API gaan allemaal door één schrijver die structureel geen prijs kán aannemen — naam en prijs worden bij het bestellen uit de catalogus gekopieerd. Knoeien wordt niet geweigerd; het kan gewoon niet.

WooCommerce & WordPress

Synchronisatie in twee richtingen, met een afspraak over eigenaarschap

De meeste “integraties” zijn een importknop en een schietgebedje. Deze is een gestuurde synchronisatie in twee richtingen waarin jij per datadomein bepaalt welk systeem de waarheid bezit.

Abstracte 3D-illustratie: twee platforms wisselen productkubussen uit over een lichtbrug in twee richtingen, met een eigenaarszegel erboven en een register dat een conflictkubus opvangt

Koppelen met één klik

De standaard autorisatiestroom van WooCommerce regelt API-sleutels en webhooks automatisch — geen ritueel met sleutels overtypen, geen checklist voor webhooks.

Diepe import, echte terugschrijving

Afbeeldingen, categoriebomen, actieprijzen met periodes, GTIN’s, tags, upsells, variantprijzen en -afbeeldingen komen binnen; productwijzigingen kunnen terugschrijven naar Woo — beide richtingen, zonder opsmuk.

Eigenaarschap per veld

Per domein kies jij: de data woont bij Woo, woont hier, of loopt beide kanten op. Velden die elders van iemand anders zijn, staan alleen-lezen met de reden erbij op het scherm — geen chaos van twee bazen.

Eerst repeteren, dan live

Elke terugschrijfbewerking heeft een eigen schakelaar met een repeteerstand — zie wat er zou veranderen voordat er iets verandert. Deterministische idempotency-sleutels maken opnieuw proberen veilig.

Conflicten, in een register

Mislukte of botsende synchronisaties belanden in een zichtbaar conflictenregister met oplossen-en-opnieuw-proberen — nooit een stille overschrijving, nooit een raadselachtig verschil dat je pas bij de inventarisatie ontdekt.

De WordPress-plug-in

Zet de chatwidget in je site en maakt ondertekende single-sign-on-tokens aan — een ingelogde WooCommerce-klant wordt in de chat herkend zonder zich opnieuw te registreren, bestellingen en al.

Bestellingen, verkoop & voorraad

Het papieren spoor, gemodelleerd zoals het echt werkt

Bestellingen op drie assen

Documentstatus, afhandelingsfase (met vervoerder en trackingnummer) en herkomst — paneel, widget, AI, flow, API of WooCommerce — bewegen los van elkaar, want “bevestigd”, “verzonden” en “kwam uit de chat” zijn verschillende feiten.

Betaald wordt berekend, niet aangevinkt

Offertes, verkooporders, betalingen en een vorderingenregister per contact — “betaald” volgt uit het register, zodat deelbetalingen en openstaande saldi feiten zijn en geen vinkjesfictie.

Voorraad als een echt register

Voorraadmutaties in dubbel boekhouden over locaties heen — vastleggen, tellen, verplaatsen, verbruiken — en een boeking kan voorraad verbruiken, zodat de serviceafspraak en de gebruikte onderdelen kloppen met elkaar.

De kleine lettertjes, zonder opsmuk

Wat Commerce bewust niet is

Geen gehoste webwinkel

We hosten geen publieke webwinkel voor je — de plekken zijn de chatwinkel, de feeds en de API waarop je eigen site voortbouwt. Een gehoste etalage is een mogelijk later hoofdstuk, geen stille belofte.

Geen betalingen in de chat

Bestellen gebeurt in de chat; kaarten afschrijven niet. Betaalstromen horen bij betaaldienstverleners, en net doen alsof dat anders is, is hoe platforms half bank worden, en slecht.

Meta-catalogus: alleen lezen

Je catalogus in Commerce Manager lezen we uit voor de productkiezers in WhatsApp-gesprekken; we schrijven bewust niet in de catalogus van Meta — de feed-URL is het synchronisatiepad, en daar is geen extra beoordeling van Meta voor nodig.

Geen verzonnen getallen

Geen valuta-omrekening, geen automatisch gegenereerde groothandelsstaffels, geen gereserveerde voorraad — allemaal geweigerd, want een verzonnen getal in commerce wordt een echt geschil met een echte klant.

Commerce-FAQ

Voordat je gaat verkopen

Meer in de volledige FAQ, of vraag het ons direct.

Vijf plekken uit één productrecord: het adminpaneel, de AI-assistent (die midden in een gesprek producten en bestellingen kan opzoeken), de chatwinkel in de websitewidget, shoppingfeeds die met Google en Meta overweg kunnen, en een publieke Commerce API waarop je eigen webshop of app kan voortbouwen.

Koppelen met één klik regelt sleutels en webhooks automatisch, daarna loopt de synchronisatie echt twee kanten op: producten, afbeeldingen, categorieën, actieprijzen, varianten en relaties komen binnen; wijzigingen kunnen terugschrijven — gestuurd door het eigenaarschap per veld dat jij kiest (de data woont bij Woo, bij ons of beide kanten op), een schakelaar per bewerking van repeteren naar live, en een zichtbaar conflictenregister met opnieuw proberen. Er wordt niets stilletjes overschreven.

Bestellingen worden in de chat geplaatst; betalingen verwerken we bewust niet. “Betaald” wordt berekend uit het betalingenregister in plaats van uit een vinkje op een order, en afrekenlinks horen bij je eigen betaaldienstverlener. We koppelen liever eerlijk aan echte betaalstromen dan een afrekenscherm na te spelen.

Structureel niet. Elke onvertrouwde deur — de winkel in de widget, flows, de publieke API — loopt via één schrijver van bestellingen die geen parameter voor een prijs heeft: naam en prijs worden bij het bestellen serverkant uit de catalogus gekopieerd. Prijsintegriteit is hier architectuur, geen validatie.

Je catalogus staat er al. Stop met hem per plek over te typen.

Importeer uit WooCommerce of uit een CSV, en elke gespreksplek verkoopt vanaf dezelfde waarheid.