Dokumentasjon for BizCortex

Fanen Kilder: hvor oppdateringene kommer fra

Koble til dokumenter, programvareutgivelser, supportsaker og spørsmål fra lesere som kilder for endringsforslag.

Kildene mater den selvoppdaterende delen av Håndbøker. BizCortex leser det en kilde leverer, sjekker om det påvirker bruksanvisningen, og lager i så fall et utkast til et endringsforslag. Ingenting tas i bruk uten godkjenning. Fanen viser ett kort per type kilde.

Fanen Kilder: hvor oppdateringene kommer fra
Skjermbilde av denne visningen

Hvem kan bruke dette

  • Eier og Administrator kan legge til, konfigurere, laste opp til og hente fra kilder
  • Alle med lesetilgang til kilder i Håndbøker kan se

Steg

  1. 1. Legg til en kilde

    Klikk på plussknappen på et kort, for eksempel "Legg til GitHub utgivelser". Fyll ut dialogboksen og lagre.

  2. 2. Sett opp webhooken (GitHub og GitLab)

    Når du har opprettet en GitHub eller GitLab kilde, viser BizCortex webhook URL og webhookhemmeligheten. Hemmeligheten vises bare nå; kopier den før du lukker dialogboksen. Legg inn URL og hemmelighet i webhookinnstillingene for repositoriet og velg hendelsen releases. Nye utgivelser kommer da inn med en gang.

  3. 3. Lagre legitimasjon

    Klikk "Legitimasjon" på en GitHub, GitLab eller sakskilde og lagre et API token med lesetilgang. Klikk "Lagre token". Et lagret token vises aldri igjen; et nytt token erstatter det.

  4. 4. Last opp dokumenter

    På en dokumentkilde slipper du PDF, DOCX, Markdown eller tekstfiler (opptil 50 MB hver) i opplastingsområdet. BizCortex viser hvor mange elementer som ble registrert.

  5. 5. Hent, sett på pause og sjekk elementer

    Klikk "Hent nå" for å lese en kilde med en gang. Klikk "Pause" for å stoppe en kilde og "Gjenoppta" for å starte den igjen. Klikk "Poster" for å se hva kilden har levert, og hva som ble resultatet.

  6. 6. Slett en kilde

    Klikk på sletteknappen og bekreft. Forslag som allerede er opprettet, beholdes.

Felt og valg

Dokumenter

Last opp endringsmeldinger, servicebulletiner eller konstruksjonsendringer. Den samme filen lastet opp to ganger tilfører ingenting.

GitHub utgivelser

Nye programvareutgivelser for en styring eller app. Oppgi repositoriet som eier/navn. Valgfritt: "Ta med forhåndsutgivelser". BizCortex sjekker hvert 30. minutt og tar også imot webhooken.

GitLab utgivelser

Utgivelser fra GitLab, også egendriftet. Oppgi repositoriet og "Serveradresse" (standard gitlab.com).

Supportsaker

Løste saker fra Zendesk, Freshdesk, Zammad eller Jira. Velg systemet og et valgfritt filter, for eksempel en etikett eller en visning. Som standard leses bare løste saker fra de siste 30 dagene, sjekket hvert 60. minutt. En sak med et nytt svar leses på nytt.

Ubesvarte spørsmål fra lesere

Spørsmål bruksanvisningen ikke kunne svare på, grupperes hver natt i forslag om mangler. Hver bruksanvisning kan bare ha én slik kilde.

Status

Aktiv, På pause eller Feil. Den siste feilen vises på kilden. En kilde med feil går tilbake til Aktiv etter neste vellykkede henting.

Antall

Totalt antall elementer og nye elementer, og når kilden sist ble hentet, eller "aldri hentet".

Elementstatus

Ny, Ikke relevant, Behandlet, Duplikat eller Mislyktes.

Greit å vite

  • Personopplysninger fjernes før et element lagres og før noen AI modell ser det: epostadresser, telefonnumre, IBAN, navn etter hilsener, signaturblokker, omtaler og alle navn helpdesken har knyttet til saken.
  • Et element blir bare til et forslag når det er relevant og påvirker bruksanvisningen. Svært usikre utkast forkastes.
  • Opplasting og henting krever skrivetilgang til kilder i Håndbøker; å legge til, sette på pause og slette kilder og lagre tokens krever administratortilgang til kilder i Håndbøker. Som standard har Eier og Administrator begge.

Relatert