Prodotto Come funziona Canale, scheda, giro del record Architettura Espo da una parte, le API dall'altra Il modello Propone l'abbinamento. Non salva. Il giro Cadenza, e il numero di stamattina Regole Padrone, chiave, scarto Schede Quelle che Espo ha già Il campo Chi vince se la cella è vuota Il record Come entra e come esce Cosa può andare storto Anteprima, lettura, interruttore
Canali Canali File, tabella, chiamata, uscita Ricette Un abbinamento da rivedere La prova Il repository, un Espo vuoto
Nesso Perché Nesso Non è SQL, non è un secondo CRM Per chi Chi deve fidarsi del giro Decisioni Quelle che il codice rispetta Il progetto Il repository pubblico
FAQ La prova
Italiano English

Domande

Le stesse risposte del manuale, in breve.

Se una frase di questa pagina e una frase del manuale divergono, vale il manuale: cambia insieme al codice.

Espo da una parte

Il manuale è la cartella docs.
Il repository
Nesso che cos'è?
È il motore che porta i record fra un sistema esterno e EspoCRM. Si configurano il canale, la scheda e l'abbinamento dei campi. Da lì in poi lo stesso motore sposta i record. Non è un secondo CRM e non è un connettore con il nome di un gestionale scritto nel codice.
Parla con le tabelle di Espo?
No. Ogni scrittura e ogni lettura verso Espo passa dalle API HTTP, con l'header Espo-Authorization. Niente SQL sulle tabelle di Espo.
Che canali ci sono?
In ingresso: webhook, database in sola SELECT, CSV, Excel, SFTP, FTPS, un PDF il cui nome contiene la chiave dell'azienda, un documento. In uscita: HTTP. Il database può essere MySQL, MariaDB, Postgres, SQL Server o Oracle.
Chi vince se la cella arriva vuota?
Di default vince la sorgente, anche se la cella è vuota. Un campo può avere un altro padrone, Espo: allora il giro di notte non lo svuota. È la regola che protegge la nota scritta da una persona.
Se il cliente sparisce dal file, che succede su Espo?
Il record si chiude e resta nello storico. Non si cancella. La prima chiusura chiede conferma. Il diritto all'oblio è un altro gesto, e non è questa chiusura.
Scrive anche sul gestionale?
No, finché non si accende la scrittura di ritorno di quell'integrazione. Accesa, tocca solo le colonne indicate.
Crea gli utenti di Espo da un'anagrafica?
No. Un team e una persona si assegnano da una colonna o da un valore fisso. Un utente non si crea.
Il giro di notte può partire da solo?
Sì, se la cadenza è 5 minuti, 15, un'ora, oppure un orario fisso. La stessa integrazione non parte due volte. Due integrazioni diverse possono girare insieme. Dopo un errore si aspetta l'intervallo intero, salvo che retry_failed sia acceso.
C'è una coda che rimanda le righe fallite?
Spenta. Con retry_queue acceso, solo una riga in ingresso che ha un'identità esterna, e non nello stesso giro. L'uscita non si rimanda: il cursore riprova già il record che non è uscito.
Le password stanno in chiaro?
Senza la variabile NESSO_SECRET_KEY, sì, nel file SQLite del volume locale. Con la variabile un salvataggio nuovo è sigillato e una password già in chiaro si legge ancora. La prova non imposta la variabile.
Il portale di Espo lo gestisce Nesso?
No. Non crea utenti del portale e non cambia i ruoli. Se si accende la regola, l'uscita salta i record di un altro team. Spenta, l'uscita non cambia.
Le ricette sono il connettore del mio gestionale?
No. Anagrafiche, contatti e sedi preparano un abbinamento da rivedere, sui campi che Espo ha già. Il listino punta al Product: se la scheda non c'è, i campi restano vuoti. Non è un connettore certificato.
Come si prova?
Dal repository pubblico, con Docker. Parte un Espo vuoto. I dump di produzione non si importano. Il demo Gruppo Meridia è la prova, non un secondo prodotto.

Oltre l'elenco

Nesso non è un secondo CRM. Ha sempre Espo da una parte e un canale dall'altra. Le scritture verso Espo passano dalle API HTTP. Non c'è una query sulle tabelle.

La coda di ritento, il filtro del portale, il sigillo e la scrittura di ritorno esistono e restano spenti. La prova non li accende. Senza NESSO_SECRET_KEY la password nel volume resta in chiaro.

Le ricette non sono un connettore certificato. Il listino guarda Product: se la scheda non c'è, i campi restano vuoti. La posta resta in Espo.

La prova è il repository.

Niente modulo. Si clona, si alza un Espo vuoto, si legge la cartella docs.

La prova

Il passaggio

Espo da una parte. Il sistema esterno dall’altra.

Nesso sta in mezzo. Legge il canale, applica l’abbinamento, scrive con le API di Espo. Non apre le tabelle del CRM.

01

Il sistema esterno

Non siamo noi

Un file, una tabella, una chiamata. Il nome di quel gestionale non sta nel codice. Nesso non è quel sistema.

02

Nesso

Siamo qui

Canale, scheda, campi. Se l’interruttore delle scritture è spento, non scrive. Se il campo è di Espo, non lo svuota.

03

Espo

La scheda

Il record, se nasce, nasce lì. La posta del CRM resta in Espo. L’Advanced Pack non si riscrive.

Nesso ha sempre Espo da un lato. Non è un ponte fra due sistemi qualunque.

Confine del prodotto