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.

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 betool (Applicazioni → 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": un campo passa dal valore atteso al nuovo valore solo se vale ancora il valore atteso. Un solo chiamante ottiene la prenotazione: la stessa attività viene elaborata solo una volta, anche se più esecuzioni girano in parallelo (exactly-once). Disponibile sui database no-code betool.

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 (file, colonne, risultato) importa un file xlsx / csv, con mappatura delle colonne. 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) da uno degli account email collegati dell'organizzazione. 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 in corso a un altro numero (tool phone_gateway.transfer_call, SIP REFER) — ad esempio, instradando un chiamante VIP verso una linea diretta. Il numero di destinazione è atteso nel formato E.164; il trasferimento viene emesso dopo la fine della risposta dell'agent.

Perché è sicuro

  • L'invio di un'email è idempotente: in caso di ridistribuzione o retry dello stesso turno, il messaggio non viene inviato due volte.
  • Il link di pagamento Stripe usa la chiave Stripe della tua organizzazione: sei tu a incassare, e il pagamento viene verificato (stripe.check_payment) prima di innescare l'azione.
  • claim_row permette di garantire che un'attività proveniente da una coda in database venga elaborata una sola volta.