Sage Data Cloud, novo korisničko sučelje i drugi napredak u ponovnim alatima

Zamislite da vodite istraživanje i razvoj za veliku softversku tvrtku. Vaš je poslodavac znatno razvio tvrtku tijekom posljednjih nekoliko desetljeća kupnjom konkurentskih i komplementarnih linija proizvoda. Sada morate podržati i unaprijediti desetke linija proizvoda, arhitektura proizvoda itd. Nažalost, konkurenti koji se bave čistom igrom sada uvode potpuno nove aplikacije vrtoglavom brzinom na potpuno novim platformama u oblaku. Također uvode nove društvene, analitičke i mobilne mogućnosti kao dio svojih modernih aplikacija.

Mnogi od novih konkurenata imaju samo jednu liniju proizvoda, jedan tehnološki skup (tj. oblak s više korisnika), jednu verziju svojih proizvoda itd. Naravno, mogu se brzo kretati. Ipak, dobavljač stare škole s puno proizvodnih linija ne može se kretati tako brzo, a njihovi kupci i partneri u kanalu ne podnose dobro kašnjenja. Dakle, što oni mogu učiniti?

Sage ima nevjerojatan broj kupaca i partnera u kanalu koji žele vidjeti nova njihova poboljšanja u oblaku, mobilna i druga poboljšanja.

Nedavno sam vidio kako četiri softverske tvrtke napadaju ovaj problem. Ukupan iznos uzeo podebljano pristup i re-arhiktiran gotovo sve svoje proizvode pod jedinstvenom, novom platformom. Sada imaju arhitektonsku fleksibilnost koja im omogućuje vrlo brzo dodavanje novih funkcija. Sada također mogu vrlo brzo ponovo platformirati i integrirati stečeni proizvod. Njihova je nagrada to što se sada mogu kretati brzinom tržišta, ostati konkurentni i inovirati tempom koji kupci zahtijevaju.

Infor ima jednu od najvećih linija proizvoda od svih dobavljača aplikacijskog softvera u svijetu. I oni su osjetili te iste tržišne pritiske i djelovali na modernizaciju svojih linija proizvoda. Jedno od obilježja njihovih nastojanja bilo je dramatično poboljšati korisničko iskustvo (UX) svih njihovih linija proizvoda. Pritom su također stvorili bazu podataka analitike u oblaku koja poslužuje i pohranjuje transakcijske podatke Infora kao i skupove podataka različitih veličina iz svih vrsta velikih i malih izvora podataka. Do danas je Infor stvorio rješenje koje je udahnulo puno novog života u njegove dugogodišnje linije proizvoda.

Kadulja Sjeverna Amerika, dio The Sage Group plc, još je jedna od ovih dugovječnih tvrtki s velikim portfeljem s puno koda za održavanje i poboljšanje. Sage ima nevjerojatan broj kupaca (preko 6 milijuna kupaca širom svijeta) i partnera u kanalu koji jedva čekaju da od njih vide nova poboljšanja u oblaku, mobilna i druga rješenja.

Sage je napravio nekoliko koraka kako bi pokrenuo prijelaz. Prvi je bio ukidanje linije proizvoda. Tvrtka je nedavno rasprodala svoj ACT! i SalesLogix proizvode (na Swiftpage) te također njegova neprofitna rješenja (Accel/KKR). Manje proizvoda značilo je manje razvodnjavanja oskudnih dolara za istraživanje i razvoj koji bi se rasporedili po različitim linijama proizvoda. Drugo, tvrtka je stvorila samostalne aplikacije samo za oblak (npr. Sage Payment Solutions) koje rade s većinom njihovih lokalnih rješenja. Ove pričvršćene aplikacije proširuju funkcionalnost postojećih rješenja – to nisu prepisivanja postojećih temeljnih aplikacija.

