Issue-trackers (Jira, Linear, Freshdesk, Odoo, TOPdesk)

Als je een tracker koppelt, kan FixControl voor een FixControl-issue een ticket aanmaken in je bestaande tracker en de twee aan elkaar gekoppeld houden. Engineers en supportmedewerkers blijven werken in de tool die ze kennen; FixControl blijft de plek waar intake, goedkeuringen en patches gebeuren.

Vijf trackers worden ondersteund: Jira (Atlassian Cloud, en Data Center / Server via een API-token), Linear, Freshdesk, Odoo Helpdesk en TOPdesk. Freshdesk, Odoo en TOPdesk voegen daar een supportlaag aan toe: gerelateerde tickethistorie als bewijs, gecontroleerde klantantwoorden en (bij Freshdesk) concepten voor de kennisbank.

Hoe de koppeling werkt

Wees duidelijk over de richting van elk onderdeel, want die is bewust smal:

• FixControl maakt tickets aan, uitgaand. Een ticket ontstaat wanneer iemand op Supportticket aanmaken klikt bij een issue, of automatisch bij intake als je dat aanzet (standaard uit, zie hieronder). Alleen BUG- en FEATURE-issues worden gespiegeld.
• Inkomende updates raken alleen issues die al een ticket spiegelen. Voor Jira, Freshdesk, Odoo en TOPdesk werkt een inkomende webhook de gecachete trackerstatus bij op het gekoppelde FixControl-issue. Een nieuw ticket dat direct in je tracker wordt aangemaakt, maakt geen FixControl-issue aan, met één uitzondering: Jira, als binnenhalen aanstaat (zie Nieuwe Jira-tickets als issue).
• Linear is alleen uitgaand. FixControl maakt Linear-issues aan en koppelt geleverde pull requests, maar er is geen inkomende route vanuit Linear.
• Ticketgesprekken worden alleen in de AI-context gelezen als je dat aanzet (standaard uit, per tracker).
• Antwoorden die de klant ziet, vragen een mens. Bij Freshdesk, Odoo, TOPdesk en Jira Service Management is een antwoord aan de klant altijd een concept tot een mens het goedkeurt, en alleen waar je het hebt aangezet (standaard uit). Jira Software kent geen antwoorden die de klant ziet.
• Een inkomend event stuurt nooit de workflow van FixControl. Een supportmedewerker die een ticket sluit, kan het FixControl-issue niet op done zetten of agents starten.

Alle trackerverbindingen staan onder Instellingen → Kanalen → Issue-tracker spiegelen. Je moet admin van je FixControl-organisatie zijn om er een te koppelen.

Wanneer een ticket wordt aangemaakt

• Handmatig. Open een BUG- of FEATURE-issue en klik op Supportticket aanmaken. Heeft het issue al een ticket, dan blijft de bestaande koppeling staan; er ontstaat geen duplicaat.
• Vanaf de intakekaart. In Slack of Teams biedt de kaart van een nieuw issue een knop om het ticket aan te maken.
• Automatisch bij intake (standaard uit). Op de pagina van Freshdesk, Odoo of TOPdesk staat in de sectie Intake een schakelaar zoals Maak automatisch een Freshdesk-ticket aan bij Slack-intake. Staat die aan, dan krijgt een issue dat via Slack of Teams binnenkomt direct een gekoppeld ticket. Dit is één instelling voor je hele organisatie.
• Een bestaand ticket importeren. In Slack of Teams kun je een bestaand Jira- of Freshdesk-ticket vanaf de kaart in FixControl halen, bijvoorbeeld door te vragen om KAN-18 te importeren.

Koppel je meer dan één tracker, dan gaan nieuwe tickets naar de meest recent gekoppelde tracker die werkt. Een koppeling op het project (een Jira-project of Linear-team onder Verbindingen van het project) bepaalt waar in die tracker het ticket terechtkomt.

Mislukt het aanmaken van een ticket, dan toont het issue Extern ticket nog niet aangemaakt terwijl FixControl het opnieuw probeert, of Actie vereist als de tracker weigert. Herstel de verbinding en klik op Nu opnieuw proberen.

Jira

Koppelen

