Naar hoofdinhoud gaan

​
Waarom een zoekopdracht klonen

Met klonen kun je een kopie maken van een bestaande zoekopdracht — inclusief alle resultaten, contactgegevens en metadata — zonder het origineel te beinvloeden. Dit is handig in verschillende situaties:
  • Andere criteria testen — Je wilt zien hoe het aanpassen van filters (bijv. grotere straal, ander ervaringsniveau) de resultaten verandert, zonder je originele zoekopdracht te verliezen.
  • Delen met teamgenoten — Je hebt een geweldige set resultaten gevonden en wilt dat een collega in je bureauteam een eigen kopie heeft om onafhankelijk van te werken.
  • Variaties aanmaken — Je wilt zoeken naar dezelfde rol op verschillende locaties of met andere vaardighedencombinaties, beginnend vanuit een bewezen basis.
  • Een momentopname bewaren — Voordat je ingrijpende wijzigingen aanbrengt aan een zoekopdracht, kloon je hem om de huidige staat als referentie te bewaren.
  • Kandidaatoverdrachten — Bij het overdragen van een kandidaat aan een collega kloon je de bijbehorende zoekopdracht zodat zij directe context hebben en alle resultaten die je al hebt samengesteld.
Klonen is bijzonder waardevol voor bureauteams. In plaats van een teamgenoot te vragen je zoekopdracht opnieuw op te bouwen, kun je hem direct naar zijn account klonen met alle resultaten intact. Dit bespaart aanzienlijk tijd en zorgt ervoor dat beide recruiters werken vanuit dezelfde basisgegevens.

​
Hoe een zoekopdracht te klonen

Klonen is beschikbaar op de zoekdetailpagina:
1

Open de zoekopdracht

Navigeer naar de zoekopdracht die je wilt klonen door op de kaart in de lijst met opgeslagen zoekopdrachten te klikken.
2

Klik op Klonen

Zoek op de zoekdetailpagina de actieknop Klonen in de werkbalk. Klik erop om het kloonvenster te openen.
3

Selecteer de doelgebruiker

Kies welk teamlid de gekloonde zoekopdracht moet ontvangen. Je kunt klonen naar jezelf of naar elk lid van je bureau.
Klonen naar teamgenoten vereist dat je deel uitmaakt van een bureau. Jij en de doelgebruiker moeten lid zijn van hetzelfde bureau. Als je een onafhankelijke recruiter bent zonder bureau, kun je zoekopdrachten nog steeds naar jezelf klonen.
4

Bevestigen en klonen

Klik op Bevestigen om de kloon aan te maken. Recruitier kopieert de zoekopdracht, al zijn vacatures en bijbehorende contactgegevens naar het account van de doelgebruiker. Het proces duurt doorgaans een paar seconden, afhankelijk van het aantal vacatures.

​
Wat wordt gekopieerd

Wanneer je een zoekopdracht kloont, worden de volgende gegevens gedupliceerd:
GegevensGekopieerd?Details
ZoekcriteriaJaNaam (met “[Gekloond]“-prefix), beschrijving, zoekwoorden, ervaringsniveau, flexibiliteit, type dienstverband, locatie, wanneer-filter
Alle actieve vacaturesJaElke niet-verwijderde vacature wordt gekopieerd als een nieuw record dat is gekoppeld aan dezelfde onderliggende gescrapede vacaturegegevens
ContactgegevensJaAlle contactgegevens die aan elke vacature zijn gekoppeld, worden gedupliceerd voor de doelgebruiker
MatchtypesJaDe AI-classificatie van elke vacature (uitstekend, goed, slecht) wordt bewaard
MatchscoresJaRelevantiesvores worden overgenomen van het origineel
BronzoekwoordenJaDe zoekwoorden die tot elke vacatureovereenkomst hebben geleid, worden bewaard
De volgende gegevens worden niet gekopieerd:
GegevensGekopieerd?Reden
TagsNeeTags zijn persoonlijke organisatiehulpmiddelen en zijn mogelijk niet relevant voor de ontvanger
FavorietenNeeFavorietstatus wordt gereset — de ontvanger begint opnieuw
ProjecttoewijzingNeeProjecten zijn gebruikersspecifiek en worden niet overgedragen
Interne notitiesNeeNotities kunnen persoonlijke informatie bevatten die niet bedoeld is voor delen
Outreach-workflowsNeeOutreach-workflows zijn gekoppeld aan individuele gebruikersaccounts
De gekloonde zoekopdracht verwijst naar dezelfde onderliggende gescrapede vacaturerecords als het origineel. Dit betekent dat als een gescrapede vacature wordt bijgewerkt (bijv. gemarkeerd als verlopen), de update wordt weerspiegeld in zowel de originele als de gekloonde zoekopdracht. De gescrapede vacaturegegevens worden gedeeld; alleen de gebruikersspecifieke metadata (tags, notities, outreach) zijn onafhankelijk.

​
Identificatie van gekloonde zoekopdrachten

