Spostare gli ordini via fax sul Web ── progettare il periodo di doppia gestione e una migrazione graduale

· · Ordini via fax, Ordini Web, EDI, Gestione degli ordini, Efficienza operativa, Integrazione dei sistemi, CSV, BtoB, DX

Nell’articolo precedente, “Che cos’è l’EDI? Come semplifica lo scambio di ordini tra aziende”, abbiamo esaminato il meccanismo che sostituisce la reinserzione manuale degli ordini ricevuti via fax o e-mail con uno scambio di dati tra sistemi.

Questo articolo ne è il seguito. Il tema fa un passo avanti rispetto a “comprendere il meccanismo”, verso come effettuare concretamente la migrazione.

Le richieste del tipo “vogliamo spostare gli ordini via fax sul Web” proseguono spesso così:

“Ma alcuni nostri partner commerciali possono usare solo il fax”

“Vogliamo continuare a usare il sistema di gestione vendite così com’è”

“Non possiamo permetterci che gli ordini si blocchino durante il passaggio”

In altre parole, la vera sfida operativa non è costruire un sistema di ordini Web. È progettare il periodo durante il quale si passa gradualmente al Web mentre il fax resta attivo.

Questo articolo organizza lo spostamento degli ordini via fax sul Web attorno a quattro temi: la progettazione del periodo di doppia gestione, l’import CSV come forma intermedia, la preparazione delle anagrafiche di prodotti e clienti, e come coinvolgere i partner commerciali.

1. La conclusione, prima di tutto

I punti chiave nel pianificare il passaggio degli ordini via fax al Web sono i seguenti:

  • Fissare l’obiettivo non sull’“eliminazione del fax”, ma sulla “riduzione del numero di ordini che richiedono inserimento manuale”
  • Partire dal presupposto che un periodo di doppia gestione di fax e Web si verificherà comunque, progettandone prima la durata e il modo di misurarla
  • I canali di ricezione possono essere più di uno, ma la gestione interna degli ordini va unificata in un unico flusso
  • Non richiedere subito l’inserimento tramite schermata Web, ma prevedere l’import CSV come forma intermedia
  • Poiché la schermata di ordine Web espone direttamente ai partner commerciali le anagrafiche di prodotti e clienti, preparare prima queste anagrafiche
  • Non far passare tutti i partner commerciali insieme, ma classificarli per volume di ordini e disponibilità a collaborare, e migrarli in ordine

Anche JIPDEC sottolinea che, finché rimangono processi manuali come fax e telefono, resta necessario il personale per gestirli, rendendo difficile ottenere pienamente i benefici dell’efficientamento. Proprio per questo, il periodo di doppia gestione non va lasciato come “qualcosa che accade inevitabilmente”, ma il piano stesso per accorciarlo va reso oggetto di progettazione.

2. Perché il passaggio immediato e totale al Web tende a fallire

Il passaggio degli ordini via fax al Web presenta una caratteristica che non può essere decisa solo in base alle esigenze del sistema interno: è il partner commerciale a inviare l’ordine.

Un approccio che annuncia a tutti i partner commerciali “dal mese prossimo ordinate tramite Web” tende a portare ai seguenti fallimenti:

  • I partner commerciali che possono ordinare solo via fax smettono di essere un’“eccezione” e diventano un “ostacolo al piano”
  • Ogni partner commerciale ha circostanze diverse, ma viene imposta a tutti la stessa scadenza
  • Gli ordini dei partner che non migrano continuano ad arrivare via fax, rendendo la doppia gestione permanente
  • Il progetto viene giudicato come “siamo passati al Web, ma il personale non è diminuito”, e si blocca

La causa è aver fissato l’obiettivo su “eliminare il fax”.

Sostituendo l’obiettivo con “ridurre il numero di ordini che richiedono inserimento manuale”, il piano diventa realistico. Ad esempio, se solo i partner commerciali principali, che rappresentano il 70% degli ordini, migrano verso il Web o il CSV, il lavoro di inserimento si riduce notevolmente anche se il restante 30% rimane sul fax.

