Lomakkeiden rakentaminen

Agentforce 360 -sovellusalustalla on useita vaihtoehtoja lomakkeiden laatimiseen, ja ne kattavat kokonaisuuden vähäkoodista pro-code-menetelmiin. Jatkoksen toisessa päässä dynaamisia lomakkeita voidaan käyttää Lightning ja ruutukulkuja Flow Builderissa vähäisen koodin ratkaisuissa. Toisaalta Lightning Web Component (LWC) -kehystä käytetään pro-code-ratkaisuissa. Jatkuvuudessa työkaluja voidaan yhdistää useilla eri tavoilla käyttämällä ruutukulkuja, joita LWC:t laajentavat, sekä Omnistudiolla laadittuja asiakaskohtaisia lomakkeita.

Tämä opas tarjoaa päätöksenteon kehyksen ja ohjeita käyttöliittymän ratkaisujen lomakkeiden laatimiseen. Tarkalleen ottaen se käyttää kymmentä suorituksen aikaista ja ei-toiminnallista päätöspistettä valitakseen parhaan teknologian oikein tietylle käyttötarkoitukselle.

• Kun luot/muokkaat/tarkastelet Lightning-sivujen asetteluita, käytä dynaamisia lomakkeita. Suosittelemme käyttämään dynaamisia lomakkeita Lightning-sovellusrakentajassa tietueiden lisätietosivujen määrittämiseen.

• Jos sinun täytyy laatia, luoda tai muokata lomaketta yhdelle objektille, käytä Lightning-sivuja ja dynaamisia lomakkeita. Tämä on helpoin tapa laatia lomakkeita Agentforce 360 Platformissa. Se tarjoaa myös lisätoimintoja (esimerkiksi kenttien näkyvyyden hallinta).

• Jos olet luomassa monisivuista lomaketta tai ohjattua toimintoa, mutta sinulla ei ole tarkkoja käyttöliittymän tai brändäyksen vaatimuksia, käytä ruutukulkua. Ruutukulut tarjoavat lineaarisen navigointikehyksen useiden lomakkeiden orkestrointiin. Voit käyttää LWC-työkaluja rakentaaksesi oman kehyksen, jolla voit siirtyä lomakkeiden välillä, mutta suosittelemme sallimaan kulun tehdä työn, jotta voit keskittyä itse lomakkeisiin sen tilan sijaan.

• Jos tarvitset muita logiikkaa tai toimintoja lomakkeen tukemiseen, käytä Ruutukulku-, Omnistudio- tai LWC-komponentteja. Jokainen näistä työkaluista tarjoaa erilaisia tapoja parantaa ratkaisua sallimalla sen laajentaa yksittäisen tietueen luomisen tai muokkaamisen lisäksi. Tässä tapauksessa termi voi viitata enemmän edistyneeseen logiikkaan (esimerkiksi haarautumiseen tai iterointiin) tai se voi viitata toimintoihin, kuten ulkoisten järjestelmien integrointiin, sähköpostien lähettämiseen tai ilmoitusten lähettämiseen käyttäjän mobiilisovellukseen.

• Jos sinulla on monimutkaisia käyttöliittymän vaatimuksia tai sinun täytyy hallita dynaamisesti enemmän kuin käyttöliittymän näkyvyyttä, käytä LWC:tä tai Omniscriptia. Jos haluat täyttää vaatimukset käyttämällä teemoja ja sarakkeisiin perustuvia asetteluita, voit laatia lomakkeesi suoraan vähäisen koodin rakentajassa. Lomakkeen tyylin tarkka hallinta vaatii kuitenkin LWC:n joustavuutta. Jos olet Industries-asiakas — ja tarvitset täydellisen brändäyksen tai sinulla on monimutkaista hierarkkista dataa — käytä Omnistudiota, jonka avulla voit laatia kuluttajatason lomakkeita, jotka voivat käsitellä monimutkaista liiketoimintalogiikkaa ja datan transformaatioita.

• Jos sinun täytyy ottaa testien automatisointi käyttöön, käytä LWC:ää. Voit kirjoittaa yksikkötestejä mille tahansa LWC:lle riippumatta siitä, mihin upotat sen. Tämä sallii sinun luoda kestävämmän testistrategian, joka voi sisältää joukkotestit useilla tietueilla sekä negatiiviset testit.

• Yksikään/tai-päätös ei rajoita sinua. Voit yhdistää useita vaihtoehtoja löytääksesi parhaan mahdollisen ratkaisun käyttötarkoituksiisi (jos tarvitset esimerkiksi kulun sisäänrakennettua navigointijärjestelmää ja LWC:n tarjoamaa täydellistä tyylin joustavuutta, voit käyttää niitä yhdessä).

Seuraavia työkaluja käytetään tavallisesti lomakkeen käyttökokemusten toteuttamiseen ja laajentamiseen.

Tämä taulukko kuvaa työkalut, jotka ovat käytettävissä lomakkeiden laatimiseen Salesforcen kautta, sekä vaaditut taidot ja lisensseissä huomioitavat asiat.

Huomautus: Tutustu tarkemmin kunkin työkalun tukemiin ominaisuuksiin, miten valita napsautuksiin perustuvat työkalut ja koodiin perustuvat työkalut sekä milloin yhdistää ne myöhemmässä osiossa.

Pidä mielessäsi useita päätöskohtaisia asioita, kun teet tuotteiden ja työkalujen valintoja. Tämä taulukko kuvaa useita päätöspisteitä ja tarjoaa yleisiä ohjeita.

Huomautus: Seuraavissa päätösten vertailutaulukoissa on muutama arvo, jotka liittyvät mihin tahansa työkalu-ominaisuuspariin:

• Käytettävissä: Työkalu/ominaisuus toimii perustietojen kanssa.

• Ei käytettävissä: Tukea ei ole suunniteltu lisättäväksi seuraavan 12 kuukauden aikana.

• Ei ihanteellinen: Tämä työkalu/ominaisuus saattaa toimia, mutta se ei ole optimaalinen työkalu.

• Ei sovellettavissa: Työkalu ei koske tiettyä käyttötarkoitusta.

Käytä näitä skenaarioita verrataksesi työkaluvaihtoehtoja vaikutusalueen, käyttöliittymän ja toimintavaatimusten perusteella.

Jos voit noutaa kaikki käyttäjiesi syöttämät tiedot yhdestä ruudusta, aloita dynaamisten lomakkeiden avulla. Pidä mielessäsi, että tietuesivuilla olevat dynaamiset lomakkeet voivat käyttää Polku-ominaisuutta tukemaan vaiheittaisia liiketoimintaprosesseja.

• Tarvitsetko yhden ruudun vai täytyyko käyttäjän siirtyä useiden ruutujen välillä suorittaakseen tehtävän?

• Haluatko, että käyttäjäsi näkevät visuaalisen kuvan prosessista, kun he täyttävät lomakkeesi? Täytyykö käyttäjiesi täyttää kunkin ruudun tiedot tietyssä järjestyksessä vai voivatko he siirtyä ruutujen välillä tarvittaessa?

Jos tarvitset enemmän toimintoja kuin mitä dynaamiset lomakkeet tarjoavat, kulun, Omnistudion ja LWC:n valinta riippuu muutamasta lisäkysymyksestä:

• Voiko navigointipalkin näyttää lomakkeesi alalaidassa? Jos Ruutukulku- ja Omniscript-navigointikokemus tarjoavat epätoivotun käyttöliittymän, siirry LWC:ään.

• Mitä lomakkeen takana täytyy tapahtua? Jos pääkäyttäjä voi määrittää toimintatavan, käytä kulkua. Käytä monimutkaisille, usean objektin suhteille Omniscript-koodia tai LWC-koodia.

Jos valitset Kulku tai Omnistudio, sinun täytyy ehkä myös rakentaa LWC oikean käyttöliittymän saavuttamiseksi. Jos olet jo rakentamassa LWC-organisaatiota lomakkeesi tyylille oikein, harkitse, onko komponentin upottaminen kulkuun tarpeen.

Navigointityylinen ohjattu toiminto

Jos ratkaisusi näyttää ohjatulta toiminnolta — jossa käyttäjä siirtyy useiden ruutujen välillä — harkitse kulkua tai Omnistudiota. Kulut ja Omnistudio sisältävät sisäänrakennetun navigointimallin, joten sinun ei tarvitse rakentaa ja ylläpitää yhteen sidottuja LWC-organisaatioita. Navigointi on lineaarista, eteenpäin siirrettyjä toimintoja, taaksepäin siirrettyjä toimintoja ja mekanismia lomakkeen tallentamiseen myöhempää käyttöä varten. Voit myös laatia lomakkeen, joka sisältää ei-lineaarisen navigoinnin, jos se sopii tarpeisiisi.

Omnistudio tarjoaa tärkeän navigointiedun tarjoamalla edistymisen osoittimia tavallisesta navigoinnista, jotka näyttävät lomakkeessa olevat vaiheet. Vaiheenäkymä näyttää automaattisesti, missä käyttäjä on monivaiheisessa lomakkeessa. Toisin kuin Kulku, se sallii käyttäjien hypätä ruutujen välillä napsauttamalla eri vaiheita lomakkeessa.