Gekloonde zoekopdrachten zijn duidelijk herkenbaar in de interface:
  • De zoeknaam wordt voorafgegaan door “[Gekloond]” (bijv. “[Gekloond] Python Developer”)
  • De zoekkaart en detailpagina tonen wie de zoekopdracht heeft gekloond (naam en e-mailadres van de klonende gebruiker)
  • Een verwijzing naar de originele zoekopdracht-ID (original_search_id) is opgeslagen voor traceerbaarheid
  • De gekloond door gebruikers-ID (cloned_by_user_id) registreert wie de kloon heeft uitgevoerd
Als je een zoekopdracht kloont die al was gekloond (d.w.z. die al de “[Gekloond]“-prefix heeft), voegt Recruitier geen tweede prefix toe. De naam blijft “[Gekloond] Originele naam” om het schoon en leesbaar te houden.

​
Een gekloonde zoekopdracht bewerken

Zodra een zoekopdracht is gekloond, gedraagt het zich als een volledig onafhankelijke zoekopdracht. De ontvanger kan:
  • Resultaten bekijken en sorteren zoals bij elke andere zoekopdracht
  • Individuele vacatures verwijderen uit de gekloonde zoekopdracht zonder het origineel te beinvloeden
  • Vacatures taggen met hun eigen persoonlijke tags
  • Interne notities toevoegen aan vacatures
  • Outreach-workflows starten vanuit de contactgegevens van de gekloonde zoekopdracht
  • Vacatures als favoriet markeren onafhankelijk van de originele zoekopdracht
De gekloonde zoekopdracht wordt ook onafhankelijk gemonitord op nieuwe overeenkomende vacatures, los van de monitoring van de originele zoekopdracht.
Wijzigingen aan een gekloonde zoekopdracht worden niet teruggestuurd naar het origineel, en vice versa. Na het klonen zijn de twee zoekopdrachten volledig onafhankelijk. Het verwijderen van een vacature uit de kloon verwijdert deze niet uit het origineel, en nieuwe vacatures die zijn gevonden door de monitor van het origineel worden niet automatisch toegevoegd aan de kloon.

​
Workflow voor bureauteams

Klonen is primair ontworpen als een teamsamenwerkingsfunctie. Hier is een typische workflow voor bureauteams:
  1. Recruiter A maakt een uitgebreide zoekopdracht voor “Senior React Developer” met zorgvuldig geselecteerde vaardigheden, locatiefilters en ervaringsniveau
  2. De zoekopdracht retourneert 150 resultaten. Recruiter A beoordeelt de topovereenkomsten en tagt de meest veelbelovende
  3. Recruiter B werkt aan een vergelijkbare plaatsing. In plaats van een nieuwe zoekopdracht te maken, kloont Recruiter A de zoekopdracht naar het account van Recruiter B
  4. Recruiter B ontvangt de kloon met alle 150 resultaten intact en kan direct beginnen met zijn eigen beoordeling, taggen en outreach — zonder de inspanning van Recruiter A te dupliceren
  5. Beide recruiters kunnen nu onafhankelijk werken aan dezelfde kansset, met hun eigen tags, notities en outreach-tracking
Deze workflow bespaart aanzienlijk tijd en zorgt ervoor dat beide recruiters werken vanuit dezelfde basisgegevens, terwijl onafhankelijke tracking wordt gehandhaafd.

​
Rechten

Klonen vereist dat aan de volgende voorwaarden is voldaan:
  • Je moet de eigenaar zijn van de zoekopdracht die je wilt klonen (je hebt hem aangemaakt of hij is eerder naar jou gekloond)
  • Om naar een teamgenoot te klonen, moeten jij en het doel leden zijn van hetzelfde bureau
  • Je hebt geen speciale rol nodig (beheerder of lid) — alle bureauleden kunnen klonen
  • Het klondoel moet een actieve gebruiker zijn in hetzelfde bureau
Als je geen deel uitmaakt van een bureau, kun je zoekopdrachten alleen naar jezelf klonen. Dit is nog steeds handig voor het aanmaken van zoekvariaties zonder je origineel te wijzigen — kloon bijvoorbeeld een zoekopdracht en verwijder vervolgens slechte overeenkomsten in bulk uit de kloon, terwijl het origineel intact blijft.

​
Beste praktijken

  • Kloon voor het aanbrengen van grote wijzigingen — Als je de resultatenset van een zoekopdracht aanzienlijk wilt aanpassen (bijv. slechte overeenkomsten in bulk verwijderen), kloon hem dan eerst om het origineel te bewaren
  • Gebruik klonen voor kandidaatoverdrachten — Bij het overdragen van een kandidaat aan een collega kloon je de bijbehorende zoekopdracht zodat zij directe context hebben
  • Kloon naar jezelf voor A/B-testen — Maak twee versies van een zoekopdracht met iets andere criteria om te vergelijken welke betere resultaten produceert
  • Houd namen beschrijvend — Overweeg na het klonen context toe te voegen om het doel te helpen identificeren (de “[Gekloond]“-prefix helpt het te onderscheiden, maar het toevoegen van de naam van de kandidaat of variatieomschrijving maakt het nog duidelijker)
  • Kloon vroeg, niet laat — Kloon wanneer de resultatenset vers en ongewijzigd is. Klonen na uitgebreide tag/verwijderbewerkingen betekent dat de ontvanger een gedeeltelijk samengestelde set krijgt in plaats van de volledige originele set

