Channel manager per tour, attività e noleggi · conforme OCTO

Vendi ogni posto una volta sola.
Su ogni canale.

Un solo inventario per tutti i canali di vendita. Tako mantiene coerenti disponibilità e prenotazioni tra il tuo booking system, i reseller OCTO e OTA come Viator, attraverso una sola API. Niente overbooking, niente fogli di calcolo.

Prenota una demo Leggi la documentazione

app.takoconnect.com/availability

Disponibilità

Blue Coast Charters · settimana 25

● 3 canali in sincronizzazione

Opzione	Lun 15	Mar 16	Mer 17	Gio 18	Ven 19	Sab 20	Dom 21
Sunset cruise · 18:30	9/12	12/12	4/12	0/12	7/12	3/12 01Viator · prenotazione ricevuta4 → 3	11/12
Tour snorkeling · 09:00	8/8	6/8	8/8	2/8	8/8	1/8	8/8
Noleggio barca · giornata intera	3/3	1/3	3/3	3/3	0/3	2/3	3/3

Riconciliazione eseguita alle 02:00 · 0 discrepanze su 3 canali

Costruito su standard aperti, non su un singolo marketplace

OCTO
Core · pricing · notifications, verificato con la conformance suite
OpenAPI 3
Contratto REST completo, genera qualsiasi client
llms.txt
Lo stesso contratto, scritto per gli agenti
Viator
Connettore Supplier API, in produzione
PostgreSQL
Inventario transazionale, mai in cache

Il problema

Due calendari, un posto, due clienti contenti. Fino a sabato.

La disponibilità vive in una dozzina di strumenti, appartiene a una dozzina di marketplace e si disallinea nel momento in cui uno di loro vende un posto. L'overbooking lo scopri al molo.

Senza un inventario condiviso

Viator · calendario proprio

Sunset cruise · Sab 20

1/12 disponibili

✓ Venduto 18:31

Il tuo sito · calendario proprio

Sunset cruise · Sab 20

1/12 disponibili

✓ Venduto 18:31

2 prenotazioni, 1 posto. Lo scopri dal cliente.

Con Tako

Inventario · Barca “Aria” · Sab 20

Sunset cruise · 18:30

1/12 · bloccato

Viator · 18:31:02

✓ Confermata

Il tuo sito · 18:31:02

0/12 · disponibilità inviata

Una transazione decide. Ogni canale viene avvisato in pochi secondi.

Come funziona

Prenotazioni in entrata, disponibilità in uscita, in pochi secondi

La capacità è modellata sulla risorsa che eroga l'esperienza: una stessa barca può servire tre prodotti senza conflitti. Da lì, ogni prenotazione segue gli stessi tre passi.

Scopri il modello di dominio →

01
Arriva una prenotazione, da qualsiasi canale
Webhook Viator, reseller OCTO, il tuo portale o un agente AI: ogni percorso converge nello stesso comando di prenotazione. Nessuna logica parallela per canale.
- Viatorwebhook · firma verificata
- Reseller OCTOPOST /api/octo/bookings
- Il tuo portalePOST /api/v1/bookings
- Agente AIstesso endpoint · chiave di idempotenza
- ↓ un solo CreateBookingCommand
02
Una transazione decide
L'inventario viene bloccato sulla risorsa che eroga l'esperienza, capacità e unità vengono validate, la prenotazione e il suo evento outbox vengono scritti insieme.
1. LOCK inventario→
2. VALIDA capacità→
3. SCRIVI prenotazione→
4. OUTBOX evento→
5. COMMIT
6. una transazione
03
Ogni canale viene avvisato, e verificato
La modifica si propaga attraverso la coda con retry e backoff. Una riconciliazione pianificata ripara ciò che un webhook perso o un'interruzione del provider hanno lasciato indietro.
- Viator · push disponibilitàretry 2/5 · 429
- OCTO · PMS · conferma prenotazionesincronizzato · 0.9s
- Viator · credenzialirichiede intervento
- Riconciliazione · 02:000 discrepanze · 3 canali

Sotto il cofano

Due superfici di trasporto, un solo dominio. I consumer chiamano REST o OCTO; i provider si collegano come connettori; nulla nel mezzo sa da quale marketplace arriva un posto.

Consumer

