Il prodotto
Non è un chatbot. È un sistema che lavora.
DOLMIR Software legge le richieste che arrivano per email, le capisce, le verifica contro quello che la vostra azienda sa e prepara la risposta al cliente. Poi aspetta il sì di una persona. Oggi lavora sul processo delle richieste di offerta.
Stato del prodotto
in produzioneLegge
Email e allegati della casella commerciale
Verifica
Anagrafica clienti e catalogo articoli
Prepara
La risposta al cliente, da approvare
Non fa
Preventivi, prezzi, gestionale
Dati
Demo con dati simulati
Il prodotto, dal vivo, su una richiesta dell’azienda dimostrativa · dati simulati
Posta commerciale
3 messaggiFonderia Bianchi S.p.A.
08:41
Conferma d’ordine n. 4471/2026
Officine Rossi S.r.l.
09:12
Richiesta di offerta — 2.000 pz SL-441
Buongiorno, vi chiediamo un’offerta per 2.000 staffe SL-441 come da disegno allegato, consegna entro il 30/09. Cordiali saluti, Meccanica Rossi.
Disegno_staffa_rev3.pdf
newsletter@forniture-online
09:15
Offerta del mese: utensili -20%
DOLMIR Software
1 conflittoLettura
Cliente
Officine Rossi S.r.l.
mittente · anagrafica clienti
Quantità
2.000 pz
testo della mail
Codice
«SL-441» · staffa
oggetto e testo della mail
Consegna
30/09/2026
testo della mail
Allegato
Disegno_staffa_rev3.pdf
letto · 1 pagina
Verifica
Cliente in anagrafica
anagrafica clienti · Officine Rossi S.r.l.
Codice a catalogo
catalogo · «SL-441» corrisponde a SL-4410 e SL-4415
Due articoli possibili. DOLMIR non sceglie: lo segnala e lo chiede.
Quantità e consegna
2.000 pz · 30/09/2026 · dal testo della mail
Esito
decisione richiestaDecisione richiesta
Quale articolo intende il cliente?
SL-4410 o SL-4415: lo sa chi conosce il cliente, non il software. La risposta chiede conferma, insieme a quello che è già chiaro.
Azioni previste · dopo il sì
- ○Risposta inviata al cliente
- ○Richiesta passata a chi fa il preventivo, già letta e controllata
- ARRIVA
- LEGGE
- VERIFICA
- SI FERMA
- AGISCE
Il codice scritto nella mail corrisponde a due articoli. Il sistema non indovina: lo chiede a una persona.
Demo con dati simulati: azienda, documenti e importi sono inventati.
Il problema che risolve
Una richiesta arriva. Poi passano due giorni.
Arriva per email, con un disegno allegato. Qualcuno la legge, capisce chi è il cliente, controlla codici e quantità, cerca cosa manca, scrive per chiedere. Solo dopo può iniziare il preventivo. Intanto il cliente aspetta — e la persona che lo fa è quella che serve altrove.
Il cliente riceve una risposta la stessa ora, non fra due giorni
Una conferma di cosa è stato capito e di cosa manca, pronta da approvare.
Chi fa il preventivo trova la richiesta già letta e controllata
Cliente riconosciuto, dati estratti con la fonte, eccezioni già dichiarate.
Niente viene inventato
Dove un dato manca o non torna, il sistema si ferma e chiede. È la sua funzione più importante.
Come funziona
Cinque movimenti, sempre gli stessi.
01ARRIVA
L’informazione arriva
Una mail, un allegato, un documento, un messaggio: entra così com’è.
02LEGGE
Il sistema la legge e la capisce
Estrae i dati che contano, ognuno con la fonte da cui viene.
03VERIFICA
La confronta con quello che l’azienda sa
Anagrafica, catalogo, regole: ogni valore trova o non trova riscontro.
04SI FERMA
Dove serve un giudizio, si ferma
Non inventa un valore plausibile. Dice cosa non torna e lo passa a una persona.
05AGISCE
Dopo il sì, l’azione parte
Con la traccia di cosa è stato letto, verificato e deciso — e da chi.
Dimostrazione interattiva
Guardatelo lavorare su quattro richieste.
Quattro email, quattro esiti diversi. Scegliete un caso e seguite i cinque passaggi — oppure lasciate che scorra. Il pulsante di approvazione è vero: senza un sì, niente parte.
Passaggio
Una richiesta di offerta arriva nella casella commerciale, con un disegno allegato.
dati simulati
Posta commerciale
Officine Rossi S.r.l.
09:12
Richiesta di offerta — 2.000 pz SL-4410
Buongiorno, vi chiediamo un’offerta per 2.000 staffe SL-4410 come da disegno allegato rev. 3, consegna entro il 30/09. Cordiali saluti, Meccanica Rossi.
Disegno_SL-4410_rev3.pdf
acquisti@officinerossi.example
Lettura e verifica
Lettura
Cliente
Articolo
Quantità
Consegna
Allegato
Verifica
Cliente in anagrafica
anagrafica clienti · Officine Rossi S.r.l.
Articolo a catalogo
catalogo · SL-4410 · staffa laser
Quantità presente
2.000 pz · dal testo
Data di consegna presente
30/09/2026 · dal testo
Esito
Niente parte da qui finché la richiesta non è stata letta, verificata e — se serve — decisa da una persona.
Demo con dati simulati. Azienda, clienti, articoli e messaggi sono inventati.
Il contesto
Ogni dato arriva con la sua storia.
Una richiesta non è mai sola: ha un cliente, un articolo a catalogo, un disegno allegato, una persona che deve decidere. DOLMIR collega quello che legge nella mail a quello che l’azienda sa già, e quello che non torna salta fuori da solo.
Cliente · C-01
Officine Rossi S.r.l.
Cliente · riconosciuto dal mittente · anagrafica clienti
codice ambiguo · SL-4410 o SL-4415
RFQ-2026-0521
La richiesta appena arrivata. In verifica: il codice scritto corrisponde a due articoli del catalogo.
Toccate un record per vedere cosa ne sa il sistema. · Relazioni sull’azienda dimostrativa: dati simulati.
Oggi, a mano
Sette passaggi, due persone, quattro posti.
Esempio illustrativo sul caso dimostrativo. Passaggi e conteggi descrivono lo scenario demo, non una misura presso un cliente.
Oggi, a mano
- 01Qualcuno apre l’email
- 02Legge il disegno allegato
- 03Cerca il cliente nel gestionale
- 04Controlla il codice a catalogo
- 05Ricopia i dati in un foglio
- 06Chiede conferma a chi decide
- 07Scrive al cliente
Con DOLMIR Software
- 01La richiesta è letta e verificata appena arriva
- 02Le eccezioni sono già dichiarate
- 03Una persona approva la risposta
- 04Chi fa il preventivo parte da dati controllati
Fa tutto il lavoro. Si ferma solo quando serve un giudizio.
Un modello linguistico ha sempre una risposta fluente disponibile. DOLMIR Software è costruito contro quella tendenza: ogni valore ha una fonte, ogni valore viene verificato, e dove il riscontro manca il sistema dichiara «non determinato» invece di produrre un numero plausibile. La persona non è un passaggio di cortesia: è il cancello.
01Ingresso
La casella di posta commerciale, in lettura. Email e allegati così come arrivano.
02Contesto
Anagrafica clienti e catalogo articoli, affidati al sistema — anche in un foglio.
03Comprensione
Lettura, estrazione con fonte, cinque regole di completezza.
04Verifica
Ogni valore confrontato con anagrafica e catalogo, con esito dichiarato.
05Cancello
Decisione richiesta o non determinato: la pratica va a una persona.
06Uscita
La risposta al cliente, preparata; inviata solo dopo il sì.
Stato del prodotto
Cosa fa oggi, cosa non fa, e cosa viene dopo.
- Legge email e allegati della casella commerciale
- Riconosce il cliente dal mittente, contro l’anagrafica
- Estrae quantità, codici, descrizioni e date, ognuno con la fonte
- Verifica contro anagrafica clienti e catalogo articoli
- Dichiara cosa manca o non torna: cinque regole di completezza
- Prepara la risposta al cliente; una persona approva e la invia
- Non calcola prezzi e non prepara preventivi
- Non confronta con le richieste passate
- Non legge e non scrive nel gestionale o nel CRM
- Non promette date di consegna, salvo quella che l’azienda ha configurato
- Non invia niente da solo
Il percorso preventivo — con il listino del cliente importato e ogni cifra legata a una riga di listino verificata — è nella roadmap. Comparirà su questa pagina quando sarà in produzione, non prima.
Cosa serve per partire
- Accesso in lettura alla casella di posta commerciale
- Anagrafica clienti e catalogo articoli, anche in un foglio
- Una persona che approva
Il modo utile di valutarlo è vederlo girare su cinque richieste vere ricevute da voi nelle ultime due settimane — comprese quelle su cui si ferma.