La decisione che viene prima di qualsiasi preventivo
Prendete un dato qualsiasi: il prezzo di un articolo. Dove sta scritto quello giusto? Nel gestionale o sul sito? Se la risposta è «in tutti e due», il problema non è che i sistemi non si parlano: è che se lo modificate in due posti diversi nessuno saprà mai quale dei due ha ragione. È la ragione per cui certe integrazioni costruite bene continuano a produrre disallineamenti.
| Informazione | Chi comanda | Chi la legge soltanto |
|---|---|---|
| Anagrafica articolo e prezzo | Di solito il gestionale | Il sito |
| Giacenza di magazzino | Il gestionale | Il sito |
| Ordine del cliente | Il sito o il portale | Il gestionale |
| Anagrafica cliente | Da decidere: dipende da dove nasce | L'altro |
| Stato della spedizione | Il gestionale o il corriere | Il sito |
| Contenuti e descrizioni | Il sito | Nessuno |
Un dato ha un solo posto in cui è originale. Ovunque altro è una copia in sola lettura. Questa regola, da sola, elimina la categoria di problemi più fastidiosa e più difficile da diagnosticare.
Le tre verifiche che decidono il costo
- 01
Il gestionale può far uscire ed entrare i dati?
E soprattutto: la vostra licenza lo prevede? È la domanda che sposta il preventivo più di ogni altra, e si fa con una email al rivenditore. Le risposte possibili sono tre: un'interfaccia di integrazione compresa, un modulo aggiuntivo a pagamento, oppure solo esportazioni programmate. Tutte e tre permettono di lavorare, con costi molto diversi.
- 02
In quale verso devono viaggiare le informazioni?
Leggere è semplice, scrivere è un'altra cosa: scrivere dentro un gestionale significa poterlo sporcare, e va fatto con controlli. Un progetto in sola lettura può costare una frazione di uno bidirezionale, e in molti casi risolve comunque il problema vero.
- 03
Ogni quanto devono allinearsi?
«In tempo reale» suona bene e costa molto. Per le giacenze può servire davvero; per un listino che cambia due volte l'anno, un allineamento notturno è indistinguibile dal tempo reale per chi guarda, e costa una frazione.
Quando il problema non è il collegamento
In una parte dei casi la richiesta di integrazione nasconde un problema diverso. Se gli ordini arrivano per email da una decina di clienti abituali, il passaggio da eliminare non è la trascrizione nel gestionale: è l'email stessa. Un portale dove quei clienti inseriscono l'ordine da soli, con il loro listino, risolve alla radice ciò che un'integrazione può solo velocizzare.
- Se gli ordini arrivano da poche decine di clienti fissi: un portale ordini, non un'integrazione della posta.
- Se i dati arrivano da sistemi di terzi in formati imprevedibili: normalizzazione in ingresso e una coda di controllo.
- Se il problema sono i prezzi diversi per cliente: la questione è il listino, e va risolta dove il listino vive.
- Se il problema è che nessuno sa a che punto è un ordine: serve visibilità, non trasferimento di dati.