Ställ in obligatoriska HubSpot-fält vid den tidpunkt då någon sanningsenligt kan lämna den information som nästa beslut kräver. Använd den relevanta fasinställningen för en manuell ändring av affärsfas och kontrollera både saknade och fullständiga värden före lanseringen. Automatiserad inmatning måste kontrolleras separat, eftersom den konfigurerade regeln och programvaruvägen som skickar uppgifterna kan påverka resultatet.
En affär är redo att flyttas, men skärmen efterfrågar uppgifter som ingen känner till ännu. På ett annat ställe når en post nästa kollega med ett tomt fält. Vi börjar med att skriva ned vilket beslut som behöver informationen. Den här guiden gäller krav i affärsfaser. Ett webbformulär eller en panel för att skapa poster har egna inställningar.
Vilken regel för obligatoriska HubSpot-fält ändrar ni?
Fastställ när informationen behövs innan ni väljer en inställning. HubSpots pipelineguide skiljer mellan att visa ett fält i en fas och att kräva ett värde i fältet. Guiden för formulär för att skapa poster beskriver krav när poster skapas manuellt. Kontrollerna gäller vid olika tidpunkter: den första inmatningen och en senare överlämning kan kräva olika information.
En egenskap är ett fält i en post. En pipeline är den följd av faser som en affär går igenom. Använd följande skillnader när ni frågar administratören vad som redan är konfigurerat.
| Kontroll | Fråga som kontrollen besvarar |
|---|---|
| Krav i formuläret för att skapa poster | Vad måste anges när någon skapar posten manuellt? |
| Villkorad fasegenskap | Vad ska visas eller krävas när någon manuellt skapar en post i eller flyttar den till den här fasen? |
| Villkorad egenskapslogik | Vilka andra fält ska efterfrågas när en styrande egenskap uppfyller ett villkor? |
| Webbformulärets Required-reglage | Vad måste en besökare fylla i för att skicka formuläret? |
| Värdevalidering | Uppfyller det angivna värdet en regel för ett format eller intervall som stöds? |
HubSpot dokumenterar dessa som separata kontroller med egen tillgänglighet och omfattning. Att ett fält visas på skärmen visar inte att det blockerar en lagring. Även ett ifyllt fält måste innehålla ett meningsfullt svar.
Bestäm vad nästa kollega behöver veta
Beskriv det avsedda beslutet med vanlig svenska och ange sedan vilken information som behövs för att fatta det. Dokumentera för varje föreslaget obligatoriskt fält vem som använder svaret, när svaret kan vara känt och vad ett användbart värde förklarar. Låt kravet stå kvar för granskning om ingen kan förklara hur uppgiften ska användas.
En kollega kan exempelvis behöva en tydlig beskrivning av vad den potentiella kunden har bett om innan ett förslag tas fram. Kom överens om vad beskrivningen måste innehålla. Om ni kräver ett gissat svar tidigare förblir beslutet olöst även om fältet innehåller text.
Ha ett uttryckligt arbetssätt för information som fortfarande är okänd. Be den ansvariga personen att granska fasen eller tidpunkten för kravet. Bevara befintliga data och kontrollera beroenden innan en regel ändras. Att radera fält eller lägga till låtsasvärden ingår inte i den här proceduren.
Om motstridiga poster gör det oklart vems information ni ändrar ska ni först lösa identitetsfrågan. Vår separata guide om att granska dubbla HubSpot-kontakter förklarar varför en sammanslagning kräver egna kontroller.
Ställ in fältet för den avsedda affärsfasen
Följ HubSpots dokumenterade procedur för faser tillsammans med en befintlig behörig administratör. Pipelineguiden kräver behörigheten Edit property settings och en befintlig redigerbar beroende egenskap. Kontrollera kontots faktiska abonnemang och tillgänglighet för objektet innan ni fortsätter. Om en kontroll saknas ska ni fråga administratören, inte köpa en uppgradering utifrån ett antagande.
Dokumentera den tidigare regeln och kom överens om hur den ska återställas innan ni ändrar något. Ordna godkända testposter i en miljö där kontrollerna inte kan kontakta kunder, utlösa kampanjer eller fakturering eller ändra den aktiva rapporteringen. Be administratören förbereda en sådan miljö före testningen om denna isolering saknas.
- Öppna Settings och därefter Data Management och Objects. Välj det relevanta objektet och fliken Pipelines.
- Välj avsedd pipeline. Öppna Add rule under Conditional logic rules på raden för målstadiet.
- Bekräfta fasvillkoret och lägg sedan till den beroende egenskapen. Välj Required när ett saknat värde ska förhindra den berörda manuella åtgärden.
- Välj Save logic och dokumentera exakt vilken fas och egenskap regeln omfattar.
Enligt samma guide kan skrivskyddade egenskaper, bland annat beräknade värden och poängvärden, inte användas som fasegenskaper. Kontrollera fältets definition om det inte är tillgängligt innan ni skapar ett annat fält med samma syfte.
Kontrollera saknade och fullständiga värden före lanseringen
Testa det överenskomna villkoret med en godkänd syntetisk post och dokumentera det förväntade resultatet innan åtgärden utförs. Börja med det valda fältet tomt och ange sedan ett meningsfullt testvärde. Kontrollera den sparade fasen och fältvärdet efter att posten har öppnats igen. Resultatet gäller endast det villkor, den person eller det system och den väg som faktiskt kontrollerades.
- Prova den berörda manuella fasändringen när det beroende värdet saknas. Notera om det relevanta meddelandet förhindrar lagringen. Ett oväntat resultat förblir en öppen fråga.
- Ange ett tydligt påhittat testvärde som ändå motsvarar den överenskomna betydelsen. Upprepa åtgärden och kontrollera vad som sparades.
- Kontrollera separat en fas som ligger utanför det konfigurerade villkoret, så att ett oväntat brett krav blir synligt.
- Förvara utgångsläget, det förväntade resultatet, det observerade resultatet och den person som ansvarar för en avvikelse tillsammans.
Använd samma post försiktigt, så att ett tidigare sparat värde inte gör ett senare test av ett saknat värde ogiltigt. Låt administratören förbereda avsett utgångsläge. En slutförd åtgärd på skärmen är inte i sig ett tillräckligt bevis på det lagrade resultatet.
Kontrollera vägarna som skriver till era poster
Ett lyckat manuellt test visar inte hur ett arbetsflöde, en import, ett webbformulär eller en anslutning hanterar kravet. Ett arbetsflöde är en automatiserad process i HubSpot. Ett API är det programvarugränssnitt som en anslutning kan använda för att skriva poster. HubSpots guide om villkorade egenskaper utesluter redigeringar via arbetsflöden från den dokumenterade manuella omfattningen.
Utvecklarnas ändringslogg beskriver tillämpning av konfigurerade villkorade obligatoriska egenskaper och krav vid skapande av poster i API-version 2026-09. Kraven vid skapande gäller POST-anrop. Den faktiska vägen och versionen för en anslutning har betydelse.
Be personen som underhåller varje väg ni använder att identifiera regeln och genomföra godkända kontroller med saknade respektive fullständiga indata. Ni behöver inte lägga till en import eller integration enbart för att testa den. Spara ett separat resultat för varje befintlig väg, inklusive det returnerade meddelandet och den lagrade fasen och värdet där de går att kontrollera.
API-ändringsloggen avråder från att upprepa samma avvisade anrop utan ändringar. Bevara kundförfrågan genom er godkända process om en skrivning avvisas och tilldela korrigeringen till en synlig ansvarig. Undersök den saknade informationen eller mappningen innan ni testar igen. Försvaga inte regeln enbart för att anropet ska godkännas.
I våra kontroller av CRM-konfiguration och integrationer kopplar vi varje beslut om ett fält till de vägar som skriver till det. Om en fas även används för mätning av betald annonsering ska ni komma överens om vad statusen betyder innan den används där. Ett ifyllt fält visar inte att en försäljning har skett eller att annonseringsresultatet är giltigt.
Vad ska ni granska efter ändringen?
Granska kravet mot det beslut som det skulle stödja. Jämför samma slags poster och vägar före och efter ändringen. Håll otestade vägar synliga, upprepa berörda kontroller efter en relevant ändring av en regel eller integration och behåll de ursprungliga begränsningarna för ett lyckat manuellt test.
- Är värdena användbara för nästa kollegas beslut, eller anger personalen platshållare?
- Kan den ansvariga personen se och korrigera ofullständiga eller avvisade skrivningar?
- Förblir ett uppriktigt okänt svar synligt med en överenskommen nästa åtgärd?
- Vilka faser, aktörer eller skrivvägar saknar fortfarande ett dokumenterat resultat?
Dessa observationer stödjer nästa konfigurationsbeslut. De visar inte att försäljningen har förbättrats och bevisar inte att varje angivet värde är sant.
Så hjälper vi till
Vi börjar med fältets syfte, den fas där informationen blir känd och den person som behöver den. Vi kopplar beslutet till den befintliga inställningen och en kontroll av varje använd väg. Skriv ned den problematiska fasen, den saknade informationen och varje väg som skriver posten. Ni behöver inga exporter av kunduppgifter eller inloggningsuppgifter till kontot för att definiera frågan.
