2010-09-02 3 views
7

La mia azienda gestisce un paio di app B2B (scritte in Rails) che si occupano di parti e inventario e abbiamo cercato di capire il modo migliore per integrarsi con alcuni dei nostri utenti. Offriamo già l'API in stile REST fornita con Rails, ma che, naturalmente, richiede che un reparto IT decida di integrarlo, quindi vorremmo abbassare la barriera, se possibile.Integrazione della mia app web RESTful con installazioni SAP dei clienti

Da quello che abbiamo trovato, molti di loro sono su sistemi SAP. Ora, praticamente tutto ciò che so di SAP è che è 1) costoso, 2) enorme, 3) e fa tutto e qualsiasi cosa tu possa mai aver bisogno per il tuo gigantesco business da gestire. Naturalmente, questo è un po 'imponente, e le risorse sul sito sono un incrocio tra il materiale di vendita impenetrabile di parole buzz-word e l'impenetrabile gergo tecnico avanzato con poco materiale per il nuovo, ma tecnicamente competente utente che è in grado di affondare il suo denti in.

Quindi quello che mi chiedo è: come una terza parte, che non sta eseguendo un'installazione SAP, c'è un modo per noi di offrire l'accesso ai dati del nostro sito attraverso un servizio web o altre API? Si tratta solo di fornire o implementare un certo WSDL (e quale sarebbe)? Questo è fattibile per qualcuno senza una profonda esperienza con SAP? O questo è un non-start completo?

risposta

3

Direi che non è possibile senza qualcuno che conosce il sistema SAP. Probabilmente non avrai bisogno di assumere qualcuno con una conoscenza approfondita di SAP, ma almeno per l'implementazione iniziale avrai bisogno sia delle conoscenze che di un sistema operativo su cui puoi sviluppare. Tecnicamente parlando, non è poi così difficile, ma considerando il fatto che i sistemi SAP sono progettati per gestire più organizzazioni, paesi, sistemi legali, localizzazioni e diverse migliaia di utenti contemporaneamente, le cose sono destinate ad essere un po 'più complesse di quasi tutti gli altri software intorno - e il più delle volte non è nemmeno gonfio, è semplicemente facile perdersi in quel tipo di flessibilità.

La mia raccomandazione sarebbe quella di trovare un cliente (o un potenziale cliente) che abbia qualcuno nel proprio dipartimento IT con le necessarie conoscenze tecniche e processuali e che sia interessato a condurre un progetto di sviluppo. In questo modo, otterresti l'accesso a un sistema reale (test ovviamente) e qualcuno in grado di spiegarti le basi del sistema. Ma, come ho detto, sii pronto per la complessità.

+0

Grazie per il consiglio. Speriamo di avere almeno un cliente che ci accompagni attraverso il processo. Hai ragione - penso che sia la personalizzazione per azienda che mi preoccupa (al contrario di qualsiasi tipo di gonfiamento). Per curiosità, quanto spesso le aziende modificano/personalizzano la configurazione del magazzino? È spesso al punto di incompatibilità tra siti/versioni? – AndrewO

+0

Non esiste una configurazione di serie. Puoi configurare tutto. Certo, ci sono suggerimenti e buone pratiche sensati, ma anche questi variano drasticamente da un paese all'altro e dall'industria all'industria. I consulenti SD "dell'industria" di solito non saranno in grado di fare altro che scuotere la testa quando si tratta di processi di fatturazione per gli ospedali, per esempio. – vwegert

1

vwegert rende alcuni punti eccellenti.

Per quanto riguarda questa parte della tua domanda:

Quindi quello che mi chiedo è: come un terzo partito, che non è in esecuzione un'installazione SAP , c'è un modo per noi di offrono l'accesso ai dati del nostro sito attraverso un servizio web o altra API? È è solo questione di fornire o implementare un certo WSDL (e che cosa sarebbe )?

Tecnicamente è possibile esporre qualsiasi servizio del sistema come servizi Web al sistema SAP di un cliente. Per fare ciò non è necessaria alcuna conoscenza pregressa di SAP. (SAP dovrebbe essere in grado di importare un WSDL, anche se potrebbero esserci alcune limitazioni nei precedenti sistemi pre-ECC5).

Ad esempio, un servizio che fornisce letture dei contatori, orari di partenza degli aeroporti, tendenze del settore ecc. Non dipende da cosa è nel sistema dell'utente o da come lo ha impostato. Tuttavia, non appena è necessario avviare aggiornamenti ai dati del sistema client, è necessario accedere a una conoscenza SAP più specializzata.

Si noti inoltre che molte funzioni SAP possono anche essere esposte come servizi Web, ma generalmente è necessario disporre di una conoscenza SAP (ABAP) per farlo.

Il linguaggio ABAP è in realtà abbastanza semplice, ma esiste un'enorme curva di apprendimento per comprendere il modello di dati e la miriade di opzioni configurabili in SAP.

+0

Grazie. Non stiamo cercando di modificare i dati dei clienti, basta consentire loro di inviarci e inserire dati strutturati, quindi suona come un servizio web dovrebbe funzionare. Quindi, se esponiamo questa abilità attraverso un WSDL, quanto lavoro è sulla loro estremità per collegare il client generato con il sistema/l'interfaccia? Il motivo per cui lo chiedo è che non abbiamo ottenuto molti acquirenti per l'API REST (che sembra più semplice per _me_), quindi sono preoccupato che incontreremmo una riluttanza simile a dedicare risorse IT (a meno che SAP non riesca a integrare un Web WSDL servizio ancora più semplice). – AndrewO

+0

Devo ammettere che preferisco io stesso il WSDL: grazie alla sua struttura rigida, consente un migliore supporto degli strumenti. REST non formula ipotesi sul contenuto e lascia le parti vitali per lo sviluppatore. BTW, si potrebbe voler dare un'occhiata a http://help.sap.com/saphelp_nwpi711/helpdata/en/48/c7a206da5e31ebe10000000a42189b/frameset.htm – vwegert

+0

Alcuni lavori sono necessari per consumare i servizi web. Tecnicamente non è così difficile, ma ho trovato una percentuale molto piccola di programmatori ABAP che hanno utilizzato i servizi web. Come cliente, sarei più preoccupato del tipo di dati che devono essere inviati al tuo sistema. A seconda del modulo, potrebbe comunque essere abbastanza complesso. I dati in arrivo devono essere archiviati in SAP, o è solo per la segnalazione; I progetti di integrazione SAP hanno l'abitudine di trasformarsi in un incubo, il che può spiegare la riluttanza dei clienti. Inoltre, non è facile trovare funzionalità che non possano essere svolte all'interno di SAP. – Esti