Invece di muovere tutto in una volta, si procede prima dove l’impatto è maggiore. Questo è il principio di base di una migrazione graduale.

3. Come apparirà dopo la migrazione ── più punti di ingresso, un’unica gestione interna

Prima di progettare la migrazione graduale, è utile delineare prima la forma target.

Il punto chiave è pensare separatamente il canale di ricezione e la gestione degli ordini.

[Canali di ricezione]              [Dati d'ordine condivisi]      [Gestione interna]

Fax ──── inserito da un addetto ──┐
Allegato e-mail ── inserito da un addetto ─┤
Import CSV ─── import automatico ────┼──→ Dati d'ordine ──→ Allocazione scorte, spedizione, fatturazione
Schermata ordine Web ── registrazione automatica ───┘  (formato unificato)

Indipendentemente da quanti canali di ricezione esistano, finché il formato e la gestione dei dati d’ordine a valle sono unificati in un unico flusso, i processi successivi - scorte, spedizione, fatturazione - continuano a funzionare secondo un flusso comune.

Al contrario, se si crea una gestione o un registro separato per ogni canale, l’attività si complica a ogni nuovo canale aggiunto, e il carico della doppia gestione continua a crescere.

Anche un ordine arrivato via fax, una volta inserito da un addetto, deve diventare gli stessi dati d’ordine degli altri canali. Si può dire che la migrazione consista nel ridurre, in questo schema, il volume che scorre nella riga “inserito da un addetto”, aumentando quello che scorre nelle righe “import automatico” e “registrazione automatica”.

Non è necessariamente indispensabile rifare il sistema di gestione vendite esistente. Finché si può verificare se è possibile aggiungere un punto di ingresso per i dati d’ordine (una funzione di import CSV, un’integrazione con database, un’API, ecc.), si può procedere mantenendo l’impostazione attuale. Questo punto di verifica è esattamente ciò che è stato trattato in “verificare la connessione al sistema interno” nell’articolo precedente sull’EDI.

4. L’import CSV come forma intermedia

Chiedere a un partner commerciale di passare direttamente dal fax all’inserimento tramite schermata Web può rappresentare per lui un onere notevole.

Dal punto di vista di chi ordina, l’inserimento tramite schermata Web significa “reinserire, nella schermata dell’altra parte, un ordine già creato nel proprio sistema di ordinazione o in Excel”. Se il partner commerciale genera già i dati d’ordine tramite il proprio sistema, ricevere quei dati così come sono, sotto forma di file, e importarli comporta meno lavoro per entrambe le parti.

Perciò, come forma intermedia, si prevede l’import CSV (o Excel).

Fase 1: ricevere il CSV come allegato e-mail, che un addetto carica tramite la funzione di import
Fase 2: il partner commerciale carica il CSV da una pagina Web, con import automatico
Fase 3: i partner ormai standardizzati passano alla schermata di ordine Web o all'EDI

Già alla prima fase, il tempo di inserimento e gli errori di trascrizione diminuiscono nettamente rispetto all’inserimento manuale guardando il modulo d’ordine cartaceo. Un altro vantaggio è che è più facile ottenere la collaborazione, poiché il cambiamento richiesto al partner commerciale si limita a “sostituire ciò che veniva inviato via fax con un allegato e-mail”.

Quando si progetta l’import CSV, occorre definire almeno i seguenti elementi.

Elemento di progettazione Cosa decidere
Formato file CSV o Excel, carattere separatore, presenza o meno di una riga di intestazione
Codifica dei caratteri Shift_JIS (CP932) o UTF-8, gestione del BOM
Definizione dei campi Colonne e campi obbligatori come numero d’ordine, codice prodotto, quantità, data di consegna, destinazione di consegna
Sistema di codifica Quale schema di codici prodotto/cliente utilizzare, e chi detiene la tabella di conversione
Regole di validazione Fino a che punto controllare automaticamente codici prodotto inesistenti, limiti di quantità, plausibilità delle date di consegna
Gestione degli errori Se bloccare tutto in caso di qualsiasi errore o importare solo le righe corrette, e chi viene notificato e come
Prevenzione dei duplicati Come gestire il reinvio dello stesso file o la reimportazione dello stesso numero d’ordine

Il CSV sembra semplice, ma è un formato con molte insidie riguardo alla codifica dei caratteri, agli a capo, e alla gestione di virgole e virgolette. I punti tecnici a cui prestare attenzione nell’implementare l’elaborazione di import sono riassunti nella nostra “Guida pratica alla gestione dei file CSV”.

Da notare che l’import CSV non è la forma finale, ma una forma intermedia. La definizione dei campi e il sistema di codifica decisi qui costituiranno direttamente la base anche per il successivo ordine Web o EDI.

5. Preparare prima le anagrafiche di prodotti e clienti

Con gli ordini via fax, sono gli addetti ad assorbire le lacune delle anagrafiche.

Ad esempio, anche se sul modulo d’ordine è scritto un vecchio nome di prodotto, l’addetto interpreta “questo significa l’attuale versione di questo prodotto” e lo inserisce di conseguenza. Anche se l’unità è scritta come “cartone”, l’addetto ricorda quanti pezzi contiene un cartone e fa la conversione.

Passando all’import CSV o all’ordine Web, questa interpretazione deve essere svolta da una macchina. Inoltre, nella schermata di ordine Web, l’anagrafica prodotti viene esposta direttamente allo sguardo del partner commerciale.

Per questo motivo, prima della migrazione è necessaria almeno la seguente preparazione:

  • Pulizia dei codici prodotto (gestione degli articoli fuori produzione, unificazione dei duplicati, tabella di corrispondenza tra codici vecchi e nuovi)
  • Uniformazione della denominazione dei prodotti (i nomi sono presentabili ai partner commerciali?)
  • Unità e quantità per confezione (relazione tra pezzo singolo, cartone e pallet, quantità minima d’ordine)
  • Codici partner commerciale e codici di destinazione di consegna (come gestire i casi in cui un partner ha più destinazioni di consegna)
  • Dove gestire i prezzi applicati e le condizioni contrattuali specifiche per ciascun partner

Il punto importante qui è non cercare di perfezionare tutte le anagrafiche prima di iniziare. Aspettare questo significa che la migrazione non inizierà mai.

L’approccio realistico è preparare prima solo l’ambito di prodotti e destinazioni di consegna riguardante il primo partner commerciale che migra (il pilota), per poi ampliare tale ambito a ogni nuovo partner aggiunto alla migrazione. Integrate il lavoro di preparazione delle anagrafiche stesso nelle fasi della migrazione graduale.

6. Progettare il periodo di doppia gestione

La doppia gestione di fax e Web (CSV) si verificherà inevitabilmente durante il periodo di migrazione. Se lasciata senza progettazione, la doppia gestione diventa permanente, e ci si ritrova in una situazione in cui “il lavoro è aumentato esattamente di quanti canali sono stati aggiunti”.

Progettare il periodo di doppia gestione significa concretamente decidere quanto segue.

6.1 Fissare una durata e un valore obiettivo

Decidere in cifre “entro quando, quale percentuale di ordini dovrà essere importata automaticamente”. Ad esempio, in una forma come “ridurre la quota di ordini via fax dal 70% al 30% entro sei mesi”.

Una doppia gestione senza scadenza si cristallizza così com’è. Anche se l’obiettivo non viene raggiunto, avere una scadenza spinge a verificare, partner per partner, “perché la migrazione non progredisce”.

6.2 Misurare ogni mese i volumi per canale

L’avanzamento della migrazione va seguito con i numeri, non a sensazione.

  • Numero di ordini per canale (fax, allegato e-mail, CSV, Web)
  • Numero di ordini inseriti manualmente e tempo impiegato
  • Numero di errori di import e relative cause
  • Numero di correzioni di inserimento e registrazioni duplicate

Questo è lo stesso approccio degli indicatori da monitorare dopo l’introduzione menzionati nell’articolo precedente. Misurare separatamente per canale permette di vedere “su quale partner commerciale vale la pena agire per il maggiore impatto”.

6.3 Allineare le regole operative tra i canali

La confusione durante il periodo di doppia gestione tende a sorgere quando le regole aziendali differiscono a seconda del canale.

  • L’orario limite di chiusura ordini è lo stesso per fax e Web?
  • Quale canale gestisce modifiche e cancellazioni degli ordini? (Se un ordine ricevuto via Web viene modificato via fax, sarà necessaria una riconciliazione.)
  • Il metodo di notifica in caso di esaurimento scorte cambia a seconda del canale?
  • Il numero d’ordine è univoco tra tutti i canali? (Necessario per individuare registrazioni duplicate.)

In particolare, il pattern “ordinare via Web, per poi modificare subito dopo per telefono o via fax” si verificherà inevitabilmente. Decidete in anticipo quale canale gestisce le modifiche, e chi è responsabile di correggere quali dati.

6.4 Rendere oggetto di miglioramento anche il modo di ricevere il fax

Durante il periodo di doppia gestione, il fax rimane. Poiché si parte dal presupposto che rimanga, anche l’elaborazione lato fax è oggetto di miglioramento.

  • Ricevere il fax tramite una multifunzione e convertirlo in PDF, smettendo di gestire la carta
  • Raccogliere i PDF ricevuti in una cartella ordini e gestire lo stato di elaborazione (non elaborato, inserito, in sospeso)
  • Collegare l’originale fax (PDF) dopo l’inserimento ai dati d’ordine tramite il numero d’ordine, così da poterli riscontrare in seguito

Pensare che “il fax prima o poi sparirà, quindi non vale la pena toccarlo” non riduce il carico durante il periodo di doppia gestione. Fino al completamento della migrazione, trattate l’elaborazione del fax come un ulteriore canale che confluisce negli stessi dati d’ordine.

7. Come coinvolgere i partner commerciali

Il successo della migrazione graduale dipende più dal modo in cui ci si rivolge ai partner commerciali che dal lavoro interno.

7.1 Classificare i partner commerciali

Non trattare tutti i partner commerciali allo stesso modo, e classificarli prima.

Classificazione Caratteristiche Approccio alla migrazione
A: alto volume, in grado di adattarsi al sistema Genera i dati tramite un proprio sistema di ordinazione o Excel Personalizzare individualmente import CSV/EDI e migrare per primi
B: alto volume, ma difficile adattarsi al sistema Principalmente fax scritti a mano o telefono Guidare verso l’inserimento tramite schermata di ordine Web, con supporto attento
C: basso volume Pochi ordini al mese Accettare per il momento la continuazione del fax, e rimandarli

Sono le categorie A e B a determinare l’impatto. Cercare di far muovere forzatamente i partner della categoria C comporta solo costi, quindi è accettabile dichiarare loro chiaramente “continueremo ad accettare anche il fax”.

7.2 Scegliere un solo partner pilota

Invece di migrare più partner in parallelo fin dall’inizio, è meglio consolidare prima l’operatività con un solo partner. I criteri di selezione sono gli stessi dell’articolo precedente:

  • Volume di transazioni elevato, così l’impatto è facile da misurare
  • Prevalenza di ordini di tipo standardizzato
  • Comunicazione agevole tra gli addetti di entrambe le parti, e comprensione dell’integrazione dei sistemi

Con il pilota, costruite il “modello” - formato CSV, modo di comunicare in caso di errore, tabella di corrispondenza delle anagrafiche, documenti guida - e riutilizzate questo modello a partire dal secondo partner.

7.3 Presentare la proposta in base al beneficio per il partner

Dal punto di vista del partner commerciale, un cambiamento nel metodo di ordinazione è una richiesta dettata dalla convenienza della propria azienda. Presentate quindi la proposta in base al beneficio del partner, non alla propria efficienza.

  • La conferma d’ordine arriva immediatamente, eliminando la necessità di telefonate per verificare “se è arrivato”
  • Diminuiscono spedizioni errate ed errori di quantità dovuti a letture sbagliate
  • Il partner può consultare autonomamente lo storico degli ordini, rendendo più agevoli gli ordini ripetuti (nel caso dell’ordine Web)
  • Non serve più l’attività di invio via fax né il reinvio in caso di errori di trasmissione

Anche l’attenzione pratica dà i suoi frutti.

  • Riassumere la procedura operativa in un manuale di una sola pagina (puntare a un’ampiezza spiegabile con poche schermate)
  • Indicare esplicitamente la data di inizio e il periodo di coesistenza (“dal mese X accettiamo ordini anche via Web; il fax resta comunque utilizzabile in parallelo”)
  • Nelle prime volte, accettare gli ordini indipendentemente dal fatto che arrivino via fax o Web, e rispondere immediatamente alle richieste

Inoltre, non è consigliabile pubblicare fin dall’inizio un avviso del tipo “il fax verrà eliminato dal mese X”. È preferibile sollevare la questione della scadenza solo quando la migrazione è già avanzata e i partner commerciali rimasti si sono ridotti a pochi, in modo da non danneggiare il rapporto.

Riguardo alla digitalizzazione dello scambio di ordini per le piccole e medie imprese, l’Agenzia per le PMI giapponese presenta iniziative di standardizzazione, incluso un EDI comune, e i relativi benefici. Se la vostra associazione di categoria o i principali partner commerciali già supportano tali standard, vale la pena considerare anche l’opzione di allinearsi a uno standard anziché a un formato proprietario.

8. Un caso modello di migrazione graduale

Organizziamo tutto quanto detto finora in un modello cronologico. Queste durate sono solo un esempio e variano in base al numero di partner commerciali e all’organizzazione interna.

Fase Durata indicativa Attività principali
0. Analisi della situazione attuale 1 mese Elencare numero di ordini, canali e tempo di inserimento per ciascun partner commerciale; identificare i partner con il maggiore impatto
1. Costruzione delle fondamenta 1-2 mesi Unificare il formato dei dati d’ordine, preparare la funzione di import CSV, preparare le anagrafiche per l’ambito pilota
2. Pilota 1-2 mesi Avviare l’import CSV con un partner, stabilire la gestione degli errori e le regole operative, misurare l’impatto
3. Diffusione 3-6 mesi Espandere progressivamente ai partner della categoria A, guidare la categoria B verso la schermata di ordine Web, verificare mensilmente i volumi per canale
4. Consolidamento Prosecuzione continuativa Ridurre il volume residuo di fax, formalizzare le regole di gestione delle eccezioni, valutare l’evoluzione verso forme superiori come l’EDI

L’“analisi della situazione attuale” della fase 0 può riutilizzare direttamente l’inventario dei metodi di ordinazione presentato nell’articolo precedente.

Inoltre, se non siete sicuri se spostare sul Web la gestione degli ordini stessa o mantenerla come applicazione desktop, “Conviene spostare un’applicazione Windows sul Web?” delinea un quadro decisionale. Spostare sul Web il canale di ricezione e spostare sul Web il sistema interno sono decisioni che possono essere prese indipendentemente l’una dall’altra.

9. Ostacoli comuni e contromisure

Infine, riassumiamo gli ostacoli che si verificano comunemente nelle migrazioni reali.

Ostacolo Contromisura
È stato creato l’ordine Web, ma nessuno lo usa Tornare alla classificazione dei partner commerciali. Si sta forzando l’inserimento Web sulle categorie B/C? Inserire il CSV come forma intermedia
Troppi errori di import, finendo comunque per lavorare manualmente Rivedere le regole di validazione e il modo di gestire gli errori. Correggere anagrafiche e tabelle di conversione partendo dalla causa di errore principale (tipicamente una discrepanza di codici)
Si verificano registrazioni duplicate Rendere il numero d’ordine univoco tra i canali, aggiungere un controllo dei duplicati all’import, unificare il canale di ricezione di modifiche/cancellazioni
La preparazione delle anagrafiche non si conclude e impedisce di iniziare Limitare l’ambito al partner commerciale pilota. Integrare la preparazione nelle fasi della migrazione, senza attendere la perfezione
La doppia gestione diventa permanente Reimpostare scadenza e valore obiettivo, verificando mensilmente i volumi per canale. Chiedere individualmente ai partner senza progressi il motivo

Conclusione

Spostare gli ordini via fax sul Web è meno un lavoro di costruzione di un sistema e più un lavoro di progettazione del periodo di migrazione.

  • Fissare l’obiettivo su “ridurre il numero di ordini che richiedono inserimento manuale”, non su “eliminare il fax”
  • I canali di ricezione possono essere più di uno, ma i dati e la gestione degli ordini interni vanno unificati in un unico flusso
  • Non richiedere subito l’inserimento tramite schermata Web, ma inserire l’import CSV come forma intermedia
  • Far progredire la preparazione delle anagrafiche in modo graduale, partendo dall’ambito del primo partner commerciale che migra
  • Fissare una scadenza e un valore obiettivo per il periodo di doppia gestione, misurando l’avanzamento con i volumi per canale
  • Classificare i partner commerciali per volume e disponibilità a collaborare, costruire il modello con un solo pilota e poi espandere

Come riassunto nell’articolo precedente, il beneficio dell’EDI o dell’ordine Web è determinato da fino a che punto i dati ricevuti possono scorrere nei processi aziendali interni. Progettare la migrazione significa pianificare, in un ordine ragionevole, come aumentare la proporzione di ordini che confluiscono in quel flusso.

Per chi sta valutando di spostare sul Web lo scambio di ordini

Se state valutando di ripensare gli ordini via fax ma non siete sicuri da dove cominciare - coordinamento con i partner commerciali, connessione al sistema di gestione vendite esistente, come procedere con il formato CSV e la preparazione delle anagrafiche - è necessario iniziare organizzando prima il conteggio attuale degli ordini per canale.

KomuraSoft LLC (合同会社小村ソフト) può assistervi nella progettazione e implementazione dell’import CSV e dell’integrazione con l’ordine Web sfruttando le applicazioni aziendali e i database Windows esistenti, oltre che nell’organizzazione del piano di migrazione stesso.

Senza presupporre necessariamente un rifacimento completo, si può anche valutare una configurazione che mantenga l’attuale impostazione di gestione vendite, aggiungendo gradualmente i canali di ricezione.

Articoli recenti con gli stessi tag per approfondire argomenti vicini.

Queste pagine collocano l’argomento in un contesto più ampio di servizi e decisioni.

L’articolo è direttamente collegato ai servizi seguenti.

Sviluppo di applicazioni Windows

Perché progettare e implementare l'elaborazione di importazione e validazione degli ordini che collega il sistema di gestione vendite esistente agli ordini Web e all'import CSV rientra nell'ambito della consulenza per lo sviluppo di applicazioni aziendali.

Consulenza tecnica e revisione del progetto

Perché organizzare il piano di migrazione stesso - classificazione dei partner commerciali, progettazione del periodo di doppia gestione, come procedere con il formato CSV e la preparazione delle anagrafiche - è consulenza tecnica che comporta una revisione della progettazione.

Profilo dell’autore

Pagina di presentazione dell’autore dell’articolo.

Go Komura

Rappresentante di KomuraSoft LLC

Specializzato nello sviluppo di software Windows, nella consulenza tecnica e nell’analisi dei malfunzionamenti, soprattutto nei progetti con sistemi esistenti e guasti difficili da riprodurre.

Torna al blog