​
Geavanceerd

​
Details van de kloonimplementatie

De kloonbewerking werkt op databaseniveau als volgt:
  1. Duplicatie van zoekrecord — Een nieuwe zoekentiteit wordt aangemaakt met alle criteriumvelden gekopieerd van het origineel. De user_id wordt ingesteld op de doelgebruiker, de naam krijgt de “[Gekloond]“-prefix, en original_search_id en cloned_by_user_id worden ingesteld voor traceerbaarheid.
  2. Duplicatie van vacaturerecords — Elke niet-verwijderde vacature in de originele zoekopdracht wordt gekopieerd als een nieuwe vacature-entiteit. Het nieuwe vacaturerecord heeft een nieuw ID en de user_id van de doelgebruiker, maar verwijst naar dezelfde scraped_job_id als het origineel. Dit betekent dat zowel de originele als de gekloonde vacatures verwijzen naar hetzelfde onderliggende ScrapedJob-record.
  3. Duplicatie van contactgegevens — Alle contactgegevens die aan elke gekloonde vacature zijn gekoppeld, worden gedupliceerd als nieuwe records voor de doelgebruiker. Dit zorgt ervoor dat de ontvanger direct toegang heeft tot alle contactgegevens zonder een aparte verrijkingsstap nodig te hebben.
  4. Metadatabewaring — Matchscores, matchclassificaties en bronzoekwoorden worden gekopieerd naar de nieuwe vacaturerecords. De ontvanger ziet dezelfde scoring en classificatie als het origineel.
  5. Metadatauitsluiting — Tags, favorieten, projecttoewijzingen, interne notities en outreach-workflows worden bewust niet gekopieerd. Dit zijn persoonlijke/teamspecifieke gegevens waarvan niet kan worden aangenomen dat ze overdraagbaar zijn.

​
Hoe klonen samenwerkt met monitoring

De gekloonde zoekopdracht erft de monitoringstatus van het origineel op het moment van klonen. Als het origineel is_monitored = true had, wordt de kloon ook gemonitord. Maar vanaf dat punt werkt monitoring onafhankelijk:
  • Nieuwe vacatures gevonden door de monitor van het origineel worden niet toegevoegd aan de kloon
  • Nieuwe vacatures gevonden door de monitor van de kloon worden niet toegevoegd aan het origineel
  • Elke zoekopdracht behoudt zijn eigen new_jobs_count
  • SSE-meldingen voor nieuwe overeenkomsten worden verzonden naar de respectievelijke zoekopdrachteigenaar
Deze onafhankelijkheid is by design — het voorkomt verwarring over waar nieuwe resultaten vandaan komen en houdt de pipeline van elke recruiter netjes gescheiden.

​
Randgevallen

Alleen niet-verwijderde (actieve) vacatures worden opgenomen in de kloon. Als je 50 van de 150 vacatures uit het origineel hebt verwijderd, bevat de kloon 100 vacatures. De verwijderde vacatures zijn niet herstelbaar via klonen.
Je kunt een kloon klonen. De nieuwe kloon krijgt de “[Gekloond]“-prefix (slechts een niveau — het wordt niet “[Gekloond] [Gekloond] Naam”). De original_search_id wijst naar de directe bovenliggende, en cloned_by_user_id registreert wie dit specifieke klonen heeft uitgevoerd.
Verlopen vacatures worden opgenomen in de kloon omdat ze nog steeds waarde kunnen hebben als referentie. De verloopstatus komt van het gedeelde ScrapedJob-record, dus als een vacature na het klonen verloopt, verschijnt het als verlopen in zowel het origineel als de kloon.
Als de doelgebruiker al enkele van dezelfde onderliggende gescrapede vacatures in zijn collectie heeft (van een andere zoekopdracht), maakt de kloon extra vacaturerecords voor die ScrapedJobs aan. De gebruiker kan dezelfde vermelding in meerdere zoekopdrachten zien, wat verwacht gedrag is — elke zoekopdracht behoudt zijn eigen onafhankelijke set vacaturerecords.

​
Bedrijfsregels

  • Bureau-grenshandhaving: Klonen is strikt beperkt tot gebruikers binnen hetzelfde bureau. Bureau-overschrijdend klonen wordt niet ondersteund vanwege gegevensprivacyredenen.
  • Geen trapsgewijze updates: Na het klonen zijn het origineel en de kloon onafhankelijk. Er is geen synchronisatiemechanisme tussen hen.
  • Zachte gegevensreferenties: Zowel het origineel als de kloon verwijzen naar dezelfde ScrapedJob-records. Als een ScrapedJob wordt bijgewerkt (nieuwe contactgegevens, verlopen, omschrijvingsupdate), weerspiegelen beide zoekopdrachten de wijziging omdat ze dezelfde onderliggende gegevens delen.

​
Gerelateerd