Portale
PMS · booking system
Agente AI
Reseller

Tako

Catalogo · Risorse
fornitore → prodotto → opzione → unità
Inventario
capacità autoritativa per risorsa
Disponibilità
calcolata e pubblicata per canale
Motore di prenotazione
un solo percorso transazionale per ogni canale
Sincronizzazione
outbox · retry · riconciliazione

Connettori

Viator · Attivo
Provider OCTO · Attivo
Altri marketplace · Roadmap

Dimostrato, non promesso

Tre garanzie, ognuna è un test in CI

Transazioni, idempotenza e riconciliazione sono il minimo. Ciò che distingue Tako è che ognuna di queste fa fallire la build se smette di essere vera.

1 / 100

prenotazioni accettate

sull'ultimo posto, con 100 richieste concorrenti

L'inventario viene bloccato dentro una transazione PostgreSQL. La CI lancia 100 prenotazioni parallele su un solo posto: esattamente una viene confermata, la capacità non arriva mai a −1.

✓ CI · booking.service.spec.ts

1 prenotazione

per evento

qualunque sia il numero di consegne dell'evento

Ogni operazione esterna porta con sé una chiave di idempotenza deterministica. Webhook duplicati e retry del client restituiscono la stessa prenotazione, non una seconda.

✓ CI · idempotency contract suite

0 errori

silenziosi

ogni sincronizzazione fallita è un job visibile, non un job perso

Ogni sincronizzazione è un job tracciabile con tentativi, correlation id e classe di errore. Gli errori transitori riprovano con backoff; quelli di credenziali o mapping vengono portati alla tua attenzione.

✓ CI · sync tracking suite

Integrazioni

Viator, reseller e provider OCTO, il tuo booking system

Aggiungere un canale non tocca mai il tuo inventario. Un connettore alla volta, pronto per la produzione; la roadmap segue l'ordine delle richieste.

Scopri tutte le integrazioni →

Attivo

Viator

Attivo

Prenotazioni, cancellazioni e disponibilità in entrata, con riconciliazione.

Reseller OCTO

Attivo

Qualsiasi reseller compatibile OCTO legge il tuo catalogo e prenota.

Provider OCTO

Attivo

Pubblica il tuo catalogo verso le piattaforme che parlano OCTO.

Il tuo PMS

Attivo

Il tuo portale o booking system tramite REST API e SDK.

Agenti AI

Attivo

Preventivi, prenotazioni e riconciliazione tramite endpoint idempotenti.

Roadmap

GetYourGuide

Roadmap

Prossimo connettore, prima pronto per la produzione.

Rezdy

Roadmap

Dicci se ti serve per primo.

Bokun

Roadmap

Dicci se ti serve per primo.

Sviluppatori

Una richiesta idempotente, da qualsiasi superficie

Dal preventivo alla conferma, lo stesso motore di prenotazione. Crea in hold, conferma e lascia che Tako propaghi la modifica ovunque. I retry sono sicuri: la stessa chiave di idempotenza restituisce la stessa prenotazione, che la invii un PMS o un agente.

Esplora l'API →

RESTSDKOCTOAgente

RichiestaPOST /api/v1/bookings
Authorization: Bearer cm_live_…
Idempotency-Key: pms:supplier-42:order-123

{
  "optionId": "opt_sunset_cruise",
  "startAt": "2026-06-15T18:30:00Z",
  "unitItems": [
    { "unitId": "unit_adult", "quantity": 2 },
    { "unitId": "unit_child", "quantity": 1 }
  ],
  "customer": { "firstName": "Ada", "lastName": "Rossi" },
  "status": "ON_HOLD"
}

Risposta201 Created
{
  "id": "bk_9f2c",
  "status": "ON_HOLD",
  "expiresAt": "2026-06-15T18:00:00Z",
  "unitItems": [ … ]
}

Poi, in modo asincrono

Prenotazione ricevuta
→ Viator
sincronizzato · 0.2s
availability.changed
→ OCTO · Portal
sincronizzato · 0.4s
availability.changed
→ Viator
nuovo tentativo · 2/5
availability.changed
→ OCTO · PMS
sincronizzato · 0.9s

Richiestaimport { Tako } from "@tako/sdk";

const tako = new Tako({ apiKey: process.env.TAKO_KEY });