Treće, tvrtka je stvorila podatkovni prostor Sage oblaka (nazvan, očito, Sage Data Cloud). Korisnici mogu pristupiti prostoru za pohranu u oblaku od 50 GB (ili većem, ako je potrebno). Informacije iz Sage aplikacija u oblaku (kao što su gore spomenute samostalne) i kopije podataka koji su pohranjeni na poslužiteljima aplikacija na lokalnoj lokaciji također se repliciraju i smještaju u ovaj oblak. Kao rezultat toga, mobilne aplikacije mogu pristupiti podacima temeljne aplikacije i aplikacije u oblaku putem jednog poslužitelja u oblaku.

Ovaj podatkovni prostor u oblaku ima neke ideološke sličnosti s onim što je Infor učinio. Infor postavlja osnovne ERP podatke u svoj oblak i sva interakcija korisnika utječe na pohranu podataka u oblaku. Bez obzira na to rade li korisnici upite, dovršavaju transakcije ili uspoređuju interne podatke s izvorom podataka treće strane, sve se to događa u Infor pohrani podataka u oblaku. Rezultat njihove arhitekture je da se podaci i rezultati brzo poslužuju korisnicima bez obzira na njihov računalni uređaj (tj. stolno računalo, udaljeni korisnik mobilnog telefona, korisnik tableta itd.). Koliko ja razumijem, njihova pohrana podataka u oblaku je njihova primarna pohrana podataka. Podaci se također mogu zapisati natrag u temeljnu relacijsku bazu podataka lokalne aplikacije ili na trajni uređaj za pohranu. No, pohrana podataka u oblaku je Inforov jedan izvor istine.

Koliko sam shvatio u vezi s: Sage, jedini izvor istine ovisi o vrsti aplikacije koja kontrolira transakciju. Ako informacije potječu iz lokalne aplikacije i ako ih ona obrađuje, tada on-premises relacijska baza podataka je primarna pohrana i kopija podataka se replicira u usluga u oblaku. Ako podaci potječu preko jedne od njihovih novijih all-cloud bolt-on aplikacija, tada je cloud server primarna pohrana.

Pratio sam Sageov tehnički direktor, Himanshu Palsule, da vidim je li to točno. Izjavio je da Sage Data Cloud pohranjuje podatke u tri različite kategorije: Referentni podaci, Transakcijski podaci i Podaci samo u oblaku. Referentni podaci su podaci potrebni za proširenje dosega lokalnih proizvoda na mobilne uređaje i slučajeve upotrebe temeljene na pregledniku. To su podaci kao što su kupci, adrese, kontakti, stavke inventara, otvorene fakture itd. Smatram da su veći dio ovoga prilično statične informacije o tablici i/ili glavnoj datoteci. Dodao je da su ti podaci doista u vlasništvu ERP sustava (lokalni ILI hostiran u oblaku kao što je Sage 300 u Azureu) i replicira se do Sage Data Cloud-a u zajedničkom formatu bez obzira na ERP proizvod (Sage 50, 100, 300, itd.). Ovi podaci se kontinuirano sinkroniziraju.

Transakcijski podaci uključuje transakcije koje potječu iz mobilnih aplikacija i aplikacija temeljenih na pregledniku koje se potom obrađuju korištenjem poslovnih pravila ERP sustava. Ove transakcije kao što su ponude, narudžbe, fakture, plaćanja itd. su u vlasništvu oblaka Sage Data, ali se obrađuju i ubacuju u standardne lokalne ERP tijekove rada. Ono što Sage učinkovito pruža je izbor svojim klijentima da nastave iskorištavati svoja ulaganja u svoje poslovne procese, obuku, prilagodbu itd., dok proširuju doseg svojih aplikacija na mobitel korisnika.

Podaci samo u oblaku su podaci koji su potrebni za povećanje lokalnih referentnih podataka za pružanje bogatog korisničkog iskustva. Na primjer, mogućnost održavanja povezanih stavki inventara za mogućnosti povećanja prodaje u mobilnoj prodaji. Ovi se podaci održavaju u korisničkom sučelju temeljenom na pregledniku i stvaraju dosljedno iskustvo za korisnike čak i kada nadograđuju svoj lokalni sustav, s recimo Sage 50 na Sage 300. Povijesno gledano, Sage bi dodao ove mogućnosti svakom od svojih lokalnih ERP sustava, koristeći izvorne SDK-ove i različita korisnička iskustva. Sada će se nove značajke implementirati samo jednom, ali će služiti za više proizvoda.

