A kötelező HubSpot-mezőket azon a ponton állítsa be, amikor valaki már valós információval tudja támogatni a következő döntést. Manuális ügyletszakasz-váltásnál használja az adott szakasz beállítását, majd a bevezetés előtt ellenőrizze a hiányzó és a kitöltött értékek esetét is. Az automatizált bevitel külön ellenőrzést igényel, mert a beállított szabály és az adatok küldésére használt szoftveres útvonal befolyásolhatja a működést.
Egy ügylet készen áll a továbblépésre, a képernyő azonban olyan adatokat kér, amelyeket még senki sem ismer. Máshol egy rekord üres mezővel kerül a következő kollégához. Elsőként leírjuk, melyik döntéshez van szükség az adott információra. Ez az útmutató az ügyletek szakaszaihoz tartozó követelményekkel foglalkozik. A webhely űrlapjának és a rekordlétrehozási panelnek saját beállításai vannak.
Melyik kötelező HubSpot-mezőre vonatkozó szabályt módosítja?
A beállítás kiválasztása előtt határozza meg, mikor van szükség az információra. A HubSpot pipeline-okról szóló útmutatója megkülönbözteti egy mező szakaszban való megjelenítését az érték kötelezővé tételétől. A létrehozási űrlapról szóló útmutató a manuális rekordlétrehozás követelményeit ismerteti. Ezek a vezérlők eltérő időpontokban érvényesülnek: az első adatbevitelhez és egy későbbi átadáshoz más információkra lehet szükség.
A tulajdonság egy rekord mezője. A pipeline azon szakaszok sorozata, amelyeken az ügylet áthalad. Az alábbi különbségek alapján kérdezze meg a rendszergazdától, mi van már beállítva.
| Vezérlő | Milyen kérdésre válaszol? |
|---|---|
| Létrehozási űrlap követelménye | Mit kell megadni, amikor valaki manuálisan létrehozza a rekordot? |
| Feltételes szakasztulajdonság | Mit kell megjeleníteni vagy kötelezővé tenni, amikor valaki manuálisan ebben a szakaszban hoz létre rekordot, vagy ide helyezi át? |
| Feltételes tulajdonságlogika | Milyen további mezőket kell kérni, amikor egy vezérlő tulajdonság teljesít egy feltételt? |
| A webhely űrlapjának Required kapcsolója | Mit kell kitöltenie a látogatónak az űrlap beküldéséhez? |
| Értékellenőrzés | Megfelel a bevitt érték egy támogatott formátum- vagy tartományszabálynak? |
A HubSpot ezeket különálló, saját elérhetőséggel és hatókörrel rendelkező vezérlőkként dokumentálja. Egy mező képernyőn való megjelenése nem bizonyítja, hogy megakadályozza a mentést. Egy nem üres mezőben is értelmes válaszra van szükség.
Döntse el, mit kell tudnia a következő kollégának
Fogalmazza meg hétköznapi nyelven a meghozandó döntést, majd nevezze meg a hozzá szükséges információt. Minden tervezett kötelező mezőnél jegyezze fel, ki használja a választ, mikor válhat ismertté, és mit magyaráz meg egy hasznos érték. Ha senki nem tudja megindokolni a használatát, hagyja felülvizsgálat alatt a követelményt.
Előfordulhat például, hogy egy kollégának az ajánlat elkészítése előtt egyértelműen tudnia kell, mit kért a potenciális ügyfél. Állapodjanak meg abban, mit kell tartalmaznia ennek a leírásnak. Ha korábban egy találgatáson alapuló választ kérnek, a döntés akkor is megoldatlan marad, ha a mezőben szerepel szöveg.
Legyen egyértelmű eljárásuk a még ismeretlen információ kezelésére. Kérjék meg a felelőst a szakasz vagy a követelmény időzítésének felülvizsgálatára. A szabály módosítása előtt őrizzék meg a meglévő adatokat, és ellenőrizzék a függőségeket. A mezők törlése és a helykitöltő értékek hozzáadása nem része ennek az eljárásnak.
Ha egymásnak ellentmondó rekordok miatt nem egyértelmű, kinek az adatait módosítja, előbb oldja meg ezt az azonosítási problémát. A duplikált HubSpot-kapcsolattartók ellenőrzéséről szóló külön útmutatónk elmagyarázza, miért igényel külön ellenőrzéseket az egyesítés.
Állítsa be a mezőt a kívánt ügyletszakaszhoz
Kövesse a HubSpot dokumentált szakaszbeállítási eljárását egy meglévő, jogosult rendszergazda közreműködésével. A pipeline-útmutató szerint ehhez Edit property settings jogosultság és egy meglévő, szerkeszthető függő tulajdonság szükséges. Mielőtt továbblépne, ellenőrizze a tényleges fiók előfizetését és az objektum elérhetőségét. Egy hiányzó vezérlő miatt kérdezze meg a rendszergazdát, és ne feltételezés alapján vásároljon magasabb csomagot.
Mielőtt bármit módosítana, jegyezze fel a korábbi szabályt, és állapodjanak meg a visszaállítás módjáról. Készítsenek elő jóváhagyott tesztrekordokat olyan környezetben, ahol az ellenőrzések nem léphetnek kapcsolatba ügyfelekkel, nem indíthatnak el kampányokat vagy számlázást, és nem módosíthatják az éles jelentéseket. Ha ilyen elkülönítés nem áll rendelkezésre, a tesztelés előtt kérjék meg a rendszergazdát annak előkészítésére.
- Nyissa meg a Settings menüt, majd a Data Management és az Objects részt. Válassza ki a megfelelő objektumot és annak Pipelines lapját.
- Válassza ki a kívánt pipeline-t. A célszakasz sorában nyissa meg az Add rule lehetőséget a Conditional logic rules alatt.
- Erősítse meg a szakasz feltételét, majd adja hozzá a függő tulajdonságot. Válassza a Required lehetőséget, ha a hiányzó értéknek meg kell akadályoznia az érintett manuális műveletet.
- Válassza a Save logic lehetőséget, és pontosan jegyezze fel, melyik szakaszra és tulajdonságra vonatkozik a szabály.
Ugyanezen útmutató szerint a csak olvasható tulajdonságok, beleértve a számított és pontszámértékeket, nem használhatók szakasztulajdonságként. Ha a mező nem érhető el, egy azonos célú új mező létrehozása előtt ellenőrizze a definícióját.
Bevezetés előtt ellenőrizze a hiányzó és kitöltött értékeket
A művelet végrehajtása előtt tesztelje az elfogadott feltételt egy jóváhagyott szintetikus rekorddal, és jegyezze fel a várt eredményt. Először hagyja üresen a kiválasztott mezőt, majd adjon meg egy értelmes tesztértéket. A rekord újbóli megnyitása után vizsgálja meg a mentett szakaszt és mezőt. Az eredmény csak a ténylegesen ellenőrzött feltételre, személyre vagy rendszerre és útvonalra vonatkozik.
- Próbálja végrehajtani az érintett manuális szakaszváltást a függő érték nélkül. Jegyezze fel, hogy a megfelelő felszólítás megakadályozza-e a mentést. A váratlan eredményt hagyja nyitott problémaként.
- Adjon meg egy egyértelműen fiktív tesztértéket, amely továbbra is megfelel az elfogadott jelentésnek. Ismételje meg a műveletet, és vizsgálja meg a mentett adatot.
- Külön ellenőrizzen egy, a beállított feltételen kívüli szakaszt, hogy láthatóvá váljon egy váratlanul széles körű követelmény.
- Tartsa együtt a kiindulási állapotot, a várt és a megfigyelt eredményt, valamint az eltérésekért felelős személyt.
Ugyanazt a rekordot körültekintően használja, nehogy egy korábban mentett érték érvénytelenítse a hiányzó érték későbbi vizsgálatát. Kérje meg a rendszergazdát a kívánt kiindulási állapot előkészítésére. Egy képernyőn végrehajtott művelet önmagában nem elegendő bizonyíték a tárolt eredményre.
Ellenőrizze a rekordokat író útvonalakat
A manuális művelet sikere nem mutatja meg, hogyan kezeli a követelményt egy workflow, importálás, webhelyűrlap vagy összekötő. A workflow egy HubSpoton belüli automatizált folyamat. Az API olyan szoftveres felület, amelyet egy összekötő rekordok írására használhat. A HubSpot feltételes tulajdonságokról szóló útmutatója nem sorolja a workflow-módosításokat a dokumentált manuális hatókörbe.
A fejlesztői változásnapló a beállított feltételes kötelező tulajdonságok és rekordlétrehozási követelmények érvényesítését ismerteti a 2026-09 API-verzióban, ahol a létrehozási követelmények a POST-kérésekre vonatkoznak. Számít, hogy az összekötő ténylegesen melyik útvonalat és verziót használja.
Kérje meg minden használt útvonal karbantartóját, hogy azonosítsa a szabályt, és hajtson végre jóváhagyott ellenőrzéseket hiányzó és kitöltött bemenettel. Nem kell importálást vagy integrációt hozzáadni pusztán a teszt kedvéért. Minden meglévő útvonalhoz őrizzen külön eredményt, beleértve a visszaküldött üzenetet, valamint ahol megvizsgálható, a tárolt szakaszt és értéket.
Az API-változásnapló azt tanácsolja, hogy ugyanazt az elutasított kérést ne küldje újra változtatás nélkül. Elutasított írás esetén őrizze meg a megkeresést a jóváhagyott folyamatban, és láthatóan jelölje ki a javítás felelősét. Az újratesztelés előtt vizsgálja meg a hiányzó információt vagy leképezést. Ne gyengítse a szabályt csak azért, hogy a kérés átmenjen.
A CRM-konfigurációs és integrációs ellenőrzések során minden mezőre vonatkozó döntést összekapcsolunk az azt író útvonalakkal. Ha egy szakasz a fizetett hirdetések méréséhez is adatot szolgáltat, használata előtt állapodjanak meg az állapot jelentéséről. Egy mező kitöltése nem bizonyít értékesítést vagy érvényes hirdetési eredményt.
Mit vizsgáljon felül a módosítás után?
Vizsgálja felül a követelményt annak a döntésnek a szempontjából, amelyet támogatnia kellett. A módosítás előtt és után azonos típusú rekordokat és útvonalakat hasonlítson össze. Tartsa láthatóan a még nem tesztelt útvonalakat, és egy kapcsolódó szabály- vagy integrációmódosítás után ismételje meg az érintett ellenőrzéseket. Őrizze meg a sikeres manuális ellenőrzés eredeti korlátait.
- Hasznosak az értékek a következő kolléga döntéséhez, vagy helykitöltőket írnak be az emberek?
- Látja és javítani tudja a felelős a hiányos vagy elutasított írásokat?
- Látható marad az őszintén ismeretlen információ az elfogadott következő lépéssel együtt?
- Mely szakaszokhoz, szereplőkhöz vagy írási útvonalakhoz nincs még rögzített eredmény?
Ezek a megfigyelések segítik a következő konfigurációs döntést. Nem bizonyítják az értékesítés javulását, és azt sem, hogy minden megadott érték igaz.
Hol kapcsolódunk be mi?
A mező céljával, az információ megismerésének szakaszával és az azt igénylő személlyel kezdünk. Ezt a döntést hozzárendeljük a meglévő beállításhoz és minden használt útvonal ellenőrzéséhez. Jegyezze fel a problémás szakaszt, a hiányzó információt és a rekordba író összes útvonalat. A kérdés meghatározásához nincs szüksége ügyféladat-exportokra vagy fiókhoz tartozó hitelesítő adatokra.
