Da lista di stock grezzo a offerta: come un rivenditore industriale di surplus di medie dimensioni ha automatizzato i preventivi

Può il software trasformare un elenco di stock grezzo in un'offerta? In gran parte sì: può abbinare i codici articolo e assegnare un prezzo alle righe corrispondenti, lasciando a una persona la decisione sul resto. Un rivenditore di surplus industriale di medie dimensioni controllava a mano centinaia di prezzi ogni giorno prima di poter fare un'offerta su un elenco di stock. In una prova pilota nel 2026, Automa.Net ha collegato due dei suoi strumenti, BOM Cleaner e BOM Repricer, alle regole di acquisto del trader. Su quasi 20.000 righe provenienti da elenchi in ingresso reali, il 39% delle righe è stato abbinato automaticamente a un componente di catalogo e il 53% dei componenti abbinati nell'ambito della valutazione ha restituito un prezzo di mercato europeo. Entrambi gli strumenti ora fanno parte del lavoro quotidiano del trader. La fase successiva è uno strumento dedicato costruito attorno al processo del trader. Questo articolo segue il caso dal problema e dai costi, attraverso la soluzione e il pilot, fino alla fase attuale, perché il caso mostra qualcosa che una pagina prodotto non può mostrare: Automa.Net costruisce anche implementazioni attorno al processo di un singolo cliente e di solito inizia con un pilot.

Il caso in breve:

• Problema: elenchi di stock non strutturati, prodotti identificati a mano.
• Costo: centinaia di ricerche manuali di prezzo al giorno e errori dovuti ad abbinamenti errati dei codici articolo e a prezzi distorti.
• Soluzione: BOM Cleaner per l'abbinamento dei codici articolo e BOM Repricer per i prezzi di mercato, entrambi eseguiti con le regole del trader.
• Primo passo: un pilot su quasi 20.000 righe provenienti da oltre 20 elenchi reali.
• Risultato: il 39% delle righe è stato abbinato automaticamente, il 53% dei componenti abbinati nell'ambito è stato prezzato da offerte europee; entrambi gli strumenti sono in uso quotidiano.

Il problema: elenchi di stock che nessuno può leggere automaticamente

Il trader acquista e rivende componenti industriali, in gran parte da elenchi di eccedenze e surplus. La sua attività dipende dal fare offerte rapidamente e al prezzo giusto su elenchi che non controlla.

Quegli elenchi arrivano come fogli di calcolo scritti nel modo in cui l'ERP di ciascun venditore li esporta. Un singolo file può mescolare codici articolo del produttore puliti con codici interni, nomi di brand incollati al codice, due codici in una cella, codici nascosti in una descrizione, quantità nella colonna sbagliata e righe che non sono affatto componenti per l'automazione.

Prima del pilot, ogni elenco passava attraverso gli stessi passaggi manuali:

1. Separare le stringhe. Estrarre il codice articolo, il brand e la quantità da qualunque cosa abbia scritto il venditore.
2. Identificare il prodotto. Decidere quale componente esatto sia ogni riga, spesso cercando il codice online.
3. Verificare il prezzo di mercato. Cercare le offerte attuali per quel componente, in base alle condizioni, una riga alla volta.
4. Decidere. Solo allora un buyer poteva decidere quali righe valesse la pena quotare e a quale prezzo.

Un elenco di stock è di fatto una distinta base scritta da qualcun altro, e la nostra guida su come pulire le distinte base per gli acquisti spiega perché elenchi come questi mandano in crisi una semplice ricerca.

Quanto è costato il problema: tempo ed errori

Tempo. I primi tre passaggi hanno richiesto la maggior parte del tempo. Il team faceva a mano centinaia di ricerche di prezzo al giorno, quindi un elenco di diverse migliaia di righe richiedeva settimane di ricerche per essere prezzato riga per riga. Gli acquirenti passavano il tempo a preparare gli elenchi invece di decidere sulle offerte.

Errori. Il lavoro manuale su elenchi come questi va storto in modi prevedibili:

• Il componente sbagliato. Un codice troncato o un codice senza il suo brand può corrispondere a un prodotto diverso, e l'offerta viene prezzata per l'articolo sbagliato.
• Un prezzo fuorviante. Le inserzioni di marketplace per gli accessori spesso si trovano sotto il numero di parte del prodotto principale. Una pellicola protettiva o una cover per un pannello HMI si vende a una frazione del prezzo del pannello, e una sola inserzione di questo tipo abbassa il prezzo di mercato apparente.
• Un intervallo di prezzo che nasconde la dispersione. Quando un componente viene venduto a prezzi molto diversi, una singola media o fa perdere margine oppure fa perdere l'affare.
• Prezzi vecchi. Quando controllare un lungo elenco richiede giorni, i prezzi del trimestre precedente vengono riutilizzati e l'offerta non corrisponde più al mercato.

