Podręcznik

Integracja Fittle z portalem – krok po kroku.

Dla programistów portali, sieci i własnych systemów: osadzić konfigurator, odbierać zapytania webhookiem, pracować z API i pokazać stolarzowi podgląd 3D. Z przykładami w Node.js, PHP i curl. Podstawowa integracja zajmuje około godziny.

1. Jak to działa

Niczego nie hostujesz i niczego nie instalujesz. Cały przepływ ma cztery kroki:

  1. Konfigurator działa na Twojej stronie w iframe (jeden <script>). Klient projektuje kuchnię, szafę, meblościankę, meble lub łazienkę w 3D.
  2. Wysyła zapytanie (imię, e-mail, telefon, wymagania, zdjęcia). Fittle zapisuje je pod Twoim kluczem.
  3. 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).
  4. 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ę.

Bez rozliczenia za zapytanie nie ma karty Integracja, a wywołania API zwracają 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.

Wskazówka. Zdarzenie 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.

Najczęstszy błąd: podpis się nie zgadza, bo framework najpierw sparsował i ponownie zserializował ciało (inne spacje, kolejność kluczy). Podpisywane jest surowe ciało – w Expressie 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: newseencontactedquotedwon / 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.
  • state to 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-Delivery ignorowane, 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)

KodZnaczenie 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.