Olitpa luomassa yksittäisiä tai useita ruutuja sisältäviä lomakkeita, on tärkeää varmistaa, että lomakkeesi on virtaviivaistettu, jotta käyttäjäsi voivat selata niitä helposti.

Jos upotat lomakkeen vakiomuotoiseen Lightning, kaikki vertaamamme työkalut toimivat. Dynaamiset lomakkeet ovat kuitenkin tällä hetkellä käytettävissä vain työpöytäversiossa. Jos haluat tarjota käyttökokemuksen, joka sallii käyttäjien käyttää lomakkeita muista sijainneista, sinun täytyy ehkä harkita vaihtoehtoisia vaihtoehtoja.

• Tarvitseeko käyttäjien käyttää lomaketta tietokoneella, mobiililaitteella vai molemmilla?

• Voivatko käyttäjät käyttää lomaketta mistä tahansa sovelluksesi apupalkista?

• Haluatko ottaa pikatoiminnot käyttöön, jotta käyttäjät voivat täyttää lomakkeesi poistumatta sivulta, jolla he ovat tällä hetkellä?

• Täytyykö lomakkeesi olla käytettävissä ulkoisella verkkosivustolla?

Koska se vaatii tietueiden asiayhteyden, dynaamisten lomakkeiden ominaisuutta tuetaan vain Lightning. Dynaamisia lomakkeita ei kuitenkaan tueta Experience Cloud -sivuilla.

Voit luoda kulkuja, jotka vaativat tietueen asiayhteyden, tai kulkuja, jotka toimivat globaalisti. Toisin sanoen voit upottaa kulkuja useisiin sijainteihin. Tietueisiin liittyvien kulkujen sijainteihin voi sisältyä: Lightning, Experience Cloud -tietuesivut, objektikohtaiset toiminnot tai Toiminnot ja suositukset -käyttöönotot. Globaalien kulkujen sijainteihin voi sisältyä: apupalkki, muut Lightning- tai Kokemusten rakentaja -sivut, Snap-in tai ulkoiset sovellukset. Tällä hetkellä kulkuja ei tueta globaaleina toimintoina, mutta voit ratkaista ongelman pakkaamalla kulut Aura-komponenttiin.

Omnistudio sallii sinun laatia yhdistettäviä FlexCards- ja Omniscripts-kortteja, joita voit sijoittaa lähes mihin tahansa paikkaan, johon voit sijoittaa kulun, mutta kun ne on yhdistettävissä, niitä ei voi pakata.

LWC tarjoaa suuren uudelleenkäytettävyyden luodakseen komponentteja, jotka voidaan liittää tavoitteisiin Salesforcen, yhteisöjen ja avoimen lähdekoodin projektien metadatan kautta. LWC-komponentteja voidaan upottaa myös omalle verkkosivustollesi käyttämällä Lightning Out 2.0 -ominaisuutta.

LWC-komponentit voivat myös käynnistää kulkuja käyttämällä Lightning-Flow -komponenttia.

Omnistudio on erinomainen näyttämään sisältöä ulkoisille sivustoille OmniOut-ominaisuuden kautta. Omnistudion ja OmniOutin avulla voit yhdistää Omniscript-lomakkeesi ja FlexCard-komponenttisi vakiokomponentteihin ja suorittaa ne sitten sovellusalustan ulkopuolella kolmansien osapuolten sivustoilla tai sovelluksissa.

Tällä hetkellä mitään tässä oppaassa kuvattuja laiteteknologioita ei tueta virallisesti Mobile SDK -malleissa. Jos Mobile SDK on välttämätön käyttötarkoituksesi kannalta, suosittelemme luomaan lomakkeesi mobiilisovelluksessasi tai luomaan Visualforce samalla, kun pidät lomakkeen osatekijät mielessäsi.

Dynaamiset lomakkeet ovat täydellisiä, jos sinun täytyy käyttää lomakkeessa olevia arvoja tietueen luomiseen tai päivittämiseen. Sinun täytyy hyödyntää kulkua, Omnistudiota tai LWC:ää sen ulkopuolisille ominaisuuksille, kuten luodaksesi päätöksenteko- tai iterointikerroksia tai luodaksesi Slack-viestejä tai -sähköposteja käyttämällä lomakkeen syötteitä.

• Mitä toimintoja tai logiikkaa täytyy suorittaa kulissien takana?

• Täytyykö sinun käyttää asiaan liittyvän tietueen arvoja?

• Täytyykö lomakkeesi suorittaa toiminnot yhdessä tapahtumassa vai useissa tapahtumissa?

• Täytyykö sinun integroida ulkoisiin järjestelmiin?

• Mitkä ovat uudelleenkäytettävyyden ja modulariteetin vaatimukset?

Kulku tarjoaa vakiotoimintoja Slackiin lähettämiseen, sähköpostien lähettämiseen ja Quip käyttämiseen, eikä sinun tarvitse kirjoittaa koodia mihinkään näistä toiminnoista. LWC tarjoaa kattavia vuorovaikutuksia yksittäisten tietueiden ja niihin liittyvien objektien kanssa langattomien sovittimien kautta, jotka vuorovaikuttavat User Interface API:n kanssa. LWC voi myös vuorovaikuttaa useiden tietueiden kanssa käyttämällä johtoa getListInfoByName.

Omnistudio käyttää integrointitoimenpiteitä ja datakartoitusta noutaakseen ja muuntaakseen dataa (sekä ulkoista että Salesforcen sisäistä). Useiden koodittomien toimintojen ansiosta se soveltuu erinomaisesti datajoukkojen litistämiseen ja laajentamiseen eri suhteiden tasoilla.

