funzionalita > SDK CPQ per sviluppatori
Piattaforma tecnica

SDK CPQ per sviluppatori

Prima chiamata API: tre giorni. Soprattutto auth e paginazione. Usate client SDK Mercura per configurare prodotti e creare preventivi in codice senza riscrivere REST su ogni endpoint.

Client tipizzato

Oggetti config nel vostro IDE

Auth inclusa

Refresh token nel SDK

Helper condivisi

Paginazione ed errori una volta

La sfida

Prima chiamata API: tre giorni. Soprattutto auth e paginazione.

OEM macchine riempimento e sigillatura per confezionamento alimentare usa Mercura CPQ e vuole portale dealer TypeScript dove partner configurano linee e richiedono preventivi. Team interno parte da REST grezzo: scambio OAuth, refresh su 401, cursori pagina su liste prodotto e JSON che non combacia con Postman. Mercoledì ancora nessuna sessione config funzionante perché ogni dev ha copiato helper leggermente diversi.

Senza client tipizzati, rinomina campi rompe produzione a runtime. Bug paginazione omettono metà catalogo dai risultati ricerca. Handler webhook parsano eventi a mano e perdono campi quando API aggiunge proprietà. Ogni sprint aggiunge wrapper fetch che nessuno vuole mantenere mentre prodotto attende creazione preventivo su portale.

CPQ API-first espone endpoint config, prezzo e preventivo per ogni canale. CPQ headless separa logica motore da UI Mercura per front-end custom. Tool sviluppatore CPQ forniscono sandbox e utility test. SDK è altra cosa: client nativi generati da spec OpenAPI gestiscono auth, serializzazione, paginazione, retry ed errori strutturati così codice integrazione si concentra su workflow dealer, non meccanica HTTP.

Richiesta → config → prezzo → approvazione → ordine non dovrebbe bloccarsi perché team portale scrive ancora lo stesso helper auth che team ERP scrisse trimestre scorso.

Come funziona

Come funziona SDK CPQ Mercura

Installate SDK Python, TypeScript, Java o .NET da registry pacchetti. Inizializzate client con credenziali tenant; SDK gestisce acquisizione e refresh token. Chiamate metodi tipizzati per form, sessioni config, calcolo prezzo e creazione preventivo. Helper lista attraversano endpoint catalogo paginati. Utility webhook deserializzano eventi in oggetti tipizzati. Errori restituiscono tipi strutturati che IDE intercetta prima deploy. Versioni SDK seguono release API. Qualcuno deve progettare UX dealer, mappare regole business e testare sandbox prima cutover produzione.

Cosa include

Cosa copre SDK CPQ

  • Client tipizzati Python, TypeScript, Java e .NET
  • Autenticazione e refresh token gestiti da SDK
  • Helper paginazione catalogo e liste preventivo
  • Tipi errore strutturati con dettaglio risposta
  • Parsing eventi webhook in oggetti tipizzati
  • Retry con backoff per errori HTTP transitori
  • Esempi codice flussi configura-prezzo-preventivo
  • Versionamento SDK allineato release API Mercura

La differenza

Codice integrazione prima e dopo SDK

REST grezzo in ogni servizio
  • Ogni dev riscrive helper auth e paginazione
  • Typo campo in produzione, non IDE
  • Parser webhook rotti quando API aggiunge proprietà
  • Sprint integrazione consumati da plumbing HTTP
  • Debito tecnico in wrapper fetch ad hoc
Con SDK Mercura
  • Una libreria client condivisa portale e middleware
  • Copertura tipi oggetti config e preventivo
  • Liste catalogo usano helper paginazione SDK
  • Handler webhook usano tipi evento generati
  • Team consegna feature dealer invece boilerplate HTTP

Applicazione reale

Esempio workflow: portale dealer linee confezionamento

OEM macchine riempimento voleva portale partner dove dealer configurano moduli sigillatura e riempimento e inviano richieste preventivo. Team partì da fetch manuali e passò primo sprint su OAuth e paginazione attributi prodotto. Dopo passaggio SDK TypeScript Mercura, stessi dev aprirono sessione config e restituirono righe prezzate con metodi tipizzati, spostarono webhook su tipi generati e dedicarono tempo restante a regole validazione specifiche dealer.

Impatto sul business

Perché SDK è velocità dev, non sostituto del design API

SDK traduce REST Mercura in pattern che team usa già in Python, TypeScript, Java o .NET. Completa architettura API-first, deployment headless, sandbox sviluppatore e configuratori embedded. Mercura non sostituisce design soluzione, security review o mapping ERP fuori libreria client. Qualcuno deve possedere UX portale e test integrazione. Se dolore è «tre giorni senza chiamata configure», SDK rimuove auth e paginazione ripetute così logica richiesta, config, prezzo, approvazione e ordine arriva nel canale che state costruendo.

Vedete client SDK TypeScript aprire sessione config senza scrivere auth da zero

Prenotate demo e percorrete install SDK, credenziali sandbox e chiamata configura-a-preventivo nella vostra lingua.

Parliamo del vostro progetto.

Aiutiamo i produttori a gestire al meglio la modellazione dei prodotti, semplificare il processo di preventivazione, ridurre gli errori e, infine, offrire ai clienti soluzioni su misura.