Kada dobavljači stvore dva ili više mjesta na kojima se podaci mogu pohraniti, korisnici bi trebali biti oprezni na moguće probleme s: kašnjenjem, sinkronizacijom i oporavkom od katastrofe. Latencija je problem kada aplikacija prvo ažurira jednu pohranu podataka (npr. lokalnu relacijsku bazu podataka), ali korisnik surfa za podaci koji se poslužuju putem druge pohrane podataka (npr. poslužitelj za izvješćivanje u oblaku) neće vidjeti nove/ažurirane podatke nekoliko sekundi ili minuta.

Prema Himanshu, "Podaci koji su sinkronizirani (referentni podaci) nisu za poslužitelj za izvješćivanje u oblaku, gdje razlike u lokalnim podacima i podacima u oblaku mogu dati različite rezultate. Umjesto toga, naši su slučajevi upotrebe za potencijalnog mobilnog prodajnog predstavnika, koji pokušava stvoriti ponudu za izbrisana stavka kupca ili inventara koja možda nije sinkronizirana u oblaku iz lokalne lokacije sustav. Budući da koristimo lokalna ERP poslovna pravila za obradu transakcija koje su kreirale mobilne aplikacije, ovi uvjeti otkrit će se i prijaviti kao pogrešku da je korisnik zapravo izbrisan, sprječavajući da loši podaci uđu u ERP sustav. Trenutno ne nudimo poslužitelj za izvješćivanje u oblaku. Međutim, ta se vrsta podataka obično ažurira nakon što se izvrši funkcija obrade na kraju dana (Ažuriranje prodajnog dnevnika) u lokalnom sustavu. Ovo ažuriranje zatim će učitati podatke u oblak na inkrementalni način. Koristit ćemo tehnike kako bismo osigurali da podaci "u procesu" koji se učitavaju neće biti vidljivi poslužitelju za izvješćivanje u oblaku dok se cijeli skup ne učita."

Oporavak od katastrofe postaje teži kada jedna od pohrana podataka doživi prekid ili kvar. Kako će se problem otkriti u svim pohranama podataka i kako se pohrane podataka vraćaju u potpuni i zrcalni pogled jedna na drugu? U Sageovom slučaju postoje dvije pohrane podataka, on-premises i cloud. Himanshu dodaje "Koristimo brojanje otkucaja vektorskog sata za sinkronizaciju podataka. Cloud i ERP sustav prate ovaj broj otkucaja. Vraćanje iz sigurnosne kopije podataka iz oblaka ili lokalnih podataka pokrenut će osvježavanje do broja otkucaja kako bi se referentni podaci vratili u sinkronizaciju.”.

Nadalje, kako korisnici mogu zaustaviti, na primjer, aplikaciju u oblaku dok se stalna pohrana ili lokalni glavni medij za pohranu poništavaju? Himanshu je odgovorio: „Sage Data Cloud Connector radi kao Windows usluga na lokalnom poslužitelju. Ovu uslugu korisnik može zaustaviti lokalno u slučaju da se izvrše funkcije administratora sustava kao što je Zatvaranje fiskalnog razdoblja ILI nešto poput vraćanja podataka iz sigurnosne kopije. Nakon završetka, usluga se može ponovno pokrenuti i sinkronizacija će se nastaviti. Kada usluga ne radi, mobilni i web korisnici mogu nastaviti s radom i svim potrebnim transakcijama koje treba obraditi ERP sustav bit će u redu čekanja u Sage Data Cloudu, dok se konektor ne vrati na liniji. “