Nessuno di questi errori emerge subito. Un'offerta troppo alta semplicemente non viene accettata, e lo stock acquistato a un prezzo troppo elevato mostra il suo costo solo quando non si vende.

Come l'abbiamo risolto: prima l'abbinamento dei componenti, poi l'abbinamento dei prezzi

Abbiamo collegato due strumenti Automa.Net già esistenti in un unico flusso: prima abbinare ogni riga a un componente esatto del catalogo, poi abbinare quel componente ai prezzi di mercato in tempo reale, applicando in ogni fase le regole del trader.

BOM Cleaner legge il numero di parte da ogni riga, qualunque sia la forma in cui arriva, e lo confronta con il catalogo Automa.Net di oltre 10.5 milioni di componenti di più di 9,000 produttori. Ogni riga abbinata viene restituita con l'ortografia del codice e del brand usata dal produttore, un punteggio di affidabilità e il motivo dell'abbinamento. Le righe che non può abbinare con affidabilità vengono contrassegnate per la revisione invece di essere indovinate. Questo è il passaggio che abbina descrizioni di componenti incoerenti: lo stesso componente scritto come semplice codice da un venditore, con un prefisso del brand da un altro e all'interno di una descrizione da un terzo torna come un unico record.

BOM Repricer prende le righe abbinate e le prezza rispetto alle offerte live dei fornitori Automa.Net, suddivise per condizione: nuovo sigillato in fabbrica, nuovo surplus, ricondizionato e usato. Per il trader, funziona con le proprie regole di acquisto, come mercati preferiti, tipi di venditore esclusi e filtri che tengono gli accessori fuori dal prezzo.

L'output è il foglio di calcolo del trader con il componente abbinato e le colonne dei prezzi aggiunte, pronto per un buyer che prenda la decisione di offerta. Strumenti come questo fanno parte di un cambiamento più ampio nel modo in cui i distributori definiscono i prezzi, che trattiamo in l'uso di strumenti di price intelligence per componenti industriali.

Il pilot come primo passo

BOM Cleaner e BOM Repricer sono entrambi prodotti che chiunque può usare sul sito, quindi il trader avrebbe potuto caricare i propri file e leggere i risultati. Non sarebbe stato sufficiente. Un intervallo di prezzo generico non è un'offerta: il trader prezza solo alcune condizioni e alcuni mercati e vuole il risultato nelle colonne che i suoi buyer già leggono. E il valore sta nell'intera catena, dalla lista grezza alla decisione, non in un solo passaggio.

Quindi, invece di un abbonamento, abbiamo iniziato con un pilot: eseguire entrambi gli strumenti sulle liste reali del trader, applicare le sue regole, misurare il risultato e solo allora decidere insieme cosa costruire. Le regole del trader sono emerse dai primi cicli del suo feedback durante il pilot. Ha funzionato su file reali che il trader ha inviato nel corso del suo normale lavoro.

La media nasconde il dato più utile: il tasso di corrispondenza dipende molto più dalla lista che dallo strumento. Lo stesso passaggio ha abbinato il 98% di un file e il 6% di un altro. Le liste che riportano i codici parte del produttore si abbinano bene; le liste composte solo da codici interni, frammenti brevi o descrizioni lasciano molto meno su cui fare corrispondenza.

Come abbiamo misurato:

• Periodo e campione: diverse settimane a metà 2026, oltre 20 file dal normale lavoro del trader, quasi 20,000 righe in totale.
• Abbinate: una riga collegata da BOM Cleaner a un prodotto nel catalogo Automa.Net, con un punteggio di confidenza. Le righe segnate per revisione contano come non abbinate.
• Nell'ambito di prezzo: componenti abbinati che il trader prezza, dopo aver escluso accessori e altre righe che le sue regole lasciano fuori.
• Prezzate: almeno un'offerta rimasta dopo i filtri del trader.

Il tasso di prezzatura del 53% è onesto più che lusinghiero. Con i filtri del trader applicati, alcuni componenti semplicemente non hanno al momento un'offerta corrispondente. Il trader ha preferito un prezzo mancante a uno fuorviante.

L'effetto e la fase attuale

BOM Cleaner e la fase di pricing ora fanno parte del lavoro quotidiano del trader. Il pilot ha anche mostrato cosa migliorare in seguito:

