SAP Business One resta dov'è.
Cambia chi riesce a parlargli.
Ci colleghiamo a SAP dall'esterno. Dentro non cambia niente.
Dentro SAP Business One ci sono già le anagrafiche, i listini, le giacenze e gli ordini. Il problema non è mai SAP: è che l'e-commerce, il marketplace, il magazzino e i clienti non riescono ad arrivarci - così qualcuno ribatte a mano quello che il gestionale sa già, e due sistemi che dicono numeri diversi diventano una discussione mensile. Mettiamo un punto in mezzo che parla con SAP e con tutto il resto.
Cosa entra, cosa esce.
La domanda tecnica non è con che protocollo. È chi è la fonte di verità: per ogni dato si decide una volta sola, e si scrive nella mappatura prima di scrivere codice. Con SAP Business One la risposta è quasi sempre SAP - è il sistema che fattura, quindi è il sistema che ha ragione.
- Anagrafiche clientida SAP
- Codice, condizioni di pagamento, listino assegnato, blocchi. Fuori da SAP un cliente non si crea: si legge.
- Listini e scontida SAP
- Prezzi per cliente, scaglioni, valute. Le regole restano dove sono già configurate; chi sta fuori le applica, non le reinventa.
- Giacenzeda SAP
- Disponibile per magazzino, impegnato, in arrivo. Con una cache in mezzo, perché una vetrina non può interrogare l'ERP a ogni click.
- OrdiniSAP li importa
- L'ordine nasce fuori - portale, e-commerce, web app del commerciale - e resta esposto sulla nostra API. È un job dentro SAP che se lo prende: nessun nostro codice scrive nel gestionale, e l'ordine entra passando dalle regole di SAP.
- Documentida SAP
- DDT, fatture, conferme d'ordine. Il cliente li scarica da sé, invece di chiederli in amministrazione.
- Stato ordine e spedizioneda SAP
- Dallo stato in SAP alla notifica al cliente, senza che nessuno la scriva a mano.
Sono i flussi che abbiamo già portato in produzione: esempi, non un catalogo. Quello che sta in SAP in linea di principio si può leggere tutto; per quello che deve entrare in SAP si decide caso per caso, ed è una delle cose che la mappatura mette per iscritto prima di cominciare.
L'API che SAP interroga è idempotente: se il job ritenta - la rete cade, la macchina si riavvia - riceve lo stesso ordine e non un duplicato. È la parte noiosa del lavoro, e l'unica che conti davvero il giorno in cui succede.
Il gestionale che fattura è il gestionale che ha ragione. Tutto il resto si adatta a lui.
Un punto in mezzo, non due sistemi legati a mano.
Il modo veloce è collegare SAP direttamente all'e-commerce. Funziona, finché non arriva il marketplace, poi il corriere, poi il gestionale del magazzino: a quel punto ogni coppia è un pezzo di software da mantenere, e ognuno si rompe quando uno dei due cambia. Il middleware è il punto unico in mezzo - i sistemi parlano con lui, non fra loro.
- // permessi
Permessi per ruolo
Chi legge cosa è deciso fuori da SAP. L'e-commerce vede listini e giacenze, non i costi; un agente AI vede quello che gli è stato concesso e nient'altro.
- // registro
Registro di ogni chiamata
Ogni richiesta e ogni risposta restano scritte. Quando qualcuno chiede perché quell'ordine è arrivato così, la risposta è un record - non una ricostruzione a memoria.
- // coda
Coda e ritentativi
Se SAP non risponde - manutenzione, backup, un riavvio - il flusso non si perde: si accoda e riparte. Fuori non se ne accorge nessuno.
- // no-copie
Nessuna seconda copia dei dati
Il middleware non diventa un secondo gestionale: tiene cache e stato, non la verità. La verità resta in SAP, dove sta già.
Non siamo revendor SAP e non prendiamo provvigioni su licenze: ci colleghiamo a SAP come a qualunque altro sistema, incluso un gestionale scritto su misura vent'anni fa. Quando diciamo che una cosa in SAP non conviene farla, non stiamo difendendo un margine.
Un progetto vero, non uno schema.
Un'azienda farmaceutica con una rete di clienti business: ordini, documenti e forecast passavano da email, telefonate e fogli di calcolo. Il portale che abbiamo costruito è integrato con SAP Business One in tempo reale - e un forecast confermato diventa un ordine proposto senza che nessuno lo ribatta.
Le domande che ci fanno sempre.
Siete partner o revendor SAP?
No, e non prendiamo provvigioni su licenze. Ci colleghiamo a SAP Business One come a qualunque altro sistema. Il vantaggio per voi è tutto qui: quando diciamo che una cosa non conviene farla, non stiamo difendendo un margine.
Funziona con la nostra installazione?
È la prima domanda a cui rispondiamo, e si risponde guardando. La mappatura è il primo passo di ogni progetto: dice cosa è raggiungibile, come, e quanto costa collegarlo. Ne esce un documento leggibile - e da lì si può anche decidere di fermarsi.
Quanto tempo serve?
Dipende da quanti flussi servono davvero, e sono quasi sempre meno di quelli che sembrano all'inizio. Si parte da uno - di solito giacenze o ordini - si mette in produzione, e si aggiunge il resto quando il primo regge. Non consegniamo sei integrazioni tutte insieme il giorno del go-live.
E se un domani cambiamo gestionale?
Cambia il connettore verso SAP, non tutto il resto: è esattamente il motivo per cui il punto in mezzo esiste. L'e-commerce, il marketplace e il magazzino parlano con il middleware, non con SAP, quindi non si accorgono nemmeno che l'ERP è cambiato. E il codice è vostro in ogni caso.