1. Jak to działa
Niczego nie hostujesz i niczego nie instalujesz. Cały przepływ ma cztery kroki:
- Konfigurator działa na Twojej stronie w iframe (jeden
<script>). Klient projektuje kuchnię, szafę, meblościankę, meble lub łazienkę w 3D. - Wysyła zapytanie (imię, e-mail, telefon, wymagania, zdjęcia). Fittle zapisuje je pod Twoim kluczem.
- Otrzymujesz je na trzy sposoby: e-mailem (z linkiem 3D), webhookiem (podpisany POST na Twój serwer – natychmiast) i przez API (w dowolnym momencie później, także ze zdjęciami).
- Przekazujesz je stolarzom – każde zapytanie ma link do podglądu 3D, który otwiera się bez konta.
Czego potrzebujesz: konta stolarza na app.getfittle.com z rozliczeniem za zapytanie (portale i sieci nie płacą pakietu, lecz za każde odebrane zapytanie) – po przełączeniu w koncie pojawi się karta Integracja z webhookiem i kluczem API. Napisz do nas, przełączymy Cię.
403 integration_off. Samo osadzenie konfiguratora (krok 1) działa także w zwykłym pakiecie.Krok 1 – Osadzenie konfiguratora (5 minut)
Najprostszy sposób: jeden skrypt na stronie, gdzie ma być konfigurator. Klucz FITT-… znajdziesz w koncie; jest powiązany z Twoimi domenami (ustawiasz je w koncie), więc nie da się go użyć z innej strony.
<div id="configurator-pl"></div>
<script src="https://app.getfittle.com/embed.js"
data-key="FITT-XXXX-XXXX-XXXX"
data-product="kitchen"
data-target="#configurator"></script>
data-product: kitchen · wardrobe · living · furniture · bathroom. Język konfiguratora to domyślny język Twojego konta; klient może go przełączyć w nagłówku.
Portal z zalogowanymi użytkownikami: zamiast data-target wywołaj HNL.mount() – uzupełnisz imię, e-mail i telefon w formularzu zapytania i dowiesz się, kiedy zapytanie zostało wysłane:
<script src="https://app.getfittle.com/embed.js" data-key="FITT-XXXX-XXXX-XXXX"></script>
<script>
HNL.mount('#configurator', {
product: 'wardrobe', // kitchen | wardrobe | living | furniture | bathroom
fill: true, // fill the parent's height (default 820 px)
prefill: { // logged-in user of your portal (editable in the form)
name: 'Jane Doe', email: 'jane@example.com', phone: '+421 900 000 000'
}
});
HNL.on('ready', function (e) { console.log('configurator running:', e.product); });
HNL.on('quote', function (e) {
// request sent – e.id is the request id (DM…), e.design the design JSON
location.href = '/thank-you?request=' + encodeURIComponent(e.id);
});
</script>
Zdarzenia HNL.on: ready {product}, quote {id, product, design}, design (odpowiedź na HNL.getDesign(cb)), height {height}. HNL.prefill({…}) można wywołać także później.
quote przychodzi w przeglądarce klienta – przydaje się do podziękowania lub przekierowania. Do przetwarzania zapytania na serwerze użyj webhooka (krok 2), który jest podpisany.Krok 2 – Webhook (20 minut)
W koncie → Integracja ustaw Webhook URL (https) i sekret (dowolny długi ciąg, np. 32 losowe znaki). Przy każdym zapytaniu wysyłamy:
POST https://portal.example.com/furniconf/webhook
Content-Type: application/json
X-Furniconf-Event: quote.created
X-Furniconf-Delivery: WMTZ7Q2K9A1B
X-Furniconf-Timestamp: 1789300000
X-Furniconf-Signature: sha256=3f1a…9c
{
"id": "WMTZ7Q2K9A1B",
"event": "quote.created",
"createdAt": "2026-09-16T09:12:33.000Z",
"shopKey": "FITT-XXXX-XXXX-XXXX",
"data": {
"design": {
"id": "DMU3VCTB63BB7",
"product": "kitchen",
"status": "new",
"createdAt": "2026-09-16T09:12:33.000Z",
"customer": { "name": "Jane Doe", "email": "jane@example.com", "phone": "+421 900 000 000",
"note": "Handles in black, please.", "photoCount": 2 },
"design": { "type": "kitchen", "layout": "…", "dims": { … }, "runs": [ … ], "room": { … }, "state": { … } }
}
}
}
Zasady dostarczania:
- Odpowiedz 2xx w ciągu 8 sekund. Przetwarzaj dopiero po odpowiedzi (kolejka, worker) – inaczej grozi timeout.
- Przy błędzie lub timeoucie ponawiamy po 10 s, 1 min i 5 min, potem rezygnujemy – zapytanie zawsze możesz pobrać przez API. Przekierowań (3xx) nie śledzimy.
- To samo
X-Furniconf-Delivery= to samo dostarczenie. Zapisuj je i ignoruj duplikaty (idempotencja). - Zdjęć klienta nie ma w webhooku (tylko
photoCount) – pobierzesz je przez API (krok 3).
Weryfikacja podpisu
Podpis to HMAC-SHA256 sekretem nad ciągiem timestamp + "." + surowe ciało. Porównuj w stałym czasie:
// Node.js / Express – the signature is computed over the RAW body, so read it before any JSON parser
const express = require('express');
const crypto = require('crypto');
const app = express();
const SECRET = process.env.FURNICONF_WEBHOOK_SECRET;
app.post('/furniconf/webhook', express.raw({ type: 'application/json' }), (req, res) => {
const ts = req.header('X-Furniconf-Timestamp') || '';
const got = req.header('X-Furniconf-Signature') || '';
const want = 'sha256=' + crypto.createHmac('sha256', SECRET).update(ts + '.' + req.body).digest('hex');
if (got.length !== want.length || !crypto.timingSafeEqual(Buffer.from(got), Buffer.from(want))) {
return res.status(401).end(); // not from Fittle
}
if (Math.abs(Date.now() / 1000 - Number(ts)) > 300) return res.status(401).end(); // replay protection (5 min)
const evt = JSON.parse(req.body);
res.status(200).end(); // answer first (within 8 s) …
if (evt.event === 'quote.created') {
const d = evt.data.design;
// … then process: idempotency by delivery id, save, assign to a craftsman
saveRequest({ deliveryId: evt.id, requestId: d.id, product: d.product, customer: d.customer, design: d.design });
}
});
app.listen(3000);
To samo w PHP:
<?php // PHP – same check with hash_hmac + hash_equals
$secret = getenv('FURNICONF_WEBHOOK_SECRET');
$raw = file_get_contents('php://input');
$ts = $_SERVER['HTTP_X_FURNICONF_TIMESTAMP'] ?? '';
$got = $_SERVER['HTTP_X_FURNICONF_SIGNATURE'] ?? '';
$want = 'sha256=' . hash_hmac('sha256', $ts . '.' . $raw, $secret);
if (!hash_equals($want, $got) || abs(time() - (int)$ts) > 300) { http_response_code(401); exit; }
http_response_code(200);
$evt = json_decode($raw, true);
if ($evt['event'] === 'quote.created') {
$d = $evt['data']['design'];
// $evt['id'] = delivery id (idempotency), $d['id'] = request id, $d['customer'], $d['design']
}
Test: przycisk Wyślij testowy webhook w koncie wysyła zdarzenie webhook.test z tymi samymi nagłówkami; wynik (status HTTP, próby) widzisz w koncie, a my w logu.
express.raw() przed express.json(), w PHP php://input, w Django request.body, w Laravelu $request->getContent().Krok 3 – API (15 minut)
W koncie → Integracja → Wygeneruj klucz API. Klucz fak_… pokazuje się tylko raz – zapisz go w sekretach serwera, nigdy we frontendzie. Każde wywołanie ma nagłówek Authorization: Bearer fak_…, ciała są JSON, limit 600 wywołań na 10 minut.
Nowe zapytania (najnowsze pierwsze; zdjęcia tylko jako liczba):
curl -s "https://app.getfittle.com/api/portal/designs?status=new&limit=50" \
-H "Authorization: Bearer fak_XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
{ "designs": [
{ "id": "DMU3VCTB63BB7", "product": "kitchen", "status": "new", "createdAt": "2026-09-16T09:12:33.000Z",
"customer": { "name": "Jane Doe", "email": "jane@example.com", "phone": "+421 900 000 000", "note": "…", "photoCount": 2 },
"design": { … } }
] }
Jedno zapytanie z listą zdjęć i pobranie zdjęcia:
curl -s "https://app.getfittle.com/api/portal/designs/DMU3VCTB63BB7?photos=1" \
-H "Authorization: Bearer fak_…"
{ "design": { "id": "DMU3VCTB63BB7", …,
"customer": { …, "photoCount": 2,
"photos": [ { "n": 1, "name": "kitchen-now.jpg", "type": "image/jpeg", "size": 812345,
"url": "/api/portal/designs/DMU3VCTB63BB7/photos/1" }, … ] } } }
# photo (binary) – the API key is required here as well
curl -s "https://app.getfittle.com/api/portal/designs/DMU3VCTB63BB7/photos/1" \
-H "Authorization: Bearer fak_…" -o kitchen-now.jpg
Zmiana statusu – żebyś w koncie i u nas widział, gdzie jest zapytanie:
curl -s -X POST "https://app.getfittle.com/api/portal/designs/DMU3VCTB63BB7/status" \
-H "Authorization: Bearer fak_…" -H "Content-Type: application/json" \
-d '{ "status": "contacted" }'
{ "ok": true, "design": { "id": "DMU3VCTB63BB7", "status": "contacted", … } }
Link do podglądu 3D dla stolarza (bez konta, podpisany, ważny przez podaną liczbę dni):
curl -s -X POST "https://app.getfittle.com/api/portal/designs/DMU3VCTB63BB7/view-link" \
-H "Authorization: Bearer fak_…" -H "Content-Type: application/json" \
-d '{ "days": 30 }'
{ "ok": true,
"url": "https://app.getfittle.com/c/kitchen?k=FITT-XXXX-XXXX-XXXX&load=DMU3VCTB63BB7&vt=eyJ0…&view=1" }
Bez webhooka: okresowe pobieranie (np. co 5 minut):
# polling instead of a webhook: everything since the last check curl -s "https://app.getfittle.com/api/portal/designs?since=2026-09-16T00:00:00Z" -H "Authorization: Bearer fak_…"
Statusy zapytania: new → seen → contacted → quoted → won / lost. Inne ścieżki: GET /api/portal/me (Twój profil i ustawienia), POST /api/portal/webhook/test.
Odpowiedzi błędów mają postać { "error": "…", "reason": "…", "reqId": "…" } – zgłaszając problem, podaj reqId.
Krok 4 – Podgląd 3D dla stolarza i w portalu
Każde zapytanie ma link z view-link: stolarz otwiera go w przeglądarce (także na telefonie) i widzi dokładnie to, co zaprojektował klient – obracanie, wymiary, otwieranie drzwiczek, spacer, bez logowania. Wyślij go e-mailem, SMS-em lub pokaż w szczegółach zapytania w swoim portalu:
<!-- the request inside your portal: a 3D preview in an iframe (URL from view-link) -->
<iframe src="https://app.getfittle.com/c/kitchen?k=FITT-…&load=DMU3VCTB63BB7&vt=eyJ0…&view=1"
style="width:100%;height:720px;border:0;border-radius:12px" allow="xr-spatial-tracking"></iframe>
Link jest podpisany i ograniczony czasowo (days, domyślnie 30). Po wygaśnięciu wygenerujesz nowy – zapytanie pozostaje zapisane.
Krok 5 – Co jest w JSON projektu
design ma dwie warstwy: czytelny opis dla ludzi i state dla maszyny:
{
"type": "kitchen", // kitchen | wardrobe | living | furniture | bathroom
"layout": "Rohová (L)", // readable values – in the shop's default language
"dims": { "baseHeight": 72, "wallHeight": 72, "totalHeight": 218, … },
"runs": [ { "id": "A", "length": 365, "columns": [ { "width": 80, "base": "Drez", "wall": "Otvorená polica", … } ] } ],
"decors": { "base": "Dekor 3017", "baseCode": "D3017", … },
"appliances": { "fridge": 1, "oven": 1, "hob": 1, "sink": 1, … },
"room": { "width": 460, "depth": 360, "height": 270, "openings": [ … ], "cart": { … } },
"state": { … } // raw configurator state (codes) – for loading back into 3D
}
- Czytelne wartości (kształt, wymiary, moduły i ich zawartość, dekory z kodami, sprzęt AGD, pomieszczenie z otworami) są zawsze w domyślnym języku Twojego konta – niezależnie od tego, w jakim języku klikał klient.
stateto surowy stan konfiguratora (kody, nie teksty). Dzięki niemu projekt można w każdej chwili wczytać z powrotem do 3D; nie zmieniaj go.room.cart(tylko w trybie cenowym): koszyk z kodami produktów, ilościami i kwotami, jeśli klient wstawił do pomieszczenia Twoje obiekty 3D lub płytki.- Format jest stabilny – nowe pola są tylko dodawane, istniejące nie są zmieniane.
Rozliczenie i limity
- Płacisz za każde odebrane zapytanie uzgodnioną cenę netto; miesięczną fakturę otrzymasz e-mailem (PDF), zestawienie zapytań widzisz w koncie.
- API: 600 wywołań / 10 minut na klucz; webhook: 8 s na odpowiedź, 4 próby.
- Zapytanie klienta ma limit rozmiaru (projekt do 350 kB, uwagi 4 000 znaków, zdjęcia do 2 MB) – większe przeglądarka odrzuci jeszcze przed wysłaniem.
Lista kontrolna przed startem
- Domeny Twojej strony są w koncie (blokada klucza) i konfigurator ładuje się na stronie produkcyjnej.
- Webhook: podpis zweryfikowany nad surowym ciałem, odpowiedź 2xx w 8 s, duplikaty według
X-Furniconf-Deliveryignorowane, test zaliczony. - Klucz API jest w sekretach serwera; w razie wycieku wygenerujesz nowy w koncie (stary natychmiast przestaje działać).
- Odsyłasz statusy zapytań (
status) – widać je także w koncie. - Stolarz dostaje
view-link, nie JSON. - Masz ustawione rozliczenie za zapytanie (inaczej brak karty Integracja).
Kody błędów (reason)
| Kod | Znaczenie i rozwiązanie |
|---|---|
api_key (401) | Klucz fak_… jest nieprawidłowy lub wygenerowano nowy. Sprawdź nagłówek Authorization. |
integration_off (403) | Konto nie ma rozliczenia za zapytanie – webhook/API są nieaktywne. Napisz do nas. |
suspended (403) | Konto jest zawieszone. |
rate_limit (429) | Za dużo wywołań (600 / 10 min). Zwolnij, użyj since. |
license, quota, bad_email… (/api/quote) | Konfigurator odrzucił zapytanie: nieprawidłowa licencja/domena (license), przekroczony miesięczny limit (quota), niepoprawny e-mail/telefon/długość (bad_email, bad_phone, too_long), projekt ponad 350 kB (too_big). |
Wsparcie
Czat bezpośrednio w koncie (karta Wsparcie) lub e-mail; przy problemie technicznym dołącz reqId z odpowiedzi i X-Furniconf-Delivery z webhooka. Pełna dokumentacja referencyjna: PORTAL.md.