const booking = await tako.bookings.create(
  {
    optionId: "opt_sunset_cruise",
    startAt: "2026-06-15T18:30:00Z",
    unitItems: [
      { unitId: "unit_adult", quantity: 2 },
      { unitId: "unit_child", quantity: 1 },
    ],
    status: "ON_HOLD",
  },
  { idempotencyKey: "pms:supplier-42:order-123" },
);

Rispostabooking.id      // "bk_9f2c"
booking.status  // "ON_HOLD"

// same key, same booking — safe to retry
await tako.bookings.confirm(booking.id);

Poi, in modo asincrono

Prenotazione ricevuta
→ Viator
sincronizzato · 0.2s
availability.changed
→ OCTO · Portal
sincronizzato · 0.4s
availability.changed
→ Viator
nuovo tentativo · 2/5
availability.changed
→ OCTO · PMS
sincronizzato · 0.9s

RichiestaPOST /api/octo/bookings
Authorization: Bearer cm_live_…
Octo-Capabilities: octo/pricing

{
  "uuid": "6f4a…-reseller-generated",
  "productId": "prod_sunset",
  "optionId": "opt_sunset_cruise",
  "availabilityId": "2026-06-15T18:30:00+02:00",
  "unitItems": [
    { "unitId": "unit_adult" },
    { "unitId": "unit_adult" },
    { "unitId": "unit_child" }
  ]
}

Risposta200 OK
{
  "uuid": "6f4a…",
  "status": "ON_HOLD",
  "utcExpiresAt": "2026-06-15T16:00:00Z",
  "pricing": { "currency": "EUR", "total": 13500 }
}

Poi, in modo asincrono

Prenotazione ricevuta
→ Viator
sincronizzato · 0.2s
availability.changed
→ OCTO · Portal
sincronizzato · 0.4s
availability.changed
→ Viator
nuovo tentativo · 2/5
availability.changed
→ OCTO · PMS
sincronizzato · 0.9s

Traccia di esecuzione# assistant run · "book the sunset cruise for 2 adults, 1 child on the 15th"

→ tool  getAvailability(optionId="opt_sunset_cruise", date="2026-06-15")
← 18:30 · 3 seats available · EUR 45.00 / adult

→ tool  createBooking(..., status="ON_HOLD",
        idempotencyKey="agent:run-7c1:booking")
← bk_9f2c · ON_HOLD · expires 18:00

→ tool  createBooking(...)          # network timeout, retried
        idempotencyKey="agent:run-7c1:booking"
← bk_9f2c · ON_HOLD                 # same key, same booking

→ tool  confirmBooking("bk_9f2c")
← bk_9f2c · CONFIRMED

Contesto# what the agent read first
GET docs.takoconnect.com/llms.txt
GET docs.takoconnect.com/openapi.json

# what it never had to know
- which OTA the seat came from
- how capacity is locked
- that the retry was a duplicate

Poi, in modo asincrono

Prenotazione ricevuta
→ Viator
sincronizzato · 0.2s
availability.changed
→ OCTO · Portal
sincronizzato · 0.4s
availability.changed
→ Viator
nuovo tentativo · 2/5
availability.changed
→ OCTO · PMS
sincronizzato · 0.9s

Riferimento API ↗

Ogni endpoint, richiesta e risposta, con esempi.

Contratto OpenAPI ↗

Genera i client o dallo in pasto al tuo agente.

SDK ufficiale ↗

Client tipizzato per Node e browser.

llms.txt ↗

Il contratto, scritto per gli assistenti AI.

Per chi è

Pensato per operatori e piattaforme dove una doppia prenotazione non è un'opzione

Gestisci il tuo inventario, o quello di altri, da un'unica installazione. Ogni entità appartiene a un tenant e ogni API key ha un ambito definito.

Operatori di tour e attività

Smetti di chiudere le vendite su un canale per proteggerne un altro. Ogni marketplace vede lo stesso calendario, e una prenotazione la scopri da Tako, non dal cliente.

Inventario che non va mai in negativo: la capacità viene bloccata e validata dentro PostgreSQL, mai presa da una cache.
Sincronizzazione tracciabile: ogni push è un job con tentativi e classe di errore. Riprovalo dalla dashboard, attraverso la stessa coda.