• Inloggen met Atlassian (aanbevolen voor Jira Cloud). Open Instellingen → Kanalen → Issue-tracker spiegelen → Jira, klik op Jira koppelen, kies Inloggen met Atlassian en klik op Doorgaan met Atlassian. Atlassian vraagt je read:jira-work, write:jira-work, read:jira-user en offline_access toe te kennen. Issues worden toegeschreven aan jouw Atlassian-gebruiker en tokens worden automatisch ververst.
• E-mail + API-token (Jira Cloud, of self-hosted Data Center / Server). Maak een API-token aan in je Atlassian-account, kies dan Geavanceerd: plak e-mail + API-token en vul Jira-site-URL, Atlassian-account-e-mail, API-token en een Standaard projectkey (bijvoorbeeld POS) in.

De OAuth-app is van FixControl; je registreert er zelf geen.

Wat een Jira-ticket bevat

• De titel en beschrijving van het issue.
• Een prioriteit, vertaald vanuit critical / high / medium / low van FixControl.
• Een issuetype dat bij het soort past (bug of feature).
• Labels: fixcontrol, fixcontrol-<KEY> dat terugwijst naar het FixControl-issue, en fc-*-labels voor ernst, type, risicodomein, getroffen systeem en bron, zodat je FixControl-werk in JQL kunt filteren.

Het FixControl-issue toont een directe link naar het Jira-ticket. Wordt een patch geleverd, dan wordt de pull request aan het ticket gekoppeld.

Status terugsyncen (inkomende webhook)

1. Zoek op de Jira-pagina Inkomende webhook en klik op Genereer webhook-URL.
2. Kopieer de URL. Die heeft de vorm https://<jouw FixControl-adres>/api/integrations/jira/webhook/<token>; het token aan het eind authenticeert je organisatie.
3. Voeg in Jira een webhook voor issue-events toe die naar die URL wijst.

Behandel de URL als een geheim. Lekt hij, klik dan op Token roteren: de oude URL werkt direct niet meer, dus werk de Jira-webhook meteen bij.

Wat de webhook doet is bewust smal:

• Hij synct alleen de gecachete trackerstatus op een issue dat al een Jira-ticket spiegelt. Hij stuurt nooit de workflowstatus van FixControl.
• Een heropening (een afgerond ticket dat terug naar een open status gaat) stuurt je managers een melding en zet een REOPENED-vlag op het issue: opnieuw aanbieden, nooit opnieuw uitvoeren.
• Elke update ververst de cache met gerelateerde supporthistorie, zodat de volgende agent-beurt de actuele commentaarthread leest.

Nieuwe Jira-tickets als issue

Met de webhook ingesteld kan een project ook nieuwe Jira-tickets een FixControl-issue laten worden. Het staat uit tot je het aanzet, per Jira-koppeling:

1. Open de Jira-koppeling van het project: in de wizard voor supportsoftware, of via Beheren op de pagina Verbindingen van het project, met Nieuwe tickets aangevinkt.
2. Zet Nieuwe Jira-tickets als issue binnenhalen aan. Later wijzigen vraagt een beheerder van de organisatie.
3. Zorg dat de Jira-webhook het event Issue created bevat.

Een nieuw ticket in het gekoppelde Jira-project (of de component) wordt dan een issue in dit project, met de samenvatting, beschrijving, het type en de prioriteit van het ticket, en gekoppeld aan het ticket zodat de status blijft meelopen. Hetzelfde ticket wordt nooit twee issues, tickets die FixControl zelf in Jira aanmaakte worden overgeslagen, en een ticket dat bij koppelingen van twee verschillende projecten past wordt niet binnengehaald. Of er aan het issue gewerkt wordt, beslist het eigen beleid van het project.

Optioneel Jira-gedrag (standaard uit)

Voor deze Jira-opties is er vandaag geen schakelaar in het instellingenscherm. Vraag je FixControl-contactpersoon als je er een voor je organisatie wilt laten aanzetten:

• Gesprek in de AI-context. De recente opmerkingen van het gekoppelde ticket (PII-geschoond, interne opmerkingen van Jira Service Management gemarkeerd als notitie) worden aan de AI-context toegevoegd. Alleen leesrichting.
• Kennis vastleggen. Een ticket dat naar een afgeronde status gaat, wordt als projectkennis opgeslagen (PII-geschoond; alleen als het issue bij een project hoort).
• Status pushen bij oplossen. Het oplossen van het FixControl-issue zet het Jira-ticket via zijn eigen workflow op een afgeronde status. Een workflow zonder passende transitie verschijnt als zichtbare syncfout.
• Verzonden antwoorden spiegelen. Een antwoord dat vanuit een FixControl-issue wordt verstuurd, wordt als gewone (interne) opmerking op het Jira-ticket gezet.
• Klantantwoord voor Jira Service Management. Oplossen zet een conceptantwoord dat de klant ziet in de reviewwachtrij voor communicatie. Het wordt pas als portalantwoord geplaatst nadat een mens het goedkeurt, en alleen voor echte Jira Service Management-requests.

