betool betool

Documentazione

Azioni no-code

Le azioni che un agent può innescare senza scrivere codice — scrivere su un database, inviare un'email, incassare un pagamento, trasferire una chiamata.

Azioni no-code

Un agent non si limita a rispondere: può agire. betool fornisce un insieme di azioni pronte all'uso che un nodo agent chiama quando pertinente — senza una sola riga di codice.

Scrivere su un database

Da un database, un agent può:

  • Creare una riga — registrare un lead, una richiesta, un appuntamento.
  • Aggiornare una riga — modificare uno stato, compilare un campo.
  • Reclamare una riga (claim_row) — un'operazione atomica di "compare-and-set": garantisce che la stessa attività venga elaborata solo una volta, anche se più esecuzioni girano in parallelo (exactly-once).

claim_row è il building block di una coda di attività affidabile: un watcher rileva nuove righe da elaborare, le reclama una per una, e nessuno elabora la stessa riga due volte.

Importazione di massa

Per popolare un database, un assistente in 3 passi importa un file xlsx / csv (mappatura delle colonne inclusa). Comodo per caricare uno storico o un elenco di contatti.

Inviare un'email

Lo strumento email.send permette a un agent di inviare un'email (report, conferma, follow-up) all'interno della sua pipeline. Combinato con il canale Schedule, è la base di un report ricorrente.

Con l'integrazione Stripe, un agent può:

  • Generare un link di pagamento con Stripe Checkout (stripe.create_payment_link).
  • Verificare il pagamento (stripe.check_payment) prima di confermare un'azione.

Uso tipico: far pre-pagare un appuntamento prima di inserirlo nel calendario.

Trasferire una chiamata

Sul canale Telefonia, un agent può trasferire la chiamata a un altro numero (SIP REFER) — ad esempio, instradando un chiamante VIP verso una linea diretta. Il numero di destinazione viene validato nel formato E.164.

Perché è sicuro

  • Le azioni con un effetto collaterale esterno (email, pagamento, pubblicazione) sono idempotenti: in caso di ridistribuzione o retry, l'azione non viene mai eseguita due volte.
  • Le azioni sensibili possono richiedere un'approvazione umana prima dell'esecuzione (vedi proposte e approvazione).