Stel vereiste HubSpot-velden in op het moment waarop iemand de informatie voor de volgende beslissing naar waarheid kan verstrekken. Gebruik voor een handmatige wijziging van de dealfase de relevante fase-instelling en controleer vóór de uitrol zowel ontbrekende als ingevulde waarden. Geautomatiseerde invoer moet afzonderlijk worden gecontroleerd, omdat de ingestelde regel en de softwareroute waarmee de gegevens worden verzonden het resultaat kunnen beïnvloeden.
Een deal is klaar om te worden verplaatst, maar het scherm vraagt om gegevens die nog niemand kent. Elders bereikt een record de volgende collega met een leeg veld. Wij beginnen met het vastleggen van de beslissing waarvoor die informatie nodig is. Deze handleiding gaat over vereisten voor dealfasen; een websiteformulier of venster voor het aanmaken van records heeft eigen instellingen.
Welke regel voor vereiste HubSpot-velden wijzigt u?
Bepaal wanneer de informatie nodig is voordat u een instelling kiest. HubSpots pipelinehandleiding maakt onderscheid tussen een veld in een fase tonen en de waarde ervan verplicht stellen. De handleiding voor aanmaakformulieren beschrijft vereisten bij het handmatig aanmaken van records. Deze bedieningselementen gelden op verschillende momenten: bij de eerste invoer kan andere informatie nodig zijn dan bij een latere overdracht.

Een eigenschap is een veld in een record. Een pipeline is de reeks fasen die een deal doorloopt. Gebruik de volgende verschillen wanneer u uw beheerder vraagt wat al is ingesteld.
| Bedieningselement | Welke vraag beantwoordt dit? |
|---|---|
| Vereiste van het aanmaakformulier | Wat moet iemand invullen wanneer diegene handmatig een record aanmaakt? |
| Voorwaardelijke fase-eigenschap | Wat moet worden getoond of verplicht wanneer iemand handmatig een record in deze fase aanmaakt of ernaartoe verplaatst? |
| Voorwaardelijke eigenschapslogica | Welke andere velden moeten worden opgevraagd wanneer een sturende eigenschap aan een voorwaarde voldoet? |
| Schakelaar Required van een websiteformulier | Wat moet een bezoeker invullen om dit formulier te verzenden? |
| Waardevalidatie | Voldoet de ingevoerde waarde aan een ondersteunde regel voor indeling of bereik? |
HubSpot documenteert deze als afzonderlijke bedieningselementen, elk met een eigen beschikbaarheid en toepassingsgebied. Dat een veld op het scherm verschijnt, betekent niet dat het opslaan wordt geblokkeerd. Ook een niet-leeg veld moet een betekenisvol antwoord bevatten.
Bepaal wat de volgende collega moet weten
Beschrijf de beoogde beslissing in gewone taal en benoem daarna welke informatie daarvoor nodig is. Noteer voor elk voorgesteld verplicht veld wie het antwoord gebruikt, wanneer het bekend kan zijn en wat een bruikbare waarde uitlegt. Als niemand het nut kan toelichten, laat u de verplichting ter beoordeling openstaan.
Een collega kan bijvoorbeeld een duidelijke beschrijving nodig hebben van wat de prospect heeft gevraagd voordat diegene een voorstel opstelt. Spreek af wat die beschrijving moet bevatten. Als u eerder om een gegokt antwoord vraagt, blijft de beslissing onopgelost, zelfs als het veld tekst bevat.
Zorg voor een expliciete werkwijze voor informatie die nog onbekend is. Vraag de verantwoordelijke om de fase of timing van de verplichting te beoordelen. Behoud bestaande gegevens en controleer afhankelijkheden voordat u een regel wijzigt; velden verwijderen of dummywaarden toevoegen valt buiten deze procedure.
Als tegenstrijdige records onduidelijk maken van wie u de informatie wijzigt, lost u eerst die identiteitsvraag op. Onze afzonderlijke handleiding voor het controleren van dubbele HubSpot-contactpersonen legt uit waarom een samenvoeging eigen controles vereist.
Stel het veld in voor de bedoelde dealfase
Volg HubSpots gedocumenteerde faseprocedure met een bestaande, bevoegde beheerder. Volgens de pipelinehandleiding zijn de machtiging Edit property settings en een bestaande, bewerkbare afhankelijke eigenschap vereist. Controleer vóór u doorgaat het abonnement en de beschikbaarheid voor het object in het werkelijke account; een ontbrekende optie is een reden om de beheerder te raadplegen, niet om op basis van een aanname een upgrade te kopen.
Leg vóór elke wijziging de vorige regel vast en spreek af hoe u die herstelt. Regel goedgekeurde testrecords in een omgeving waarin de controles geen klanten kunnen benaderen, campagnes of facturering kunnen activeren of live rapportage kunnen wijzigen. Vraag de beheerder deze omgeving voor te bereiden als zulke isolatie niet beschikbaar is.
- Open Settings en daarna Data Management en Objects. Selecteer het relevante object en het tabblad Pipelines.
- Selecteer de bedoelde pipeline. Open in de rij van de doelfase Add rule onder Conditional logic rules.
- Bevestig de fasevoorwaarde en voeg daarna de afhankelijke eigenschap toe. Selecteer Required wanneer een ontbrekende waarde de betreffende handmatige actie moet verhinderen.
- Selecteer Save logic en leg exact vast voor welke fase en eigenschap de regel geldt.
Volgens dezelfde handleiding kunnen alleen-lezen-eigenschappen, waaronder berekende waarden en scores, niet als fase-eigenschappen worden gebruikt. Controleer de definitie van het veld als het niet beschikbaar is, voordat u een ander veld met hetzelfde doel aanmaakt.
Controleer ontbrekende en ingevulde waarden vóór de uitrol
Test de afgesproken voorwaarde met een goedgekeurd synthetisch record en noteer het verwachte resultaat voordat u de actie uitvoert. Begin met een leeg geselecteerd veld en vul daarna een betekenisvolle testwaarde in. Controleer na het opnieuw openen van het record de opgeslagen fase en veldwaarde. Het resultaat geldt alleen voor de voorwaarde, persoon of het systeem en de route die u daadwerkelijk hebt gecontroleerd.

