2015-04-15 40 views
5

Esiste un vantaggio per l'utilizzo di connettori precompilati da e verso piattaforme di fatturazione SaaS come Aria/Zuora quando vivono tra Salesforce e Netsuite utilizzate rispettivamente come CRM puro e ERP/Acounting/Finanza. Ovvero, rispetto all'utilizzo di una piattaforma ESB/integrazione come Mulesoft o Boomi.Netsuite Integrazione Salesforce ESB vs Connettori precablati

Attualmente stiamo valutando la modifica dei sistemi di fatturazione e ERP e la loro integrazione insieme e con Salesforce CRM. Così la catena sarà simile:

CRM - Billing Solution - ERP

Molti dei sistemi di fatturazione hanno connettori predefiniti che funzionano con i sistemi ERP come Netsuite o fusione, così come connettori per Salesforce. Per non parlare degli endpoint/API del servizio web.

Ma ci sono fornitori di integrazione come Mulesoft e Boomi (fondamentalmente i provider PaaS di Enterprise Service Bus) che consentono anche l'integrazione tra i servizi.

Provengo da un SOA e preferisco un ESB standalone per connettere i sistemi, ma a causa della mia scarsa familiarità con i sistemi ERP di Saas non comprendo i vantaggi e le insidie ​​nel connettore precablato rispetto al dibattito ESB. Comprendo i concetti alla base dell'integrazione da punto a punto, che si tradurrebbe in un vantaggio per l'utilizzo degli ESB. Ma c'è un vantaggio nell'usare i connettori precostruiti all'interno delle piattaforme SaaS ... e ci sono gravi aspetti negativi (la mia preoccupazione principale).

Qualcuno può fornire qualche informazione qui? Non sto chiedendo "quale sia il migliore", solo alcune esperienze del mondo reale, buone o cattive, che potrebbero aiutare qualcuno a prendere questo tipo di decisioni.

risposta

2

Non riesco a fornire un confronto completo tra i servizi che prevedi di utilizzare, ma la tua domanda è abbastanza interessante quindi ho pensato di condividere i miei pensieri e la mia esperienza e spero che ne trarrai beneficio.

I connettori preconfigurati non sono qualcosa di nuovo - esistevano molto prima che SaaS e iPaaS diventassero una cosa. Quindi i loro pro e contro sono sempre gli stessi, i problemi principali che vedrete sono ancora molto legati alla mancanza di flessibilità che dovrete affrontare e, naturalmente, alle carenze dell'integrazione point-to-point. Le cose sono in qualche modo rifratte attraverso il prisma di SaaS/iPaaS ma credo che molti aspetti siano ancora rilevanti.

capacità montate connettore e supporto

è necessario valutare in che misura un connettore precostruito copre veramente l'integrazione tra i due sistemi. Servizi come Salesforce sono orgogliosi della loro personalizzazione ed estensibilità utilizzando le estensioni di terze parti. Nella maggior parte dei casi, il connettore seguirà un approccio one-size-fits-all che soddisfa solo le esigenze di integrazione più comuni e semplici. È tutto divertimento e giochi fino a quando qualcosa deve cambiare. Non è possibile sapere in anticipo che cosa potrebbe essere necessario il futuro, ma pensaci: potresti contare sul fatto che le tue personalizzazioni e le estensioni siano coperte dal connettore preconfigurato nel caso in cui decidessi di integrarle?

Un altro punto da tenere in considerazione è il supporto: cosa succede se una di queste aziende decide di annunciare improvvisamente che smetterà di supportare l'integrazione futura tramite connettori preconfigurati che si stanno già utilizzando? Dovresti controllare se ci sono delle garanzie per te.

accoppiamento stretto e fornitore di servizi di lock-in

Utilizzando punto a punto connettori saranno sistemi paio gli uni agli altri in modo sarete in limitando fortemente le opzioni per passare tra le piattaforme se è necessario ad un certo punto. Potrebbe sembrare uno scenario di integrazione abbastanza semplice ora, ma l'aggiunta di più sistemi al mix nel tempo generalmente rende le cose ancora peggiori, dal momento che si avranno delle dipendenze qua e là, e non ogni nuovo sistema avrà un connettore pronto all'uso per si integri facilmente con tutti gli altri che stai già utilizzando. Avere un middleware ti dà la preziosa abilità di mappare e trasformare i dati, se necessario, e magari anche applicare alcune logiche di business che rendono la tua vita molto più semplice (e meno costosa). Inoltre saresti in grado di sostituire un sistema senza dover sostituire gli altri a seconda di esso.

Considerate il vostro scenario: se decidete di cambiare il sistema di fatturazione, dovrete trovarne uno che sia adeguatamente supportato da entrambi i provider di CRM e ERP. Quindi, potresti rimanere bloccato nell'usare esattamente questi tre, anche se per esempio non soddisfano più le tue esigenze o c'è qualcos'altro sul mercato che ti avrebbe dato un grande vantaggio competitivo se solo tu potessi integrarti con esso.

orchestrazione e gli investimenti futuri

Una nota importante sullo scenario p-2-P è che non sarà in grado di implementare servizi di processo che si estendono in tutti i sistemi, se necessario. La maggiore flessibilità e i vantaggi derivanti dall'uso di forme di orchestrazione anche semplici (non sto nemmeno parlando di ottenere ciò che può essere ottenuto con una gestione completa dei processi aziendali) saranno fuori portata per la tua azienda. Quando il mercato cambia e Time to Market è il fattore decisivo che potresti non essere preparato.

pensieri sulla scelta iPaaS

utilizzando la piattaforma iPaaS sembra una decisione molto meglio nel lungo periodo. Tuttavia, devi ancora assicurarti che la piattaforma non ti dia solo un certo numero di connettori predefiniti e trascini le bellezze di rilascio (tutte fanno), ma anche la possibilità di implementare facilmente le tue integrazioni da zero mentre supporta gli standard del settore. Penso che sia assolutamente cruciale avere questo tipo di flessibilità quando si parla di una soluzione ESB, sia nel cloud che nei locali.

I potenziali svantaggi dell'approccio iPaaS sarebbero:

  • si arriva a dipendere da un altro fornitore di servizi e si avrà più costi perché il servizio non è gratuito;
  • i vostri dati viaggiano verso un altro fornitore di servizi, quindi vi è un ulteriore rischio in termini di sicurezza, indipendentemente da ciò che i fornitori di servizi potrebbero tentare di dirvi;
  • ulteriori sforzi iniziali per progettazione e implementazione;
  • onere aggiuntivo, correlato alla necessità di mantenere l'integrazione e adattarsi ai potenziali cambiamenti (per quanto rari possano essere) se viene rilasciata una nuova versione.

Conclusione

E 'tutto davvero un compromesso tra flessibilità desiderata e l'investimento che si è disposti a fare.La tua decisione dipenderà in gran parte dallo stato attuale della tua attività e dalle aspettative di crescita che andranno avanti, piuttosto che dal lato puramente tecnico delle cose.

Spero che i miei pensieri abbiano dato una certa prospettiva. Si prega di aggiornare la domanda con la vostra decisione e il ragionamento quando arriva il momento. In bocca al lupo!