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
EspoCRM · Canale · Scheda · Campi

Il file di stanotte entra in Espo.
La nota del commerciale resta.

Nesso è il motore fra un sistema esterno e EspoCRM. Si scelgono il canale, la scheda e l'abbinamento. Il passaggio usa solo le API di Espo. Non è un secondo CRM e non ha il nome di un gestionale scritto nel codice.

API
Niente SQL su Espo
Padrone
La cella vuota non cancella tutto
Anteprima
Si può guardare senza scrivere
Storico
Chi sparisce si chiude, non si cancella

Canali · il nome di un gestionale non sta nel codice

W
Webhook
Entra
DB
Database
Solo SELECT
C
CSV
File
H
HTTP
Esce
X
Excel
Come il CSV
S
SFTP
File remoto
P
PDF
Sul cliente
D
Documento
Cartella
W
Webhook
Entra
DB
Database
Solo SELECT
C
CSV
File
H
HTTP
Esce
X
Excel
Come il CSV
S
SFTP
File remoto
P
PDF
Sul cliente
D
Documento
Cartella

In evidenza i canali che il motore ha già. La scrittura di ritorno, la coda e il filtro del portale restano spenti finché non si accendono. La posta, l'Advanced Pack e gli utenti di Espo non passano di qui.

Chi deve fidarsi del giro

Quattro paure, quattro risposte già nel motore

Non sono personaggi. Sono le persone che, in un'azienda con Espo e un gestionale, devono dire sì. Il sito non promette che lo accendano da sole il lunedì.

Titolare

Vuole un numero solo: le anagrafiche di oggi sono allineate, e la quadratura dei totali se c'è un importo. È un controllo. Non scrive.

Commerciale

Ha scritto una nota ieri. Il campo è di Espo: il file di stanotte non la svuota. Sulla scheda si legge chi ha scritto per ultimo.

Amministrazione

Un file storto non deve chiudere clienti in silenzio. C'è l'anteprima, la partita IVA già presente, e l'annullamento del giro.

Chi installa

Quattro passi, una ricetta da rivedere, un piano di accensione, una pagina di consegna senza password. Poi se ne può andare.

Il padrone del campo

La sorgente vince. Anche se la cella è vuota.

È la regola di default, ed è voluta. Un campo può avere un altro padrone: Espo. Allora il giro non lo tocca. Senza questa distinzione, «sincronizzare» vuol dire cancellare il lavoro di una persona.

  • La chiave è integrazione più valore esterno. Due sistemi non si pestano i record.
  • Chi sparisce dal file si chiude su Espo e resta nello storico. Non si cancella.
  • La scrittura verso il gestionale resta spenta finché non la si accende.
Un giro valido
CanaleFile, tabella o chiamata
SchedaQuella di Espo
ScritturaAPI, se l'interruttore è acceso
SQL su EspoNon esiste

Due oggetti

Il collegamento porta. L'integrazione decide.

01

Collegamento

Il canale fisico. Webhook, database, file, oppure HTTP in uscita. Un collegamento può avere più integrazioni.

02

Scheda

Account, Contact, Lead, oppure una scheda che Espo ha già nel metadata. Se non c'è, si crea: il nome tecnico prende il prefisso C.

03

Abbinamento

Quale colonna finisce in quale campo, con quale padrone. La proposta per sinonimi non salva. Il modello, se non c'è un indirizzo, non parte.

04

Giro

A mano, ogni 5 minuti, ogni 15, ogni ora, oppure a un orario fisso. La stessa integrazione non parte due volte.

Il giro di un record →

Canali

La forma è nel motore. Il nome del cliente no.

Un sito che chiama, un file notturno, una SELECT, un PDF il cui nome contiene la chiave dell'azienda: sono la stessa forma. Le ricette di anagrafiche, contatti e sedi preparano un abbinamento da rivedere. Non sono il connettore certificato di un gestionale.

I canali, uno per uno →
Webhook · database · CSV Entrano
HTTP Esce
Excel · SFTP · PDF · documento Stessa forma
Ritorno · coda · portale · sigillo Spenti finché non si accendono
SQL sulle tabelle di Espo Fuori

Il resto del sito dice la stessa cosa, per esteso

Prima di installare

Domande da chi ha già Espo

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.

Tutte le FAQ →

La prova è il repository. Non una lista d'attesa.

Parte un Espo vuoto. Il demo Gruppo Meridia mostra il giro. Non è la tua azienda, e i dump di produzione non si importano.

Nesso non è un connettore certificato. Il manuale sta nel repository, in italiano e in inglese.

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