Sinkronizacija je problem kada druge aplikacije (npr. planiranje proizvodnje) koje ovise o ovoj aplikaciji (npr. troškovno računovodstvo) podaci pristupaju jednoj verziji podataka (npr. putem lokalnog RDBMS-a), ali korisnici vide drugu (npr. redundantnu pohranu u oblaku) skup podataka. Male razlike u vrijednostima podataka mogu izazvati neočekivane rezultate koje je teško objasniti ili razumjeti.

Ubuduće, volio bih vidjeti da Sage radi više od sljedećeg:

1) Učinite Sage Data Cloud više odredištem za podatke koji nisu ERP. 50 GB nije veliki podatkovni prostor. Vjerojatno će sadržavati ERP podatke većine korisnika Sagea i neke dodatne podatke, ali nije u domeni pravih skupova velikih podataka. Kada uspoređujete ERP, HR ili druge podatke s informacijama o društvenom raspoloženju, podatke o POS transakcijama velikih trgovaca itd., morate raditi s velikim skupovima podataka koji često premašuju terabajt ili petabajt podaci.

2) Značajno proširiti analitičku snagu i širinu primjene ove usluge u oblaku. Omogućite više unaprijed izgrađenih analitičkih modula koji koriste podatke unutar Sage Data Clouda. Sage će morati razviti aplikacije, dizajnirati više konektora za izvore podataka trećih strana i proširiti svoje kanalne partnere kako bi uključili više pružatelja podataka trećih strana. Himanshu mi kaže da "Kako budemo širili podatke koje pohranjujemo u oblak, ova vrsta funkcionalnosti bit će dodana na plan. Naše partnerstvo s Microsoftom i korištenje platforme Azure omogućit će nam da iskoristimo sposobnost izgradnje i razgradnje računalnih klastera za analitiku velikih podataka.”

3) Dodajte mogućnost baze podataka u memoriji u Sage Data Cloud. Brzina, veliki podaci itd. natjerat će Sageove konkurente da to ponude sa svojim pohranama podataka u oblaku. Tipični mali i srednji korisnici Sagea očekivat će više od hostiranih rješenja tvrtke ili rješenja u čistom oblaku, a ovo će područje biti jedno od takvih. Saznao sam da se Sage Data Cloud projektira s različitim pohranama podataka, kao što su relacijske, ključ/vrijednost, dokument, predmemorije u memoriji itd. Baza podataka u memoriji koristit će se gdje je to prikladno.

4) Neka analitičke aplikacije pokreću novo korisničko iskustvo i tijek rada. Kada analitičke aplikacije otkriju nenormalno ponašanje, trebale bi koristiti mehanizam za tijek rada i usmjeriti nalaze, predložiti moguće radnje i voditi najprikladnijeg korisnika do solidnog poslovanja ishod. Sage već nudi rani primjer ove vrste mogućnosti putem Sage Inventory Advisora. Nadajmo se da će Sage u budućnosti pružati više ove vrste funkcionalnosti. Upozorenja i odobrenja također bi trebala biti istaknuta.

5) Napravite jednu i samo jednu knjigu evidencije za sve prijave. Ova bi promjena zahtijevala promjenu različitih Sage ERP rješenja. Himanshu i ja se možda razlikujemo po ovom pitanju. Iz svoje perspektive, on vidi razlog za postojanje mnogih proizvoda koji opslužuju različite baze kupaca, a svaki proizvod rješava jedinstvene poslovne probleme. Vjerujem da bi neke uobičajene funkcije (poput računovodstva, obračuna plaća itd.) mogle imati zajednički podatkovni model koji istovremeno opslužuje mnoge linije proizvoda. To bi omogućilo razvoj uobičajenih objekata, mobilnih aplikacija itd. koji se bezbolno povezuju s više ERP proizvoda i služe im. Međutim, slažem se s Himanshuovim mišljenjem kada je riječ o različitim vertikalnim primjenama.

Moj sljedeći post će pokriti SAP-ov pristup ponovnom razvoju korisničkog sučelja.