DealHub

DealHub to platforma quote-to-revenue łącząca CPQ, CLM, DealRoom, subskrypcje, billing i revenue intelligence. Jej nowa warstwa AI potrafi prowadzić rozmowę o wycenie, rekomendować ceny i analizować dane przy zachowaniu reguł katalogu, rabatów i zatwierdzeń. Trzeba jednak oddzielać działające funkcje sprzedawcy od bardzo świeżych zapowiedzi administracyjnego MCP.

DealHub powstał w 2014 r. jako nowa generacja CPQ. Produkt rozwinął się od guided selling, konfiguracji i wycen do platformy obejmującej dokumenty, kontrakty i cyfrowe pokoje sprzedażowe. W listopadzie 2025 r. firma przejęła Subskribe, aby dołączyć subscription management, consumption metering, billing i revenue recognition; producent zapowiedział pełne połączenie produktów w jeden interfejs i model danych. Historia CPQ · przejęcie Subskribe

W styczniu 2026 r. DealHub ogłosił rundę wzrostową 100 mln USD prowadzoną przez Riverwood Capital, przeznaczoną m.in. na rozwój agentowej platformy i ekspansję. To sygnał tempa inwestycji, nie dowód jakości poszczególnych funkcji. Funding

DealHub AI opisuje cztery warstwy: conversational quoting, AI pricing optimization, decision/revenue intelligence oraz natywne MCP. Agent przyjmuje polecenie w języku naturalnym, konfiguruje ofertę i sprawdza ją względem produktów, zależności, progów rabatowych i approval rules. Pricing Optimization korzysta z historycznych danych transakcyjnych i deklarowanych sygnałów rynkowych, by rekomendować cenę oraz ograniczać nadmierne rabaty. Analityka odpowiada na pytania o stan przychodu i ryzyka. DealHub AI · AI-guided selling

Istotna część niezawodności pochodzi jednak z deterministycznego Playbooka. Reguły dobierają produkty, liczą ceny, wyzwalają zatwierdzenia i generują output; AI tłumaczy intencję na działania oraz korzysta z tego kontekstu. Nie przypisujemy więc AI całej wartości CPQ. Dokumentacja API

Publiczne materiały nie pokazują benchmarku poprawności ofert, kalibracji rekomendacji cenowych, obsługi języka polskiego ani pełnego zapisu kroków rozumowania. Jakość pozostaje N/D do testu.

• tworzenie i modyfikacja złożonych ofert w rozmowie;
• konfiguracja produktów, zależności, subskrypcji i usage-based pricing;
• rekomendacje ceny i kontrola rabatów;
• automatyczne zastosowanie approval workflows i guardrails;
• generowanie dokumentów lub interaktywnego DealRoomu;
• e-podpis, negocjacja i współpraca kupującego ze sprzedawcą;
• headless quoting dla kanałów partnerów, self-service i aplikacji;
• przekazanie danych od CRM przez ofertę do kontraktu i billingu;
• analiza ryzyk, trendów rabatowych i stanu przychodów.

Zakres kontekstu i danych zależy od funkcji, planu oraz połączonych systemów.

Producent deklaruje natywny MCP dla sprzedawców oraz pokazuje scenariusze tworzenia, wersjonowania, zatwierdzania i publikacji oferty z klienta zgodnego z MCP. To obiecująca ścieżka dla Cloud Codex lub Hermesa: oba mogą teoretycznie konsumować standard MCP, jeżeli klient pozwala skonfigurować zdalny serwer, uwierzytelnienie i wymagane narzędzia. Nie znaleziono jednak publicznej instrukcji połączenia z Codex/Hermes, endpointu, katalogu tools, scopes ani polityki potwierdzeń. Zgodność jest więc wnioskiem ze standardu, a nie przetestowaną integracją.

9 września 2026 r. ogłoszono osobne MCP for Admin, pozwalające zmieniać pricing rules, approval workflows i guided selling. Komunikat mówi wprost o dostępności dla wszystkich klientów dopiero w październiku 2026 r.; tej funkcji nie policzono jako dostępnej 20 września. Komunikat MCP for Admin