Opgelost Jira-werk als bewijs

Tijdens triage haalt FixControl een kleine set gerelateerde opgeloste Jira-issues op als supportcontext, elk met waarom het matchte en een vertrouwensscore: bewijs om te wegen, geen gezaghebbend antwoord. Bij Jira Service Management worden interne opmerkingen uitgesloten van geëxtraheerde oplossingen, zodat interne tekst nooit als oplossing in de agent-context lekt.

Linear

Koppelen

• Inloggen met Linear (aanbevolen). Open Instellingen → Kanalen → Issue-tracker spiegelen → Linear, klik op Linear koppelen, kies Inloggen met Linear en klik op Doorgaan met Linear. Linear vraagt je read en write toe te kennen.
• API-key. Maak een persoonlijke API-key aan in Linear, kies dan Geavanceerd: plak een API-key en vul de key en een Standaard team-key (bijvoorbeeld ENG) in.

Wat een Linear-issue bevat

Titel, beschrijving, prioriteit (vertaald naar de schaal van Linear) en labels, in het standaardteam of het team dat aan het project is gekoppeld. Geleverde pull requests worden aan het Linear-issue gekoppeld.

Linear stuurt niets terug naar FixControl: er is geen inkomende webhook, dus statuswijzigingen in Linear zie je niet terug op het FixControl-issue.

Freshdesk

Freshdesk speelt twee rollen: de supportdesk waarin FixControl tickets aanmaakt, en een bron van supportkennis waar FixControl van leert. Freshdesk blijft het leidende systeem voor het gesprek met de klant.

Koppelen

1. Kopieer in Freshdesk je API-key uit je profielinstellingen.
2. Open in FixControl Instellingen → Kanalen → Issue-tracker spiegelen → Freshdesk en voeg een verbinding toe:

Authenticatiefouten (401, 403, 404) zetten de verbinding op opnieuw koppelen; tijdelijke 429- en 5xx-fouten worden opnieuw geprobeerd.

Wat een Freshdesk-ticket bevat

• Titel → onderwerp, body → beschrijving (omgezet naar veilige HTML), prioriteit vertaald naar de schaal 1-4 van Freshdesk, en soort (BUG/FEATURE) naar het tickettype.
• Een koppeling in beide richtingen: het FixControl-issue bewaart het ticket-id en de URL; het ticket draagt de FixControl-key (en, als de velden van je account dat toestaan, de custom fields cf_fixcontrol_key en cf_fixcontrol_url).
• Een consistente tagset: fixcontrol, fc-severity-<priority>, fc-type-<bug|feature>, fc-domain-<domain>, fc-system-<system>, en fc-source-slack bij Slack-intake. Je eigen tags blijven staan; waarden die op een e-mailadres of telefoonnummer lijken, worden nooit getagd.

Gerelateerde supporthistorie (bewijs)

Als FixControl een nieuw issue triageert, haalt het een kleine set gerelateerde eerdere tickets op: bij voorkeur via de fc-*-tags, dan via afgeleide zoektermen, dan recente opgeloste tickets. Elk ticket legt uit waarom het matchte en draagt een vertrouwensscore, als bewijs om te wegen, nooit als antwoord dat de review omzeilt. Deze historie blijft gescheiden van de kennisbank met documentatie.

Opgeloste tickets → concepten voor de kennisbank

Wordt een ticket opgelost, dan kan FixControl het publieke oplossingsantwoord van de medewerker omzetten in een openstaand concept voor de kennisbank. Kwaliteitspoorten slaan korte of generieke oplossingen over, duplicaten worden herkend, en een mens keurt het concept goed voordat er iets wordt gepubliceerd.

Status terugsyncen (inkomende webhook)

Standaard leest FixControl de status van een ticket op wanneer het die nodig heeft. Wil je dat Freshdesk updates pusht:

