Denne artikkelen ble produsert ved hjelp av maskinoversettelse.
Automatiseringer: betingelser
Et avgjørende aspekt ved å lage automatiseringer er hvilke betingelser som skal inkluderes. Betingelser er filtre som en utløserhandling må oppfylle for å starte.

Passive vs. aktive forhold
Automatisering forhold kan deles inn i to grupper: passive og aktive.
- Passive forhold innebærer ikke at en handling har skjedd. For eksempel, forholdet “Avtaleskaper er meg” er passivt, siden avtalen ikke trenger å endre seg for å være sann.
- Aktive forhold krever at en handling har skjedd. For eksempel, “Person etikett har endret seg til kald”, betyr at noen har endret etiketten til kald.
Denne forskjellen er spesielt viktig for feilsøking av automatisering. Hvis en automatisering du har laget ikke fungerer, still deg selv følgende spørsmål:
Hvilken handling bør utløse denne automatiseringen?
Stemmer forholdet jeg bruker med handlingen jeg utfører?
Har automatiseringen min et handlingssteg i det hele tatt?
Det tredje spørsmålet er avgjørende siden ingen automatisering kan utløses uten å utføre en handling.
```html
Vanlige betingelser
Mens noen betingelser er enkle, kan andre virke vage ved første øyekast. Her er noen vanlige automatiseringstermer og deres betydning.
Har endret seg til | Aktiv | Når en post oppdateres ved å endre verdien av et felt til en spesifikk verdi | “Avtale stadium har endret seg til forslag” |
Har endret seg | Aktiv | Når en post oppdateres ved å endre verdien av et felt til enhver annen verdi | “Avtale stadium har endret seg.” |
Er | Passiv | Når en post som er opprettet/oppdatert inneholder en spesifikk feltverdi. I motsetning til har endret seg til, er krever en ekstra betingelse hvis den brukes for en oppdatering. | “Avtale stadium er forslag” og “Avtale eier har endret seg” |
Inneholder | Passiv | Når et tekstbasert felt inneholder bestemte ord eller setninger | “Personnavn inneholder business” |
Er ikke tomt | Passiv | Når et spesifisert felt inneholder en hvilken som helst verdi | “Organisasjonsadresse er ikke tom. |
Eier/tilordnet bruker er | Passiv | Når en spesifikk bruker er tildelt en post (avtale/kontakt/aktivitet) | “Aktivitet tilordnet bruker er bruker A” |
Oppretter er | Passiv | Dette er en viktig distinksjon fra eier er. Oppretteren er personen som opprettet den nevnte posten, mens eieren kan endres. | “Organisasjon oppretter er bruker B” |
Filter samsvarer med | Aktiv | Når en post faller innenfor parametrene til et spesifisert filter. | “Person filter samsvarer med person etikett er kald” |
```html
Endringer i avtalestrinn
Hvis du vil utløse en automasjon basert på en endring i avtalestrinn, bruk avtalestrinn har endret seg til eller avtalestrinn har endret seg vilkår, avhengig av om du vil spesifisere et trinn.
Du kan også bruke avtalestrinn er vilkår, men det krever et ekstra vilkår siden det er passivt alene.

I eksempelet må en avtale være i “Lead In”-trinnet når merket endres til “Hot Lead” for å utløse eierskapsendringen.
Personer som matcher filteret
Siden det å gå inn i resultatene fra et filter utgjør en handling, kan du utløse det med automasjoner. Du kan imidlertid ikke bruke automasjoner på eksisterende elementer innenfor filterresultatene.
For eksempel kan du ikke endre etiketten til hver person innenfor resultatene fra et filter ved å velge filteret som en automatiseringsbetingelse. I stedet kan du bruke bulkredigering for å tilpasse personer til filterkravene.
```html
Hvis/ellers betingelser
Mange salgsledere og administratorer sliter med begrensningene til lineære automasjoner.
Uten betinget logikk må brukerne ofte lage duplikate arbeidsflyter eller stole på tredjepartsverktøy som Zapier. Dette fører til ekstra oppsettarbeid, høyere kostnader og mer komplisert vedlikehold.
For å løse dette kan du bruke hvis/ellers betingelsen. Denne funksjonen lar arbeidsflyter forgrene seg basert på om en definert betingelse er oppfylt eller ikke.
For eksempel:
“Hvis en e-post blir besvart, legg til en oppfølgingsaktivitet – ellers, send en oppfølgings-e-post.”
Tilgjengelighet
Antall hvis/ellers betingelser tilgjengelig per arbeidsflyt avhenger av planen din.
Gamle Pipedrive-planer
Plan nivå |
Betingelser per arbeidsflyt |
---|---|
Essensielt | Ikke tilgjengelig |
Avansert |
1 |
Profesjonell |
5 |
Power |
10 |
Enterprise | 20 |
Ny Pipedrive-planer
Plan nivå |
Betingelser per arbeidsflyt |
---|---|
Lite |
Ikke tilgjengelig |
Vekst |
3 |
Premium |
10 |
Ultimate | 20 |
Hvor kan jeg finne hvis/ellers betingelsen?
I arbeidsflytredigereren klikker du på ”Neste steg”. Deretter velger du ”Hvis/ellers betingelse” fra menyen.

Oppsett av en ny hvis/ellers betingelse
-
Fra Neste steg menyen, velg Hvis/ellers betingelse
-
Definer betingelsen(e) under “Betingelse oppfylt” stien (den
ekte
grenen) -
Hvis betingelsen ikke er oppfylt, vil automasjonen følge “Betingelse ikke oppfylt” stien (den
falske
grenen) -
Klikk ”Bruk betingelser” for å legge til hvis/ellers betingelsen til arbeidsflytens lerret

Når den er lagt til, kan du fortsette å bygge automasjonen på enten sti.
Legge til hvis/ellers betingelser til eksisterende arbeidsflyter
Du kan også sette inn en hvis/ellers betingelse midt i en eksisterende arbeidsflyt.
Når du legger den til:
-
Du vil bli bedt om å velge om de eksisterende trinnene skal flyttes til betingelse oppfylt eller betingelse ikke oppfylt stien
-
Etter å ha klikket på Bruk betingelser, vil trinnene automatisk flyttes til den valgte stien

Slette en hvis/ellers betingelse
For å slette en hvis/ellers betingelse:
-
Hold musen over trinnet i lerretet og klikk på søppelbøtte ikonet.
-
Velg hvilken sti som skal slettes — Betingelse oppfylt eller Betingelse ikke oppfylt.
-
Alle trinn i den valgte stien vil bli slettet.
-
De gjenværende trinnene vil bli gjenopprettet i en lineær sti.

Var denne artikkelen nyttig?
Ja
Nei