Booking system e PMS

Aggiungi la distribuzione su OTA e OCTO al tuo prodotto con una sola REST API e un solo SDK, invece di un'integrazione per marketplace. Headless, pronto per il white-label.

Un solo motore di prenotazione per ogni percorso: prenotazioni OCTO, da portale e da connettore condividono la stessa transazione.
Multi-tenant dal primo giorno: entità di proprietà del tenant e API key con ambito definito, così puoi gestire l'inventario di altri.

Reseller e OTA

Leggi catalogo, disponibilità e prezzi e prenota tramite lo standard OCTO, senza sviluppi su misura.

OCTO Core, pricing e notifications validati con la conformance suite a ogni build.
Le prenotazioni contengono unità esplicite, 2×Adulto e 1×Bambino, non una semplice quantità.

Agenti AI

Un contratto leggibile dalle macchine ed endpoint idempotenti permettono agli assistenti di quotare, prenotare e riconciliare in sicurezza.

Idempotenza integrata: la stessa chiave restituisce la stessa prenotazione, così un agente può riprovare senza rischi.
OpenAPI e llms.txt descrivono ogni endpoint, richiesta e risposta per tool e assistenti.

FAQ

Le domande che ci fanno gli operatori

Cos'è un channel manager per tour e attività?

Un channel manager mantiene sincronizzati disponibilità, prezzi e prenotazioni delle tue esperienze su ogni canale di vendita: OTA come Viator, reseller, il tuo sito e il tuo software di prenotazione. Tako lo fa con una sola API e un solo inventario condiviso, così non vendi mai due volte lo stesso posto.

Cosa significa “agnostico” per Tako?

Tako non è costruito attorno a un marketplace, a un booking system o a un verticale. I provider si collegano come connettori, i consumer parlano con una REST API proprietaria o con lo standard OCTO, e il modello di dominio nel mezzo resta neutrale. Barche, tour, noleggi ed esperienze sono tutti cittadini di prima classe.

Tako è compatibile OCTO?

Sì. Tako espone un'API OCTO Core con le capability pricing e notifications, validata con la conformance suite OCTO. Internamente il dominio non è accoppiato a OCTO, così lo standard può evolvere senza rompere la tua integrazione.

Come evita gli overbooking Tako?

Ogni prenotazione, da qualsiasi canale, passa dallo stesso motore transazionale: l'inventario viene bloccato, capacità e risorse vengono validate, poi la prenotazione viene scritta e l'evento outbox viene salvato in modo atomico. La disponibilità in cache o lato client non viene mai usata per confermare.

Quali canali sono supportati?

Viator è disponibile oggi come connettore in entrata, e qualsiasi reseller o piattaforma compatibile OCTO può collegarsi tramite l'API OCTO. Altri marketplace sono in roadmap; i connettori escono uno alla volta, pronti per la produzione.

Posso usare Tako senza la dashboard?

Sì. Tako è headless e API-first. La dashboard è opzionale; booking system, PMS e portali si integrano direttamente tramite la REST API o l'SDK.

Trasforma un calendario in ogni canale

Una sessione di 30 minuti con l'ingegnere che ha costruito il motore di prenotazione, non una presentazione commerciale.

Prenota una demo Esplora l'API

In quei 30 minuti
Mappiamo uno dei tuoi prodotti su risorse, opzioni e unità
Colleghiamo Viator o un reseller OCTO
Guardiamo arrivare una prenotazione e la disponibilità propagarsi

Vendi ogni posto una volta sola.Su ogni canale.

Due calendari, un posto, due clienti contenti. Fino a sabato.

Prenotazioni in entrata, disponibilità in uscita, in pochi secondi

Arriva una prenotazione, da qualsiasi canale

Una transazione decide

Ogni canale viene avvisato, e verificato

Tre garanzie, ognuna è un test in CI

Viator, reseller e provider OCTO, il tuo booking system

Una richiesta idempotente, da qualsiasi superficie

Pensato per operatori e piattaforme dove una doppia prenotazione non è un'opzione

Operatori di tour e attività

Booking system e PMS

Reseller e OTA

Agenti AI

Le domande che ci fanno gli operatori

Trasforma un calendario in ogni canale

Vendi ogni posto una volta sola.
Su ogni canale.