Come utilizzare STRAXA in modo corretto, consapevole e governato.

Il ponte tra regole, prodotto e lavoro quotidiano.

Questo Regolamento completa Manuale d’uso, Termini di Servizio, Privacy Policy, DPA, Trasparenza AI e Acceptable Use Policy. Non li sostituisce: spiega come tradurli nell’uso concreto di STRAXA e STRAXA Web.

In caso di conflitto prevalgono le norme inderogabili, il DPA per i trattamenti svolti per conto del Cliente, l’ordine o contratto specifico per le condizioni commerciali e i Termini di Servizio per il rapporto di utilizzo.

STRAXA è un sistema operativo decisionale.

STRAXA collega contesto, memoria, fonti autorizzate, analisi e azioni governate per aiutare aziende e team a comprendere cosa accade, stabilire le priorità e preparare la prossima decisione.

Non è soltanto una chat, un CRM, un generatore di contenuti o uno strumento dedicato esclusivamente a Meta Ads. Marketing e advertising sono una verticalizzazione centrale; vendite, lead, documenti, ecommerce, agenda, team, siti e processi connessi completano il sistema.

Principio: AI davanti, persone reali dietro. L’AI comprende, analizza e prepara; le persone mantengono responsabilità, controllo e relazione.

Supporto operativo, non garanzia di risultato.

• STRAXA non garantisce fatturato, vendite, lead, ROAS, CPA, conversioni o risultati commerciali specifici.
• Un output può essere errato, incompleto, non aggiornato o basato su dati insufficienti.
• Un tono sicuro o professionale non equivale a correttezza sostanziale.
• Gli output non sostituiscono consulenza legale, fiscale, sanitaria, finanziaria o regolamentata.
• Stime, forecast e scoring devono essere interpretati come supporto alla decisione, non come fatti certi.

Un solo contesto, più superfici operative.

Le capacità effettive dipendono da piano, permessi, fonti collegate e stato tecnico dichiarato della funzione.

Il metodo corretto in sette passaggi.

1. Verificare il workspace attivo.
2. Dichiarare identità, offerta, pubblico, obiettivo e vincoli.
3. Controllare dati dichiarati, osservati, inferiti e da confermare.
4. Collegare soltanto fonti pertinenti e autorizzate.
5. Portare un problema o una decisione reale.
6. Verificare ragionamento, dati e ipotesi prima di agire.
7. Comunicare l’esito per mantenere il contesto collegato alla realtà.

Non servono prompt complessi. Serve un contesto accurato e aggiornato.

Il contesto deve restare nel business corretto.

Ogni workspace è un ambiente indipendente. Memoria, documenti, KPI, integrazioni, utenti e intelligence devono rimanere associati al workspace corretto.

• Owner e Admin assegnano il minimo accesso necessario.
• Gli accessi non più necessari devono essere rimossi tempestivamente.
• Le credenziali sono personali e non devono essere condivise.
• Prima di analisi, invii o approvazioni va controllato il business attivo.
• Dati di aziende differenti non devono essere mescolati nello stesso workspace per errore.

Memoria utile solo se verificabile e mantenuta.

Le informazioni possono essere dichiarate dall’utente, osservate da fonti autorizzate, inferite da STRAXA, da confermare oppure superate. La memoria non trasforma automaticamente un’informazione in verità.

Come evitare l’inquinamento

• non salvare come regola una richiesta occasionale;
• non duplicare nozioni contraddittorie;
• distinguere fatti, ipotesi, preferenze e inferenze;
• indicare data, scopo e priorità delle informazioni rilevanti;
• rivedere periodicamente ciò che non è confermato;
• archiviare obiettivi e regole superati;
• non inserire password, token o segreti.

Regole operative, non scorciatoie ai controlli.

Una nozione destinata alla Master Memory deve indicare scopo, ambito, priorità, responsabile e condizioni di applicazione. Le modifiche rilevanti devono essere approvate da un ruolo autorizzato e restare tracciabili.

La Master Memory non può aggirare guardrail, salvare credenziali, autorizzare implicitamente spese o trasformare ipotesi non verificate in regole vincolanti.