- Probeer de betreffende handmatige fasewijziging terwijl de afhankelijke waarde ontbreekt. Noteer of de relevante melding het opslaan verhindert; een onverwacht resultaat blijft een openstaand probleem.
- Vul een duidelijk fictieve testwaarde in die wel bij de afgesproken betekenis past. Herhaal de actie en controleer wat is opgeslagen.
- Controleer afzonderlijk een fase buiten de ingestelde voorwaarde, zodat een onverwacht brede verplichting zichtbaar wordt.
- Bewaar de beginsituatie, het verwachte en waargenomen resultaat en de verantwoordelijke voor een afwijking bij elkaar.
Gebruik hetzelfde record zorgvuldig, zodat een eerder opgeslagen waarde een latere controle met een ontbrekende waarde niet ongeldig maakt. Laat de beheerder de bedoelde beginsituatie voorbereiden. Een voltooide schermhandeling alleen bewijst niet wat er is opgeslagen.
Controleer de routes die uw records schrijven
Een geslaagde handmatige controle bewijst niet hoe een workflow, import, websiteformulier of connector met de verplichting omgaat. Een workflow is een geautomatiseerd proces binnen HubSpot; een API is de software-interface waarmee een connector records kan schrijven. HubSpots handleiding voor voorwaardelijke eigenschappen sluit workflowbewerkingen uit van het beschreven handmatige toepassingsgebied.
Het changelog voor ontwikkelaars beschrijft de handhaving van ingestelde voorwaardelijke verplichte eigenschappen en vereisten voor het aanmaken van records in API-versie 2026-09, waarbij aanmaakvereisten gelden voor POST-verzoeken. De werkelijke route en versie van een connector zijn van belang.
Vraag de beheerder van elke gebruikte route om de regel vast te stellen en goedgekeurde controles met ontbrekende en volledige invoer uit te voeren. U hoeft geen import of integratie toe te voegen alleen om die te testen. Bewaar per bestaande route een afzonderlijk resultaat, inclusief het geretourneerde bericht en, waar controle mogelijk is, de opgeslagen fase en waarde.
Het API-changelog raadt af om hetzelfde afgewezen verzoek ongewijzigd opnieuw te proberen. Bewaar bij een afgewezen schrijfactie de klantvraag volgens uw goedgekeurde proces en wijs de correctie zichtbaar aan iemand toe. Onderzoek de ontbrekende informatie of veldtoewijzing voordat u opnieuw test; verzwak de regel niet alleen om het verzoek te laten slagen.
Bij onze controles van CRM-configuraties en integraties koppelen we elke veldbeslissing aan de routes die het veld schrijven. Als een fase ook wordt gebruikt voor meting van betaalde advertenties, spreek dan af wat die status betekent voordat u hem daar gebruikt. Een ingevuld veld bewijst geen verkoop of geldig advertentieresultaat.
Wat moet u na de wijziging beoordelen?
Beoordeel de verplichting in het licht van de beslissing die ermee moest worden ondersteund. Vergelijk dezelfde soorten records en routes vóór en na de wijziging. Houd niet-geteste routes zichtbaar, herhaal de betrokken controles na een relevante wijziging aan een regel of integratie en behoud de oorspronkelijke beperkingen van een geslaagde handmatige controle.
- Zijn de waarden bruikbaar voor de beslissing van de volgende collega, of voeren mensen plaatsaanduidingen in?
- Kan de verantwoordelijke onvolledige of afgewezen schrijfacties zien en corrigeren?
- Blijft een eerlijk onbekend antwoord zichtbaar met een afgesproken vervolgstap?
- Voor welke fasen, actoren of schrijfroutes ontbreekt nog een vastgelegd resultaat?
Deze waarnemingen ondersteunen de volgende configuratiebeslissing. Ze bewijzen geen verbetering van de verkoop en ook niet dat elke ingevoerde waarde waar is.
Waar wij helpen
Wij beginnen bij het doel van het veld, de fase waarin de informatie bekend wordt en de persoon die haar nodig heeft. We koppelen die beslissing aan de bestaande instelling en een controle voor elke gebruikte route. Noteer de problematische fase, de ontbrekende informatie en elke route die het record schrijft. U hebt geen exports van klantgegevens of inloggegevens voor het account nodig om die vraag af te bakenen.