• I fallback battono i vuoti. Una riga senza prezzo secondo le regole principali vale comunque qualcosa. La prossima versione prova ulteriori fonti di prezzo in ordine e indica chiaramente da quale fonte proviene il prezzo, così il buyer conosce una fascia di prezzo invece di non avere nulla.
• L'AI aiuta quando i codici sono danneggiati. Per le righe con un codice troncato o digitato male, un suggerimento AI, ora in fase di aggiunta alla corrispondenza, propone il numero di parte completo più probabile con la relativa motivazione, ad esempio ripristinando un prefisso e una cifra di controllo mancanti su un codice d'ordine del produttore. Il buyer lo accetta o lo rifiuta con un clic.

La fase successiva, ora in corso, è uno strumento dedicato costruito attorno al processo del trader, che gira sulla stessa API di BOM Cleaner e BOM Repricer.

Parla con noi di un pilot sui tuoi dati

Un pilot come questo ha senso quando il tuo team ripete gli stessi passaggi manuali su ogni lista e le tue regole sono abbastanza specifiche da richiedere una rielaborazione del risultato standard. Segnali tipici:

• Prezzate liste, non singoli componenti. Le offerte di eccesso di stock, i BOM dei clienti o le RFQ in arrivo arrivano come fogli di calcolo con centinaia o migliaia di righe.
• Le tue regole cambiano la risposta. Escludi mercati, venditori o condizioni, oppure hai bisogno dei prezzi in un formato che i tuoi acquirenti già utilizzano.
• I dati si trovano nel tuo ERP. I risultati devono tornare nel tuo ERP, non restare in un file scaricato. Vedi integrare i sistemi ERP con il pricing dei marketplace B2B per capire cosa comporta.
• Il tuo processo BOM ha già una struttura fissa. Se il tuo team segue un processo di gestione BOM, gli strumenti possono inserirsi nei suoi passaggi invece di sostituirli.

Il primo passo è una conversazione, non un contratto. Inviaci alcuni degli elenchi su cui il tuo team lavora davvero, dicci le regole con cui fai i prezzi e ti mostreremo il tasso di corrispondenza e la copertura dei prezzi sui tuoi dati, prima che venga costruito qualcosa. Contatta il team di Automa.Net per parlare di un pilot.

Domande frequenti

Il software può automatizzare il matching dei prezzi dei componenti?

Sì, una volta che ogni riga è collegata a un componente esatto. BOM Repricer confronta ogni riga abbinata con le offerte live dei fornitori per quel componente e restituisce il prezzo più basso e quello più alto per condizione. In questo pilot ha prezzato il 53% dei componenti abbinati nell'ambito; per il resto non c'era alcuna offerta che soddisfacesse le regole del trader al momento.

Come abbinate descrizioni di componenti incoerenti tra liste di stock e BOM?

Abbina ogni riga a un catalogo del produttore, non ai tuoi file precedenti. BOM Cleaner legge il codice da qualunque cosa contenga la riga, restituisce la dicitura originale del produttore con un punteggio di confidenza e il motivo, e contrassegna le righe incerte per la revisione. Per i codici danneggiati, un suggerimento AI propone il numero di parte completo più probabile.

Come si presenta un pilot con Automa.Net?

Invii file reali del tuo lavoro quotidiano e le regole con cui fai i prezzi. Li eseguiamo attraverso gli strumenti esistenti con le tue regole applicate, misuriamo i risultati sui tuoi dati e concordiamo con te cosa costruire dopo. Il trader in questo caso è partito dal matching e dal pricing ed è passato a uno sviluppo dedicato solo dopo che il pilot ha mostrato dove andava il tempo.

Perché solo il 39% delle righe è stato abbinato?

Perché molte righe del campione non riportavano un numero di parte del produttore. Il tasso variava dal 98% su un file al 6% su un altro, a seconda che il venditore scrivesse numeri di parte reali oppure codici interni, frammenti e descrizioni. Le righe che non possono essere abbinate con confidenza vengono contrassegnate per la revisione invece di essere indovinate.

Da dove provengono i prezzi?

Dalle offerte live dei fornitori di Automa.Net, abbinate al componente esatto del catalogo e suddivise per condizione.

Dobbiamo continuare a usare Automa.Net per sviluppare lo strumento?

No. Dopo lo sviluppo principale, il tuo team IT può occuparsi dell'interfaccia e del suo ulteriore sviluppo, oppure può continuare Automa.Net. Il motore dei dati resta disponibile tramite API in entrambi i casi.