1. Vraag je FixControl-contactpersoon om de webhook-URL en het webhook-geheim. Het geheim wordt door FixControl beheerd; zonder geheim blijft het endpoint dicht.
2. Voeg in Freshdesk een Automation rule toe ("Ticket is updated" → "Trigger webhook") die JSON naar die URL POST, bijvoorbeeld { "ticket_id": "{{ticket.id}}", "status": "{{ticket.status}}", "secret": "<het geheim>" }. Het geheim mag ook in de header x-freshdesk-webhook-secret.

Wat de webhook doet:

• Hij werkt alleen de gecachete trackerstatus bij op een issue dat het ticket al spiegelt. Hij stuurt nooit de workflowstatus van FixControl. Een onbekend ticket-id wordt bevestigd en genegeerd.
• Bij oplossen of sluiten start hij dezelfde conceptflow voor de kennisbank als hierboven.
• Elke update ververst de cache met gerelateerde supporthistorie, zodat de volgende agent-beurt het actuele gesprek leest.
• Heropenen → opnieuw aanbieden, niet opnieuw uitvoeren. Een ticket dat terug naar open gaat, stuurt je managers een melding en krijgt een REOPENED-vlag. Er worden geen agents opnieuw gedraaid.
• Oplossen en heropenen verschijnen als mijlpalen op de tijdlijn van de missie.

Freshdesk-opties (allemaal standaard uit)

Op de Freshdesk-pagina is elke optie onder Inbound sync en Outbound sync een aparte schakelaar voor je organisatie:

Inbound sync (Freshdesk informeert FixControl):

• Voer de ticketconversatie als AI-context op. Recente klantantwoorden en notities van medewerkers (e-mailadressen en telefoonnummers verwijderd).
• Sync ticketprioriteit naar het issue. Alleen data.
• Map ticket-tags naar issue-vlaggen (alleen allowlist). Alleen de tag=VLAG-paren die je opgeeft, worden ooit vertaald.
• Opnieuw aanbieden bij negatieve klanttevredenheid. Stuurt je managers een melding.
• Markeer samengevoegde tickets als duplicaten.
• Sync tickettoewijzing naar het issue. Een e-mailadres van een behandelaar geldt direct; anders beslist je groep → assignee-map.
• Opnieuw aanbieden bij (naderende) SLA-overschrijding. Stuurt je managers een melding; voert nooit opnieuw uit.
• Leg opgeloste tickets vast als projectkennis. PII-geschoond; tickets zonder project worden nooit vastgelegd.

Outbound sync (FixControl werkt het ticket bij):

• Plaats missievoortgang als privénotities. Notities alleen voor medewerkers; nooit zichtbaar voor de klant.
• Zet het ticket op Pending wanneer het issue is opgelost. Nooit op Resolved of Closed; support sluit de cirkel zelf.
• Heropen het ticket wanneer een geleverde fix regresseert. Met een privénotitie.
• Verhoog ticketprioriteit bij kritieke escalatie. Alleen verhogen.
• Zet een klant-reply klaar wanneer het issue is opgelost. Het concept gaat naar de reviewwachtrij voor communicatie; het wordt pas als publiek antwoord geplaatst nadat een mens het goedkeurt.

Pushes zijn best-effort en eenrichtingsverkeer: een hapering in Freshdesk blokkeert of draait nooit een besluit in FixControl terug.

Grenzen

• Slack roept Freshdesk nooit direct aan. De flow is altijd Slack → FixControl-intake → FixControl-issue → (optioneel) Freshdesk-ticket.
• Deploymentgates veranderen niet. Een Freshdesk-koppeling versoepelt nooit een goedkeuringspoort.
• Supporthistorie en kennisbank blijven gescheiden. Opgehaalde tickethistorie is bewijs; de kennisbank is door mensen goedgekeurd.

Odoo Helpdesk

Odoo Helpdesk (odoo.com) werkt net als Freshdesk: de helpdesk blijft het leidende systeem voor het gesprek met de klant; FixControl maakt tickets aan en koppelt ze, leest hun fase terug en leert van opgelost werk.

Koppelen

1. Maak in Odoo een API-key aan bij de beveiligingsvoorkeuren van je account.
2. Open in FixControl Instellingen → Kanalen → Issue-tracker spiegelen → Odoo en voeg een verbinding toe:

Helpdeskteams → projecten

