noun_Email_707352 noun_917542_cc Map point Play Untitled Retweet Group 3 Fill 1

“Headless” SAP – uzlabota lietojamība un raita pāreja uz S/4HANA

Kari Pietiläinen: “Headless” arhitektūrā aizmugursistēmas risinājums nodrošina lietojumprogrammu saskarnes (API), nevis UI, un faktiski to varētu programmēt bez UI.

Intars Palameiks / augusts 19, 2022

Kas ir “Headless” arhitektūra, un kā tā var būtiski uzlabot SAP ERP lietotāja pieredzi un padarīt pāreju uz S/4HANA raitāku?

“Headless” SAP var izklausīties pēc kaut kā galīgi traka, un tomēr tam ir sava loģika.

Šajā emuāra ierakstā uzzināsiet:

  1. kas ir “Headless” arhitektūra;
  2. kā tā var būtiski uzlabot SAP ERP lietotāja pieredzi;
  3. kā tā var padarīt pāreju uz S/4HANA raitāku.

Kas ir “Headless” arhitektūra?

“Headless” arhitektūras idejas aizsākums meklējams e-komercijas un tīmekļa satura pārvaldības sistēmās, un pamatideja ir ļoti vienkārša: nodalīt aizmugursistēmu darbības loģiku no priekšgalsistēmu lietotāju saskarnēm (user interface, UI).

“Headless” arhitektūrā aizmugursistēmas risinājums nodrošina lietojumprogrammu saskarnes (API), nevis UI, un faktiski to varētu programmēt bez UI. Citā mūsu emuāra ierakstā sniegts praktisks “Headless” SAP arhitektūras ceļvedis.

SAP ERP vai S/4HANA gadījumā ir loģiski, ka aizmugursistēmas nodrošina UI. SAPGUI un Fiori UI jau ir pieejamas un nekur nepazudīs. Vēlāk mēs uzzināsim, kā “Headless” arhitektūru izmantot kopā ar SAP ERPun S/4HANA un procesa gaitā izveidot ko tādu, kas pārspēj standarta SAP.

Noskatieties tālāk norādīto video, kurā SAP speciālisti runā par “Headless” arhitektūru SAP Commerce Cloudrisinājumam.

“Headless” arhitektūra uzlabo SAP lietotāja pieredzi?

Attiecībā uz daudzām SAP ERP sistēmām ir spēkā 80:20 likums – 80 % lietotāju izmanto tikai 20 % funkciju, savukārt atlikušie 20 % izmanto vairumu (80 %) funkciju.

Lielākajai daļai lietotāju nepieciešama piekļuve tikai nedaudzām funkcijām, piemēram, tām, kas paredzētas darbam noliktavā, ražošanas uzdevumiem, pārdošanai vai darba stundu ievadīšanai.

No otras puses, ir neliels daudzums superlietotāju, kuri izmanto vairākas atšķirīgas funkcijas un pilda komplicētus uzdevumus, izmantojot SAP.

“Headless” arhitektūru vajadzētu izmantot pirmajai grupai, t. i., tiem 80 %, kam nepieciešama piekļuve tikai dažām funkcijām. Tālāk redzamais attēls ilustrē augsta līmeņa arhitektūru.

Šajā arhitektūrā:

  • konkrētiem uzdevumiem paredzētas UI tiek izstrādātas un ieviestas, izmantojot React, Angular vai Vue;
  • starpprogrammatūras līmeni vajadzētu konteinerizēt, un tam jāiekļauj lietotāju pārvaldība (tai skaitā autentifikācija un autorizācija);
  • starpprogrammatūras līmenis izsauc aizmugursistēmu API ar tehniskā lietotāja / savienojuma palīdzību;
  • API ir izstrādātas konkrētam mērķim, izmantojot ABAP kodu, tomēr jāizmanto standarta funkciju moduļi un BAPI, kad tie ir pieejami.

Starpprogrammatūras līmeni var palaist tādās hipermēroga platformās kā Microsoft Azure, Amazon Web Services, Google Cloud vai SAP Business Technology Platform – tās visas ietver daudz rīku, kas palīdz izstrādāt šo līmeni.

Kādas ir “Headless” arhitektūras galvenās priekšrocības?

  • Jūs varat izstrādāt mūsdienīgas, konkrētam mērķim piemērotas UI un ieviest tās neatkarīgi no aizmugursistēmām.
  • API bieži vien ir vienkāršas, un tās var ātri izstrādāt, turklāt par sākumpunktu bieži var izmantot standarta funkciju moduļus vai BAPI. Tas ir tāpēc, ka “Headless” sistēmas lietotāji veic tos pašus uzdevumus, kurus veic parasti lietotāji, bet vienkāršākā veidā.
  • Rūpīgi izstrādāta “Headless” SAP arhitektūra ir ātra, mērogojama un droša, tai ir mazāk tiešā lietojuma/lietotāju, kas noslogo uzņēmumam svarīgās aizmugursistēmas, un daļu slodzes uzņemas hipermēroga platforma.
  • SAP administrēšana – it īpaši lomas, autorizācija un lietotāju pārvaldība – kļūst vienkāršāka, jo lielākā daļa lietotāju pārvaldības tiek veikta starpprogrammatūras līmenī. Rūpīgi definēts starpprogrammatūras līmenis apmierinās jūsu vajadzības vienkāršā un drošā veidā.
  • Atsaistītas aizmugursistēmas sniedz jums vairāk laika migrēt uz S/4HANA, un tas nozīmē, ka attiecībā uz galalietotājiem būs jāīsteno daudz mazāka pārmaiņu vadība – vienkārši saglabājiet esošās API un ļaujiet saviem “Headless” sistēmas lietotājiem turpināt darbu.

Raita pāreja uz S/4HANA

S/4HANA būtiski uzlabo SAP ERP, un viens no šādiem uzlabojumiem ir iespēja SAP GUI vietā izmantot Fiori UI. Tomēr ir svarīgi piebilst, ka ar jaunajām Fiori UI saistītā tehniskā iestatīšana un lietotāju apmācīšana prasa daudz darba un tas var būt sarežģīti. Sliktākajā gadījumā jums būs jāmodificē SAP standarta Fiori UIvai jāizstrādā pašam savējās.

“Headless” arhitektūra un mūsdienīgas UI, kas izstrādātas jūsu SAP ERP, ļauj jums koncentrēties uz jauno S/4HANA funkcionalitāti un iespējām un uzlabo jūsu darbības procesus. Tā kā vairumam jūsu lietotāju lietošana būs relatīvi vienkārša, jūsu S/4HANA projektā visam vajadzētu norisināties bez problēmām. Būtībā daži ABAP programmētāji vienkārši migrē jūsu API no ERP uz S/4HANA.

Kopsavilkums

“Headless” arhitektūra ir aktuāla tēma digitālajā komercijā – jomā, kas parasti prognozē nākotnes tehnoloģiju tendences tradicionālākām IT sistēmām, piemēram, ERP.

Tiem, kas strādā “tradicionālajā” ERP sfērā, tas nozīmē, ka:

  • būtu jāapgūst “Headless” arhitektūras principi un tehnoloģijas;
  • būtu jāiemācās izmantot “Headless” arhitektūru savā SAP ERP vidē;
  • būtu jāizstrādā pagaidu arhitektūra un jāveic izmēģinājumi, pēc tam jāizveido rīcības plāns ilgākam termiņam.

Vai jums radās interese? Sazinieties ar mums!

 

Intars Palameiks
Sales manager
Share on Facebook Tweet Share on LinkedIn