Kulku, Omnistudio ja LWC integroituvat kaikki Apexiin, joten voit helposti sulkea kaikki valitsemassasi ratkaisussa olevat aukot (jos esimerkiksi sinun täytyy suodattaa tietueita LWC:stä, voit käyttää Apexin langallista sovitinta luodaksesi monimutkaisia SOQL-kyselyitä. Jos napsautuksiin perustuvat tarinat vaikuttavat sinuun, harkitse kulun tai Omnistudion käyttämistä toimivana vaihtoehtona Apex palvelinpuolisia tarpeitasi varten.

Sinun tulisi myös miettiä, haluatko sitouttaa toimintoja välittömästi vai lykätä niitä lomakkeesi tiettyyn osaan. Tämä on erityisen tärkeää, jos käytät monisivuista lomaketta. Kulku mahdollistaa useiden lomakkeiden (kulkuruutujen) syöttämien tietojen yhdistämisen helposti ja niiden käyttämisen myöhemmin ohjatussa toiminnossa (kulussa) suorittaakseen tiettyjä toimintoja, joten suosittelemme suunnittelemaan kulkuja tarkalleen. Suorita lopuksi toimintoja (jos käyttäjät hyppäävät ruudun välillä muuttaakseen vastauksiaan).

Transaktiot ja hallintarajoitukset ovat olennainen osa Agentforce 360 -alustaa. Jos käyttötarkoituksesi on melko yksinkertainen, ei välttämättä ole niin tärkeää hallita tapahtumaa, jossa tietty toiminto tapahtuu. On kuitenkin muutamia käyttötarkoituksia, joissa saatat haluta yhdistää useita operaatioita yhteen transaktioon sen sijaan, että suorittaisit niitä useille transaktioille.

Alla on muutama esimerkki:

• Rollback: Oletetaan esimerkiksi, että lomakkeesi luo useita tietueita kulissien takana. Jos kolmannen tietueen luonti epäonnistuu, tulisiko kaksi ensimmäistä tietuetta peruuttaa? Jos toiminnot ovat toisistaan riippumattomia, voit suorittaa ne erillisinä transaktioina. Jos ne ovat kuitenkin riippuvaisia toisistaan — ja haluat, että yhden epäonnistuminen heikentää myös muita — sinun tulisi toteuttaa ne yhtenä tapahtumana. Jos lomakkeesi on kulussa, voit käyttää vikapolun Peruuta-elementtiä peruuttaaksesi transaktion ja varmistaaksesi datan eheyden.

• Downstream-vaikutus hallintarajoituksiin: Kun lomakkeesi luo tai päivittää tietueen, on tärkeää ottaa huomioon sen vaikutukset:

  • Mitkä prosessit, työnkulkusäännöt, kulunkäynnistimet, Apex tai muut tallennustilauksen kohteet voivat käynnistyä ehdotettujen tietueiden muutosten perusteella?

  • Miten nämä kollektiiviset muutokset vaikuttavat transaktion kuluttamiin hallintarajoituksiin?

  • Jos tietyn tietueen muutos saattaa aiheuttaa useita alempia muutoksia, jotka vaikuttavat rajoituksiisi, sinun kannattaa ehkä harkita tietueen muutoksen erottamista sen omasta tapahtumasta.

• Erin käsittely: Sinun täytyy ehkä erätä useita päivityksiä yhdessä (jopa käyttöliittymän kontekstissa). Oletetaan esimerkiksi, että usean ruudun lomakkeesi iteroituu suurelle tietueiden ryhmälle. Sen sijaan, että sitouttaisit tietueen päivityksen jokaisen ruudun jälkeen — odota, kunnes olet kerännyt kaikki tietueiden päivitykset — ja lähetä sitten yksi pyyntö päivittääksesi kaikki tietueet.

Kun käytät dynaamisia lomakkeita tietueen luomiseen tai muokkaamiseen, suoritat vain yhden toiminnon, joka on aina uuden transaktion alku.

Kun rakennat ruutukulkua, voit hallita merkittävästi, mitä tietyssä transaktiossa tapahtuu. Ruudut ja paikalliset toiminnot toimivat transaktioiden välisinä rajoina. Alla on yleinen yhteenveto siitä, miten transaktioita hallitaan ruutukulkujen arkkitehtuurissa.

1. Loppukäyttäjä käyttää ruutua ja napsauttaa sitten Seuraava.

2. Asiakassovellus lähettää syöttöpyynnön API:hun.

3. API vastaanottaa pyynnön ja avaa transaktion ja tietokannan yhteyden. Sitten API kutsuu kulkujen järjestelmää kutsumaan pyyntöä.

4. Kulkujärjestelmä ottaa kulun määritelmässä olevan polun haltuun ja seuraa sitä, kunnes se osuu ruutuun tai paikalliseen toimintonoodiin. Sen jälkeen järjestelmä palauttaa API:lle tietoja kyseisestä noodista.

5. API luo vastausobjektin, joka sisältää seuraavan renderöitävän ruudun lisätiedot, ja palauttaa objektin asiakassovellukselle. Tässä vaiheessa tietokannan muutokset sitoutetaan (per tallennustilauksen suorituskerta) ja tietokannan yhteys ja transaktio suljetaan.

6. Asiakassovellus käyttää API-vastausta renderöidäkseen seuraavan ruudun, jonka kanssa käyttäjä vuorovaikuttaa.

7. Aloita vaihe 1 ja toista prosessi.

Toisin sanoen ruudut rikkovat transaktiot. Kun näin tapahtuu, kaikki odottavat toiminnot tai DML sitoutetaan, edellinen transaktio suljetaan ja uusi transaktio alkaa. Pidä mielessäsi, että tietyt suunnitteluelementit (joita toimintoja ryhmität tiettyyn transaktioon) ovat sinun vastuullasi.

Alla on muutama esimerkki:

• Kun aloitat, näet kulun, joka kerää syötetyt tiedot useista ruuduista ja suorittaa useita toimintoja yhdessä tapahtumassa.
• Seuraava kulku suorittaa jokaisen toiminnon erillisessä transaktiossa.
• Kulut voivat myös käyttää Peruuta tietueita -ominaisuutta salliakseen sinun peruuttaa koko transaktion, jos yksi toiminto epäonnistuu useissa tietokantaoperaatioissa. Oletetaan esimerkiksi, että sinulla on kulku, joka luo tietueita, päivittää tietueita ja luo sitten muita tietueita (kuvassa seuraavassa kulussa).

Tässä skenaariossa, jos kaksi ensimmäistä elementtiä onnistuvat ja toinen epäonnistuu, kaksi ensimmäistä DML-operaatiota luovat ja päivittävät edelleen asiaankuuluvat tietueet, mutta kolmas ei. Kun käytät Peruuta tietueita takaisin -elementtiä, voit varmistaa, että koko transaktio peruutetaan, jos kaikki kolme operaatiota täytyy suorittaa yhdessä (kuten lopullisessa kulussa näytetään).

Huomautus: Lisätietoja on kohdissa Kulkujen kulut transaktioissa ja kulkujen bulkkaaminen transaktioissa.

Kykysi hallita transaktiota LWC:stä perustuu palveluihin, joita LWC käyttää toimintojensa suorittamiseen. Jos käytät Lightning peruskomponenttia, sen perustana oleva toiminto (tietueen luominen tai päivittäminen) tapahtuu yksittäisessä transaktiossa lomakkeen lähetyksen yhteydessä.

Yleisesti ottaen seuraavat säännöt ovat voimassa:

• Jokainen käyttöliittymän API-kutsu on eristetty omasta transaktiostaan.

• Jos sinun täytyy suorittaa useita toimintoja yhdessä transaktiossa, lähetä syötetyt tiedot palvelinpuoleiseen teknologiaan (esimerkiksi Apex tai kulkuun). Pidä mielessäsi, että kyseisen teknologian transaktioiden säännölliset säännöt ovat edelleen voimassa.

Kulku, Omnistudio ja LWC tukevat kaikkia sovellusalustan tapahtumia (tapahtumiin perustuvaa arkkitehtuuria) ja API-integraatioita. Mukautetun Apex lisäksi kululla ja Omnistudiolla on deklaratiivisia tukimekanismeja, jotka voivat integroitua myös API-rajapintoihin.

Jos sinun täytyy muodostaa yhteys MuleSoft API- tai RPA-bottiin, käytä MuleSoft-palveluita, koska tämä luo ulkoisen palvelun.

Jos API:lla on OpenAPI-skeema, luo ulkoinen palvelu.

Käytä muissa tapauksissa HTTP-kutsuja (jotka tarjoavat ulkoiset palvelut) kulussa tai Omnistudion HTTP-toimintoa.

Omnistudio sisältää kattavia integraatio-ominaisuuksia, jotka voivat kutsua ulkoisia järjestelmiä käyttämällä integraatiotoimenpiteitä datan muuntamiseksi Datan kartoitus -työkalun kautta.

Riippumatta siitä, käytätkö toteutukseen mukautettua Apex-koodia vai ulkoista palvelua, callout on silti callout.

Tässä kaikki, mitä sinun täytyy tietää.

• Callout-kutsun käsittely voi kestää paljon aikaa.

• Kun callout suoritetaan synkronoidusti, se suoritetaan, kun tietokantatransaktio on auki.

• Salesforce ei salli sinun pitää tietokantatransaktiota avoinna, jos sinulla on odottavia tietokantaoperaatioita.

Pidä mielessäsi, että tärkein rajoitus on vaara, että tiedot jäävät epäjohdonmukaiseen tilaan, mikä tapahtuu, kun suoritat luonti-, päivitys- tai poisto-toiminnon ja suoritat sitten callout-kutsun samassa tapahtumassa. Tämä kuvio ei ole sallittu yllä mainitun kolmannen huomioitavan seikan takia, joka on olemassa kahden ensimmäisen huomioitavan seikan takia.

Kulussa voit ohittaa tämän rajoituksen rikkomalla transaktion. Muista, että ruudut ja paikalliset toiminnot esittävät selaimen asiayhteyden uudelleen. Voit käyttää ruutuja ja paikallisia toimintoja, kun käytät ulkoisia callout-kutsuja, mutta suosittelemme ottamaan transaktioiden hallintaoikeuden käyttöön kutsuttavissa lisäasetuksissa. Transaktion hallinta sallii sinun lopettaa transaktion automaattisesti ennen callout-kutsun tekemistä. Jos haluat ottaa transaktioiden hallinnan käyttöön, valitse kutsutun toiminnon lisäasetukset -osiosta ”Aina aloita uusi transaktio”. LWC auttaa yksinkertaistamaan callout-kutsujen vaikutusta transaktioon. Toisin sanoen suorita datatoimintosi käyttämällä Lightning Data Service (LDS) -palvelua ja käytä sitten Apex suorittaaksesi ulkoisen callout-kutsun. Koska LDS-kutsu on eristetty sen omasta transaktiosta (erillään Apex), tämä suojaa sinua datan epäjohdonmukaisuudelta.

Dynaamiset lomakkeet eivät tue uudelleenkäyttöä. Jokainen on sidottu tiettyyn Lightning tietylle objektille. Voit kuitenkin kohdistaa kyseisen Lightning useisiin sovelluksiin, profiileihin jne.

Samalla tavalla kuin voit kirjoittaa kirjastoja, apukohteita ja komponentteja, joita voidaan käyttää useissa komponenteissa, voit myös käyttää samankaltaisia suunnittelukuvioita, kun luot kulkuja käyttämällä alamikulujen tehoa. Tee näin tallentamalla kulkusi pienempiin, modulaarisiin kategorioihin ja kutsumalla niitä muista kuluista käyttämällä **Alakulku-**elementtiä. Jos suunnittelusi vaatii sitä, voit laatia kulun, joka on hyödyllinen yksinään ja alakulkuna.

Omnistudio on luotu luonnostaan modulariteettia varten. Datakartoittimet, Omniscripts, FlexCards ja Integration Procedures on rakennettu erillään, mutta ne voivat toimia myös toisistaan. FlexCards voidaan myös rakentaa LWC-komponentteina, jotka voidaan upottaa muihin LWC-ohjelmiin, Omniscripteihin, tietuesivuille ja Experience Cloud -sivustoille.

Ruutukulkuja, Omniscripte-objekteja ja LWC-objekteja voidaan rakentaa uudelleenkäyttöä varten ja upottaa useisiin sijainteihin, mukaan lukien ulkoisiin sivustoihin ja Lightning Out -sovelluksiin. Kun suunnittelet ratkaisusi kirjoitettavaksi, saat myös hyötyä sopeutumisesta ja vakaudesta.

Kaikkien tietueiden luomiseen tai päivittämiseen käytettyjen teknologioiden täytyy noudattaa järjestelmätason vahvistusta, olivatpa ne sitten klassisia vahvistussääntöjä tai mukautettuja vahvistuksia, jotka on rakennettu Apex. Riippumatta siitä, mitä tekniikkaa käytät tietueiden muutosten tekemiseen, kaikkien muutosten täytyy mennä tallennustilauksen läpi. Tämä tarkoittaa, että vahvistussääntöjen lisäksi tietueiden muutokset käsitellään myös useilla ennen tai jälkeen tallennusta, ennen tai jälkeen käynnistimiä, eskalointisääntöjä, kohdistussääntöjä jne.

Huomautus: Jos et ole jo tehnyt niin, lue Apexin suoritusjärjestys ja lisää se kirjanmerkkeihisi.

• Onko lomakkeellasi järjestelmätason vahvistuksen lisäksi muita vaatimuksia?

• Täytyykö sinun määrittää pakollisia tai Vain luku -kenttiä dynaamisesti lomakkeessa?

Tavallisesti kulkuruudussa tai Omniscript-vaiheessa syötetyt tiedot ovat sidottomia, joten itse lomake ei noudata oletusarvoisesti tiettyyn objektiin liittyvää järjestelmätason vahvistusta. Tietueiden luomiseen tai päivittämiseen käyttämäsi arvot käsitellään kuitenkin tallennustilauksessa, mikä tarkoittaa, että ne läpäisevät objektin järjestelmätason vahvistuksen.

Huomautus: Kaikki Ruutukulku-komponentit eivät tue input-vahvistusta.

Dynaamisten lomakkeiden avulla voit määrittää vaaditun ja Vain luku -tilan sivuasetteluiden tapaisesti. Pidä mielessäsi, ettet voi korvata järjestelmätason asetuksia.

Kulku tarjoaa joustavuutta lomakkeen syötteen vahvistuksen mukauttamiseen. Asiakastasolla suoritetaan useita tarkastuksia (esimerkiksi merkitsemällä puuttuvat pakolliset kentät ja datatyyppien tarkastukset sekä yhteensopivat kaavat syötettyjen vahvistussääntöjen sisällä). Lisätason tietoturvana syötetty vahvistus arvioidaan myös palvelimella. Kun käyttäjä napsauttaa Seuraava, kulku lähettää syötetyt tiedot palvelimelle vahvistusta varten uudelleen. Jos virheellisiä tietoja palautetaan, navigointi estetään ja asiaankuuluva virhe näytetään.

Palvelin vahvistaa syötetyt tiedot valitsemalla:

• Syötteen pakollisuuden asetus tai onko syötetty arvo yhteensopiva perustana olevan datatyypin kanssa.

• Syötteen mukautettu vahvistus. Sinun täytyy antaa totuusarvoinen kaavalauseke ja virheviesti, joka näytetään, kun kaavalauseke ei täyty.

• Peruskomponentin mukautettu vahvistus. Jos olet rakentamassa mukautettua LWC:ää kululle, sinun täytyy lisätä oma vahvistuskoodisi validate()-metodiin.

Voit myös tarjota käyttäjille käytettävissä olevia hälytyksiä ruutukulkujen **Viesti-**komponentin kautta, mutta tämä ei estä käyttäjää siirtymästä muille sivuille tai siirtymästä ohjatun kulun seuraavaan vaiheeseen. **Viesti-**komponentin virhe-tilaa käytetään parhaiten erillisissä virheruuduissa, jotka käynnistyvät vikapolun kautta, kun navigointi ei ole käytössä.

Omnistudio tarjoaa tehokkaan virheiden ja vahvistusten käsittelyn Määritä virhe -toiminnon kautta yhdessä Ehdollisten näkymien ja Viestintä-komponentin kanssa.

LWC:ssä useimmat peruskomponentit suorittavat omat asiakassivun vahvistuksensa (esimerkiksi Lightning noudattaa järjestelmätason vaatimuksia, mutta ei sivutason vaatimuksia). Voit rakentaa mukautetuille komponenteillesi Build Your Own vahvistusmekanismeja.

Pidä mielessäsi, että kentät, jotka vaativat käyttäjiä syöttämään tietoja, tulisi näyttää lomakkeiden alussa. Vahvista asiakassovelluksen käyttäjien syöttämät tiedot ennen lomakkeiden lähettämistä (kun se on mahdollista).

Staattiset lomakkeet ovat vanhentuneita. Nykyään keskitys on siirretty dynaamisesti päivittämään lomakkeita, joilla on oikeat ominaisuudet ja arvot tietylle käyttäjälle, tietyssä ajassa ja tietyssä paikassa. Nyt tutustumme tarkemmin siihen, mikä on mahdollista Salesforcen lomakkeiden laatutyökalujen avulla.

• Minkätyyppisten vuorovaikutusten tai ehtojen tulisi käynnistää dynaamisia vastauksia lomakkeessasi?

• Täytyykö sinun suorittaa ruudun ulkopuolisia (taustalla) toimintoja, kun lomakettasi täytetään?

• Tarvitseeko sinun määrittää kentät näkyviksi, pakollisiksi, vain luku -muotoisiksi tai ei käytettävissä vai pitääkö muotoilua muuttaa lomakkeiden syöttämien tietojen perusteella?

Reaktiiviset ruudut sallivat ruutukulkujen interaktiivisuuden. Uudelleenaktivointi sallii kulkuruudun yksittäisten komponenttien kommunikoida keskenään, mikä tekee ruutukulkuista tehokkaampia.

Datan operaatioiden suorittaminen ruudun ulkopuolella

Ruutukulut tarjoavat deklaratiivisen tavan noutaa dataa samalta ruudulta ruututoimintojen avulla. Ruututoiminnot sallivat sinun käynnistää automaattisesti käynnistyviä kulkuja muutoksille ruudussa tai kun käyttäjä napsauttaa **Toimintopainike-**komponenttia. Voit kartoittaa automaattisesti käynnistyvän kulun tulokset samaan ruutuun, jolloin käyttäjien ei tarvitse siirtyä toiseen ruutuun.

LWC tarjoaa täyden valikoiman langallisia sovittimia, jotka tarjoavat pääsyn Salesforce-dataan täyttääkseen dataa dynaamisesti lomakkeiden komponenteissa, mikä sallii kehittäjien päivittää, poistaa ja luoda tietueita Apex-ohjaimien avulla.

Näkyvyys

Näkyvyyttä voi hallita dynaamisesti kaikissa lomakkeiden muodostustyökaluissa. Dynaamiset lomakkeet, Flow Builder ja Omnistudio korjaavat tämän käyttämällä komponenttien näkyvyysominaisuuksia. Voit näyttää tai piilottaa kenttiä deklaratiivisesti lomakkeen muiden arvojen perusteella tai sen perusteella, täyttääkö käyttäjä lomakkeen mobiililaitteella.

• Dynaamiset lomakkeet hallitsevat näkyvyyttä tietueen kenttäarvojen, hakukenttien ja laitetyyppien perusteella.

• Kulun avulla voit perustaa näkyvyyssäännön muihin ruudun syötteisiin sekä muihin resursseihin, jotka täytetään aiemmin kulussa (esimerkiksi kaavoja tai muiden tietueiden arvoja).

  • Laitteisiin perustuvat säännöt: Se ei välttämättä ole itsestään selvää alusta alkaen, mutta voit käyttää kaavaa tietyn kentän näyttämiseen tai piilottamiseen, kun käyttäjä on mobiililaitteella. Kirjoita kulun kaava, joka tarkastaa globaalin muuttujan $User.UIThemeDisplayed arvon. Jos arvo on Theme4t, käyttäjä täyttää lomaketta Salesforce-mobiilisovelluksella.

  • Muiden resurssien arviointi: Manuaaliset muuttujat ja kaavojen viitteet arvioidaan vain palvelimella. Tämä tarkoittaa, että arvo, joka resurssilla on, kun ruutu renderöidään ensimmäistä kertaa, on arvo, jonka sillä on, kunnes siirryt toiseen ruutuun. Navigoinnin aikana kulun runtime lähettää pyynnön kulun järjestelmälle (palvelimelle) ja palauttaa uusimmat manuaaliset muuttujan ja kaavan arvot. Jos odotat näkyvyyssääntösi päivittyvän, kun käyttäjä käy läpi yhden ruudun (esimerkiksi piilottaminen), sinun täytyy varmistaa, että viittaat vain arvoihin muista ruudulla olevista komponenteista.

• Omnistudion avulla voit ehdollisesti näyttää tai ** piilottaa** komponentteja määrittämällä Ehdollisen näkymän ominaisuuden. Voit kuitenkin lisätä input-arvona vain yhden Ehdollinen näkymä -ominaisuuden.

Ehdolliset input-tilat

Jos sinun täytyy hallita muita ominaisuuksia dynaamisesti (esimerkiksi onko kenttä pakollinen, ei käytössä vai vain luku), voit käyttää muutamaa vaihtoehtoa. LWC tarjoaa täydellisen, reagoivan hallinnan input-tilastasi. Reaktiivinen ruutukulku -komponenttien avulla voit hallita komponenttien attribuutteja dynaamisesti (esimerkiksi Vain luku-, ei käytössä- ja pakollinen) vakiokomponenteille, jotka tukevat sitä, kun taas Omnistudio tukee komponenttikohtaisten attribuuttien koko valikoimaa. Jos vaatimuksesi määrittävät, että tarvitset kulun, eikä komponentti tue tiettyä attribuutin tilaa, voit luoda upotettavan LWC:n dynaamisen syöttötilan saavuttamiseksi.

Jos sinun täytyy hallita muita ominaisuuksia dynaamisesti (esimerkiksi onko kenttä pakollinen vai vain luku), käytä LWC:ää lyhyellä aikavälillä, koska voit hallita sitä täysin. Tämä pätee varsinkin, jos sinulla on mukautettuja vaatimuksia peittämisen tai napsauttamisen käsittelemiseen.

Reaktiiviset LWC:t ruutukulkuissa

Jos rakennat LWC:itä, jotka voivat reagoida ruutukulkujen muihin komponentteihin ja muuttaa niitä, tutustu LWC:n suositeltuihin käytäntöihin ruutukulkuille varmistaaksesi, että komponenttisi integroituvat kulun suorituksen aikaiseen järjestelmään ja toimivat haluamallasi tavalla.

Jos joidenkin syöttämiesi tietojen (tai koko lomakkeen) täytyy kommunikoida sivulla olevan toisen elementin kanssa, LWC on ainoa vaihtoehto.

• Jos haluat kommunikoida saman DOM-hakemiston sisällä, käytä CustomEvent-rajapintaa.

• Jos haluat kommunikoida DOM:n kautta, käytä Lightning Messaging -palvelua.

• Jos Lightning Messaging -palvelua ei tueta target-säiliössäsi, käytä pub/sub-moduulia.

• Lisätietoja on Lightning Web Components Developer Guide -oppaassa kohdissa Viestintä tapahtumien kanssa ja Viestintä DOMissa.

• Jos käytät Omnistudiota, katso lisätietoja kohdasta Kommunikoi Omniscriptin kanssa Lightning-verkkokomponentista.

Parhaan käyttökokemuksen tarjoamiseksi on tärkeää varmistaa, että lomakkeen tyyli on yhdenmukainen muiden sovellusten tai sivustojen kanssa, joihin se upotetaan. Tämä voi tarkoittaa Salesforcen tarjoamien vakiomallien käyttämistä tai mukautetun CSS:n luomista, joka käyttää jokaista kuvapistettä suunnittelussa tarkemman ulkoasun tarjoamiseksi.

Pääkäyttäjät voivat määrittää ruudun ja komponenttien tyylin korvaamisen rajoitetun joukon (esimerkiksi värit, reunat ja painikkeiden ulkoasut), ruutukuljetukselle tai yksittäisille komponenteille. Näitä korvauksia sovelletaan teemojen ja brändäyksen jälkeen, jolloin rakentajat voivat tehdä kohdennettuja visuaalisia säätöjä vaikuttamatta muuhun sovellukseen.

Korvaavat tyylit on tarkoitettu lokalisoiduille visuaalisille poikkeuksille (esimerkiksi vahvistusruudun korostamiseksi tai tiettyjen toimintojen kutsujen korostamiseksi (CTA); ne eivät ole täysi tyylisääntö. Ne eivät tarjoa CSS-tason hallintaa eikä niitä ole suunniteltu käytettäväksi useissa ruuduissa tai kuluissa.

Arkkitehtuurin näkökulmasta tyylin tulisi noudattaa tätä esimerkkijärjestystä:

1. Teemat ja brändäys: Lightning, Kokemusten rakentajan brändäysjoukot tai LWR-sivuston teemat

2. Kulkujen tyylin korvaukset: Kohdistetut ruudun tai komponentin säädöt

3. Mukautetut komponentit (LWC): kun pixel-perfect-ohjausta tai uudelleenkäytettäviä designkuvioita tarvitaan

Teemojen ja suunnittelujärjestelmien käyttäminen auttaa varmistamaan, että tyylit pysyvät yhdenmukaisina, skaalattavissa ja helppokäyttöisinä ajan myötä.

• Kuinka hienostunut haluat tyylisi ja CSS:n olevan?

• Tarvitsetko mukautettua, täydellistä tyyliä tai vakiomuotoisia teemoja?

FlexCards on ainoa tässä oppaassa oleva tuote, jonka avulla voit hallita työkalussa luomasi käyttöliittymän tyyliä ja asettelua deklaratiivisesti (esimerkiksi marginaalit ja täyttö, typografia, värit jne.).

Dynaamiset lomakkeet ja kulut noudattavat deklaratiivisten teemojen ominaisuuksia. Jos tarvitset lisäohjausta (muu kuin mitä Salesforce-teemat, kokemusten rakentajan brändäysjoukot tai LWR Experience Cloud -sivustot tukevat), harkitse ohjelmallista ratkaisua.

Tiimeillä, jotka käyttävät CSS:ää helposti, on useita vaihtoehtoja:

• Kulut ja LWC:t perivät vakiomuotoiset design-valtuudet.

• Omniscripts ja FlexCards sisältävät mukautettavan suunnittelujärjestelmän tuen Newportin kautta.

• LWC:n avulla voit kirjoittaa omia komponenttejasi ja hallita niiden HTML- ja CSS-koodia täysin.

Suosittelemme käyttämään teemoja ja suunnittelujärjestelmiä varmistaaksesi, että koko sisältösi ulkoasu on yhdenmukainen.

Huomautus: Voit upottaa Lightning kulkuihin. Jos haluat hallita lomakkeesi ulkoasua täydellisesti pikseleillä, mutta haluat myös käyttää muita kulkujen etuja (esimerkiksi navigointimallia), voit hyödyntää molempien maailman parhaita ominaisuuksia! Sama periaate koskee Omniscripteja ja FlexCardeja.

Hyvän asettelun valitseminen on tärkeää virtaviivaistettujen lomakkeiden suunnittelussa, jotka mahdollistavat nopean ja tehokkaan datan syöttämisen ja parantavat datan eheyttä.

• Miten voit rakentaa lomakkeiden asetteluita optimoidaksesi käyttäjäkokemuksia?

• Miten voit esittää olemassa olevia tietoja käyttäjille siten, että heidän on helpompi syöttää uusia tietoja lomakkeisiisi?

Dynaamiset lomakkeet tukevat kaksisarakkeisia asetteluita, jotka voidaan pilkkoa kenttien yksittäisiin osioihin. Nämä osiot voidaan asettaa komponentteihin (esimerkiksi välilehdet ja harmonikat) luodakseen organisoituja ja helppokäyttöisiä asetteluita.

Kulut voidaan renderöidä myös käyttämällä **osio-**komponenttia. Voit lisätä kulkuruudulle enintään neljä saraketta ja rajoittamattoman määrän osioita. Osio-komponentti reagoi myös näytön leveyteen, joten se toimii myös pienillä näytöillä. Se sallii sinun soveltaa ehdollista näkyvyyttä koko osioon, mikä helpottaa näkyvyyttä useille osion kentille kerralla. Myös kulkujen osiot tukevat sarakkeiden otsikoita ja tarjoavat yhdenmukaisen käyttökokemuksen, jossa käyttäjät voivat tiivistää koko osion napsauttamalla otsikkoa.

Omniscripts-komentosarjat sisältävät useita asetteluvaihtoehtoja kenttien ja tietojen näyttämiseen. Voit luoda datasta osioita, joissa on enintään 12 saraketta, mukaan lukien ehdollisesti tiivistettävät harmonikat.

LWC:n avulla voit hallita asettelua Lightning ja tukevalla Lightning|output]-kentällä. Ainoat asetteluiden rajoitukset saadaan HTML- ja CSS-koodista. Lightning-tietuemuotoinen komponentti noudattaa asiaankuuluvan sivuasettelun osiokokoonpanoa (jos sivuasettelussa on esimerkiksi kaksi saraketta sisältävä osio, myös komponentissa on kaksi saraketta).

Jos lomakkeesi täytyy olla käytettävissä eri alueiden käyttäjille tai eri kielillä puhuville käyttäjille, sinun täytyy varmistaa, että sen laatimiseen käyttämäsi työkalu täyttää lokalisointivaatimuksesi.

Huomautus: Lokalisointivaatimukset koskevat tavallisesti lomakkeiden tekstielementtien kääntämistä muille kielille.

• Käytetäänkö lomakettasi useammassa kuin yhdessä maassa tai alueessa?

• Täytyykö lomakkeesi teksti lokalisoida muille kielille?

Jos lokalisoit mukautettuja kenttiä, dynaamiset lomakkeet noudattavat käännettyjä otsikoita. Dynaamiset lomakkeet noudattavat myös kaikkia mukautettuja otsikoita, jotka on kohdistettu komponenttien otsikoihin ja attribuutteihin Lightning-sovellusrakentajassa.

Kulku tukee kaikkien vakiomuotoisten ja mukautettujen ruutukomponenttien käyttäjäkohtaisten otsikoiden kääntämistä käännöstyökalun kautta.

Voit lokalisoida otsikot, ohjetekstit ja virheviestit näistä ruutukomponenteista:

• Teksti
• Pitkä tekstialue
• Numero
• Valuutta
• Valintaruutu
• Radio-painikkeet
• Valintaluettelo
• Monivalintaluettelo
• Valintaruuturyhmän salasana
• Päivämäärä
• Päivämäärä/aika

Käyttövalmiita toimintoja (esimerkiksi Lähetä sähköposti tai Lähetä viesti Chatteriin) ei tueta sisäänrakennetulla käännöstoiminnolla, mutta ongelma on ratkaistu. Jos käytät käännettyjen otsikoiden määrittämiseen mukautettua otsikkoa, voit viitata kyseiseen mukautettuun otsikkoon toiminnossa tai komponentissa, kun määrität sen Flow Builderissa. Sinun täytyy luoda kulun kaava, joka viittaa mukautettuun otsikkoon, ja viitata sitten kyseiseen kaavaan kulun asiaankuuluvissa paikoissa.

Omniscriptit käyttävät käännöksissä mukautettuja otsikoita. Katso lisätietoja tästä ohjeasiakirjasta varmistaaksesi, että Omniscript-koodisi ovat valmiina useille kielille.

LWC:ssä tietyt peruskomponentit perivät automaattisesti asiaan liittyvän objektin kenttien, ohjetekstin ja vahvistusviestien käännökset, jos ne on määritetty käännöstyökalussa (esimerkiksi Lightning).

Jos sinun täytyy lisätä koodissasi uusia käännettävissä olevia otsikoita, sinun kannattaa käyttää mukautettuja otsikoita. Julista tarvitsemasi mukautettu otsikko ja tuo se komponenttiisi @salesforce/label-vaikutusalueen modulista.

Käytä tätä osiota arvioidaksesi tietoturvaa, laatua ja toimintarajoituksia ennen käyttöönottoa.

Tietoturva on monimutkainen aihe, ja lomakkeiden laatimiseen liittyy useita huomioitavia asioita, jotka eivät välttämättä ole itsestäänselviä. Perustasolla sinun täytyy varmistaa, että lomake suoritetaan oikeassa asiayhteydessä ja että käyttäjillä on sen perustana olevan datan käyttöoikeudet. Lisäksi saatat haluta ryhtyä ylimääräisiin toimenpiteisiin poistaaksesi mahdollisesti haitallisia koodeja tai URL-osoitteita muotoillun tekstin kentistä, estääksesi tiettyjä käyttäjiä käyttämästä lomaketta tai rajoittaaksesi niiden sijaintien tyyppejä, joihin pääkäyttäjät voivat mahdollisesti upottaa lomakkeen tulevaisuudessa.

Muista dokumentoida tietoturvavavavaatimuksesi huolellisesti ennen työkalun valitsemista. Lisätietoja tämäntyyppisestä dokumentaatiosta on Salesforcen hyvin rakennettu tietoturvakäytännön mallissa.

• Täytyykö lomakkeen tarkastaa käyttäjän käyttöoikeudet ennen tiettyjen toimintojen suorittamista?

• Pitäisikö käyttäjien syöttämiä tietoja puhdistaa?

• Haluatko hallita, kuka voi käyttää lomaketta?

• Haluatko hallita, mihin lomake voidaan upottaa?

Kun ohjelma suoritetaan käyttäjäkontekstissa, Salesforce suorittaa useita käyttöoikeustarkistuksia, joihin sisältyy kenttätason suojauksen, CRUD-käyttöoikeuksien ja tietueiden käyttöoikeuksien vahvistaminen organisaatiosi jakosääntöjen perusteella (esimerkiksi käyttäjät voivat suorittaa tapausten päivityslomakkeen vain, jos he voivat päivittää tapauksia, asiaankuuluvan kenttätason suojauksen ja tietueen käyttöoikeuden).

Mitä tapahtuu, jos haluat käyttäjien voivat suorittaa tietyn toiminnon, kun he käyttävät lomakettasi, mutta ei missään muussa lomakkeessa tai vuorovaikutuksessa? Juuri tähän järjestelmäkonteksti kuuluu!

Järjestelmäkonteksti sallii sinun nostaa käyttäjän käyttöoikeuksia istunnon keston ajan (esimerkiksi käyttäjän ei tarvitse päivittää tapausobjektin käyttöoikeuksia suorittaakseen tapauksen päivityslomakkeen onnistuneesti). Tämä on hyödyllistä varsinkin todentamattomille yhteisöille. Sen sijaan, että myöntäisit vieraskäyttäjille mahdollisesti vaarallisia kykyjä, määritä lomakkeesi suoritettavaksi järjestelmäkontekstissa.

Järjestelmäkontekstia tulisi käyttää vain, kun se on ehdottoman välttämätöntä. Kun lomake suoritetaan järjestelmän asiayhteydessä, kaikki CRUD-toiminnot ohittavat objektin ja kenttätason suojaus- ja jakokomponentit. Järjestelmäkonteksti ei myöskään vaikuta siihen, kuka Salesforcen katsoo olevan toimijan (nimi, jonka näet Viimeksi muokkaaja -kentässä). Jokaisessa lomakkeesi suorittamassa toiminnossa (esimerkiksi tapauksen päivityksessä) toimijat ovat tämänhetkinen käyttäjä (vaikka lomake suoritetaan eri asiayhteydessä).

Huomautus: Dynaamiset lomakkeet, Omniscriptit ja LWC:t suoritetaan aina käyttäjäkontekstissa, eikä tätä toimintatapaa voi korvata.

Ruutukulut suoritetaan oletusarvoisesti käyttäjän asiayhteydessä, mutta voit määrittää ne järjestelmän asiayhteydessä. Voit päättää, myöntääkö kulku käyttöoikeuden kaikkiin tietoihin vai käyttääkö se tietuetason käyttöoikeutta.

• Jos upotat Lightning kulkuun, joka suoritetaan järjestelmän asiayhteydessä, kulku ei korvaa komponentin asiayhteyttä. Jos sinun täytyy ohittaa käyttöoikeustarkistukset, käytä kulkua suorittaaksesi niitä ja välittääksesi asiaankuuluvia tietoja Lightning tai pois. Jotkin käyttövalmiit komponentit (esimerkiksi Haku) eivät toimi järjestelmäkontekstissa.

• Jos kulkusi kutsuu Apex, siihen liittyy muita yksityiskohtia.

  • Jos Apex-luokaksi on määritetty peritty jakaminen, se suoritetaan järjestelmäkontekstissa jakamisen kanssa riippumatta kulun määrityksistä.

  • Jos luokalla ei ole erillistä jakolauseketta, se suoritetaan järjestelmäkontekstissa ilman jakamista riippumatta kulun määrityksistä.

  • Jos luokaksi on määritetty jaon kanssa tai ilman jakamista, se korvaa kulun kontekstin.

Tietueiden kyseleminen järjestelmäkontekstissa Experience Cloud -sivustoilla

Jos suoritat kulun järjestelmäkontekstissa Experience Cloud -sivustolla (varsinkin jos se ei ole todennettu), tallenna vain tiettyjä kenttiä Nouda tietueita -elementteihin. Kun työstät kulkua ja välität Nouda tietueita -elementin tulokset alakulkuun, kutsuttavaan toimintoon tai Lightning-komponenttiin, selaimen kehitystyökalut saattavat tarkastaa kyseisen objektin kaikki kentät. Tarkoituksistasi huolimatta tämä saattaa sallia Experience Cloud -käyttäjien käyttää kenttiä. Määritä kyseiset kentät Nouda tietueita -elementteihin varmistaaksesi, että vain oikeat kentät näytetään, kun Järjestelmän asiayhteys otetaan käyttöön.

Huomautus: Omniscript-logiikka suoritetaan asiakassivulla, mikä sallii hyökkääjien muokata Omniscript-koodin odotettua suorituskertaa ja tarkastella integrointitoimenpiteisiin, datakartoituksiin ja Apex liittyviä vastauksia selaimen kehitystyökalujen kautta. Kun käytät Omniscriptia, on tärkeää suorittaa liiketoimintalogiikkaa palvelinpuolelta (kun se on mahdollista) ja ottaa käyttöön input-vahvistussäännöt kaikille Apex-metodeille, jotka näytetään @InvocableMethod-annotaation kautta.

Sanitoi input-parametrit

Käytä syötteen puhdistusta suojellaksesi organisaatiotasi pahalta toimijalta. Oletetaan esimerkiksi, että sinulla on julkisesti käytettävissä oleva lomake, joka voidaan kartoittaa organisaatiosi muotoillun tekstin kenttään. Saatat haluta ottaa käyttöön automatisoinnin, joka poistaa kaikki HTML-koodit, jotka saattavat piilottaa pahantahtoisia URL-osoitteita.

Ei ole ihanteellista toteuttaa sanitointia lomaketasolla, koska sinulla voi olla paljon lähteitä, jotka kirjoittavat näihin kenttiin. Voit välttyä tältä ongelmalta luomalla pikaisen kenttäpäivityskulun (ennen tallennusta) tai käyttämällä olemassa olevaa Apex-käynnistintä poistaaksesi tai muokataksesi lomakkeeseen syötettäviä HTML-koodeja.

• Salli kulkujen suoritus oletusarvoisessa asiayhteydessä (ellei sinun tarvitse nostaa nykyisen käyttäjän käyttöoikeuksia tietylle toiminnolle).

• Vältä suorittamasta kulkuja järjestelmän asiayhteydessä vieraskäyttäjille. Luo käyttöoikeusjoukkoja, joilla on rajoitetut kenttien käyttöoikeudet, ja kohdista ne Experience Cloudin vieraskäyttäjän profiiliin.

• Kun kyselet tietueita Experience Cloud -sivustojen järjestelmän asiayhteyden suorituskulkuissa, tallenna vain tarvitsemasi kentät Nouda tietueita-elementtiin tai Kutsuttavat toiminnot -ominaisuuteen.

• Jos kulku suorittaa useita toimintoja — jotka kaikki eivät vaadi laajennettua käyttöoikeutta — käytä alakulkuja eristääksesi toimintoja, jotka tulisi suorittaa järjestelmäkontekstissa.

• Jos upotat lomaketta ulkoiselle verkkosivulle, sen täytyy ehkä kartoittaa muotoillun tekstin kenttiin välttyäksesi mahdollisilta tietojenkalastushyökkäyksiltä. Tee näin puhdistamalla käyttäjien syöttämät tiedot poistaaksesi HTML-koodin käyttämällä pikakentän päivityskulkua tai Apex-käynnistintä.

• Omniscripts-, FlexCards- ja LWC-objektit suoritetaan oletusarvoisesti käyttäjäkontekstissa.

• LWC:t suoritetaan oletusarvoisesti käyttäjäkontekstissa.

• Kulut suoritetaan käyttäjän asiayhteydessä, mutta voit korvata sen käyttämällä Apex.

• Käyttöliittymän API:ssa suoritetut operaatiot suoritetaan käyttäjäkontekstissa.

• Apex suoritetut operaatiot riippuvat tietystä luokasta. Jos haluat suorittaa nämä toiminnot järjestelmätilassa, määritä Apex-luokaksi jakaminen tai ilman jakamista.

Jos sinun täytyy hallita, kuka voi käyttää lomaketta, tarkasta säiliö, johon lomake on upotettu (voit esimerkiksi kohdistaa Lightning tietyille sovelluksille, tietuetyypeille tai profiileille). Jos tietyt syötetyt tiedot ovat luottamuksellisia, käytä näkyvyyssääntöjä hallitaksesi tarkemmin, mitä kenelle näytetään. Tämä ominaisuus koskee dynaamisia lomakkeita ja ruutukulkuja.

Voit rajoittaa kulun tiettyihin profiileihin tai käyttöoikeusjoukkoihin (kuten Apex-luokkaan tai Visualforce-sivuille). Kulkuja ei ole oletusarvoisesti rajoitettu, eli kaikki käyttäjät, joilla on kulkujen suoritusoikeus, voivat käyttää niitä.

Jos käytät Omnistudiota, voit määrittää Apex-luokkien käyttöoikeuksien tarkistuksen, joka vaatii käyttäjiä käyttämään Apex-luokkaa, joka hallitsee Omniscript-, Flexcard-, Classic Card- tai REST API -rajapintojen etätoimintoja.

Huomautus: Apex käyttöoikeustarkistukset koskevat vain Apex. On myös suositeltavaa määrittää profiilitason käyttöoikeudet integraatiotoimenpiteille ja datakartoittajille.

• Jos olet paljastamassa kulkua vieraskäyttäjille, sinun tulisi myöntää vieraskäyttäjien profiilien käyttöoikeudet vain kulkuihin, joita he tarvitsevat ehdottomasti. Voit lisätä vieraskäyttäjäprofiileihin suorituskulkuja, mutta tämä voi olla riskialtista.

• Ole varovainen, kun käytät kulkuja, jotka toimivat järjestelmäkontekstissa. Sinun tulisi rajoittaa nämä kulut tietyille käyttäjille, koska heillä on vähemmän tarkastuksia ja tasapainoja tietojesi suojaamiseksi.

• Varmista, että kaikki Omniscript-tiedostot, jotka käyttävät Apexia vieraskäyttäjien yhteisössä, sisältävät Apex-luokan määritelmässä luetellun jaon.

• Kohdista vieraskäyttäjäprofiileille vain Apex, joiden haluat sallivan vieraskäyttäjien soittaa. Tämän käytännön noudattaminen auttaa estämään lisäliiketoimintalogiikan tahattoman paljastamisen vieraskäyttäjille.

Voit tarkastaa tämänhetkisen käyttäjän käyttöoikeuksien kohdistukset tarkastaaksesi, onko heillä tietty vakiomuotoinen tai mukautettu käyttöoikeus. Voit tuoda Salesforce-käyttöoikeuksia @salesforce/userPermission- ja @salesforce/customPermission-moduuleista suoraan JavaScriptissa. Voit myös käyttää Apexia tarkastaaksesi käyttöoikeudet.

LWC:t ovat käytettävissä tietyssä sijainnissa vasta, kun ne on lisätty kelvolliseksi kohteeksi (voit esimerkiksi tehdä komponentin käytettäväksi tietuesivuilla eikä käytettäväksi apupalkin kohteena).

Kun ruutukulku on aktivoitu, se on käytettävissä kaikissa sijainneissa, joissa ruutukulkuja tuetaan. Flow Builder tukee useita ruutuja sisältäviä kulkujen tyyppejä. Tärkein tyyppi on ruutukulku, mutta on olemassa muutama muu erikoistunut tyyppi, joka on rajoitettu tiettyihin sijainteihin (esimerkiksi Field Service Mobile -sovellus tukee vain Field Service Mobile -kulkuja). Tämä vastaa yhteydenottopyyntöjen kulkuja, joita tuetaan vain Experience Cloudissa.

Riippumatta kulun tyypistä, kulun luoja ei voi hallita, mihin kulku on upotettu. Kulut ovat käytettävissä kaikissa sijainneissa, joissa kyseistä kulkutyyppiä tuetaan.

Jos käytät Salesforce Industriesia, Omniscript-ominaisuuteen liittyy pieni varoitus.Et voi määrittää tavoitteita Omniscriptille, mutta voit määrittää tavoitteen upotettaville FlexCards-kortille.

Salesforcessa on useita testauksen automatisointityökaluja (esimerkiksi Salesforce UTAM), joiden avulla voit simuloida, miten käyttäjät käyttävät lomakkeitasi. Voit kirjoittaa testejä mille tahansa vakiomuotoiselle tai mukautetulle käyttöliittymälle, mukaan lukien Lightning ja ruutukulkuille.

Huomautus: Tämäntyyppiset testit eivät voi vahvistaa suoritettavien metodien tuloksia. Pidä tämä mielessäsi, kun määrität käyttöliittymän testien automatisointivaatimuksia.

• Tarvitsetko lomakkeillesi automatisoitua testausta?

• Millaisia testejä aiot suorittaa?

• Minkä tarkkuuden tason testaus automatisoidaan?

Katso käyttöliittymän testauksen automatisoinnin vaatimukset

Yksikköjen testit tarjoavat tarkkoja automaatioita ja vahvistuksia, jotka vastaavat toimialan vakiomuotoisia CI/CD-järjestelmiä ja -työkaluja, jotka testaavat liiketoimintalogiikkaa, JavaScript-ohjaimia ja tiettyjen komponenttien tuloksia. Jos valitset vähemmän koodia käyttävän lähestymistavan, et voi kirjoittaa testejä itse, mutta Salesforce testaa huolellisesti kaikkia loppuun -tarjouksia.

Jos komponenttisi metodit ovat monimutkaisia, voit tekstittää niitä yksittäin asettamalla metodit erillisiin JavaScript-tiedostoihin. Tämän avulla voit tuoda ne LWC:ään ja sitten Jest-testiin (esimerkiksi tuoda { sort } 'c/utils';).

Voit käyttää koodittamatonta ratkaisua ISV:stä, laatia mukautetun testausratkaisun tai käyttää avoimen lähdekoodin testauskehystä (esimerkiksi Selenium WebDriver tai WebdriverIO) kokonaisvaltaiseen automatisointiin. Nämä ratkaisut ovat voimassa kaikille Salesforce-käyttöliittymän vuorovaikutuksille (esimerkiksi dynaaminen lomake Lightning, ruutukulku apupalkissa tai LWC pikatoimintokulussa).

Kun olet ottanut lomakkeesi käyttöön tuotantoympäristössä, sinun täytyy varmistaa, että sitä käytetään tehokkaasti. Riippuen käyttötarkoituksestasi, tämä saattaa tarkoittaa, että seuraat, montako kertaa lomakkeesi on täytetty ja kuinka kauan keskimääräinen käyttäjä käyttää lomakkeen täyttämiseen ennen tietojen lähettämistä. On tärkeää tunnistaa seurattavat KPI-mittarit ennen työkalun valitsemista.

• Täytyykö sinun seurata lomakkeen käyttöä?

• Mitkä KPI-mittarit voivat määrittää, käytetäänkö lomaketta tehokkaasti?

Jos sinun täytyy seurata lomakkeiden yleistä käyttöä ja sopeutumista, käytä alhaisen koodin työkaluja. Dynaamisia lomakkeita ja ruutukulkuja voi seurata käyttövalmiiden mukautettujen raporttien kautta. Ruutukulkujen seurantaraportit ovat kuitenkin tarkempia. Jos sinun täytyy seurata LWC:n käyttöä, käyttövalmis saatavuus riippuu siitä, missä käytät LWC:ää. Jos se on Lightning, kaikki käytettävissä olevat Lightning käytön seurantaelementit koskevat myös LWC-versiota. Tämä koskee myös kulkuihin upotettuja LWC-tuotteita.

Dynaamisia lomakkeita ei voi seurata käyttövalmiina, mutta voit seurata ylätason Lightning-sivun käyttöä Lightningin käyttöobjektien kautta. Jos haluat seurata vakiomuotoisia Lightning-sivuja, käytä mukautettua Käyttäjät, joilla on Lightningin käyttö sivutilastojen mukaan -raporttia. Käytä mukautetuille Lightning-sivuille mukautettua Käyttäjät, joilla on Lightningin käyttö FlexiPage-tilastojen mukaan -raporttia.

Kulut voivat auttaa sinua seuraamaan tiettyjen lomakkeiden sopeutumista. Käytä esimerkkikulkuraporttia: Ruutukulut vastaavat seuraavantyyppisiin kysymyksiin:

• Mikä on tämän lomakkeen suoritussuhde? Onko se tällä hetkellä hyvin omaksuttu?

• Kuinka kauan käyttäjillä kestää täyttää tämä lomake?

• Millä ruudulla käyttäjät käyttävät eniten aikaa?

• Kuinka usein käyttäjät siirtyvät edellisiin ruutuihin?

• Kuinka usein virheitä tapahtuu?

Jos vakioraportti ei vastaa tarpeitasi, voit kloonata sen ja tehdä muutoksia tai Build Your Own -raportin puhtaalta pöydältä käyttämällä ruutukulkujen raporttia.

Jos käytät paketteihin perustuvaa Omniscript runtimea, voit käyttää myös Omnistudio for Vlocity Tracking Service -palvelua. Tämä palvelu seuraa kaikentyyppisiä tapahtumia (esimerkiksi voit seurata, kuinka kauan Omniscriptin vaiheiden suorittaminen kestää, mikä auttaa tunnistamaan prosessien parannuksia).

Huomautus: Ei ole käyttövalmista vaihtoehtoa seurataksesi LWC:ää, joka ei ole upotettu ruutukulkuun, Omniscript- tai Lightning, mutta voit laatia mukautetun ratkaisun käyttämällä Apex.

Sinun on ehkä tuttua käyttää muutosjoukkoja tai DevOps Centeria ottaaksesi ratkaisusi käyttöön testausympäristöissä tai tuotantoympäristössä. Nämä käyttöönottovaihtoehdot tukevat dynaamisia lomakkeita, kulkuja ja LWC-kulkuja täysin. Omnistudio vaatii kuitenkin erillisen työkalun, eli IDX-työkalun.

• Miten aiot ottaa lomakkeen käyttöön?

• Täytyykö lomake jakaa useampaan kuin yhteen Salesforce-organisaatioon?

Jos olet palveluntarjoaja tai kumppani, joka aikoo pakata ratkaisusi jaettavaksi AppExchangessa, katso lisätietoja kohdasta Dynaamiset lomakkeet, kulut ja LWC-palvelut. Pidä mielessäsi, että Omnistudio ei tue pakkaamista.

Tämä opas on tarkoitettu näyttämään sinulle, mitä toimintoja ja mukautustasoja on saatavilla dynaamisten lomakkeiden, ruutukulkujen, Omnistudion ja LWC:n kautta. Alla on yleiskatsaus.

• LWC on luotettavin ja mukautettavissa oleva vaihtoehto lomakkeiden rakentamisessa, mutta sillä on vähiten suojaputkia. Tästä syystä on tärkeää rakentaa komponenttejasi turvallisuuden ja skaalattavuuden perusteella.

• Dynaamiset lomakkeet ovat vähiten joustava vaihtoehto, mutta siinä on paljon vähemmän mahdollisuuksia virheisiin.

• Kulku ja Omnistudio osuvat hieman keskelle. Ne ovat tehokkaampia kuin dynaamiset lomakkeet, mutta ne eivät ole aivan LWC-tason tasolla. Niillä on kuitenkin vähemmän turvavyöhykkeitä kuin dynaamisilla lomakkeilla ja ne on vaikeampi rikkoa kuin mukautetulla koodilla.

Saatat huomata, että useita työkaluja sopivat tarpeisiisi. Jos näin on, päätös riippuu lopulta siitä, mikä työkalu sopii parhaiten tiimillesi. Lisätietoja huomioitavista muista näkökohdista on näissä arkkitehtien päätöspuodeissa.

• Kun vertaat työkaluja, on tärkeää arvioida, kuinka paljon tiimilläsi on ammattitaitoa kunkin työkalun osalta.
• Kuinka moni kehittäjistäsi tuntee hyvin LWC:n tai JavaScriptin?
• Onko tiimisi kehittäjiä, jotka ovat Flow Builderin asiantuntijoita tai jotka ovat ilmaisseet haluavansa oppia lisää?

Emme keskity tarkempiin yksityiskohtiin, mutta alla on hieman lisätietoja siitä, miten nämä tietyt työkalut liittyvät tähän mennessä käsittelemäämme arviointeihin.

Toimitusvaltuutus

Pidä mielessäsi, että vaikka jotkin vaatimuksistasi vaativat LWC:n, koko ratkaisun rakentaminen ei vaadi LWC:n käyttöä. On tärkeää määrittää, miten voit rakentaa ratkaisusi modulaarisesti. Tätä varten sinun täytyy tunnistaa, mitkä varaosat vaativat koodattujen LWC:n ja mitkä eivät. Osat, jotka eivät vaadi LWC:ää, tulisi rakentaa käyttämällä vähäkoodiratkaisua.

Kulussa ja LWC:ssä on useita komponentteja (esimerkiksi reagoivat ruutukomponentit ja ruutukulku), jotka voivat synkronoida toisiaan samalla ruudulla avatakseen uusia työkaluja arkkitehdeille, pääkäyttäjille ja kehittäjille. Kehittäjät voivat nyt luoda tarkoituksenmukaisia, modulaarisia komponentteja, joita voidaan käyttää uudelleen koko organisaatiossa, mikä auttaa parantamaan tiimien tuottavuutta. Näin kehittäjät voivat säästää aikaa käyttämällä vakiomuotoisten ja mukautettujen kulkukomponenttien yhdistelmää saavuttaakseen dynaamisen muodon, mikä antaa heille enemmän aikaa keskittyä uusien haasteiden ratkaisemiseen. Reaktiivisten komponenttien käyttöönoton myötä kulussa ei ole koskaan ollut sopivampaa aikaa yhdistää kulkua ja LWC-komponentteja lomakkeiden laatimiseen.

Pitkäaikainen omistajuus ja ylläpito

Jos olet luomassa monivaiheista lomaketta, aloita kululla tai kulun ja LWC:n yhdistelmällä. Jos lomaketta ylläpitävä tiimi on vähäisen koodin tiimi, varmista, että ratkaisu on mahdollisimman määritettävä ja laajennettavissa haluamallesi kohdeyleisölle. Jotta voit parantaa vakautta ja ylläpitokelpoisuutta, on tärkeää organisoida ratkaisusi yhdistettäviksi yksiköiksi riippumatta valitsemastasi työkalusta.

Dynaamisiin lomakkeisiin, ruutukulkuihin, Omnistudioon tai LWC:ään liittyvät suorituskykyyn liittyvät huomioitavat asiat perustuvat kehykseen, jossa teknologiat sijaitsevat. LWC:ään perustuvat teknologiat toimivat tavallisesti paremmin kuin Auraan perustuvat teknologiat. LWC tarjoaa parannettuja suorituskykyhyitä useiden ydintoimintojen ansiosta, jotka on otettu käyttöön suoraan verkkomoottoreissa (JavaScriptin sijaan kehyksen abstraktioiden avulla).

Miten siis hyödynnämme näitä suorituskykyhyötyjä lomakkeiden teknologioissamme Salesforcessa? Nyt tutustumme tarkemmin.

• Dynaamiset lomakkeet (integroitu Lightning metadataan) perustuvat LWC-pinoon, jonka avulla voimme ottaa käyttöön useita kauan odotettuja ominaisuuksia. Dynaamiset lomakkeet -ominaisuus käyttää suorituskykybonuksena progressiivista renderöintiä, joka parantaa suuria kenttiä sisältävien sivujen latausaikoja.

• Ruutukulut perustuvat LWC:ään. Useimmat yksittäiset käyttövalmiit komponentit on nyt muunnettu LWC:ksi, pois lukien Tiedostojen lataus palvelimelle- ja **Kuva-**komponentit. Vaikka kulun tiimi on muuntänyt kulun suorituksen aikaisen asiakassovelluksen LWC-ohjelmaksi (ja useimmista sen komponenteista), asiakkaiden täytyy silti muuntaa Aura-ruutukomponenttinsa LWC-ohjelmaksi. Muista, että Salesforce tukee vain LWC-komponentteja ruutukulkujen reaktiivisten komponenttien kehyksessä. Lisätietoja on Trailhead-moduulissa Lightning Web Components for Aura Developer. Jos aiot laatia mukautetun komponentin ruutukululle (tai muulle säiliölle), valitse LWC!

• Omnistudion versioita on useita. Jos olet pitkäaikainen asiakas, saatat käyttää Angularia. Suosittelemme kaikkia uusia asiakkaita käyttämään LWC-pohjaisia Omniscripte- ja FlexCards-kortteja. Suosittelemme myös nykyisiä asiakkaita poistumaan Angularista.

• LWC perustuu LWC:ään.