Onder Verbindingen van een project kun je een Odoo-helpdeskteam aan het project koppelen. Ziet de inkomende webhook een ticket waarvan het issue nog geen project heeft, dan komt het project uit die koppeling, en alleen uit die koppeling. FixControl raadt nooit een project.

Wat een Odoo-ticket bevat

• Titel → ticketnaam, body → beschrijving (omgezet naar veilige HTML), prioriteit vertaald naar de schaal 0-3 van Odoo, en het standaardteam als dat is ingesteld.
• Na het aanmaken leest FixControl de fase van het ticket terug uit Odoo; fases zijn per team vrij in te richten, dus het label wordt nooit geraden.
• De FixControl-issuekey reist mee in de ticketbeschrijving; het FixControl-issue bewaart het ticket-id en de link.
• Odoo-tags worden niet gespiegeld. FixControl maakt geen tagrecords aan in je Odoo.

Odoo-opties (allemaal standaard uit)

Op de Odoo-pagina:

• Voer het ticketgesprek toe aan de AI-context. Recente chatter, PII-geschoond, interne notities gemarkeerd als notitie.
• Leg afgehandelde tickets vast als projectkennis.
• Plaats missievoortgang als interne notities. Nooit zichtbaar voor de klant.
• Verplaats het ticket naar een door jou benoemde fase wanneer het issue is opgelost. Vul Naam van de doelfase in (bijvoorbeeld "Wacht op bevestiging"). Zonder fase wordt er niets gepusht; tickets die support al heeft afgehandeld, blijven ongemoeid.
• Zet een klant-reply klaar wanneer het issue is opgelost. Het concept gaat naar de reviewwachtrij voor communicatie; het wordt pas als chatterbericht dat de klant ziet geplaatst (dat Odoo naar volgers mailt) nadat een mens het goedkeurt.

Status terugsyncen (inkomende webhook)

1. Vraag je FixControl-contactpersoon om de webhook-URL en het webhook-geheim. Het geheim wordt door FixControl beheerd; zonder geheim blijft het endpoint dicht.
2. Voeg in Odoo een Automation rule op helpdesktickets toe met een actie Send Webhook Notification die naar die URL POST. Stuur het geheim mee in de header x-odoo-webhook-secret of als secret in de body.

De payload is een trigger, nooit de bron van waarheid: FixControl leest de fase terug via de Odoo-API. Dezelfde grenzen als bij Freshdesk gelden: alleen de gecachete trackerstatus verandert, een heropening wordt opnieuw aangeboden (melding aan managers, REOPENED-vlag) zonder agents opnieuw te draaien, en elke update ververst de cache met gerelateerde supporthistorie.

Gerelateerde supporthistorie (bewijs)

Tijdens triage haalt FixControl een kleine set gerelateerde afgehandelde tickets op als bewijs, elk met waarom het matchte en een vertrouwensscore. Alleen berichten van je team die de klant ziet, tellen als oplossing; interne notities, en alles wat niet te classificeren is, worden uitgesloten.

TOPdesk