Niezależnie od MCP, API udostępnia odczyt ofert i konfiguracji, generowanie headless quotes, submit/publish, external queries i callouts do dynamicznych cen. Dokumentacja jest przyjazna agentom (llms.txt, Markdown i OpenAPI), lecz standardowy inbound auth opiera się na sekretowym tokenie generowanym przez administratora, a nie opisanych publicznie granularnych OAuth scopes. API · uwierzytelnienie

Najmocniejszą stroną architektury jest połączenie AI z wersjonowanym katalogiem, Playbookiem, pricing rules, approval thresholds i systemem CRM. API może utworzyć draft do kontroli użytkownika albo działać headless i wykonać submit/publish. Dla skutków finansowych trzeba wymusić preview, zatwierdzenie oraz idempotency; sama możliwość automatyzacji nie jest guardrailem.

External Query ma ważny wyjątek: błąd zewnętrznego systemu nie zatrzymuje automatycznie generowania oferty. Administrator musi zbudować regułę walidacji, która zablokuje submission przy braku wymaganych danych. External Query

DealHub deklaruje ISO 27001, ISO 27701, ISO 22301, ISO 42001, SOC 1 Type II, SOC 2 Type II, GDPR i CCPA, TLS 1.2, AES-256, separację tenantów, kontrolę dostępu i logi. DPA ogranicza przetwarzanie danych osobowych do świadczenia usługi i instrukcji klienta oraz przewiduje subprocessors i transfery. Publiczne strony nie odpowiadają jednak precyzyjnie, czy dane/prompt-output funkcji generatywnych są używane do treningu, jaki model je przetwarza, gdzie odbywa się inference i jak długo trzymane są logi AI. Security · DPA

Strona cennika pokazuje pakiety Growth i Scale oraz zakres CPQ, DealRoom, billing, security i MCP extensibility, ale nie podaje kwot. Zakup wymaga kontaktu i wyceny zależnej od modułów, użytkowników, wdrożenia i integracji. Cennik

Przed porównaniem trzeba uzyskać osobną rozpiskę: licencje sprzedawców i administratorów, moduły CPQ/CLM/Billing, AI/MCP, API/headless volume, sandbox, wdrożenie, migracja katalogu, support i overages.

G2 pokazuje około 4,7/5 przy 866 opiniach, Capterra 4,7/5 przy 96, a Gartner Peer Insights 4,6/5 przy 172. Użytkownicy chwalą elastyczność CPQ, integracje i wsparcie. Powtarzają się natomiast krzywa nauki logiki, ograniczenia raportowania lub edytorów tabel oraz potrzeba specjalistycznego administratora przy złożonych regułach. Te oceny w większości dotyczą dojrzałego core CPQ, nie świeżej warstwy agentowej. G2 · Capterra · Gartner Peer Insights

Najważniejsze ograniczenia:

• publiczna narracja agentowa jest bardzo świeża i wyprzedza dokumentację techniczną;
• MCP for Admin jest zapowiedzią na październik 2026 r., nie funkcją dostępną w dniu oceny;
• brak publicznej matrycy MCP tools, scopes, approvals, audit i rate limits;
• brak potwierdzonej, dedykowanej integracji Codex/Hermes;
• duża część procesu to regułowy CPQ, a nie AI;
• brak niezależnego benchmarku conversational quoting i pricing recommendations;
• integracja Subskribe nadal wymaga weryfikacji moduł po module;
• API token wymaga bardzo ostrożnego przechowywania i ograniczenia blast radius;
• External Query potrzebuje jawnej walidacji, aby błąd zatrzymał ofertę;
• brak publicznych cen i precyzyjnego packagingu funkcji AI;
• opinie walidują głównie core, nie AI z 2026 r.;
• jakość polskich ofert pozostaje N/D.

Profil zweryfikowano 2026-09-20. Linki źródłowe znajdują się bezpośrednio przy wspieranych twierdzeniach.