Il sistema sceglie il lavoro necessario; l’utente verifica ciò che conta.

STRAXA può selezionare dinamicamente modello, profondità, contesto e strumenti. Una modalità profonda non implica automaticamente il massimo consumo per ogni domanda semplice.

• indicare situazione, obiettivo e vincoli;
• specificare quando servono informazioni aggiornate;
• verificare dati, fonti e citazioni importanti;
• non trattare una stima come consuntivo;
• caricare soltanto file e contenuti utilizzabili legittimamente;
• controllare copyright, marchi, claim e diritti di immagine prima della pubblicazione.

Capacità operativa, non token o denaro.

I DeePs non sono euro, criptovaluta, token del modello o crediti di un provider. Il consumo dipende da modello, contesto, strumenti, passaggi, dimensione dei file e profondità.

• la quota mensile non si accumula;
• i DeePs extra acquistati non scadono secondo le condizioni correnti;
• si utilizza prima la quota mensile e poi il saldo extra;
• gli extra sono acquistabili soltanto con un piano a pagamento attivo;
• le equivalenze sono esempi operativi, non garanzie sul numero minimo di output.

Un permesso tecnico non equivale a un’autorizzazione illimitata.

Il Cliente collega esclusivamente account che può gestire legittimamente, sceglie permessi proporzionati e rispetta le condizioni di Meta, Google, Shopify, Stripe e degli altri provider.

Prima di un’azione devono essere verificati account, pagina, dominio, catalogo, pixel, valuta, destinatari e autorizzazioni. Modifiche API, app review, quote o indisponibilità dei provider possono limitare le funzioni senza dipendere da STRAXA.

Leggi → Consiglia → Prepara → Esegui.

1. Leggi: acquisisce dati autorizzati senza modificarli.
2. Consiglia: produce diagnosi, priorità e raccomandazioni.
3. Prepara: crea bozze o configurazioni pronte per la revisione.
4. Esegui: invia o pubblica entro permessi e guardrail.

Un messaggio in Chat o RealVoice non costituisce automaticamente approvazione di un’azione sensibile. Budget, campagne, destinatari, pubblicazioni, utenti e sistemi esterni richiedono supervisione proporzionata al rischio e il passaggio di conferma previsto.

Preparazione completa, pubblicazione governata.

STRAXA può analizzare campagne, creatività, tracking, vendite, margini e stock; proporre mantenimento, scaling, stop o correzioni; preparare piani, copy, form, creatività e bozze.

Prima della pubblicazione vanno controllati obiettivo, account, budget, durata, valuta, pubblico, esclusioni, pagina, dominio, pixel, eventi, stock, margine, break-even, claim e policy del canale.

Il Campaign Launcher utilizza preflight, guardrail, revisione e approvazione. Quando previsto, crea campagne in bozza o pausa prima dell’attivazione e non deve generare duplicati o frammentare segnali senza richiesta.

Voce contestuale, stessi controlli della dashboard.

RealVoice può consultare la memoria autorizzata, spiegare segnali, preparare azioni, produrre riepiloghi e proporre follow-up. L’utente deve verificare interlocutore, contesto e workspace.

Se vengono registrati o trascritti terzi, il Cliente deve garantire informative, basi giuridiche e adempimenti applicabili. Campagne, invii, appuntamenti e sistemi esterni seguono gli stessi livelli di approvazione della dashboard.

Intelligence davanti al visitatore, contesto utile al team.

STRAXA Web può comprendere richieste, usare knowledge autorizzata, qualificare intento, raccogliere contesto, preparare handoff, proporre appuntamenti e trasferire intelligence alla dashboard.

Prima del go-live devono essere verificati dominio, installazione, knowledge, informazioni aziendali, privacy, handoff, agenda e limiti del piano.

Una risposta AI Web è una risposta generata da STRAXA Web al visitatore. Messaggi del visitatore, eventi di sistema e passaggio a un operatore umano non sono conteggiati come risposte AI aggiuntive.

