11-16-2020, 11:52 AM
Ciao Chris,
su Wired (woodoo/wubook) ci sono limiti ben documentati.
Su Zak attualmente no.
Stiamo lavorando in questo senso: per chiamate impegnative (per esempio l'aggiornamento dell'inventory,
che verra' introdotto nella prossima release), occorreranno due chiavi: una a livello property e una a livello
provider.
Questo ci dara' la possibilita' di introdurre controlli e in icaso di intervenire, dialogando anche con i
provider stessi. Stiamo anche valutando l'introduzione di costi per le chiavi provider, perche' questo
genere di business fa molto volume (pensiamo per esempio all'impatto sul channel manager: un conto
e' aggiornare Tabla a mano, un conto e' avere un robot che aggiorna aggressivamente, generando
cosi' tonnellate di volumi).
Dalla prossima rleease, inoltre, avremo anche un team dedicato per le API di Zak.
Che si occupera' non soltanto di programmare, evolvere e manutenere. Ma anche di
relazionare con tutti i nostri connectors.
su Wired (woodoo/wubook) ci sono limiti ben documentati.
Su Zak attualmente no.
Stiamo lavorando in questo senso: per chiamate impegnative (per esempio l'aggiornamento dell'inventory,
che verra' introdotto nella prossima release), occorreranno due chiavi: una a livello property e una a livello
provider.
Questo ci dara' la possibilita' di introdurre controlli e in icaso di intervenire, dialogando anche con i
provider stessi. Stiamo anche valutando l'introduzione di costi per le chiavi provider, perche' questo
genere di business fa molto volume (pensiamo per esempio all'impatto sul channel manager: un conto
e' aggiornare Tabla a mano, un conto e' avere un robot che aggiorna aggressivamente, generando
cosi' tonnellate di volumi).
Dalla prossima rleease, inoltre, avremo anche un team dedicato per le API di Zak.
Che si occupera' non soltanto di programmare, evolvere e manutenere. Ma anche di
relazionare con tutti i nostri connectors.