Indstil obligatoriske felter i HubSpot på det tidspunkt, hvor nogen sandfærdigt kan levere de oplysninger, som den næste beslutning kræver. Ved en manuel ændring af aftalefasen skal I bruge den relevante faseindstilling og derefter kontrollere manglende og udfyldte værdier før udrulning. Automatiseret registrering kræver en separat kontrol, fordi den konfigurerede regel og den softwarerute, der sender dataene, kan ændre resultatet.
En aftale er klar til at gå videre, men skærmbilledet beder om oplysninger, som ingen kender endnu. Et andet sted når en post frem til den næste kollega med et tomt felt. Vi begynder med at skrive den beslutning ned, som kræver oplysningen. Denne vejledning handler om krav ved aftalefaser. En webformular eller et panel til oprettelse af poster har sine egne indstillinger.
Hvilken regel for obligatoriske felter i HubSpot ændrer I?
Fastslå, hvornår oplysningen er nødvendig, før I vælger en indstilling. HubSpots vejledning om pipelines skelner mellem at vise et felt i en fase og at kræve en værdi i feltet. Vejledningen om oprettelsesformularer beskriver krav ved manuel oprettelse af poster. Disse kontrolelementer gælder på forskellige tidspunkter: Den første registrering og en senere overdragelse kan kræve forskellige oplysninger.
En egenskab er et felt på en post. En pipeline er den rækkefølge af faser, som en aftale bevæger sig igennem. Brug følgende skel, når I spørger administratoren, hvad der allerede er konfigureret.
| Kontrol | Hvilket spørgsmål besvarer den? |
|---|---|
| Krav i oprettelsesformularen | Hvad skal indtastes, når nogen manuelt opretter posten? |
| Betinget faseegenskab | Hvad skal vises eller være obligatorisk, når nogen manuelt opretter en post i eller flytter den til denne fase? |
| Betinget egenskabslogik | Hvilke andre felter skal efterspørges, når en styrende egenskab opfylder en betingelse? |
| Webformularens indstilling Required | Hvad skal en besøgende udfylde for at indsende formularen? |
| Validering af værdi | Opfylder den indtastede værdi en understøttet regel for format eller interval? |
HubSpot dokumenterer disse som separate kontrolelementer med hver deres tilgængelighed og anvendelsesområde. At et felt vises på skærmen, beviser ikke, at det blokerer lagring. Et felt, der ikke er tomt, skal stadig indeholde et meningsfuldt svar.
Afgør, hvad den næste kollega har brug for at vide
Skriv den tilsigtede beslutning med almindelige ord, og angiv derefter de oplysninger, der er nødvendige for at træffe den. Notér for hvert foreslået obligatorisk felt, hvem der bruger svaret, hvornår det kan kendes, og hvad en brugbar værdi forklarer. Hvis ingen kan forklare, hvad feltet skal bruges til, skal kravet fortsat være til gennemgang.
En kollega kan for eksempel have brug for en klar beskrivelse af, hvad den potentielle kunde har efterspurgt, før vedkommende udarbejder et tilbud. Aftal, hvad beskrivelsen skal indeholde. Hvis I beder om et gæt tidligere, forbliver beslutningen uafklaret, selv om feltet indeholder tekst.
Bevar en udtrykkelig metode til at håndtere oplysninger, som stadig er ukendte. Bed den ansvarlige person om at gennemgå fasen eller tidspunktet for kravet. Bevar eksisterende data, og kontrollér afhængigheder, før I ændrer en regel. Sletning af felter eller tilføjelse af proformaværdier ligger uden for denne procedure.
Hvis modstridende poster gør det uklart, hvis oplysninger I ændrer, skal I først afklare identiteten. Vores separate vejledning om at gennemgå dublerede HubSpot-kontakter forklarer, hvorfor en fletning kræver sine egne kontroller.
Indstil feltet for den tilsigtede aftalefase
Følg HubSpots dokumenterede faseprocedure sammen med en eksisterende, autoriseret administrator. Pipelinevejledningen kræver tilladelsen Edit property settings og en eksisterende, redigerbar afhængig egenskab. Kontrollér den faktiske kontos abonnement og objekttilgængelighed, før I fortsætter. Hvis et kontrolelement mangler, skal I spørge administratoren i stedet for at købe en opgradering ud fra en antagelse.
Før I ændrer noget, skal I registrere den tidligere regel og aftale, hvordan den kan gendannes. Klargør godkendte testposter i et miljø, hvor kontrollerne ikke kan kontakte kunder, udløse kampagner eller fakturering eller ændre live-rapportering. Hvis denne isolation ikke er tilgængelig, skal I bede administratoren om at klargøre den før testen.
- Åbn Settings og derefter Data Management og Objects. Vælg det relevante objekt og fanen Pipelines.
- Vælg den tilsigtede pipeline. Åbn Add rule under Conditional logic rules i rækken for målfasen.
- Bekræft fasebetingelsen, og tilføj derefter den afhængige egenskab. Vælg Required, når den manglende værdi skal forhindre den omfattede manuelle handling.
- Vælg Save logic, og registrér præcist, hvilken fase og egenskab reglen omfatter.
Skrivebeskyttede egenskaber, herunder beregnede værdier og scoreværdier, kan ifølge samme vejledning ikke bruges som faseegenskaber. Hvis feltet ikke er tilgængeligt, skal I kontrollere dets definition, før I opretter endnu et felt med samme formål.
Kontrollér manglende og udfyldte værdier før udrulning
Test den aftalte betingelse med en godkendt syntetisk post, og registrér det forventede resultat, før I udfører handlingen. Begynd med det valgte felt tomt, og angiv derefter en meningsfuld testværdi. Kontrollér den gemte fase og feltet, efter at posten er åbnet igen. Resultatet gælder kun for den betingelse, person eller det system og den rute, I faktisk har kontrolleret.
- Prøv den omfattede manuelle faseændring, mens den afhængige værdi mangler. Notér, om den relevante prompt forhindrer lagring. Et uventet resultat forbliver et åbent problem.
- Angiv en tydeligt fiktiv testværdi, der stadig svarer til den aftalte betydning. Gentag handlingen, og kontrollér, hvad der blev gemt.
- Kontrollér en fase uden for den konfigurerede betingelse separat, så et uventet bredt krav bliver synligt.
- Opbevar starttilstanden, det forventede resultat, det observerede resultat og den person, der er ansvarlig for enhver afvigelse, samlet.
Brug den samme post forsigtigt, så en tidligere gemt værdi ikke gør en senere kontrol af en manglende værdi ugyldig. Lad administratoren klargøre den tilsigtede starttilstand. En gennemført handling på skærmen er ikke i sig selv tilstrækkeligt bevis for det gemte resultat.
Kontrollér de ruter, der skriver til jeres poster
Et vellykket manuelt resultat fastslår ikke, hvordan et workflow, en import, en webformular eller en connector håndterer kravet. Et workflow er en automatiseret proces i HubSpot. Et API er den softwaregrænseflade, som en connector kan bruge til at skrive poster. HubSpots vejledning om betingede egenskaber udelukker workflowredigeringer fra den dokumenterede manuelle dækning.
HubSpots udviklerændringslog beskriver håndhævelse af konfigurerede betingede obligatoriske egenskaber og krav ved oprettelse af poster i API-versionen 2026-09, hvor oprettelseskravene gælder for POST-anmodninger. Connectorens faktiske rute og version har betydning.
Bed den person, der vedligeholder hver rute, I bruger, om at identificere reglen og udføre godkendte kontroller med manglende og fuldstændige input. Det er ikke nødvendigt at tilføje en import eller integration blot for at teste den. Gem et separat resultat for hver eksisterende rute, herunder den returnerede meddelelse samt den gemte fase og værdi, hvor de kan kontrolleres.
API-ændringsloggen fraråder at forsøge den samme afviste anmodning igen uden ændringer. Hvis en skrivehandling afvises, skal I bevare henvendelsen gennem jeres godkendte proces og give rettelsen en synlig ansvarlig. Undersøg den manglende oplysning eller tilknytning før en ny test. Svæk ikke reglen blot for at få anmodningen igennem.
I vores kontroller af CRM-konfiguration og integration forbinder vi hver beslutning om et felt med de ruter, der skriver til det. Hvis en fase også leverer data til måling af betalt annoncering, skal I aftale, hvad statussen betyder, før den bruges dér. At udfylde et felt fastslår ikke, at der er gennemført et salg eller opnået et gyldigt annonceringsresultat.
Hvad skal I gennemgå efter ændringen?
Gennemgå kravet i forhold til den beslutning, det skulle understøtte. Sammenlign samme type poster og ruter før og efter ændringen. Hold ikke-testede ruter synlige, og gentag de berørte kontroller efter en relevant ændring af en regel eller integration. Bevar de oprindelige begrænsninger for en bestået manuel kontrol.
- Er værdierne nyttige for den næste kollegas beslutning, eller indtaster folk pladsholdere?
- Kan den ansvarlige person se ufuldstændige eller afviste skrivehandlinger og rette dem?
- Forbliver et ærligt ukendt svar synligt med en aftalt næste handling?
- Hvilke faser, aktører eller skriveruter mangler stadig et registreret resultat?
Disse observationer understøtter den næste konfigurationsbeslutning. De fastslår ikke en forbedring af salget og beviser ikke, at alle indtastede værdier er sande.
Hvor vi kommer ind
Vi begynder med feltets formål, den fase, hvor oplysningen bliver kendt, og den person, der har brug for den. Vi knytter beslutningen til den eksisterende indstilling og en kontrol af hver rute, der er i brug. Skriv den problematiske fase, den manglende oplysning og alle ruter, der skriver til posten, ned. I behøver ikke kundeeksporter eller kontooplysninger for at definere spørgsmålet.
