Prima ancora di mettere a confronto le piattaforme di e-commerce per SAP Business One, c’è una decisione che, di fatto, esclude la maggior parte di esse dalla selezione. Non si tratta del design del negozio online, della funzione di ricerca o della procedura di pagamento. Si tratta di come la piattaforma si integra con SAP.
L’integrazione e-commerce con SAP Business One può assumere due forme. Un’integrazione nativa significa che la piattaforma e-commerce legge e scrive direttamente su SAP Business One, utilizzando le interfacce proprietarie di SAP, per cui SAP rimane l’unico sistema di riferimento. Un’integrazione tramite middleware significa che tra il negozio online e SAP si interpone un connettore o un livello di integrazione separato, che mantiene sincronizzate le copie di clienti, articoli, prezzi e ordini tra i due database. Le piattaforme e-commerce generiche si collegano a SAP Business One tramite middleware. Un numero limitato di piattaforme, tra cui FocusPoint Ecommerce, è sviluppato in modo nativo su SAP Business One.
La scelta del modello determina quali fornitori siano ammissibili, quali siano i costi del progetto dopo il lancio e se i vostri clienti vedranno mai un prezzo non approvato da SAP.
I due modi in cui l'e-commerce si integra con SAP Business One
In un modello nativo, esiste un unico database di riferimento. Il front-end richiede a SAP Business One il listino prezzi del cliente, l’anagrafica articoli, le giacenze disponibili e le fatture aperte, e SAP fornisce le risposte. Quando un cliente effettua un ordine, la piattaforma crea l’ordine di vendita in SAP applicando le condizioni del cliente ed eventuali regole di approvazione. Nulla viene copiato. Nulla deve attendere di essere sincronizzato.
In un modello middleware, la piattaforma di e-commerce dispone di un proprio database, poiché è stata progettata per funzionare indipendentemente da un particolare sistema ERP. Un connettore, che può essere un plug-in appositamente sviluppato o una piattaforma di integrazione generica, trasferisce i dati tra i due sistemi. Gli articoli e i prezzi vengono trasferiti da SAP al negozio online secondo una pianificazione prestabilita o in caso di modifiche. Gli ordini vengono trasferiti in senso inverso. I dati relativi a clienti, limiti di credito e fatture possono essere trasferiti o meno, a seconda delle funzionalità supportate dal connettore.
Entrambi i modelli sono in grado di generare un archivio funzionante. La differenza sta in ciò che accade nei momenti in cui tutto è sincronizzato.
Ma non è forse vero che ogni piattaforma di e-commerce è “integrata” con SAP Business One, se è il fornitore a dirlo?
No. L’espressione “integrato con SAP Business One” di solito indica l’esistenza di un connettore, non che SAP sia il sistema di riferimento. Per capire di quale modello si tratta, ponetevi due domande: la piattaforma conserva una propria copia dei clienti, degli articoli e dei prezzi? E se SAP modifica un prezzo alle 14:00, cosa mostra il negozio online alle 14:01? Se la risposta prevede una pianificazione di sincronizzazione, si tratta di middleware.
Perché il modello di integrazione e-commerce di SAP Business One è determinante nella scelta dei candidati finalisti
Questa scelta viene prima di tutto perché è di natura strutturale. Una piattaforma generica non può diventare nativa per SAP Business One, per quanto valido possa essere il suo connettore; è stata infatti progettata per essere indipendente dal sistema ERP, e il suo database è la fonte di dati di riferimento per il front-end. Una piattaforma nativa non può funzionare senza SAP Business One, il che rappresenta un limite per chi non la utilizza e un vantaggio per chi invece la utilizza.
Il test di idoneità è quindi semplice. Se i vostri requisiti includono prezzi specifici per cliente che corrispondano esattamente a quelli di SAP, ordini che arrivino in SAP come ordini di vendita senza che nessuno li modifichi e clienti in grado di scaricare autonomamente fatture ed estratti conto, state descrivendo un’integrazione nativa. Il middleware può avvicinarsi a ciascuno di questi aspetti, ma ogni approssimazione rappresenta un progetto, e i progetti non finiscono mai.
Ad esempio, un grossista di materiale elettrico che gestisce decine di listini prezzi negoziati in SAP Business One si pone una domanda fondamentale: l’appaltatore che effettua l’accesso vede il prezzo previsto dal proprio contratto ogni volta, anche il giorno successivo alla rinegoziazione del prezzo da parte dell’acquirente? Con la soluzione nativa, sì, per impostazione predefinita. Con il middleware, sì, a condizione che il connettore mappi quel listino prezzi, che la sincronizzazione sia stata eseguita e che non si siano verificati errori durante la notte.
Native vs middleware: a confronto
| Cosa stai decidendo | Integrazione nativa | Integrazione del middleware |
|---|---|---|
| Sistema di riferimento | Solo SAP Business One | SAP e il database proprio della piattaforma |
| Prezzi personalizzati in base alle esigenze del cliente | Lettura diretta dai listini prezzi e dalle condizioni SAP | Copiato nella vetrina dal connettore; la precisione dipende dalla mappatura e dai tempi di sincronizzazione |
| Gestione degli ordini | Creato in SAP come ordine di vendita con le approvazioni già applicate | Creato nell'interfaccia web, quindi trasferito in SAP tramite il connettore |
| Fatture, estratti conto, stato degli ordini | Fornito da SAP | Solo se il connettore li supporta |
| Sistemi per la concessione di licenze e l'assistenza | Un'unica piattaforma, un unico referente per l'assistenza | Storefront, connettore ed eventualmente una piattaforma di integrazione, spesso di fornitori diversi |
| Effetti di un aggiornamento SAP | Il fornitore della piattaforma verifica la conformità alla nuova versione | Il connettore deve essere sottoposto a un nuovo test e, talvolta, ricostruito |
| Tempo medio necessario per il lancio | Più breve, perché i dati sono già presenti in SAP | Più a lungo, perché l'integrazione in sé è un progetto |
| La soluzione più adatta | Aziende che utilizzano SAP Business One per la propria attività | Aziende che utilizzano più sistemi ERP o un negozio online che non possono sostituire |
Quali sono i costi del middleware oltre alla licenza
Il prezzo del connettore è la parte più irrisoria. I costi reali sono quelli operativi.
I due sistemi non sono allineati. Ogni volta che viene replicato un prezzo, una giacenza o un limite di credito, c’è il rischio che il punto vendita e SAP mostrino dati diversi. Qualcuno deve accorgersene e qualcuno deve risolvere il problema.
Due fornitori si puntano il dito l'uno contro l'altro. Quando un ordine non arriva a SAP, il fornitore del negozio online sostiene che sia stato il connettore a perderlo, mentre il fornitore del connettore sostiene che sia stato SAP a rifiutarlo. Il vostro team è quello che deve gestire la situazione.
Ogni modifica a SAP comporta un ciclo di test. Che si tratti di aggiungere un listino prezzi, modificare un’unità di misura o aggiornare SAP Business One, è necessario verificare la mappatura. Questo lavoro si ripete per tutta la durata di attività del negozio.
Il self-service si limita a ciò che il connettore supporta. I clienti che non riescono a visualizzare la propria fattura o gli ordini in corso online chiamano il vostro team di assistenza, il che rappresenta proprio il costo che l’e-commerce avrebbe dovuto eliminare.
In pratica, la fase di lancio è solitamente quella che funziona. La manutenzione è quella che nessuno aveva previsto nel budget.
Cosa succede quando SAP Business One e il negozio online non sono d'accordo sul prezzo?
In un modello middleware, il cliente vede le informazioni visualizzate sullo storefront, ovvero quelle fornite dall’ultima sincronizzazione riuscita. Se SAP ha apportato modifiche successivamente, il cliente acquista al prezzo precedente, l’ordine raggiunge in genere SAP con una discrepanza e qualcuno deve riconciliare manualmente i dati o accollarsi la differenza. In un modello nativo, lo storefront non dispone di informazioni che possano essere errate. Interroga SAP al momento della visualizzazione, quindi il prezzo che il cliente vede è quello in vigore su SAP.
Quando il middleware è la scelta giusta
Il native non è sempre la soluzione giusta, e un fornitore che ti dice il contrario sta solo cercando di venderti qualcosa. Il middleware è una scelta sensata in alcune situazioni.
Utilizzate più di un sistema ERP e avete bisogno di un unico negozio online che li integri tutti. Gestite già un grande negozio online rivolto ai consumatori su una piattaforma generica e il B2B ne costituisce solo una piccola aggiunta. L’e-commerce è per voi un canale secondario e una sincronizzazione approssimativa è accettabile. Oppure siete nel bel mezzo di un’importante migrazione IT e lo stesso SAP Business One potrebbe subire delle modifiche.
A parte questi casi, se SAP Business One gestisce l’attività, anche il negozio online dovrebbe funzionare su SAP Business One.
Abbiamo già un negozio online generico per la nostra attività al dettaglio. Dobbiamo sostituirlo?
Non necessariamente. Alcuni distributori gestiscono un punto vendita al dettaglio per i clienti occasionali e integrano una piattaforma SAP Business One nativa per i clienti B2B, dove prezzi, condizioni e approvazione degli ordini rivestono un’importanza fondamentale. È proprio nel settore B2B che il middleware risulta più limitante, poiché è lì che risiedono i dati specifici dei clienti. È consigliabile valutare i due canali separatamente, anziché costringere un’unica piattaforma a gestirli entrambi in modo inadeguato.
Cosa dovrebbe offrire un'integrazione nativa di SAP Business One con l'e-commerce
"Nativo" è un'affermazione, quindi verificatela alla luce dei risultati.
Ogni conto gestisce la propria attività. Prezzi, catalogo, condizioni di pagamento e limiti di credito sono esattamente come sono registrati in SAP Business One, senza alcun livello di mappatura che possa causare discrepanze.
Gli ordini arrivano come ordini di vendita. Con il cliente giusto, i prezzi giusti e qualsiasi flusso di lavoro di approvazione applicato all'interno di SAP, senza che debbano rimanere in coda in attesa di una sincronizzazione.
I clienti si gestiscono autonomamente. Fatture, estratti conto, cronologia degli ordini, riordini dalla cronologia e stato degli ordini: tutto gestito tramite SAP senza bisogno di contattare l'assistenza.
Il catalogo è l'anagrafica articoli. I nuovi articoli, quelli fuori produzione e le modifiche alle unità di misura vengono visualizzati perché sono stati modificati in SAP, non perché qualcuno abbia riesportato un foglio di calcolo.
L'assistenza è gestita da un unico fornitore. Quando si verifica un guasto, la responsabilità ricade su un unico team, che conosce bene SAP Business One.
Ad esempio, il reparto ricambi di un rivenditore di attrezzature gestisce clienti con flotte aziendali a prezzi contrattuali, tecnici che effettuano ordini direttamente sul campo e un responsabile dell’assistenza che approva qualsiasi ordine superiore a una determinata soglia. In un modello nativo, l’intero flusso è costituito dai dati e dalle regole di SAP, presentati online. Chiedete a ogni fornitore di dimostrarlo utilizzando i vostri listini prezzi, non i loro.
Un'integrazione nativa rallenta SAP Business One?
Non dovrebbe, se la piattaforma è realizzata correttamente. Una piattaforma nativa ben progettata separa il traffico operativo dalle query più impegnative relative al front-end e all’analisi dei dati, in genere isolando il carico di lavoro analitico in un database dedicato, in modo che un front-end molto trafficato o un report di grandi dimensioni non rallentino mai l’inserimento degli ordini. Chiedete al fornitore come protegge il database operativo in caso di carico elevato. “Va bene così” non è un’architettura. Un database analitico separato, invece, lo è.
Come FocusPoint Ecommerce gestisce l'integrazione con SAP Business One
FocusPoint Ecommerce è stato sviluppato esclusivamente per SAP Business One. Non è presente alcun middleware. SAP è l’unica fonte di dati attendibile, da cui vengono ricavati direttamente i prezzi, i cataloghi e i processi specifici per ciascun cliente; per questo motivo, ogni utente vede la propria attività non appena effettua l’accesso. Gli ordini vengono creati in SAP come ordini di vendita, con l’applicazione dei relativi flussi di lavoro e delle approvazioni.
Essere nativo non significa essere chiuso. Un’architettura basata su plugin integra CRM, EDI, punchout, tracciamento delle chiamate e la variabilità dei canali senza interferire con il nucleo centrale, in modo che gli elementi che variano da azienda ad azienda rimangano al di fuori dell’integrazione anziché al suo interno. I database operativi e quelli analitici sono tenuti separati, così che le query più pesanti non rallentino mai il front-end. La ricerca basata sull’intelligenza artificiale, la personalizzazione e gli ordini predittivi si basano sulla cronologia degli acquisti del cliente stessa in SAP.
L'implementazione richiede poche settimane, non mesi, poiché i dati necessari alla piattaforma sono già presenti in SAP Business One. Il compromesso è quello già indicato: se non utilizzate SAP Business One, FocusPoint Ecommerce non fa al caso vostro.
Quanto costa una piattaforma di e-commerce nativa per SAP Business One?
FocusPoint Ecommerce non prevede costi di implementazione né commissioni sulle transazioni. Il prezzo consiste in un abbonamento mensile basato sui moduli utilizzati, il che lo rende la soluzione più conveniente per l’e-commerce su SAP Business One, garantendo al contempo la migliore integrazione con un unico punto di riferimento per l’assistenza. Non sono previste licenze per i connettori né costi per un secondo fornitore.
Domande da porre a ogni fornitore prima di stilare la lista dei candidati preselezionati
- La vostra piattaforma conserva una propria copia dei clienti, degli articoli e dei prezzi, oppure li recupera da SAP Business One?
- Se in SAP viene modificato un listino prezzi, quando lo vede il cliente?
- Mostrami come un ordine viene trasformato in un ordine di vendita in SAP con una fase di approvazione, utilizzando i miei dati.
- Un cliente può scaricare autonomamente la propria fattura e il proprio estratto conto dal sito web?
- Quando si esegue l'aggiornamento di SAP Business One, chi si occupa di verificare nuovamente l'integrazione e chi ne sostiene i costi?
- Se un ordine non arriva a SAP, chi devo contattare?
Qualsiasi fornitore le cui risposte prevedano una pianificazione della sincronizzazione, un secondo database o un secondo numero di telefono sta offrendo un middleware. Va bene se lo avete scelto voi. Il problema è se non ne eravate a conoscenza.
Se la tua azienda utilizza SAP Business One e stai valutando come integrare l'e-commerce con questo sistema, il team di professionisti SAP Business One di FocusPoint analizzerà i tuoi listini prezzi, il flusso degli ordini e le esigenze dei tuoi clienti in termini di self-service, illustrandoti come si presenta un'integrazione nativa per la tua azienda.Fissa un appuntamento.