TOPdesk (SaaS, https://<naam>.topdesk.net) werkt op dezelfde manier: de servicedesk blijft het leidende systeem voor de melding en het gesprek met de melder; FixControl maakt meldingen aan en koppelt ze, leest hun status terug en leert van opgelost werk.

Koppelen

1. Log in TOPdesk in als de behandelaar namens wie FixControl moet werken en maak een applicatiewachtwoord aan bij je behandelaarsinstellingen. Kopieer het; het wordt één keer getoond. Noteer de vervaldatum (TOPdesk gebruikt standaard één jaar); een verlopen wachtwoord zet de verbinding op opnieuw koppelen.
2. Geef die behandelaar API-toegang, lees-, aanmaak- en wijzigrechten op eerste- en tweedelijnsmeldingen, en leesrechten op Personen (gebruikt om de melder te bepalen).
3. Open in FixControl Instellingen → Kanalen → Issue-tracker spiegelen → TOPdesk en voeg een verbinding toe:

FixControl controleert de verbinding door de huidige behandelaar terug te lezen. Een 401 of 403 wordt gemeld als authenticatiefout die opnieuw koppelen vraagt, meestal een verlopen of ingetrokken applicatiewachtwoord.

Operatorgroepen → projecten

Onder Verbindingen van een project kun je een TOPdesk-operatorgroep aan het project koppelen. Ziet de inkomende webhook een melding waarvan het issue nog geen project heeft, dan komt het project uit die koppeling, en alleen uit die koppeling.

Wat een TOPdesk-melding bevat

• Titel → korte omschrijving (TOPdesk kapt die af op 80 tekens), body → verzoek, en de operatorgroep uit de koppeling als die er is.
• Nieuwe meldingen worden aangemaakt als eerstelijnsmeldingen.
• De FixControl-issuekey komt in het veld extern nummer; het FixControl-issue bewaart het meldingsnummer (bijvoorbeeld I 2607 001) en een link.
• Na het aanmaken leest FixControl de verwerkingsstatus terug; statusnamen zijn van jou, dus er wordt niets geraden.
• Prioriteit, categorieën en labels worden niet gespiegeld. Dat is configuratie in je TOPdesk; de FixControl-prioriteit blijft leesbaar in de verzoektekst.

TOPdesk-opties (allemaal standaard uit)

Op de TOPdesk-pagina:

• Voeg de acties van de melding toe aan de AI-context. PII-geschoond; acties die verborgen zijn voor de melder gemarkeerd als intern.
• Leg afgehandelde meldingen vast als projectkennis.
• Plaats missievoortgang als interne acties. Gemarkeerd als onzichtbaar voor de melder.
• Zet de melding op gereed wanneer het issue is opgelost. Vul eventueel Naam van de verwerkingsstatus in; laat je die leeg, dan wordt de melding alleen op gereed gezet. Meldingen die de servicedesk al heeft afgehandeld, blijven ongemoeid.
• Zet een antwoord aan de melder klaar wanneer het issue is opgelost. Het concept gaat naar de reviewwachtrij voor communicatie; het wordt pas als actie die de melder kan zien toegevoegd nadat een mens het goedkeurt.

Een klant koppelen

De melder van de melding identificeert de klant. Koppel je een klant aan een issue met een TOPdesk-melding, dan wordt de melder op de melding gezet.

Status terugsyncen (inkomende webhook)

TOPdesk heeft geen webhooks die een applicatie voor je kan registreren, dus je richt de callback zelf in:

1. Vraag je FixControl-contactpersoon om de webhook-URL en het webhook-geheim. Het geheim wordt door FixControl beheerd; zonder geheim blijft het endpoint dicht.
2. Voeg in TOPdesk onder Events & Actions een event op meldingswijzigingen toe met een HTTP-actie die naar die URL POST en het geheim in een request-header meestuurt.

FixControl behandelt de payload als trigger, nooit als bron van waarheid en leest de melding altijd terug via de TOPdesk-API. Dezelfde grenzen gelden: alleen de gecachete trackerstatus verandert, een heropening wordt opnieuw aangeboden zonder agents opnieuw te draaien, en elke update ververst de cache met gerelateerde supporthistorie. Er is geen periodieke polling, en bijlagen worden niet gesynct.

Gerelateerde supporthistorie (bewijs)

Tijdens triage haalt FixControl een kleine set gerelateerde afgehandelde meldingen op als bewijs. Alleen acties die de melder kan zien, kunnen als oplossing tellen; verborgen acties, en alles wat niet te classificeren is, worden uitgesloten.

Opnieuw koppelen

OAuth-tokens worden automatisch ververst. Mislukt het verversen (toestemming ingetrokken, app verwijderd), dan toont de verbinding Herverbinden vereist en zegt het gezondheidspaneel waarom. Koppel opnieuw en geef opnieuw toestemming; bestaande koppelingen tussen issues en tickets blijven staan.

FAQ

Kan één organisatie zowel Jira als Linear gebruiken? Je kunt ze allebei koppelen, maar nieuwe tickets gaan naar één tracker: de meest recent gekoppelde tracker die werkt. Binnen die tracker bepaalt de koppeling op het project het project of team.

Kan ik eigen Jira-velden of -statussen mappen? Niet in het instellingenscherm. FixControl kiest het issuetype op basis van het soort issue en, als de statuspush aanstaat, een afrondende transitie uit je eigen workflow. Vraag je FixControl-contactpersoon als je iets specifieks nodig hebt.

Kan ik stoppen met spiegelen? Ja. Zet de automatische intake-optie uit, of verwijder de verbinding. Issues die al gespiegeld zijn, houden hun koppeling; er worden geen nieuwe tickets meer aangemaakt.

Gerelateerd: Integraties — overzicht · Klantcommunicatie · Governance & beleid