Il Cliente mantiene aggiornati prodotti, prezzi, disponibilità, tempi, resi e condizioni commerciali. L’esperienza deve rendere riconoscibile la natura AI quando richiesto o quando non sia già evidente.

Indicatori da verificare, non decisioni occulte.

Lead score, intento, priorità e probabilità sono indicatori. Non devono essere utilizzati come unica base per decisioni con effetti giuridici o analogamente significativi sulle persone.

Occupazione, credito, sanità, istruzione, biometria e servizi essenziali richiedono una valutazione dedicata e non sono automaticamente autorizzati dalla disponibilità tecnica della piattaforma.

Minimizzazione, controllo degli accessi e verifica editoriale.

• non caricare password, chiavi API, credenziali o segreti;
• non trattare dati sanitari, biometrici, genetici o giudiziari senza un flusso dedicato e conforme;
• utilizzare credenziali individuali e controllare periodicamente accessi e integrazioni;
• segnalare subito sessioni o comportamenti sospetti;
• verificare accuratezza, diritti, claim e obblighi informativi dei contenuti generati;
• non assumere automaticamente originalità o libertà di uso commerciale degli output.

Nessun uso illecito, ingannevole o abusivo.

Sono vietati, tra gli altri, frodi, phishing, malware, accessi non autorizzati, spam, impersonificazione fraudolenta, pubblicità ingannevole, discriminazione, violazioni di diritti di terzi, scraping non autorizzato, aggiramento di limiti o guardrail e saturazione deliberata delle risorse.

Consulta l’Acceptable Use Policy completa →

Usare STRAXA come sistema, non come risposta isolata.

Ogni giorno

1. controllare workspace e priorità;
2. verificare i segnali importanti;
3. distinguere fatti, ipotesi e rischi;
4. approvare soltanto azioni comprese;
5. registrare l’esito e correggere il contesto.

Ogni mese

1. rivedere Business Memory e Master Memory;
2. rimuovere accessi e integrazioni non necessari;
3. controllare DeePs e adeguatezza del piano;
4. verificare tracking, domini e account pubblicitari;
5. riesaminare automazioni, soglie e guardrail.

Capacità correnti mostrate dal catalogo applicativo.

I piani a pagamento annuali applicano lo sconto indicato nel catalogo e nel checkout corrente.

Livelli pubblici correnti.

Enterprise e configurazioni Custom vengono dimensionate sul progetto e non sono pubblicate nel listino standard.

Pacchetti correnti per piani a pagamento attivi.

Un documento vivo, ma mai retroattivo.

Segnalazioni su output, consumi, accessi o comportamenti incoerenti possono essere inviate a info@straxa.it o tramite Contatti & Supporto, indicando workspace, funzione, data, comportamento atteso e osservato senza inviare segreti.

Modifiche sostanziali a autonomia, memoria, DeePs, conteggi, integrazioni, dati o funzioni esecutive richiedono una nuova versione. Nessuna modifica autorizza retroattivamente trattamenti o azioni non consentiti quando sono avvenuti.

Otto domande obbligatorie.

1. Sono nel workspace corretto?
2. I dati sono aggiornati e autorizzati?
3. Sto leggendo un fatto, una stima o un’inferenza?
4. Ho controllato budget, destinatari, contenuti e provider?
5. L’azione rispetta ruolo e permessi?
6. Esiste un impatto su persone, dati sensibili o settori regolamentati?
7. È previsto un passaggio di conferma?
8. Saprei spiegare perché sto approvando l’azione?

Dati identificativi

Russo Giovanni Battista · Ditta individuale

• Sede legale: Via Monte Carso 8, 81025 Marcianise (CE), Italia
• Sede operativa: Via Misericordia 32, 81025 Marcianise (CE), Italia
• Partita IVA: 04232450611
• Email e contatto privacy: info@straxa.it

Accesso, rettifica, cancellazione e chiarimenti

Per esercitare i diritti privacy o chiedere informazioni sul trattamento scrivere a info@straxa.it. Per proteggere l’account, STRAXA può richiedere le sole informazioni necessarie a verificare l’identità del richiedente.