breadcrumbDescription
Overvejelser i forbindelse med registreringsudløste forløb
Et registreringsudløst automatisk startet forløb opretter yderligere opdateringer til den udløsende registrering før eller efter, den er gemt i databasen. Forstå overvejelserne og specialadfærden i de forløb, der opretter før- og efter-gem-opdateringer.
EditionsHeading
| Vis understøttede versioner. |
Generelle overvejelser
Disse overvejelser gælder for alle registreringsudløste forløb.
- Registreringsudløste forløb kører tilpassede valideringsregler.
- Du kan ikke referere til et skærmforløb fra et automatisk startet forløb.
- På grund af deres position i den rækkefølge, som de køres i, kan registreringsudløste forløb optræde anderledes end lignende arbejdsflowregler.
- Et forløb kan ikke slå en konto op, når en bruger opretter en sag fra denne konto, hvis feltet Case.AccountId er skrivebeskyttet for den løbende bruger. Når f.eks. en bruger opretter en sag fra en kontodetaljeside, forbliver feltet Case.AccountId nul. Sagen linkes ikke automatisk til kontoen, så forløbet kan ikke bruge det ikke-udfyldte Case.AccountId-felt til at slå kontoregistreringen op.
- Et registreringsudløst forløb mislykkes, hvis det forsøger at få adgang til eksterne data, f.eks. Data Cloud-objekter, under dets synkrone kørselssti. Det mislykkes, fordi Salesforce forhindrer udkald til eksterne tjenester i at køre, mens en registrering gemmes. Hvis du vil køre forløbslogik, der forespørger på en ekstern datakilde, skal du bruge en asynkron sti. På startelementet i dit forløb skal du aktivere omskifteren Tilføj asynkron sti under Handlinger og relaterede registreringer for at oprette denne sti. Den asynkrone sti kører i baggrunden, efter den oprindelige registrering er blevet bekræftet, og aktiverer det eksterne udkald.
- Asynkrone stier understøtter ikke
ISCHANGED, f.eks. i beslutningselementer. -
Forløb, der er konfigureret til at køre på et givet objekt, kører ikke, hvis dette objekt har et formelfelt, der refererer til et andet objekt, og dette felt opdateres på det andet objekt.
Overvej f.eks. et registreringsudløst forløb, der kører for opdaterede konti. Kontoobjektet indeholder to tilpassede formelfelter:
- Partneradresse: Et formelfelt, der refererer til feltet Adresse på en anden kontoregistrering.
- Kontakttelefon: Et formelfelt, der refererer til feltet Telefon på en kontaktregistrering.
Scenarie Resultat Feltet Adresse på den anden kontoregistrering opdateres. Forløbet udløses for både den anden kontoregistrering og den kontoregistrering, der refererer til feltet Adresse. Feltet Telefon på kontaktregistreringen opdateres. Forløbet udløses ikke, selvom den kontoregistrering, der refererer til feltet Telefon, nu viser de opdaterede data.
Overvejelser i forbindelse med hurtige feltopdateringer
Disse overvejelser gælder for registreringsudløste forløb, der optimeres til hurtige feltopdateringer (før lagring).
- Forløbet kan ikke udføre andre handlinger end at opdatere den udløsende registrerings feltværdier.
- Forløbet kan ikke opdatere værdier i registreringer, der er relateret til den udløsende registrering.
- Kun disse elementer understøttes: Tildeling, Beslutning, Hent registreringer og Løkke.
- Tilladelsen Vis alle data er krævet for at aktivere et autostartet forløb, der har en udløser.
Denne video forklarer, hvornår der skal bruges hurtige feltopdateringer (før lagring), og hvornår der skal opdateres handlinger og relaterede registreringer.
Se denne video på en separat fane.
Overvejelser i forbindelse med fejlretningstilstand
- Funktionen
ISCLONE()evaluerer altid tilFALSE, når du er i fejlretningstilstand. Hvis f.eks. et registreringsudløst forløb indeholder enISCLONE()-formelfunktion i indtastningskriterierne eller i beslutningselementet, evalueresISCLONE()tilFALSE, selv når du fejlfinder med en duplikeret registrering.
