IBM SmartCloud for Social Business. IBMSmartCloudEngageogIBM SmartCloud Forbindelser Administratorhåndbok

Transkript

1 IBM SmartCloud for Social Business IBMSmartCloudEngageogIBM SmartCloud Forbindelser Administratorhåndbok

2

3 IBM SmartCloud for Social Business IBMSmartCloudEngageogIBM SmartCloud Forbindelser Administratorhåndbok

4 Merknad Før du bruker denne informasjonen og produktet den støtter, må du lese informasjonen i Merknader på side 133. Merknad Denne utgaven gjelder IBM SmartCloud Engage november 2013 og IBM SmartCloud Forbindelser november 2013 og alle påfølgende utgaver og endringer, inntil annet oppgis i nye utgaver. Copyright IBM Corporation 2010, 2013.

5 Kapittel 1. Administrasjon Integrer sosiale nettverk og online-samarbeid i en pakke med verktøy som er tilgjengelige på nettet. En av IBM s kundeservicerepresentanter kan hjelpe deg med å velge de post- og samarbeidstjenestene som passer best for din virksomhet. Hvis du vil vite mer om tjenestene som tilbys, kan du gå til IBM SmartCloud for Social Business og klikke på Hva kan jeg gjøre?. Nyheter i IBM SmartCloud for Social Business Administrasjon Finn ut hvilke funksjoner som er lagt til siden siste oppdatering. Få vite mer om en tjeneste SmartCloud Engage eller SmartCloud Forbindelser Bruk nettskytjenester til å opprette fellesskap og aktiviteter eller del filer med medlemmer i organisasjonen din. Konfigurer organisasjonskontoen din, som representerer stedet ditt i IBM SmartCloud for Social Business. Du kan tilpasse utseendet for organisasjonen din slik at brukerne dine kan knytte det til bedriften din. Du kan også angi sikkerhetsinnstillinger for passord eller angi IP-adresseområder. SmartCloud Notes i hybridmiljø Hybridmiljøer kombinerer nettskytjenester og lokale verktøy. Planlegg, konfigurer og administrer SmartCloud Notes i et hybridmiljø ved å bruke lokale verktøy som du kjenner fra før. SmartCloud Notes i rent tjenestemiljø I et rent tjenestemiljø er Domino-serverne i nettskyen. Brukeradministrasjonsoppgaver gjelder administrasjon av kontoer, brukere og grupper. Den som skal utføre disse oppgavene, må være tildelt rollen Administrator. IBM SmartCloud inotes Angi og kontroller domenenavnet for organisasjonen din. Deretter kan du konfigurere organisasjonsinnstillinger, administrere e-post og kontakter og sende e-postkunngjøringer til brukerne dine. Copyright IBM Corp. 2010,

6 2 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

7 Kapittel 2. Administrere SmartCloud Engage eller SmartCloud Forbindelser Konfigurer organisasjonskontoen. Bli kjent med stedet ved å klikke på Administrasjon > Administrativt stedskart på navigeringslinjen og ved å se gjennom stedskartet. v Tilpass utseendet for organisasjonen. Velg blant tilgjengelige fargeoppsett eller opprett et tilpasset fargeoppsett. Endre logoen på navigeringslinjen. v Konfigurer innstillingene for organisasjonskontoen. Oppdater sikkerhetsinnstillingene, inkludert passordutløp for brukerne og begrensninger på IP-adresseområder. Angi hvem som blir oppført i den felles katalogen, og administrer abonnementer. v Legg til brukere. Før en bruker kan få tilgang til organisasjonen, må det opprettes en konto for vedkommende. v Lag en velkomstmelding. Gi nye brukere den informasjonen de trenger. Du kan for eksempel vise organisasjonens retningslinjer for bruk av applikasjoner eller deling av filer. Du kan også hvordan en bruker skal få hjelp hvis det blir nødvendig. Beslektet informasjon: Komme i gang med IBM SmartCloud Engage for administratorer (åpner et nytt vindu) Copyright IBM Corp. 2010,

8 4 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

9 Kapittel 3. Systemkrav Se gjennom systemkravene for bruk av IBM SmartCloud for Social Business. Beslektet informasjon: Systemkrav (åpner nytt vindu) Copyright IBM Corp. 2010,

10 6 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

11 Kapittel 4. Tilpasse organisasjonen din Administratorer kan endre utseende og virkemåte for organisasjonen sin. Design en organisasjonsside, definer et standard fargeskjema, legg til felt i brukerprofiler, og oppdater dine personlige innstillinger. Utforme organisasjonens side Opprett en felles side som representerer organisasjonen din. Ta med kontaktinformasjon og en kort beskrivelse. Om denne oppgaven Denne funksjonen er tilgjengelig for samarbeidsabonnementer. Du må være logget på med en administratorkonto når du skal endre disse innstillingene. Prosedyre 1. Klikk på navnet på organisasjonen din på navigeringslinjen for å gå til organisasjonssiden. 2. Klikk på Rediger informasjon. a. Legg til eller endre generell informasjon om organisasjonen. Du kan for eksempel angi en overskrift som blir vist sammen med navnet på organisasjonen, en kort beskrivelse av organisasjonen, kontaktinformasjon, og organisasjonens webside. b. Klikk på Endre for å erstatte standardgrafikken med en opplastet egendefinert grafikk. 3. Klikk på Tilpass organisasjonstema hvis du vil endre utseende og virkemåte for organisasjonen din. Velg Endre for det du vil endre. Endre fargeskjemaet ved å velge fra et standardtema. Du kan også velge regnbuealternativet til å angi farger for de enkelte elementene. I tillegg kan du legge til en logo for navigeringslinjen, eller velge å skjule et bilde. Disse endringene påvirker utseende og virkemåte for alle brukerne dine. Beslektede begreper: Tilpasse merkevareidentiteten din på side 11 Som leverandør kan du tilpasse informasjonen som blir vist når kundene dine logger seg på sin organisasjon. Når skjermbildene er tilpasset med merkevaren din, identifiserer kundene webstedet med organisasjonen din. Beslektede oppgaver: Legge til en logo på navigeringslinjen Tilpass nettstedet ved å legge til organisasjonens logo på navigeringslinjen. Tilpasninger du gjør for logoen på navigeringslinjen, påvirker ikke bildet som blir vist på påloggingssiden. Legge til en logo på navigeringslinjen Tilpass nettstedet ved å legge til organisasjonens logo på navigeringslinjen. Tilpasninger du gjør for logoen på navigeringslinjen, påvirker ikke bildet som blir vist på påloggingssiden. Om denne oppgaven Hvis du legger inn en egen logo på navigeringslinjen, knyttes organisasjonen din til merkevareidentiteten deres. Du kan tilpasse logoen ved å oppdatere organisasjonens tema. Du kan endre logoen enten via Organisasjonsinnstillinger eller ved å redigere siden for organisasjonen din. Copyright IBM Corp. 2010,

12 Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Tema. 3. Klikk på Endre i seksjonen Logo og last opp den nye logoen. 4. Sørg for at logoen ikke blir skjult, ved å sette Vis logo til Vis. Beslektede oppgaver: Utforme organisasjonens side på side 7 Opprett en felles side som representerer organisasjonen din. Ta med kontaktinformasjon og en kort beskrivelse. Oppdatere brukerprofiler Du kan legge til tilpassede felt i brukerprofiler for å registrere informasjon som er av interesse for organisasjonen din. Som standard inneholder en brukerprofil felt for navn og annen kontaktinformasjon. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Profiltilpasning. 3. Klikk på Legg til. Angi et feltnavn og velg personverninnstillingene. Personverninnstillingene bestemmer hvem som kan se dette feltet i brukerprofilen. Synlig for alle: Alle som kan se brukerens profil, kan se dette tilpassede feltet. Brukere: Bare brukere som har en IBM SmartCloud for Social Business-konto, kan se dette tilpassede feltet. Brukere i samme org: Bare medlemmer i brukerens organisasjon kan se dette tilpassede feltet. Nettverkskontakter: Bare medlemmer i brukerens organisasjon og brukerens nettverkskontakter kan se dette tilpassede feltet. Resultater De tilpassede feltene blir lagt til i profilene for brukerne dine som et valgfritt felt. Angi personopplysninger Vis og oppdater dine personlige innstillinger, inkludert navn, tilgangsnivå, passord og språkmiljø. Om denne oppgaven Bare de alternativene der du ser Endre, kan endres. Prosedyre 1. Klikk på navnet ditt på navigeringslinjen. 2. Klikk på Mine kontoinnstillinger. 3. Klikk på Endre for å oppdatere navn, passord, språkinnstilling eller tidssone. Opprette organisasjonskunngjøringer Kringkast meldinger til brukerne med informasjon du ønsker å gjøre dem oppmerksom på. Kunngjøringer blir vist på Hjem for alle brukerne i organisasjonen. Dette er ikke det samme som systemkunngjøring, som blir sendt av brukerstøtteavdelingen for å kringkaste meldinger til alle brukere om stedet. For eksempel bruker brukerstøtteavdelingen systemkunngjøringer som varsler om forestående vedlikehold. 8 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

13 Om denne oppgaven Du kan når som helst vise opptil tre kunngjøringer til brukerne. Du kan opprette og lagre opptil åtte kunngjøringer. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Utvid seksjonen med navnet på organisasjonen din og klikk på Kunngjøringer. 3. Klikk på Legg til kunngjøring og fyll ut detaljene for kunngjøringen. v Tittel: Skriv inn tittelen på kunngjøringen. Du kan bruke opptil 128 enkeltbytetegn. v Meldingstekst: Skriv inn innholdet i kunngjøringen. Du kan bruke opptil 1000 enkeltbytetegn. v URL-adresse: Dette feltet er valgfritt. Skriv inn en webadresse som skal vises i kunngjøringen. v URL-beskrivelse: Dette feltet er valgfritt. Skriv inn en beskrivelse av webadressen i kunngjøringen. v Utløp: Dette feltet er valgfritt. Som standard utløper ikke kunngjøringer. Hvis du vil angi en utløpsdato, velger du Denne utløper på en valgt dato og skriver inn en dato og et klokkeslett. Klokkeslettet og datoen angis i din lokale tidssone. 4. Hvis du vil lagre en kunngjøring uten å kringkaste den, klikker du på Lagre. Hvis du vil lagre en kunngjøring og kringkaste den til alle brukere, klikker du på Lagre og aktiver. Resultater Hvis du vil aktivere en kunngjøring etter at den er lagret, klikker du på nedpilen for den aktuelle kunngjøringen og velger Aktiver. Du kan også redigere, deaktivere og slette en kunngjøring fra denne menyen. Beslektede oppgaver: Gi brukere abonnement på systemkunngjøringer Systemkunngjøringer blir opprettet av brukerstøtteavdelingen for å kringkaste meldinger om serveren. For eksempel varsling om forestående vedlikehold. Dette er ikke samme type som de kunngjøringene administratorer kan opprette og kringkaste til brukere. Som standard blir systemkunngjøringer vist etter at en bruker logger seg på. I tillegg kan administratorer velge at systemkunngjøringer skal videresendes til e-postkontoer for enkeltbrukere. Gi brukere abonnement på systemkunngjøringer Systemkunngjøringer blir opprettet av brukerstøtteavdelingen for å kringkaste meldinger om serveren. For eksempel varsling om forestående vedlikehold. Dette er ikke samme type som de kunngjøringene administratorer kan opprette og kringkaste til brukere. Som standard blir systemkunngjøringer vist etter at en bruker logger seg på. I tillegg kan administratorer velge at systemkunngjøringer skal videresendes til e-postkontoer for enkeltbrukere. Om denne oppgaven Ved å gi brukere abonnement på å motta systemkunngjøringer som e-postmeldinger, kan administratorer sikre at systemkunngjøringene blir sett uten at en bruker er nødt til å logge seg på. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Brukerkontoer. 3. Klikk på pilen ved siden av brukeren du vil skal få abonnement på systemkunngjøringer. 4. Velg Abonner på kunngjøringer. Kapittel 4. Tilpasse organisasjonen din 9

14 Neste oppgave Hvis du ikke vil at det skal sendes e-post til en bruker som abonnerer på systemkunngjøringer, klikker du på Administrasjon > Administrer organisasjon > Brukerkontoer, klikker på pilen ved siden av den aktuelle brukeren og velger Stopp abonnement på kunngjøringer. Beslektede oppgaver: Opprette organisasjonskunngjøringer på side 8 Kringkast meldinger til brukerne med informasjon du ønsker å gjøre dem oppmerksom på. Kunngjøringer blir vist på Hjem for alle brukerne i organisasjonen. Dette er ikke det samme som systemkunngjøring, som blir sendt av brukerstøtteavdelingen for å kringkaste meldinger til alle brukere om stedet. For eksempel bruker brukerstøtteavdelingen systemkunngjøringer som varsler om forestående vedlikehold. Arbeide med interne applikasjoner Gi dine interne applikasjoner tilgang til IBM SmartCloud for Social Business. En intern applikasjon er en applikasjon som din organisasjon bruker, men som ikke er tilgjengelig som standard. Ved å registrere disse applikasjonene på serveren gjør du dem tilgjengelig for din organisasjons brukere. Om denne oppgaven Hvis du vil arbeide med din interne applikasjon, må den applikasjonen først registreres på serveren. Brukerne får tilgang til den registrerte applikasjonen på vanlig måte, men applikasjonen kan nå virke sammen med serveren. En bruker kan for eksempel legge inn en fil i applikasjonen, som deretter kan gjøres tilgjengelig fra organisasjonen. Registrering av applikasjoner er implementert med OAuth-protokollen med par som inneholder nøkkel og hemmelighet. Både OAuth 1.0 og OAuth 2.0 støttes. OAuth 2.0 gir nye funksjoner, for eksempel mulighet til å definere hvor lenge en applikasjon har tilgang til serveren. Når applikasjonens tilgang utløper, blir brukerne bedt om å gi applikasjonen tilgang til kontoen deres. Med OAuth 1.0 varer en applikasjons tilgang noen få timer. Med OAuth 2.0 kan du velge å gi tilgang til din interne applikasjon i opptil 90 dager. Du kan velge å aktivere OAuth 2.0-støtte for din interne applikasjon når du registrerer den. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Interne applikasjoner. 3. Klikk på Registrer applikasjon. OAuth 1.0a er aktivert som standard: Angi et navn og en beskrivelse for applikasjonen når du blir bedt om det. Du kan når som helst endre navnet og beskrivelsen ved å klikke på menyen ved siden av applikasjonen og velge Rediger egenskaper. Applikasjonsnavnet kan ikke bestå av mer enn 50 tegn, og applikasjonsbeskrivelsen kan ikke bestå av mer enn 1000 tegn. Velg OAuth-type for å aktivere OAuth 2.0. Hvis du aktiverer OAuth 2.0, får du mulighet til å velge varighet på tilgangen og angi en tilbakekall-url. Varighet på tilgang definerer hvor lang tid det tar før den interne applikasjonens tilgang til serveren utløper. Tilbakekall-URLen brukes til å sende sensitiv informasjon til serveren din. Informasjonen må sendes over HTTPS for å unngå muligheten for at informasjon kan bli fanget opp. Brukeren vil gå tilbake til denne URLen etter at de har godkjent eller nektet tilgang for applikasjonen. Under registreringen får applikasjonen tildelt en nøkkel og en hemmelighet. Registrerte applikasjoner blir vist i Interne applikasjoner. 10 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

15 Neste oppgave Når du har registrert en applikasjon, er det mulig at du må endre paret med nøkkel og hemmelighet. Du bør for eksempel endre verdiene hvis du mistenker at de kan være utsatt for misbruk. Når du skal endre nøkkelen og hemmeligheten, klikker du på menyen for den aktuelle applikasjonen og velger Tilbakestill legitimasjon. Husk å oppdatere applikasjonen med den nye legitimasjonen. Hvis du vil se paret med OAuth-nøkkel og hemmelighet som er tildelt til en applikasjon, klikker du på menyen for den aktuelle applikasjonen og velger Vis legitimasjon. Hvis du vil fjerne en applikasjons tilgang til serveren, klikker du på menyen for den aktuelle applikasjonen og velger Slett. Beslektet informasjon: Åpne Autorisasjon (åpner nytt vindu) Tilpasse merkevareidentiteten din Som leverandør kan du tilpasse informasjonen som blir vist når kundene dine logger seg på sin organisasjon. Når skjermbildene er tilpasset med merkevaren din, identifiserer kundene webstedet med organisasjonen din. Du kan tilpasse informasjonen kundene ser når de logger seg på sin organisasjon, tilbakestiller passord eller viser siden Hjem. Disse endringene gjør merkevaren din synlig for kundene dine og påvirker også din egen organisasjon. Du kan tilpasse følgende informasjon knyttet til merkevareidentitet: Påloggingslogo Last opp et bilde som skal brukes som logo på sidene for pålogging og tilbakestilling av passord. Påloggingslogoen er det bildet en bruker ser når hun logger seg på en organisasjon som tilhører kunden din. Brukere som logger seg på din organisasjon ser kanskje også dette bildet. Denne logoen blir ikke vist på navigeringslinjen. Hvis du laster opp et nytt bilde, blir det gjeldende bildet overskrevet. Hvis du må beholde en kopi av det gjeldende bildet, må du laste det ned før du laster opp det nye. Gå til Administrasjon > Administrer organisasjon > Systeminnstillinger > Tema for å oppdatere påloggingslogoen. Organisasjonsinformasjon Tilpass informasjonen kunder ser om organisasjonen din. Organisasjonsnavnet som blir angitt her, blir vist på siden som kundene dine bruker til å logge seg på sin organisasjon. Organisasjonsopplysningene som blir angitt her, blir også vist når det blir sendt e-post til kundene dine. E-postmeldingen som blir sendt når en bruker blir lagt til i organisasjonen din, inneholder for eksempel organisasjonsinformasjonen din. Gå til Administrasjon > Administrer organisasjon og klikk på Merkevareidentitet under organisasjonsnavnet for å oppdatere organisasjonsinformasjonen din. Informasjonen som blir angitt i Merkevareidentitet > endre organisasjonsinformasjon påvirker ikke organisasjonsnavnet som blir vist på navigeringslinjen. Hvis du vil redigere organisasjonsnavnet som blir vist på navigeringslinjen og i hele organisasjonen, klikker du på Administrasjon > Administrer organisasjon > Organisasjonens kontoinnstillinger. Koblinger Kapittel 4. Tilpasse organisasjonen din 11

16 Rediger koblingene som blir vist i en organisasjon som tilhører kunden din. Bruk disse koblingene til å lede brukere som er logget på en organisasjon som tilhører kunden din, til din egen informasjon. Disse koblingene blir vist i bunnteksten på siden Hjem. Gå til Administrasjon > Administrer organisasjon og klikk på Merkevareidentitet under organisasjonsnavnet for å oppdatere organisasjonskoblingene dine. Støtteinformasjon Rediger koblingene som blir vist i organisasjonen din og i en organisasjon som tilhører kunden din. Bruk disse koblingene til å lede brukere som er logget på en organisasjon som tilhører kunden din, til din støtteinformasjon. URL for støtte blir vist på Hjelp-menyen. URLen for E-post til støtte blir vist i bunnteksten på siden Hjem. Gå til Administrasjon > Administrer organisasjon og klikk på Merkevareidentitet under organisasjonsnavnet for å oppdatere støtteinformasjonen din. Hvis en kunde angir en e-postadresse til støtte (kundeservice) for sin organisasjon i sin Administrasjon > Administrer organisasjon > Systeminnstillinger > Sikkerhet, overstyrer den URLen den URLen du angir her. Beslektede oppgaver: Utforme organisasjonens side på side 7 Opprett en felles side som representerer organisasjonen din. Ta med kontaktinformasjon og en kort beskrivelse. 12 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

17 Kapittel 5. Konfigurere brukerkontoer Før en bruker kan få tilgang til organisasjonen, må det opprettes en konto for vedkommende. Bare administratorer kan legge til brukerkontoer. Til hver brukerkonto er det tildelt en eller flere roller som bestemmer hva en bruker kan se og gjøre. Det finnes flere roller som kan tildeles en brukerkonto. v En Bruker kan vise en organisasjonsside, legge til filer, og få tilgang til sine personlige innstillinger. Vedkommende har ikke tilgang til organisasjonsinnstillinger, kan ikke endre systeminnstillinger som sikkerhetsalternativer og profilalternativer, og kan ikke endre organisasjonstemaer og firmalogoer. Det er bare brukere som kan ha abonnementer og tilgang til innhold. v En Applikasjonsutvikler har nok tilgang til å integrere sin organisasjons interne applikasjoner, men har ikke tilgang til andre Administrator-områder. Vedkommende har ikke tilgang til organisasjonsinnstillinger, kan ikke endre systeminnstillinger som sikkerhetsalternativer og profilalternativer, og kan ikke endre organisasjonstemaer og firmalogoer. Gi en bruker denne rollen når du vil at vedkommende skal ha tilgang til Interne applikasjoner for å registrere tilpassede applikasjoner ved hjelp av OAuth. En applikasjonsutvikler kan ikke abonnere på en tjeneste hvis de ikke også er tildelt rollen Bruker. v En Administratorassistent har tillatelse til å tilbakestille påloggingspassord for alle brukere. De kan imidlertid ikke tilbakestille IBM Notes-passord. Vedkommende kan også sende invitasjoner på nytt til ventende brukere. Administratorassistenter kan ikke abonnere på en tjeneste hvis de ikke også er tildelt rollen Bruker. v En Administrator kan endre alle organisasjonsinnstillinger som kontaktinformasjon og beskrivelse, systeminnstillinger som sikkerhetsalternativer, fildelingsregler, og organisasjonstema. Administratorer kan også legge til eller fjerne brukere, administrere roller, tildele administratorrettigheter eller administratorassistentrettigheter til brukere, aktivere integrerte applikasjoner og administrere abonnementer. Administratorer kan også tilbakestille påloggingspassord for alle brukere og Notes-passord. Administratorer kan ikke abonnere på en tjeneste hvis de ikke også er tildelt rollen Bruker. Legge til brukere Når du skal legge til brukere, må du ha administratorrettigheter. Før du begynner Før du legger til en bruker, må du vite hvilke roller du vil tildele brukeren, hvilke abonnementer brukeren skal ha tilgang til, og brukerens e-postadresse. Abonnementer er kategorisert som tjenester av typen Samarbeid eller Post. Samarbeidstjenester omfatter komponenter for sosial nettverksbruk, for eksempel Aktiviteter, Fellesskap, Filer, Hendelser og Møter. Hvilke komponenter som er tilgjengelig for organisasjonen din, avhenger av hvilken løsning som er kjøpt. Posttjenester omfatter IBM SmartCloud Notes og IBM SmartCloud inotes. Hvis du vil legge til flere brukere samtidig, kan du kontakte din kundeservicerepresentant for å be om aktivering av integreringsserveren. IBM tilbyr en abonnementstjeneste for integreringsserveren slik at du kan laste opp flere brukere samtidig fra din lokale organisasjonskatalog til din SmartCloud Engage-organisasjonskatalog. Denne opplastingstjenesten legger til brukere på IBM SmartCloud for Social Business-kontoen din. Du kan også bruke integreringsservertjenesten til å laste opp endringer når informasjonen om brukere i firmakatalogen blir endret. Hvis du har SmartCloud inotes, kan du laste opp brukere fra firmakatalogen din til inotes-kontaktkatalogen. Du finner mer informasjon i Be om aktivering av integreringsserver og Oversikt over integreringsserver. Copyright IBM Corp. 2010,

18 Avhengig av hvilke tjenester som ble valgt under den første kontoopprettelsen, kan brukerne varsles om den nye kontoen på flere måter. For brukere som har en samarbeidstjeneste, skaffer administratoren en e-postadresse som blir brukerens Kontoidentitet. Disse brukerne mottar en e-postinvitasjon til denne adressen. Når en administrator konfigurerer en konto for en SmartCloud Notes-bruker, må administratoren opprette et midlertidig passord som den nye brukeren skal logge seg på med. Administratoren må informere nye brukere om dette midlertidige passordet. Når en administrator konfigurerer en konto for en SmartCloud inotes-bruker, kan administratoren enten opprette et midlertidig passord eller knytte brukerkontoen til en alternativ e-postadresse utenfor organisasjonen. En e-postinvitasjon kan sendes til denne eksterne e-postadressen. Prosedyre Hvis du vil legge til en bruker, klikker du på Administrasjon > Administrer organisasjon > Brukerkontoer > Legg til brukerkonto og angi den nødvendige informasjonen for hvert enkelt trinn. 1. Angi grunnleggende brukerinnstillinger og tildel roller i Brukerinformasjon Rollen Bruker må velges før denne brukeren kan abonnere på en tjeneste. Velg Administratorassistent for å gi en bruker mulighet til å tilbakestille passord for andre, eller sende ventende eller utløpte invitasjoner på nytt. Velg Administrator for å gi denne brukeren administrative rettigheter. Velg Applikasjonsutvikler for brukere som må registrere interne applikasjoner. 2. Bruk Abonnementer til å velge hvilke tjenester en bruker har tilgang til, legge til mobiltilgang til e-post, og tildele eventuell ekstra lagringsplass for filer eller e-post. Velg det aktuelle abonnementet for brukeren. Du kan også aktivere mobilpost ved å velge det aktuelle alternativet fra Tilleggsprogrammer. Hvis organisasjonen din kjøpte ekstra lagringsplass, kan du tildele størrelsen på lagringsplassen for brukeren du legger til. Filkvote gjør det mulig for deg å angi hvor mye diskplass en bruker har tilgjengelig for opplasting av filer. Postkvote gjør det mulig for deg å angi hvor mye diskplass en bruker har tilgjengelig for lagring av e-post. Ekstra lagringsplass må angis med heltall, for eksempel 1 eller 2. Ikke bruk brøker eller desimaler. 3. Bruk Tilleggsprogrammer til å aktivere e-postarkivering eller mobile enheter. 4. Bruk Kontopålogging til å angi brukerens kontoidentitet. E-postadressen som angis her, blir IDen som brukeren skal logge seg på med. Denne e-postadressen kalles kontoidentiteten. Når en administrator oppretter en brukerkonto for postabonnementer, kan administratoren angi flere tilleggsalternativer. v Innstilling for første pålogging: For SmartCloud Notes-brukere må administratorer opprette et midlertidig passord som skal brukes ved første pålogging. For SmartCloud inotes-brukere kan administratorer velge å opprette et første påloggingspassord eller angi en alternativ e-postadresse som det skal sendes en invitasjon til. v Bare for SmartCloud Notes: Administratorer kan angi hvilket unikt navn (DN, Distinguished Name) som skal brukes. Disse feltene er valgfrie, og hvis du ikke oppgir noen verdier, prøver SmartCloud Notes å definere dem. Resultater Etter at en bruker er opprettet, er kontostatusen Venter til den brukeren logger seg på eller fullfører registreringen. Hvis det ikke var opprettet en konto med et midlertidig passord, mottar brukeren en e-post med en kobling til en registreringsside etter at kontoen er opprettet. Brukeren må klikke på koblingen og fullføre registreringsprosessen ved å gi informasjon om land, tidssone og varslingsalternativer. Brukeren kan også bli bedt om å opprette et passord. Etter at registreringen er sendt, kan den nye brukeren logge seg på organisasjonen. Hvis organisasjonen din har deaktivert e-postverifisering for kunder, mottar ikke nye brukere e-post med invitasjoner. 14 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

19 Administratorer kan sende invitasjoner på nytt for ventende kontoer ved å klikke på pilen ved siden av en brukers navn og velge Send invitasjon på nytt. Klikk på Send alle utløpte invitasjoner på nytt for å sende alle utløpte invitasjoner på nytt. Neste oppgave Hvis organisasjonen din har SmartCloud Notes, kan du se gjennom dokumentasjonen om SmartCloud Notes-administrasjon for å finne mer informasjon om hvordan du legger til og klargjør brukere. Etter at en bruker er lagt til, får brukerens invitasjon status som ventende. Ventende invitasjoner er invitasjoner som ikke er brukt til å fullføre registrering, men som ikke er utløpt. En ventende invitasjon vil utløpe etter rundt 28 dager. Etter at en ventende invitasjon er utløpt, kan den ikke brukes til å registrere seg og få tilgang til organisasjonen. En administrator eller administratorassistent må sende den utløpte invitasjonen på nytt før en bruker kan fullføre registreringen og logge seg på. Du kan når som helst kontrollere status for en invitasjon ved å gå til Brukerkontoer. Kapittel 5. Konfigurere brukerkontoer 15

20 Beslektede begreper: Forstå roller på side 23 Lær om rollene som er tilgjengelige for brukerkontoer. Da blir det enklere å tildele de riktige rollene til de ulike brukerne. Kapittel 6, Administrere brukere, på side 19 Administratorer kan slette, sperre eller redigere en brukerkonto ved å klikke på pilen ved siden av den aktuelle brukeren. Administratorer kan også administrere brukerkontoer ved å sende ventende invitasjoner på nytt, eller vise brukerrapporter. Oversikt over integreringsserveren på side 43 Integreringsserveren gjør det mulig for deg å integrere brukerklargjørings- og gruppeintegreringsinformasjon fra ditt lokale administrative miljø. I tillegg kan du laste opp brukere i din organisasjons firmakatalog til SmartCloud inotes-katalogen for firmakontakter. Beslektede oppgaver: Administrere abonnementer på side 25 En administrator kan starte gratis prøveabonnementer, kjøpe nye abonnementer, vise abonnementshistorikk eller oppgradere eksisterende prøveabonnementer til fullverdige abonnementer ved å kjøpe dem. Prøveabonnementer er kanskje ikke tilgjengelig for organisasjonen din. Sende invitasjoner på nytt på side 19 En administrator eller administratorassistent kan sende utløpte eller ventende e-postinvitasjoner på nytt til alle ventende brukerkontoer eller til enkelte kontoer. E-postinvitasjonen inneholder en kobling som brukeren må følge for å fullføre registreringen. Etter at registreringen er ferdig, kan en bruker logge seg på. Tilbakestille passord og sende invitasjoner på nytt på side 18 En bruker med rollen Administratorassistent kan tilbakestille brukerpassord for stedet eller sende utløpte eller ventende invitasjoner på nytt. Administratorassistenter kan imidlertid ikke tilbakestille IBM Notes-passord. Be om aktivering av integreringsserver på side 43 Når du skal begynne å bruke integreringsserveren, må administratoren kontakte en IBM SmartCloud for Social Business-kundeservicerepresentant for å be om aktivering. Beslektet informasjon: Produktdokumentasjon for SmartCloud Notes (åpner nytt vindu) Liste over IBM SmartCloud for Social Business-dokumentasjon som er tilgjengelig. Åpnes i et nytt vindu. Aktivere integrerte tredjepartsapplikasjoner Legg til integrerte løsninger fra våre Business Partnere for å øke brukernes produktivitet. Disse nettskybaserte tilbudene gjør det mulig for brukerne å arbeide mer effektivt. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Integrerte tredjepartsapplikasjoner hvis du vil vise tredjepartsapplikasjonene som støttes. 3. Klikk på Aktiver på den aktuelle applikasjonen for å gjøre den tilgjengelig for brukerne dine. Integrerte applikasjoner er deaktivert som standard. Ved å velge Aktiver kan administratorer aktivere en integrert applikasjon for en enkelt brukerkonto eller for alle brukerkontoer. Hvis du velger Aktiver for alle gjeldende brukere fra applikasjonsbeskrivelsen, blir applikasjonen aktivert for organisasjonen og for alle gjeldende brukere. Hvis du vil tilpasse hvor lenge en applikasjon har tilgang til IBM SmartCloud for Social Business, angir du en verdi for Varighet på tilgang. Varighet på tilgang definerer hvor lenge det går før den integrerte applikasjonens tilgang til IBM SmartCloud for Social Business utløper. Når applikasjonens tilgang utløper, blir brukerne bedt om å gi applikasjonen tilgang til kontoen deres. 4. Gjør applikasjonen tilgjengelig for en bruker. 16 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

21 Før en bruker kan få tilgang til en integrert applikasjon, må en administrator aktivere den applikasjonen for den aktuelle brukerkontoen. a. Klikk på Administrasjon > Administrer organisasjon > Brukerkontoer. b. Klikk på pilen ved siden av brukeren som trenger tilgang til den integrerte applikasjonen, og velg Legg til tredjepartsapplikasjoner. c. Velg hvilke integrerte tredjepartsapplikasjoner som skal gjøres tilgjengelige for brukeren. Neste oppgave Hver gang en integrert applikasjon blir aktivert for en brukerkonto, mottar brukeren et e-postvarsel. Det er mulig det må utføres tilleggskonfigurering for hver enkelt applikasjon før den blir tilgjengelig. Du finner nærmere detaljer i dokumentasjonen til den integrerte tredjepartsapplikasjonen. Du kan tilbakestille den tilgangen integrerte applikasjoner har til IBM SmartCloud for Social Business. Hvis du bruker en applikasjon etter at tillatelsene er tilbakestilt, blir du bedt om å autorisere den applikasjonens tilgang til innholdet ditt. Krav til passord Nye brukere med kontoer som er opprettet med et midlertidig passord, blir bedt om å opprette et passord ved første pålogging. Brukere som har fått tilbakestilt passordet sitt, må også opprette nye passord ved neste pålogging. Passord må følge bestemte krav til lengde og hvilke tegn som kan brukes. Alle stedspassord må følge disse reglene: v Minimum passordlengde er åtte tegn. v Et passord må inneholde minst ett ikke-alfabetisk tegn og minst fire alfabetiske tegn. v Et passord kan ikke inneholde tre eller flere gjentatte tegn eller mellomromstegnet. v Et passord kan ikke være likt noen av de åtte foregående passordene. v Et passord kan ikke inneholde navnet ditt eller e-postadressen din. Brukere kan klikke på Glemt passordet? for å få tilbakestilt passordet. Denne koblingen tilbakestiller organisasjonspassordet, men ikke nødvendigvis postpassordet. Administratorer og administratorassistenter kan tilbakestille passord ved å klikke på pilen ved siden av en bruker på listen i Brukerkontoer og velge Tilbakestill passord. Administratorassistenter kan tilbakestille påloggingspassordet for en bruker, men kan ikke tilbakestille IBM Notes-passord. Administratorer kan tilbakestille både påloggingspassord og IBM Notes-passord. Brukerne som logger seg på ved å klikke på Bruk min organisasjons pålogging, bruker en forent identitet og kan bare tilbakestille passordene sine ved å følge firmaets prosess. Administratorer kan aktivere sikkerhetsinnstillinger for å iverksette passordutløp, gjennom Systeminnstillinger > Sikkerhet. Når en bruker logger seg på med et utløpt passord, blir brukeren bedt om å endre passordet. For å hindre gjenbruk av passord kan en bruker tilbakestille passordet sitt bare en gang i døgnet. Administratorassistenter og administratorer kan imidlertid tilbakestille en brukers passord når som helst. Kapittel 5. Konfigurere brukerkontoer 17

22 Beslektede oppgaver: Angi passordutløp på side 24 Som standard utløper ikke passord. Ved å angi en utløpsperiode for passord kan du sikre at passordene jevnlig blir endret. Administratorer kan angi et utløpsintervall for passord for alle brukere. Tilbakestille passord og sende invitasjoner på nytt En bruker med rollen Administratorassistent kan tilbakestille brukerpassord for stedet eller sende utløpte eller ventende invitasjoner på nytt. Administratorassistenter kan imidlertid ikke tilbakestille IBM Notes-passord. Om denne oppgaven En administratorassistent kan hjelpe til med å administrere brukerne i en organisasjon ved å sende invitasjoner på nytt slik at administratoren slipper å gjøre det. E-postinvitasjonen som blir sendt på nytt, inneholder en kobling som brukeren må følge for å fullføre registreringen. Etter at registreringen er ferdig, kan en bruker logge seg på. Administratorassistenter kan også tilbakestille passord for brukere som ikke kan tilbakestille passordet sitt fordi passordet ikke har nådd minstealderen på 24 timer. Ny utsending av invitasjoner støttes ikke for brukere som bare er opprettet med passordalternativet. For eksempel kan ikke SmartCloud Notes-brukere med ventende kontoer motta en invitasjon via e-post fordi disse kontoene er opprettet med et passord. SmartCloud inotes-brukere som er opprettet med en alternativ e-postadresse, kan imidlertid få invitasjoner sendt om igjen fordi invitasjonen blir sendt til den adressen som er angitt som alternativ e-postadresse. Prosedyre v Tilbakestill brukerpassord. 1. Klikk på Administrasjon. 2. Velg pilen ved siden av brukeren du skal endre passordet for. Du kan også klikke på brukernavnet. 3. Velg Tilbakestill passord. Fyll ut feltene for tilbakestilling av passordet. 4. Gi beskjed til brukeren om passordendringen. Brukeren blir ikke varslet automatisk om at passordet er tilbakestilt. Pass på å informere brukeren om denne endringen, sammen med det nye passordet hvis det er behov for det. v Send ventende eller utløpte invitasjoner på nytt. 1. Klikk på Administrasjon for å komme til Brukerkontoer. 2. Hvis du vil sende alle utløpte invitasjoner på nytt, klikker du på Send alle utløpte invitasjoner på nytt. Du kan også sende en utløpt eller ventende invitasjon på nytt til en enkelt bruker ved å klikke på brukerens navn eller ved å klikke på pilen ved siden av navnet. Beslektede oppgaver: Legge til brukere på side 13 Når du skal legge til brukere, må du ha administratorrettigheter. Beslektet informasjon: Produktdokumentasjon for SmartCloud Notes (åpner nytt vindu) Liste over IBM SmartCloud for Social Business-dokumentasjon som er tilgjengelig. Åpnes i et nytt vindu. 18 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

23 Kapittel 6. Administrere brukere Administratorer kan slette, sperre eller redigere en brukerkonto ved å klikke på pilen ved siden av den aktuelle brukeren. Administratorer kan også administrere brukerkontoer ved å sende ventende invitasjoner på nytt, eller vise brukerrapporter. Beslektede oppgaver: Legge til brukere på side 13 Når du skal legge til brukere, må du ha administratorrettigheter. Sende invitasjoner på nytt En administrator eller administratorassistent kan sende utløpte eller ventende e-postinvitasjoner på nytt til alle ventende brukerkontoer eller til enkelte kontoer. E-postinvitasjonen inneholder en kobling som brukeren må følge for å fullføre registreringen. Etter at registreringen er ferdig, kan en bruker logge seg på. Om denne oppgaven Ventende invitasjoner er invitasjoner som ikke er brukt til registrering, men som ikke er utløpt. En ventende invitasjon vil utløpe etter rundt 28 dager. Etter at en ventende invitasjon er utløpt, kan den ikke brukes til registrering i organisasjonen før administratoren eller administratorassistenten har sendt den utløpte invitasjonen på nytt. Ny utsending av invitasjoner støttes ikke for brukere som bare er opprettet med passordalternativet. For eksempel kan ikke SmartCloud Notes-brukere med ventende kontoer motta en invitasjon via e-post fordi disse kontoene er opprettet med et passord. SmartCloud inotes-brukere som er opprettet med en alternativ e-postadresse, kan imidlertid få invitasjoner sendt om igjen fordi invitasjonen blir sendt til den adressen som er angitt som alternativ e-postadresse. Det er bare administratorer som har tilgang til Administrasjon > Administrer administrasjon. Prosedyre 1. Administratorer klikker på Administrasjon > Administrer organisasjon. Hvis du er en administratorassistent, klikker du på Administrasjon. 2. Klikk på Brukerkontoer. 3. Send e-postinvitasjonen på nytt. Du kan legge inn tilpasset innhold i e-postinvitasjonen. v Klikk på Send alle utløpte invitasjoner på nytt hvis du vil sende e-postinvitasjonen på nytt til alle utløpte kontoer. v Klikk på pilen ved siden av den aktuelle ventende brukerkontoen og velg Send invitasjon på nytt hvis du vil sende den ventende e-postinvitasjonen på nytt til en enkelt brukerkonto. Copyright IBM Corp. 2010,

24 Beslektede oppgaver: Legge til brukere på side 13 Når du skal legge til brukere, må du ha administratorrettigheter. Beslektet informasjon: Produktdokumentasjon for SmartCloud Notes (åpner nytt vindu) Liste over IBM SmartCloud for Social Business-dokumentasjon som er tilgjengelig. Åpnes i et nytt vindu. Redigere, sperre og slette brukerkontoer Administratorer kan slette, sperre eller redigere en brukerkonto ved å klikke på pilen ved siden av den aktuelle brukeren. Før du begynner Hvis organisasjonen din har SmartCloud Notes-brukerkontoer, kan du lese gjennom dokumentasjonen for SmartCloud Notes-administrasjon om hvordan du sletter, deaktiverer eller redigerer en bruker før du endrer en konto. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Brukerkontoer. 3. Klikk på pilen ved siden av brukerkontoen du vil redigere. Herfra kan du slette, sperre eller redigere en brukerkonto. Når du sletter en brukerkonto, kan du velge å overføre brukerens filer til en annen konto ved å angi e-postadressen til en annen bruker som skal motta filene, i feltet Tildel til. Merk: Alle filer fra kontoen du sletter, blir slettet for godt hvis du ikke overfører filene til en annen konto ved å oppgi en e-postadresse i feltet Tildel til. Resultater Disse endringene får ikke virkning før den slettede brukeren logger seg av. Neste oppgave Slik overfører du eierskap for aktiviteter, medlemskap i fellesskap og andre kontodata til en annen konto: 1. Sperr kontoen som eierskapet skal overføres fra, for å hindre tilgang til kontoen. 2. Avgjør om midlertidig eierskap er nødvendig. Dette gis ofte til lederen for den som den opprinnelige kontoen tilhører. 3. Avgjør hvem som skal få permanent eierskap for innholdstypene som skal overføres. Innholdet kan fordeles på flere personer. 4. endre passordet på kontoen og kommuniser eventuelt dette til den midlertidige eieren. 5. Fjern sperren på kontoen. 6. Overfør eierskapet for filer til den eller de aktuelle personene. 7. Logg på kontoen, eller be den midlertidige eieren om å gjøre det, med det nye passordet. Naviger til hvert enkelt fellesskap og aktivitet som den opprinnelige kontoeieren er firmaeier for, og definer den eller de alternative personene som firmaeier. 8. Når alle tildelinger av eierskapet for innholdet er endret, sperrer du kontoen igjen for å kontrollere at alt innholdet er tildelt til andre på riktig måte. 9. Slett kontoen som eierskapet ble overført fra. Så snart denne kontoen er slettet, blir alle filer, fellesskap og aktiviteter som var eid av denne kontoen, slettet for godt. 20 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

25 Beslektet informasjon: Produktdokumentasjon for SmartCloud Notes (åpner nytt vindu) Liste over IBM SmartCloud for Social Business-dokumentasjon som er tilgjengelig. Åpnes i et nytt vindu. Tilbakestille påloggingspassord En bruker kan tilbakestille sitt eget passord en gang i døgnet ved å klikke på Glemt passordet?. En administrator eller administratorassistent kan tilbakestille passord for alle brukere når som helst. Administratorer kan tilbakestille passord for alle brukere når som helst. Administratorassistenter kan tilbakestille påloggingspassord når som helst, men de kan ikke tilbakestille IBM Notes-passord. Om denne oppgaven Tilbakestill passord når en bruker glemmer passordet sitt, eller når det kan være fare for at uvedkommende kjenner til passordet. Brukerne som logger seg på ved å klikke på Bruk min organisasjons pålogging, bruker en forent identitet og kan bare tilbakestille passordene sine ved å følge firmaets prosess. Hvis administratoren har aktivert funksjonen for passordsynkronisering i SmartCloud Notes og brukerne endrer påloggingspassordet sitt, kan de også bruke det nye passordet til å logge seg på IBM Notes-klienten. Du finner mer informasjon om denne funksjonen i dokumentasjonen Administrere SmartCloud Notes. Slik tilbakestiller du en brukers passord: Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Brukerkontoer. 3. Velg pilen ved siden av brukeren du skal endre passordet for. 4. Velg Tilbakestill passord og skriv inn det nye passordet. Dette passordet er et midlertidig passord som brukeren bruker neste gang vedkommende logger seg på. Da blir brukeren bedt om å opprette et passord. Hvis du tilbakestiller et passord for en bruker med et postabonnement, kan du også tilbakestille passordet ved å redigere brukerkontoen. Klikk på det aktuelle brukernavnet i Brukerkontoer og skriv inn et nytt passord i seksjonen Abonnementer > Post. 5. Gi beskjed til brukeren om passordendringen. Brukeren blir ikke varslet automatisk om at passordet er tilbakestilt. Pass på å informere brukeren om denne endringen, sammen med det nye passordet hvis det er behov for det. Neste oppgave Administratorer kan aktivere sikkerhetsinnstillinger for å iverksette passordutløp, gjennom Systeminnstillinger > Sikkerhet. Når en bruker logger seg på med et utløpt passord, blir brukeren bedt om å endre passordet. Skjule personer fra organisasjonskatalogen Som standard blir brukere lagt til i organisasjonskatalogen når kontoen deres blir aktiv. Administratorer kan velge å forhindre at en bruker blir vist i seksjonen Personer på siden for organisasjonen. Prosedyre 1. Klikk på Personer og velg organisasjonen fra listen. Du kan også få tilgang til denne siden ved å klikke på Administrer katalog på siden for organisasjonen din. Kapittel 6. Administrere brukere 21

26 2. Velg navnene på brukerne du vil skjule. 3. Klikk på Skjul på organisasjonsside. Resultater Hvis du vil vise en skjult bruker i organisasjonskatalogen, velger du brukeren og klikker på Vis på organisasjonsside. Feilsøking av pålogging Løsninger for vanlige problemer som kan oppstå ved første pålogging eller ved tilbakestilling av passord. Tabell 1. Feilsøking av pålogging Problem Brukeren mottar ingen registreringsbekreftelse via e-post etter opprettelsen av en ny konto for en tjeneste. Brukeren får feilen "Ugyldig token" når vedkommende prøver å bekrefte en registrering ved hjelp av koblingen i e-postbekreftelsen. Brukeren prøver å tilbakestillet passordet fra påloggingsvinduet, men mottar aldri noen e-post med tilleggsinformasjon for tilbakestilling av passordet. Mulige løsninger v v v v v v v Kontroller at e-postadressen som er angitt i Brukerkontoer > Kontoidentitet er riktig. Kontroller at e-postbekreftelsen ikke finnes i søppelpostfilteret til e-postklienten. I de fleste tilfeller vil registrering av [email protected] i kontaktlisten forhindre feil søppelpostfiltrering. Kontakt kundeservice på adressen [email protected]. Prøv å kopiere hele URL-adressen i e-postbekreftelsen og lime den inn i et nytt nettleservindu. Et token er gyldig i 28 dager, så hvis brukeren ikke har prøvd å akseptere invitasjonen innen den tid, må du kontakte kundeservice på adressen [email protected]. Kontroller at det tilbakestilte passordet ikke finnes i søppelpostfilteret til e-postklienten. Hvis e-posten fortsatt ikke er levert, kan du kontakte kundeservice på adressen [email protected]. 22 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

27 Kapittel 7. Konfigurere organisasjonskontoen Konfigurer organisasjonskontoen din, for eksempel ved å angi sikkerhetsinnstillinger for passord, definere IP-adresseområder og administrere abonnementer. En sesjon er gyldig i opptil 18 timer. Etter 18 timer må brukerne logge seg på igjen før de får tilgang til organisasjonen. For å hindre at du mister data på grunn av en utløpt sesjon, må du lagre arbeidet ditt før du tar pause. Forstå roller Lær om rollene som er tilgjengelige for brukerkontoer. Da blir det enklere å tildele de riktige rollene til de ulike brukerne. v En Bruker kan vise en organisasjonsside, legge til filer, og få tilgang til sine personlige innstillinger. Vedkommende har ikke tilgang til organisasjonsinnstillinger, kan ikke endre systeminnstillinger som sikkerhetsalternativer og profilalternativer, og kan ikke endre organisasjonstemaer og firmalogoer. Det er bare brukere som kan ha abonnementer og tilgang til innhold. v En Administratorassistent har tillatelse til å tilbakestille påloggingspassord for alle brukere. De kan imidlertid ikke tilbakestille IBM Notes-passord. Vedkommende kan også sende invitasjoner på nytt til ventende brukere. Administratorassistenter kan ikke abonnere på en tjeneste hvis de ikke også er tildelt rollen Bruker. v En Applikasjonsutvikler har nok tilgang til å integrere sin organisasjons interne applikasjoner, men har ikke tilgang til andre Administrator-områder. Vedkommende har ikke tilgang til organisasjonsinnstillinger, kan ikke endre systeminnstillinger som sikkerhetsalternativer og profilalternativer, og kan ikke endre organisasjonstemaer og firmalogoer. Gi en bruker denne rollen når du vil at vedkommende skal ha tilgang til Interne applikasjoner for å registrere tilpassede applikasjoner ved hjelp av OAuth. En applikasjonsutvikler kan ikke abonnere på en tjeneste hvis de ikke også er tildelt rollen Bruker. v En Administrator kan endre alle organisasjonsinnstillinger som kontaktinformasjon og beskrivelse, systeminnstillinger som sikkerhetsalternativer, fildelingsregler, og organisasjonstema. Administratorer kan også legge til eller fjerne brukere, administrere roller, tildele administratorrettigheter eller administratorassistentrettigheter til brukere, aktivere integrerte applikasjoner og administrere abonnementer. Administratorer kan også tilbakestille påloggingspassord for alle brukere og Notes-passord. Administratorer kan ikke abonnere på en tjeneste hvis de ikke også er tildelt rollen Bruker. Rediger kontoen for en bruker for å omdefinere en rolle. Klikk på Administrasjon > Administrer organisasjon > Brukerkontoer og klikk deretter på det aktuelle brukernavnet. I RolleBrukerinformasjon kan du velge flere roller for brukeren. Du kan også fjerne en rolle fra en bruker ved å oppheve valget av den. Hvis du opphever valget av rollen Bruker, blir du bedt om å overføre dataene for den brukeren til en ny bruker. Denne overføringen forhindrer tap av innhold som er knyttet til denne brukeren. Begrense IP-adresseområdet For å sikre at brukerne logger seg på fra en godkjent nettverkstilkobling, kan administratorer definere et godkjent område med IP-adresser. Om denne oppgaven Ved å begrense IP-adressene som har tilgang til organisasjonen din, gir du organisasjonen din en beskyttelse mot at brukernes legitimasjon kan bli stjålet eller utsatt for phishing. Hvis IP-områdene blir Copyright IBM Corp. 2010,

28 begrenset til nettverket ditt, vil en eventuell angriper måtte autentisere seg på serveren innenfra nettverket ditt for å kunne bruke en eventuell stjålet legitimasjon. Hvis firmaet ditt bruker SMTP-, POP- eller imap-protokollene, blir ikke begrensningene tatt i bruk. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Sikkerhet. 3. Klikk på Legg til område i seksjonen IP-adresseområder for å skrive inn første og siste IP-adresse. Du må angi IP-adressen du er logget på i øyeblikket. Resultater Hvis du aktiverer begrensninger for IP-adresser, kan du blokkere mobile brukeres tilgang til organisasjonen din. For eksempel må Blackberry-brukere autentisere seg via en Blackberry Enterprise Server (BES) som autentiserer både den mobile enheten og brukeren. Fordi IP-adressen til den autentiserte brukeren er BES-serverens IP-adresse, kan begrensninger på IP-adresser blokkere tilgang, avhengig av hvilket adresseområde som er angitt. Bruk VPN-verktøy på den mobile enheten for å rute trafikken til organisasjonen din ved hjelp av nettverket ditt. Neste oppgave Du kan bruke begrensninger for IP-adresser som en sekundær autentiseringsmekanisme i kombinasjon med SAML Single Sign-On-autentisering. Angi passordutløp Som standard utløper ikke passord. Ved å angi en utløpsperiode for passord kan du sikre at passordene jevnlig blir endret. Administratorer kan angi et utløpsintervall for passord for alle brukere. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Sikkerhet. 3. Klikk på Rediger innstillinger i seksjonen Passordinnstillinger. Velg hvor mange dager det skal gå før et passord utløper, angi hvordan passordet kan tilbakestilles, og legg til støtte for tilbakestilling av passord for brukerne. Beslektede begreper: Krav til passord på side 17 Nye brukere med kontoer som er opprettet med et midlertidig passord, blir bedt om å opprette et passord ved første pålogging. Brukere som har fått tilbakestilt passordet sitt, må også opprette nye passord ved neste pålogging. Passord må følge bestemte krav til lengde og hvilke tegn som kan brukes. Vise tilgjengelige brukerkontoer For hvert abonnement kan administratorene se hvor mange brukerkontoer som er tilgjengelig for tildeling. Prosedyre Klikk på Administrasjon > Administrer organisasjon > Abonnementer. Hvert abonnement viser antall tilgjengelige brukerkontoer og det totale antall brukerkontoer. Du kan utvide raden for hvert abonnement for å få mer informasjon om det abonnementet. 24 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

29 Neste oppgave Du kan også vise tilgjengelige brukerkontoer ved å gå til Administrasjon > Administrer organisasjon > Brukerkontoer. Tilgjengelige abonnementer blir vist på denne siden. Hvis du vil se ordrehistorikken for din organisasjons konto, inkludert en liste over abonnementer som er kjøpt, klikker du på Administrasjon > Administrer organisasjon > Ordrehistorikk. Beslektede oppgaver: Administrere abonnementer En administrator kan starte gratis prøveabonnementer, kjøpe nye abonnementer, vise abonnementshistorikk eller oppgradere eksisterende prøveabonnementer til fullverdige abonnementer ved å kjøpe dem. Prøveabonnementer er kanskje ikke tilgjengelig for organisasjonen din. Administrere abonnementer En administrator kan starte gratis prøveabonnementer, kjøpe nye abonnementer, vise abonnementshistorikk eller oppgradere eksisterende prøveabonnementer til fullverdige abonnementer ved å kjøpe dem. Prøveabonnementer er kanskje ikke tilgjengelig for organisasjonen din. Om denne oppgaven Bruk siden Abonnementer til å administrere både prøveabonnementer og betalte abonnementer. Et prøveabonnement er en god metode for å se om abonnementet passer, før du kjøper det. Før en bruker får tilgang til et prøveabonnement, må en administrator gjøre prøveabonnementet eller applikasjonen tilgjengelig ved å aktivere den aktuelle brukerkontoen. Siden Abonnementer inneholder også informasjon om eventuelle eksisterende abonnementer og betalte abonnementer som organisasjonen din eier. Du kan se kjøpsdatoen for abonnementet, utløpsdatoen og hvor mange brukerkontoer som fremdeles er tilgjengelig. Ved å klikke på Historikk for et abonnement kan du se historikken med hendelser og tilhørende datoer for hvert enkelt abonnement. Du kan for eksempel se datoen da abonnementet ble fornyet, og detaljer om fornyelsen, eller om et abonnement har noe tillegg. Prosedyre Følg instruksjonene nedenfor for å administrere abonnementene dine. 1. Klikk på Administrasjon > Administrer organisasjon > Abonnementer. 2. Hvis du vil se flere opplysninger om et abonnement, utvider du den aktuelle raden. Klikk på Oppgrader abonnement for å gå over fra et eksisterende prøveabonnement til et betalt abonnement. Når du skal oppgradere et abonnement, blir du veiledet i e-handels prosessen. Det er bare prøvekontoer som kan oppgraderes. Nye prøveabonnementer kan startes ved å klikke på Legg til prøve. 3. Hvis du vil kjøpe et abonnement du ikke har prøveabonnement for, klikker du på Kjøp abonnement. Hvis du vil kjøpe et abonnement, klikker du på Administrasjon > Kjøp fra IBM SmartCloud. Neste oppgave Når du har lagt til et abonnement for kontoen, må du aktivere det abonnementet for hver enkelt bruker for å gjøre det tilgjengelig for den brukeren. Når du skal aktivere abonnementer for en bruker, går du til Administrasjon > Administrer organisasjon > Brukerkontoer og velger brukeren du vil redigere. På brukerkontosiden velger du kategorien Abonnementer og velger det aktuelle abonnementet. Hvis du vil se ordrehistorikken for din organisasjons konto, inkludert en liste over abonnementer som er kjøpt, klikker du på Administrasjon > Administrer organisasjon > Ordrehistorikk. Kapittel 7. Konfigurere organisasjonskontoen 25

30 Beslektede oppgaver: Vise tilgjengelige brukerkontoer på side 24 For hvert abonnement kan administratorene se hvor mange brukerkontoer som er tilgjengelig for tildeling. Legge til brukere på side 13 Når du skal legge til brukere, må du ha administratorrettigheter. Tillate at brukere blir oppført i organisasjonskatalogen Som standard er medlemmene i din organisasjon ikke oppført i organisasjonskatalogen. Det betyr at disse brukerne ikke er synlige for medlemmer i andre organisasjoner. Administratorer kan velge at alle brukerne eller bare bestemte brukere skal oppføres og være synlige i katalogen, eller at hver enkelt bruker selv skal bestemme om de skal oppføres og være synlige i katalogen. Om denne oppgaven Hvis du ikke er synlig for katalogen, blir du ikke vist når brukere utenfor din organisasjon søker etter deg. Hvis du er oppført i katalogen, kan andre brukere utenfor din organisasjon finne deg og legge deg til i sitt nettverk. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på Systeminnstillinger > Organisasjonskatalog 3. Klikk på Endre i seksjonen Organisasjonspolicy for katalogsøk. 4. Velg den aktuelle personverninnstillingen. v Brukervalg: Dette gjør at brukerne selv kan bestemme om de skal være oppført i katalogen. Hvis de blir oppført, blir de søkbare for brukere utenfor organisasjonen din. v Alle private: Dette er valgt som standard. Alle private forhindrer at brukerne blir funnet av brukere utenfor din organisasjon. v Alle private med unntak: Styrer hvilke brukere som skal være oppført i katalogen. Bare de brukerne du fører opp under Unntak, er synlige for brukere utenfor organisasjonen din. Brukere som ikke er oppført under Unntak anses som private brukere og blir ikke oppført i katalogen. Når du velger dette alternativet, blir det opprettet en liste med unntak. Denne listen inneholder navnene på brukerne du velger å gjøre felles når du legger til navnene deres i Unntak. Dette feltet representerer ikke den gjeldende listen med unntak. Den representerer bare de brukerne du vil legge til på den eksisterende listen med unntak. Hvis du vil se en liste med brukere som allerede er et unntak, klikker du på Vis alle unntak. Hvis du vil overskrive de eksisterende brukerne som allerede er oppført som unntak, velger du Tillat bare brukere som står på listen Unntak, å bli vist i katalogen. Eventuelle brukere som tidligere var valgt som unntak, blir fjernet fra katalogen.. Deretter legger du til eventuelle brukere du vil skal være en felles bruker i Unntak. Denne listen erstatter en eventuell gjeldende liste med unntak. 26 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

31 Kapittel 8. Administrere IBM SmartCloud inotes Når kundeservicerepresentanten har opprettet kontoen din eller du starter en gratis prøve, kan du angi og bekrefte organisasjonens domenenavn og begynne å konfigurere innstillinger, og administrere e-post og kontakter. Støttede protokoller IBM SmartCloud inotes støtter de mest utbredte Internett-standardprotokollene for henting av e-post. Protokoller Dette er protokollene som støttes: v POP3 v IMAP v Autentisert SMTP v IMAP IDLE Når domenet er registrert, kan ikke domenenavneserveren for IMAP-, POP- og SMTP-tjenestegrensesnittet endres. Porter Avhengig av miljøet er det mulig at du må åpne følgende nettverksporter i brannmuren. Hvis du for eksempel bare bruker webpost, må HTTP-porten være åpen, men da trenger ikke de andre portene å være åpne. Bokstaven s angir porten for sikker (SSL) trafikk. v HTTP: 80 v HTTPs: 443 v POP3: 110 v POP3s: 995 (-pop.mail.lotuslive.com) v IMAP4: 143 v IMAPs: 993 (-imap.mail.lotuslive.com) v SMTP: 587 v SMTPs: 465 (-smtp.mail.lotuslive.com) For IMAP-, POP- og SMTP-tilkoblinger må du åpne følgende IP-adresse i brannmuren: /24 Under konfigureringen må kunden eie og definere MX-posten. MX-posten er en av mange DNS-oppføringer som en organisasjon kan definere. Når MX-posten skal defineres, må kunden ha teknisk kontroll over DNS-innstillingene for domenet. Beslektet informasjon: Konfigurere IMAP- og POP-tilgang (åpner nytt vindu) Kontosikkerhet IBM SmartCloud inotes-kontoer autentiseres med en e-postadresse og et passord. Alle brukere har samme standard e-postrettigheter. Kontoer kan bare opprettes av en administrator. Copyright IBM Corp. 2010,

32 Hvis du har en konto som er aktivert med flere abonnementer og du vil ha tilgang til e-postmeldingene dine før du ser på andre komponenter, logger du deg på mail.lotuslive.com (åpner nytt vindu). Når du har logget deg på, har du tilgang til posten din og andre komponenter som er tildelt kontoen din. SmartCloud inotes er i samsvar med følgende sikkerhetssertifiseringer: v ITCS104 IT Security for IBM managed systems v ITCS329 Security for outsourced business services v FIN151 Application Systems Controls and Auditability v CIO122 IBM Worldwide records management v CP130 IBM Data privacy policy with documented privacy plan v LEG116 Classification and control of IBM information v LEG117 Handling of personal information collected online v USRP US Export Regulation Procedures IBMs infrastruktur- og serversystemer bruker interne IBM-sikkerhetspolicyer, -standarder og -prosesser for å sikre at systemene kan konfigureres og administreres på en sikker og kompatibel måte. Sikkerhetsstandarder er i samsvar beste praksis for sikkerhet og retter seg etter ISO serien. Tjenestene vertes i datasentre eid av IBM, som har en fysisk infrastruktur som er utformet for å beskytte dine systemer og data. Alle klienttilkoblinger er kryptert med SSL. Sikkerheten oppfyller alle internasjonale, regionale og lokale lovbestemte krav. Rute utgående e-post Administratorer kan rute utgående e-post gjennom en ekstern SMTP-server. Om denne oppgaven Dette er noen årsaker til å videreformidle utgående e-post via en ekstern SMTP-server: v Integrering med kompatible arkiveringsløsninger v Screening av meldinger gjennom et system for beskyttelse mot datatap v Komplekse krav til ruting av e-post i en virksomhet Bruk SMTP-ruting til kontroll av utgående trafikk ved å definere et servernavn for IBM SmartCloud inotes. Dette servernavnet gjør det mulig for SmartCloud inotes å rute utgående e-post som kommer fra brukerne i organisasjonen. Ruting kan utføres på domene- eller brukernivå. Hvis du vil implementere dette alternativet, må du angi følgende informasjon: v Vertsnavn eller IP-adresse for SMTP-serveren for utgående e-post v Verifisering av at serveren er riktig konfigurert. Du må for eksempel kontrollere at e-postmeldinger som sendes fra MTA (Mail Transfer Agent) for utgående SmartCloud inotes-e-post blir akseptert av denne verten for videreformidling av e-post. Prosedyre Når du har gitt denne informasjonen, kan du konfigurere gatewayen for utgående e-post for alle brukerne eller for enkeltbrukere: 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes. 3. Klikk på Utgående postgateway hvis du vil bekrefte eller endre en gateway for alle brukerne. Angi adressen til gatewayen i Utgående gateway. Hvis du vil slette gatewayen for alle brukerne, sletter du adressen fra feltet Utgående gateway. 28 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

33 4. Slik konfigurerer du en gateway eller oppdaterer adressen for en eksisterende gateway for enkeltbrukere: a. Klikk på Postkontostyrer. b. Velg en bruker-id fra listen. c. Klikk på ikonet Utgående gateway i kolonnen Handling. d. Angi adressen til den utgående gatewayserveren. e. Klikk på Lagre. 5. Slik sletter du gatewayen for en enkelt bruker: a. Klikk på Postkontostyrer. b. Velg en bruker-id fra listen. c. Klikk på ikonet Utgående gateway i kolonnen Handling. d. Slett adressen til den utgående gatewayserveren. e. Klikk på Lagre. Legge til domener på en hviteliste Brukere kan blokkere bestemte e-postadresser eller domener. Ved å bruke en hviteliste kan administratorer definere vertssystemer for hele organisasjonen, som serveren alltid godtar meldinger fra. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes. 3. Klikk på Hviteliste. 4. Skriv inn domenenavnet eller IP-adressen for den hvitelistede verten. Merk: For å sikre at IP-adresser gjenkjennes av serveren, må du kontrollere følgende liste med parametere. v Kontroller at IP-adressen kan rutes offentlig. IP-adresser for reserverte og private nettverk blir ikke gjenkjent av serveren. v Angi en IP-adresse med følgende format: x.x.x.x der x er en verdi mellom 0 og 255. Legge til en e-postsignatur Administratorer kan legge til en standardsignatur eller et slagord i utgående e-post fra alle brukerne i organisasjonen. Brukerne kan ikke forhindre at slagordet blir tatt med i e-postmeldingene de sender. Om denne oppgaven En måte du kan bekjentgjøre firmaets identitet på, er gjennom e-postsignaturer. Med e-postsignaturer kan organisasjonen standardisere utseendet til all utgående e-post. Du må ha både en HTML-versjon og en ren tekstversjon av slagordet klare for opplasting. Grafikkstøtten er begrenset til at du kan ta med en ekstern kobling i et HTML-slagord. Prosedyre Slik legger du til en firmasignatur: 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes > Tagline Manager. 3. Last opp slagordmeldingen, velg aktuelt språk, og klikk på Publiser. Kapittel 8. Administrere IBM SmartCloud inotes 29

34 Du må ha både en ren tekstversjon og en HTML-versjon av slagordet, og filene må ha UTF-8-koding. Slagordet blir vist etter hver e-postmelding, og det kan ikke endres eller slettes av brukerne. Du kan bare ha ett slagord per språk. Hvis du angir slagord for flere språk, blir slagordet som tilsvarer en brukers språkmiljø, tatt med i brukerens e-postmeldinger. Hvis det ikke finnes noe slagord som svarer til en brukers språk, blir det engelske slagordet tatt med som standard. Hvis det ikke finnes noe slagord som svarer til en brukers språk og det ikke finnes et tilgjengelig engelsk slagord, blir det ikke lagt til noe slagord i e-post fra denne brukeren. Sende e-postkunngjøringer Kringkast meldinger til dine brukere. Kunngjøringer er e-postmeldinger fra administratorer til alle brukerne i organisasjonen. Om denne oppgaven Bruk kunngjøringer til å varsle andre brukere om viktig informasjon for organisasjonen. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes. 3. Klikk på Kunngjøringer i seksjonen Post. 4. Klikk på Ny kunngjøring for å opprette en e-postkunngjøring. Obligatoriske felt er Fra, Emne, Melding og Levering. Emnet kan ikke bestå av mer enn 100 tegn, og meldingen kan ikke bestå av mer enn 8000 tegn. Hvis du vil at det skal være mulig for brukerne å svare på kunngjøringen, angir du en gyldig e-postadresse i feltet Svar til. Hvis du vil sende en forhåndsvisning av kunngjøringen til en bestemt bruker, velger du Levering > Send en forhåndsvisningskunngjøring til og skriver inn e-postadressen. Velg Levering > Send til alle brukere i firmaet hvis du vil sende kunngjøringen til alle brukere. Kunngjøringer blir ikke sendt til eventuelle alternative e-postadresser som er angitt i brukerkontoene. Brukere utenfor organisasjonen kan heller ikke motta kunngjøringer via e-post. Neste oppgave Det kan ta noen minutter å behandle nye kunngjøringer før de blir sendt ut. Du kan kontrollere statusen til kunngjøringen ved å klikke på kunngjøringen og vise kunngjøringens Status. Når en kunngjøring er sendt ut, blir den vist som Fullført i panelet inotes > Kunngjøringer. Administrere organisasjonsdomener Legg til eller fjern domener som er registrert for organisasjonen din. Legg til et domene når organisasjonen din vil støtte et nytt domene. Fjern et domene hvis det ble skrevet inn feil, eller hvis det ikke lenger behøver å være registrert for organisasjonen din. Prosedyre v Hvis du skal legge til et domene, klikker du på Administrasjon > Administrer organisasjon > inotes > Domenestyrer og klikker på Legg til domene. v Slik fjerner du et domene: 1. Fjern alle brukere fra domenet du vil slette. Når du skal fjerne brukere, går du til Administrasjon > Administrer organisasjon > Brukerkontoer og redigerer de aktuelle brukerne. 2. Klikk på Administrasjon > Administrer organisasjon > inotes > Domenestyrer og klikker på Slett domene. Før du sletter dette domenet, må du fjerne alle brukerne fra domenet. 30 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

35 Administrere IBM SmartCloud inotes-brukerkontoer Administratorer kan endre e-postadresser, opprette aliaser for kontoer, konfigurere e-postadresser for videresending, fjerne slettet e-post for godt, og aktivere brukere for tilgang til firmakalenderen. Endre e-postadresser for brukere Når en e-postadresse for IBM SmartCloud inotes først er opprettet, kan den ikke endres. Om nødvendig kan det opprettes et alias for brukerkontoen. Om denne oppgaven Hvis du vil opprette et alias for en brukerkonto, kan du lese Opprette et alias for en konto på side 32. Hvis du oppretter et alias for en bruker, kan brukeren sende og motta e-post med aliasadressen på samme måte som med den opprinnelige adressen. Søke etter brukere Søk etter en inotes-bruker og endre brukerens kontoinnstillinger. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes > Postkontostyrer. 3. Skriv inn brukerens inotes-e-postadresse og klikk på Søk. Når søket er fullført, blir brukerne som samsvarer med dine søkekriterier, vist. For hver bruker kan du velge å konfigurere utgående gateway, tømme brukerens papirkurv, videresende e-post til en annen konto, opprette et alias for brukerkontoen, og gi brukeren mulighet til å opprette, redigere eller slette kalenderhendelser i firmakalenderen. Beslektede oppgaver: Rute utgående e-post på side 28 Administratorer kan rute utgående e-post gjennom en ekstern SMTP-server. Tømme en brukers papirkurv Når brukerne sletter post, blir den flyttet til en papirkurv og kan fortsatt gjenopprettes. Administratorer kan fjerne disse meldingene for godt og gjenopprette brukernes diskkvoteplass. Opprette et alias for en konto på side 32 Administratorer kan opprette aliaser for brukerkontoer for å hjelpe brukerne med å administrere e-postmeldingene de mottar. Videresende e-post fra en konto på side 32 Administratorer kan videresende brukernes e-post automatisk til alternative brukerkontoer. Du kan imidlertid ikke videresende e-post som er sendt til en aliaskonto for e-post. Gi brukere mulighet til å administrere firmakalenderen på side 33 Det finnes tre typer av kalendere: personlig kalender, sekundær kalender og firmakalender. Administratorer kan definere en firmakalender slik at brukerne kan opprette hendelser i den kalenderen. Før en firmakalender er definert på denne måten, kan ikke brukerne opprette, redigere eller slette hendelser i firmakalenderen. Firmakalenderen blir brukt til å informere alle brukerne i organisasjonen om hendelser i organisasjonen. Tømme en brukers papirkurv Når brukerne sletter post, blir den flyttet til en papirkurv og kan fortsatt gjenopprettes. Administratorer kan fjerne disse meldingene for godt og gjenopprette brukernes diskkvoteplass. Kapittel 8. Administrere IBM SmartCloud inotes 31

36 Prosedyre Slik tømmer du en brukers papirkurv: 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes > Postkontostyrer. 3. Finn brukeren på listen. Du kan også skrive inn brukerens inotes-e-postadresse og klikke på Søk. Når du har funnet brukeren, kan du velge å fjerne brukerens slettede e-post ved å klikke på papirkurvikonet. Opprette et alias for en konto Administratorer kan opprette aliaser for brukerkontoer for å hjelpe brukerne med å administrere e-postmeldingene de mottar. Om denne oppgaven E-postaliaser er nyttige for flere formål. Brukerne kan bruke aliaser hvis de ønsker å motta e-post anonymt, administrere e-post for forskjellige prosjekter, eller endre sine adresser virtuelt. Prosedyre Slik oppretter du et e-postalias for en bruker: 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes > Postkontostyrer. 3. Finn brukeren på listen. Du kan også skrive inn brukerens inotes-e-postadresse og klikke på Søk. 4. Klikk på Legg til aliaskonto for det valgte brukernavnet. Eventuelle eksisterende aliaser vises her. 5. Skriv inn navnet for aliaskontoen og klikk på Legg til for å ta med aliaset på listen over aliaser for brukeren. Neste oppgave Du kan slette et alias ved å klikke på ikonet Handling for det aktuelle aliaset. Videresende e-post fra en konto Administratorer kan videresende brukernes e-post automatisk til alternative brukerkontoer. Du kan imidlertid ikke videresende e-post som er sendt til en aliaskonto for e-post. Om denne oppgaven Videresendingsadresser hjelper brukerne med å administrere sin e-post. Brukerne kan for eksempel videresende e-post til en annen adresse når de arbeider eksternt. Prosedyre Slik setter du opp en videresendingsadresse for en bruker: 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes > Postkontostyrer. 3. Finn brukeren på listen. Du kan også skrive inn brukerens inotes-e-postadresse og klikke på Søk. 4. Klikk på Videresend post for den valgte brukeren. 5. Skriv inn e-postadressen du vil videresende posten til. Hvis du vil sende e-post både til videresendingsadressen og påloggingsadressen, merker du av i avmerkingsboksen etter feltet for videresendingsadressen. Hvis du bare vil sende post til videresendingsadressen, fjerner du merket i avmerkingsboksen. 32 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

37 Gi brukere mulighet til å administrere firmakalenderen Det finnes tre typer av kalendere: personlig kalender, sekundær kalender og firmakalender. Administratorer kan definere en firmakalender slik at brukerne kan opprette hendelser i den kalenderen. Før en firmakalender er definert på denne måten, kan ikke brukerne opprette, redigere eller slette hendelser i firmakalenderen. Firmakalenderen blir brukt til å informere alle brukerne i organisasjonen om hendelser i organisasjonen. Om denne oppgaven Med firmakalenderen kan brukerne holdes oppdatert om hendelser og møter i organisasjonen. En administrator må gi hver enkelt bruker tilgang til firmakalenderen før de kan bruke kalenderen. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes > Postkontostyrer. 3. Du kan aktivere eller deaktivere deling av firmakalenderen for hver bruker på listen, ved å klikke på ikonet Firmakalender. Du kan sette kalenderinnstillingen tilbake til deaktivert ved å klikke en gang til på ikonet. Merk: Når du har aktivert firmakalenderen for en konto, blir kalenderen vist neste gang brukeren logger seg på. Administrere IBM SmartCloud inotes-kontakter Legg til kontakter i Corporate Directory Manager-adresseboken, eksporter adresseboken, og opprett distribusjonslister. Legge til kontakter i adresseboken Legg inn data i Corporate Directory Manager-adresseboken ved å importere kontaktinformasjon fra en fil eller ved å la kontaktinformasjonen bli lagt til automatisk når det blir opprettet en brukerkonto. Brukerne kan deretter finne andre brukere i adresseboken. Om denne oppgaven Maksimalt antall kontakter som kan importeres til katalogen, avhenger av hvilken kontotype du har. En betalt tjenestekonto kan ha opptil kontakter. En prøvekonto kan ha opptil kontakter hvis den bruker ditt eget domene. En prøvekonto som bruker standard prøvedomene, kan ha opptil 500 kontakter i adresseboken. Du kan bare ha en enkelt adressebok. Prosedyre 1. Slik definerer du at kontaktinformasjon skal legges til automatisk når du oppretter en brukerkonto: a. Klikk på Administrasjon > Administrer organisasjon. b. Klikk på inotes > Corporate Directory Manager. c. Klikk på Fyll ut firmakatalogen automatisk (anbefales). Når du legger til en IBM SmartCloud inotes-konto, genererer den automatisk en oppføring i firmakatalogen. Hvis brukeren finnes i firmakatalogen, blir det opprettet en duplikatoppføring. Hvis du for eksempel oppretter en konto for en bruker fra en Microsoft Exchange-konto som allerede finnes i organisasjonen, blir det opprettet en duplikatoppføring. Duplikatoppføringer oppstår når det blir lagt til brukere som inneholder en eksisterende konto på det tidspunktet du legger til den eksterne informasjonen deres. Du må redigere den oppdaterte firmakatalogen for å fjerne duplikatoppføringer. Kapittel 8. Administrere IBM SmartCloud inotes 33

38 Hvis organisasjonen eier flere domener, kan du angi om brukerne kan vise kontaktinformasjon i andre domener, ved å velge det aktuelle alternativet i Flere domener. 2. Slik importerer du kontaktfilen: a. Klikk på Administrasjon > Administrer organisasjon. b. Klikk på inotes > Corporate Directory Manager. c. Klikk på Administrer firmakatalogen manuelt. d. Klikk på Bla gjennom og velg filen du vil importere. I denne versjonen støttes filtypene csv, ldif, txt, vcf og tab. Den importerte filen må ha UTF-8-koding. Denne importerte filen erstatter den gjeldende adresseboken. Hvis du vil legge til flere oppføringer, må du først eksportere adresseboken og deretter legge til de nye oppføringene. Neste oppgave Hvis du vil slette duplikatoppføringer i den oppdaterte firmakatalogen, kan du bruke en av følgende metoder: v Hvis du bruker et regneark, må du eksportere firmakatalogen til et regneark, redigere den for å fjerne duplikatoppføringer og deretter laste den inn igjen. v Hvis du bruker integreringsserveren, kan du slette duplikatoppføringer enkeltvis. Beslektede oppgaver: Opprette distribusjonslister for grupper Administratorer kan opprette distribusjonslister for distribusjon av e-post til forskjellige grupper. Eksportere IBM SmartCloud inotes-adresseboken Administratorer kan redigere eller sikkerhetskopiere listen med organisasjonskontakter ved å eksportere Corporate Directory Manager-adresseboken. Prosedyre Slik eksporterer du kontaktfilen: 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes > Corporate Directory Manager. 3. Velg filformatet fra valglisten i seksjonen Eksporter. Resultater Når du redigerer denne filen, må du passe på å åpne den med UTF-8-koding. Som standard er navnet på den eksporterte filen addressbook, og filtypen er.csv, ldif eller.txt, avhengig av hvilket format som er valgt. Du kan åpne den eksporterte filen for redigering eller lagre den som en sikkerhetskopi av kontaktlisten. Opprette distribusjonslister for grupper Administratorer kan opprette distribusjonslister for distribusjon av e-post til forskjellige grupper. Om denne oppgaven Bruk distribusjonslister til å definere grupper for forskjellige prosjekter, forskjellige avdelinger eller forskjellige interesser. Både brukere som tilhører din organisasjon og eksterne brukere kan tas med hvis de har en gyldig e-postadresse. Du kan opprette listen ved å skrive inn kontaktadressene atskilt med komma, eller ved å importere en kommadelt fil med adresser. Hver enkelt distribusjonsliste kan ha opptil 200 medlemmer. Medlemmer på distribusjonslister kan være enkeltpersoner eller andre distribusjonslister. 34 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

39 Navnet på en distribusjonsliste har samme format som en e-postadresse. For eksempel Alle ASCII-tegn støttes. listenavn kan ikke overstige 64 tegn. Domenet kan ikke overstige 128 tegn. Prosedyre Slik oppretter du en distribusjonsliste: 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes > Distribusjonsliste. 3. Klikk på Legg til distribusjonsliste og skriv inn et navn i feltet Listenavn:. 4. Klikk på Opprett ny liste. Distribusjonslisten blir vist sammen med antall medlemmer den inneholder. 5. Legg til adressene som skal være med i distribusjonslisten. Når du legger til kontakter i distribusjonslisten, kan du angi e-postadresser atskilt med komma, eller importere en kontaktliste (.csv). Resultater Distribusjonslisten blir vist i organisasjonskatalogen og kan brukes av alle IBM SmartCloud inotes-abonnenter i organisasjonen. Neste oppgave Som standard blir en distribusjonsliste aktivert for alle brukere i organisasjonen. Distribusjonslister kan deaktiveres ved å oppheve valget av avmerkingsboksen Aktiver liste for den aktuelle listen. Hvis du deaktiverer distribusjonslister, reduserer du risikoen for at brukerne sender søppelpost. Brukerne blir ikke varslet når en distribusjonsliste blir aktivert eller deaktivert. Hvis en distribusjonsliste blir deaktivert, blir den ikke automatisk fylt ut når en bruker skriver inn navnet. Hvis en bruker sender e-post til en deaktivert distribusjonsliste, blir e-posten returnert til avsenderens innkurv. Beslektede oppgaver: Legge til kontakter i adresseboken på side 33 Legg inn data i Corporate Directory Manager-adresseboken ved å importere kontaktinformasjon fra en fil eller ved å la kontaktinformasjonen bli lagt til automatisk når det blir opprettet en brukerkonto. Brukerne kan deretter finne andre brukere i adresseboken. Begrense domenesynlighet I en IBM SmartCloud inotes-organisasjon som inneholder flere domener, kan du hindre at brukere i ulike domener ser hverandre. Om denne oppgaven Hvis organisasjonen din har flere domener, kan du hindre at brukerne ser kontaktinformasjon for noen i et annet domene. Dette kan være nyttig hvis organisasjonen eier flere domener og hvert domene har et eget sett med brukere. Som standard kan brukere i ett domene seg kontaktinformasjon for brukere i andre domener. Prosedyre 1. Klikk på Administrasjon > Administrer organisasjon. 2. Klikk på inotes > Corporate Directory Manager. 3. Velg det aktuelle alternativet i seksjonen Flere domener. Kapittel 8. Administrere IBM SmartCloud inotes 35

40 36 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

41 Kapittel 9. Administrasjon av forent identitet Med forent identitet kan brukere som er logget på systemet til firmaet ditt, bruke de nettskybaserte tjenestene uten å måtte logge seg på en gang til. Administrasjon av forent identitet Administrasjon av forent identitet håndteres av en SSO-tjeneste (enkeltpålogging) som er tilgjengelig for alle nettskybaserte tjenester i SmartCloud for Social Business. Hvis du aktiverer administrasjon av forent identitet, kan brukere som er logget på systemet ditt, bruke nettskybaserte tjenester uten å måtte logge seg på en gang til. SmartCloud for Social Business-produktene bruker SAML for å levere SSO-tjenestene. I denne implementeringen er organisasjonen din identitetsleverandør, og SmartCloud for Social Business er tjenesteleverandør. Du kan bruke enten SAML 1.1 eller SAML 2.0. Oversikt over prosessen som bruker SAML Som identitetsleverandør autentiserer organisasjonen din brukerne. Autentiseringen kan være ved hjelp av et brukernavn og passord, eller en annen metode. Når en bruker får tilgang til intranettet ditt og prøver å bruke ett av SmartCloud for Social Business-produktene, blir det sendt en SAML-bekreftelse fra organisasjonen din til SAML-sluttpunktet i SmartCloud for Social Business. SAML-bekreftelsen identifiserer brukeren på en sikker måte. SmartCloud for Social Business-systemet bruker SAML-bekreftelsen til å avgjøre om brukeren får tilgang til de nettskybaserte tjenestene. Hvis du vil ha en mer detaljert beskrivelse av prosessen slik den er implementert i SmartCloud for Social Business, kan du lese emnene Flytmodeller for administrasjon av forent identitet og Typer administrasjon av forent identitet. Aktivere administrasjon av forent identitet Når du aktiverer administrasjon av forent identitet, registrerer du organisasjonen din som en betrodd identitetsleverandør i SmartCloud for Social Business. Før du utfører registreringen, må du implementere og teste et administrasjonssystem for forent identitet som bruker SAML. Når du implementerer systemet, må du foreta noen valg og klargjøre flere ting. Du må for eksempel velge hvilken versjon av SAML som skal brukes, velge typen forening og generere et offentlig/privat-nøkkelpar. Du finner en liste over disse oppgavene i emnet Aktivere administrasjon av forent identitet. Copyright IBM Corp. 2010,

42 Beslektede begreper: Flytmodeller for administrasjon av forent identitet Det finnes to flytmodeller innen administrasjon av forent identitet. Den ene modellen er IdP-initiated (startes av identitetsleverandør), og den andre er SP-initiated (startes av tjenesteleverandør). Typer administrasjon av forent identitet på side 39 I SmartCloud for Social Business er det fire typer administrasjon av forent identitet tilgjengelig: Ikke-forent, Forent, Modifisert og Delvis. Som standard er alle brukerne i organisasjonen din tildelt typen Ikke-forent, hvis ikke du aktiverer en av de andre typene. Klargjøre for administrasjon av forent identitet på side 40 Hvor vanskelig det er å klargjøre systemet ditt for administrasjon av forent identitet, avhenger både av systemets tilstand og hvor mye kompetanse og erfaring du har med SAML, SSO, LDAP og beslektede teknologier. Beslektede oppgaver: Aktivere administrasjon av forent identitet på side 40 Når systemet ditt er klart for testing med SmartCloud for Social Business-systemet, kontakter du IBMs kundeservicerepresentant. Flytmodeller for administrasjon av forent identitet Det finnes to flytmodeller innen administrasjon av forent identitet. Den ene modellen er IdP-initiated (startes av identitetsleverandør), og den andre er SP-initiated (startes av tjenesteleverandør). Vanligvis er ikke flytmodellen SP-initiated tilgjengelig i SAML 1.1, fordi SAML 1.1 ikke støtter Identity Provider Discovery Profile. SmartCloud for Social Business bruker imidlertid en hybridversjon av SP-initiated som tillater både SAML 1.1 og SAML 2.0. Derfor kreves ikke Identity Provider Discovery Profile av SmartCloud for Social Business, og er ikke implementert. SmartCloud for Social Business implementerer Browser/POST-profilen som brukes i SAML 1.1 og er kompatibel med Web Browser SSO-profilen i SAML 2.0. Andre profiler støttes ikke nå. Nedenfor finner du en kort beskrivelse av de to typene flyt: IdP-initiated 1. Brukeren får tilgang til intranettet ditt via autentiseringsmekanismen i organisasjonen din. 2. Brukeren navigerer til en webside i intranettet som inneholder en kobling til et SmartCloud for Social Business-produkt, for eksempel Engage eller Forbindelser. 3. Brukeren klikker på koblingen. 4. SSO-prosessen blir startet. Det blir sendt en SAML-bekreftelse til SmartCloud for Social Business-sluttpunktet via HTTP POST. Hvis brukeren har en gyldig konto, blir det gitt tilgang. 5. Brukeren arbeider med SmartCloud for Social Business. SP-initiated hybrid 1. Brukeren navigerer til påloggingssiden for SmartCloud for Social Business. 2. Brukeren klikker på Bruk organisasjonens påloggingsinformasjon. 3. Brukeren angir e-postadressen som er tilknyttet brukerens konto. 4. SmartCloud for Social Business slår opp e-postadressen og omdirigerer så brukeren til organisasjonens autentiseringsmekanisme. 5. Flyten fortsetter fra trinn 4 i modellen IdP-initiated. 38 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

43 Typer administrasjon av forent identitet I SmartCloud for Social Business er det fire typer administrasjon av forent identitet tilgjengelig: Ikke-forent, Forent, Modifisert og Delvis. Som standard er alle brukerne i organisasjonen din tildelt typen Ikke-forent, hvis ikke du aktiverer en av de andre typene. Velg hvilken type forening som skal brukes Ikke-forent Påloggingen for SmartCloud for Social Business er uavhengig av, og atskilt fra, din organisasjons påloggingsprosedyre. Brukerne må logge seg på SmartCloud for Social Business for å bruke de nettskybaserte tjenestene. Typen Ikke-forent er standardtypen, og den er den enkleste typen å ta i bruk, fordi den ikke krever at du gjør noe selv. Forent Brukere må autentisere seg med organisasjonen din før de får tilgang til nettskybaserte tjenester. Brukerne har ikke noe brukernavn eller passord på SmartCloud for Social Business. Hvis de går til påloggingssiden for SmartCloud for Social Business, må de klikke på Bruk organisasjonens påloggingsinformasjon. Typen Forent gjelder for alle brukerne i organisasjonen din. Typen Forent er praktisk for de av brukerne dine som vanligvis arbeider fra kontoret. De kan logge seg på systemet ditt og bruke SmartCloud for Social Business uten å måtte bruke en egen kombinasjon av brukernavn og passord. Hvis noen av brukerne dine imidlertid arbeider hjemmefra eller arbeider mens de er på reise, må katalogserverne dine være tilgjengelige fra Internett. En annen ting er at siden brukerne dine ikke har en egen pålogging for SmartCloud for Social Business, er tjenester som samtale (chat) og POP/IMAP ikke tilgjengelige. Hvis du velger typen Forent, må du implementere flytmodellen SP-Initiated. Modifisert Brukerne har mulighet til å autentisere seg med organisasjonen din før de får tilgang til de nettskybaserte tjenestene, eller å benytte brukernavnet og passordet sitt for SmartCloud for Social Business til å logge seg på SmartCloud for Social Business. Typen Modifisert gjelder for alle brukerne i organisasjonen din. Typen Modifisert gjør det også mulig for brukerne dine å få tilgang til SmartCloud for Social Business fra Internett, men du trenger ikke å gjøre katalogserverne tilgjengelig fra Internett. Brukerne kan bruke enkeltpåloggingstjenestene (SSO) når de er på kontoret, og SmartCloud for Social Business-pålogging når de er utenfor kontoret. Delvis Hver enkelt bruker i organisasjonen din er tildelt en av de tidligere nevnte typene: Ikke-forent, Forent eller Modifisert. Hvis du ikke angir noen type for en bestemt bruker, blir vedkommende tildelt typen Ikke-forent. Bruk typen Delvis hvis du har en gruppe med brukere som vanligvis jobber på kontoret, og en annen gruppe med brukere som vanligvis jobber hjemmefra eller er mye ute på reise. For eksempel kan kontorarbeiderne bli tildelt typen Forent, mens selgerne som er mye på reise, kan bli tildelt typen Modifisert. Du kan også bruke typen Delvis til å gruppere brukere etter tjenestene som er tilgjengelige for dem. Brukere med typen Forent har ikke tilgang til samtale (chat) eller POP/IMAP, men det har brukerne med typen Modifisert. Hvis du velger typen Delvis, må du implementere flytmodellen SP-Initiated for å støtte brukere med typen Forent. Kapittel 9. Administrasjon av forent identitet 39

44 Endre typen forening Etter at en av foreningstypene er implementert, kan du endre til en av de andre typene ved å kontakte kundeservicerepresentanten. Kundeservicerepresentanten vil veilede deg om prosessen. Hvis du bruker typen Delvis, kan du endre individuelle brukere fra en type til en annen uten å måtte kontakte kundeservicerepresentanten. Klargjøre for administrasjon av forent identitet Hvor vanskelig det er å klargjøre systemet ditt for administrasjon av forent identitet, avhenger både av systemets tilstand og hvor mye kompetanse og erfaring du har med SAML, SSO, LDAP og beslektede teknologier. Før du kontakter IBMs kundeservicerepresentant for å aktivere administrasjon av forent identitet, må du se gjennom følgende sjekkliste: v Velg hvilken versjon av SAML du vil bruke. Du kan bruke enten SAML 1.1 eller SAML 2.0. v Velg hvilken type forening du vil bruke: Forent, Modifisert eller Delvis. Du finner mer informasjon i emnet Typer administrasjon av forent identitet. v Les om flytmodellene IdP-initiated og SP-initiated Hybrid som SmartCloud for Social Business støtter. Du finner mer informasjon i emnet Flytmodeller for administrasjon av forent identitet. v Implementer SAML på webserveren din. Du kan bruke Tivoli Federated Identity Manager, OpenSAML, Active Directory Federation eller et annet verktøy for administrasjon av forent identitet. v Hent eller opprett privat/offentlig-nøkkelparet som skal brukes i digitale signaturer. v Integrer katalogserveren med din SAML-tjeneste. Administrasjonen blir enklere hvis alle brukerne dine er på samme katalogserver. v Implementer og test SAML Browser/POST-profil i enten SAML 1.1 eller SAML 2.0. v Opprett en fiktiv tjenesteleverandør og utfør en test av enkeltpålogging startet fra identitetsleverandøren (IdP-initiated) for å kontrollere at alt virker som det skal. v Opprett en SAML-metadatafil for å overføre metadataene fra identitetsleverandøren til IBMs kundeservicerepresentant. Hvis du bruker SAML 1.1, har du mulighet til å overføre det meste av informasjonen i en e-post eller med en annen metode som du avtaler med IBMs kundeservicerepresentant. I dette tilfellet må du imidlertid overføre den offentlige nøkkelen i et Java -nøkkellager. Beslektede begreper: Typer administrasjon av forent identitet på side 39 I SmartCloud for Social Business er det fire typer administrasjon av forent identitet tilgjengelig: Ikke-forent, Forent, Modifisert og Delvis. Som standard er alle brukerne i organisasjonen din tildelt typen Ikke-forent, hvis ikke du aktiverer en av de andre typene. Flytmodeller for administrasjon av forent identitet på side 38 Det finnes to flytmodeller innen administrasjon av forent identitet. Den ene modellen er IdP-initiated (startes av identitetsleverandør), og den andre er SP-initiated (startes av tjenesteleverandør). Aktivere administrasjon av forent identitet Når systemet ditt er klart for testing med SmartCloud for Social Business-systemet, kontakter du IBMs kundeservicerepresentant. Før du begynner Før du starter aktiveringsprosessen, må du lese gjennom denne listen: 1. Implementer og test et administrasjonssystem for forent identitet som bruker SAML. Kontroller at systemet er konfigurert for å sende brukerens e-postadresse som emne i en SAML-bekreftelse. 40 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

45 2. Test systemet for å kontrollere at det er konfigurert for den typen og flytmodellen du har valgt. Du finner mer informasjon i emnene Typer administrasjon av forent identitet og Flytmodeller for administrasjon av forent identitet. 3. Gå gjennom sjekklisten i emnet Klargjøre for administrasjon av forent identitet Prosedyre Slik aktiverer du administrasjon av forent identitet: Send en e-post til [email protected]. I e-postmeldingen ber du om å aktivere administrasjon av forent identitet (enable federated identity management) for organisasjonen din. En av IBMs kundeservicerepresentanter vil kontakte deg med instruksjoner og mer informasjon om prosessen. Beslektede begreper: Administrasjon av forent identitet på side 37 Administrasjon av forent identitet håndteres av en SSO-tjeneste (enkeltpålogging) som er tilgjengelig for alle nettskybaserte tjenester i SmartCloud for Social Business. Hvis du aktiverer administrasjon av forent identitet, kan brukere som er logget på systemet ditt, bruke nettskybaserte tjenester uten å måtte logge seg på en gang til. Typer administrasjon av forent identitet på side 39 I SmartCloud for Social Business er det fire typer administrasjon av forent identitet tilgjengelig: Ikke-forent, Forent, Modifisert og Delvis. Som standard er alle brukerne i organisasjonen din tildelt typen Ikke-forent, hvis ikke du aktiverer en av de andre typene. Flytmodeller for administrasjon av forent identitet på side 38 Det finnes to flytmodeller innen administrasjon av forent identitet. Den ene modellen er IdP-initiated (startes av identitetsleverandør), og den andre er SP-initiated (startes av tjenesteleverandør). Klargjøre for administrasjon av forent identitet på side 40 Hvor vanskelig det er å klargjøre systemet ditt for administrasjon av forent identitet, avhenger både av systemets tilstand og hvor mye kompetanse og erfaring du har med SAML, SSO, LDAP og beslektede teknologier. Kapittel 9. Administrasjon av forent identitet 41

46 42 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

47 Kapittel 10. Integreringsserver Integrer informasjon om brukerklargjøring og inotes-katalogintegrering fra ditt lokale administrative miljø til nettskybasert administrasjon. Oversikt over integreringsserveren Integreringsserveren gjør det mulig for deg å integrere brukerklargjørings- og gruppeintegreringsinformasjon fra ditt lokale administrative miljø. I tillegg kan du laste opp brukere i din organisasjons firmakatalog til SmartCloud inotes-katalogen for firmakontakter. Integreringsserveren støtter bruk av et hybridmiljø det vil si et som bruker en kombinasjon av lokal administrativ styring og nettskybasert tjeneste- og abonnementsstyring. Integreringsserveren behandler jevnlig datafiler du oppretter og laster opp ved hjelp av en sikker filoverføringsmekanisme, for å legge til, endre og fjerne brukerklargjørings- og gruppeintegreringsinformasjon. Dette gjør det mulig for deg å fortsette å bruke dine lokale administrasjonssystemer og laste opp bruker- og gruppeinformasjon jevnlig. Integrering av førstegangs- og endret innhold fra ditt lokale administrative miljø blir gjort ved hjelp av din organisasjons abonnement på integreringsservertjenesten og ved hjelp av endringsfiler med riktig navn og format, som du jevnlig oppretter og laster opp. Beslektede begreper: Brukerklargjøring og identitetsadministrasjon på side 44 Ved hjelp av integreringsserveren kan du laste opp og integrere informasjon om brukeridentitet og -klargjøring fra dine eksisterende lokale systemer så ofte det trengs. Katalogintegrering på side 66 Ved hjelp av integreringsserveren kan du laste opp og integrere alle eller noen av brukerne og gruppene i din firmakatalog til IBM SmartCloud inotes-katalogen for firmakontakter så ofte det trengs. Behandle endringsfiler på side 74 Integreringsserveren brukes til å laste opp informasjon fra ditt lokale system, ved hjelp av et definert FTP-sted, basert på operasjoner som er angitt i endringsfiler. Be om aktivering av integreringsserver Når du skal begynne å bruke integreringsserveren, må administratoren kontakte en IBM SmartCloud for Social Business-kundeservicerepresentant for å be om aktivering. Om denne oppgaven Du vil sannsynligvis bli bedt om kontoinformasjon. Prosedyre 1. Send en e-post til [email protected] med teksten Integration server enablement request - Kundenavnet ditt på emnelinjen. 2. Når kundeservice kontakter deg som svar på aktiveringsforespørselen din, må du være klar til å gi følgende informasjon: v Kundenavn Angi kontonavnet ditt, for eksempel Acme. Denne verdien skal være den samme som for Firmanavn (eller organisasjonsnavn) for organisasjonen din. v Kunde-ID Angi den numeriske identifikatoren for kontoen din. Denne verdien skal være den samme som for Firma-ID (eller organisasjons-id) for organisasjonen din. Copyright IBM Corp. 2010,

48 v Bruker av integreringsserver Angi et brukernavn eller en kontoidentitet for den brukeren som det skal opprettes en FTP-konto for som skal brukes til å laste opp endringsfiler for integreringsserveren og laste ned rapportfiler via FTP-stedet. Dette er en kontoidentitet for brukeren som det skal opprettes en FTP-konto for slik at de kan laste opp endringsfiler og laste ned tilknyttede rapport-, logg- og sporingsfiler. Merk: Du kan også oppgi en annen kontoidentitet som det skal opprettes en ekstra FTP-konto for til nedlasting av autorisasjon og applikasjonsjournalfiler. Den angitte brukernavnet eller kontoidentiteten må finnes fra før i IBM SmartCloud for Social Business og krever ikke en Administrator-rolle. Du kan angi en eller flere administratorer, og du kan også opprette et brukernavn eller en kontoidentitet spesifikt for den aktuelle oppgaven, for eksempel [email protected] for integreringsserverfunksjoner og [email protected] for journalføringsfunksjoner. v Kundeadministrator Angi det administratorbrukernavnet eller den kontoidentiteten som skal utføre endringsfilhandlinger i IBM SmartCloud for Social Business for organisasjonen din. Dette skal være den samme verdien som for Kundeadministrator eller organisasjons-iden din. Denne identiteten brukes til å utføres forespørsler om operasjoner som er kodet i endringsfilene. Det angitte navnet kan også angis som en bruker på integrerings- og migreringsstedet. Denne identiteten brukes bare når integreringsserverprosessene behandler en opplastet endringsfil. Du vil bli varslet når aktiveringen er fullført og du kan begynne å bruke integreringsserveren. Merk: Fordi integreringsserveren er basert på IBM Tivoli Directory Integrator (TDI), kan en kundeservicerepresentant gi deg et SSL-sertifikat slik at organisasjonen din på en sikker måte kan laste opp endringsfiler og laste ned tilknyttede resultatfiler via FTP-serveren. Beslektede begreper: Oversikt over integreringsserveren på side 43 Integreringsserveren gjør det mulig for deg å integrere brukerklargjørings- og gruppeintegreringsinformasjon fra ditt lokale administrative miljø. I tillegg kan du laste opp brukere i din organisasjons firmakatalog til SmartCloud inotes-katalogen for firmakontakter. FTP-filoverføring av endrings- og resultatfiler på side 74 Endringsfilene dine blir lastet opp til integreringsserveren via integrerings- og migreringsstedet ved hjelp av en sikker FTP-protokoll. Denne samme FTP-overføringsmekanismen brukes også når du laster ned de tilhørende resultatfilene. Beslektede oppgaver: Legge til brukere på side 13 Når du skal legge til brukere, må du ha administratorrettigheter. Brukerklargjøring og identitetsadministrasjon Ved hjelp av integreringsserveren kan du laste opp og integrere informasjon om brukeridentitet og -klargjøring fra dine eksisterende lokale systemer så ofte det trengs. Komponentene som deltar i integreringsservermiljøet, står på listen nedenfor. Andre komponenter som styres i nettskyen, er utelatt fra denne listen. v System for kundeidentitetsadministrasjon Systemet for kundeidentitetsadministrasjon inneholder informasjon om brukeridentiteter og tilhørende klargjøringsdata og blir vedlikeholdt av deg på ditt lokale administrative system. v Endringsfil for brukerklargjøring En endringsfil for brukerklargjøring er en tekstfil i CSV-format (kommadelte verdier) som kunden oppretter. Den inneholder informasjon om brukeridentiteter og en liste med operasjoner som skal 44 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

49 utføres for den enkelte identiteten. Det kan være operasjoner som for eksempel å legge til, slette og sperre brukerkontoer og aktivere brukerabonnementer. Innholdet og navnet på filen må følge de nødvendige spesifikasjonene. Du laster opp endringsfiler til integreringsserveren ved hjelp av sikker FTP. Påfølgende endringer av brukeridentitet og klargjøringsinformasjon i ditt lokale system for kundeidentitetsadministrasjon kan jevnlig skrives automatisk til nye endringsfiler med riktig navn og innholdsformat, ved hjelp av oppgavekjøring eller en tilpasset agent. Når integreringsserveren behandler en endringsfil, blir det generert en tilhørende rapportfil. Hvis du vil vite mer om endringsfiler for brukerklargjøring, kan du lese Opprette endringsfiler for brukerklargjøring. v FTP-sted En FTP-overføringsmekanisme gjør det mulig for deg å laste opp endringsfiler til integreringsserveren (ved hjelp av det nettskybaserte integrerings- og migreringsstedet) via en autentisert, SSL-kryptert kanal. Det gjør det også mulig for deg å laste ned tilhørende rapport- og sporingsfiler. Merk: Du kan definere en eller flere brukere som skal ha tillatelse til å laste filer opp og ned. Det er knyttet en privat mappe til kontoen din. Bare definerte brukere har tilgang til denne mappen. v Integrerings- og migreringssted Integrerings- og migreringsstedet brukes sammen med integreringsserveren og FTP-stedet ved opplasting av endringsfiler og nedlasting av de tilhørende rapport- og sporingsfilene. v Integreringsserver Integreringsserveren leser hver enkelt endringsfil som blir lastet opp fra FTP-stedet, og sender de kodede endringsoperasjonene til organisasjonens konto. v Business Support System BSS (Business Support System) er den sentrale komponenten som brukes til å definere og administrere din organisasjons konto. Beslektede begreper: Opprette endringsfiler for brukerklargjøring En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. FTP-filoverføring av endrings- og resultatfiler på side 74 Endringsfilene dine blir lastet opp til integreringsserveren via integrerings- og migreringsstedet ved hjelp av en sikker FTP-protokoll. Denne samme FTP-overføringsmekanismen brukes også når du laster ned de tilhørende resultatfilene. Rapportfiler for integreringsserver på side 76 Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Opprette endringsfiler for brukerklargjøring En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. I det aktiverte integreringsservermiljøet er det slik at når du legger til en ny bruker eller endrer en eksisterende brukers konfigurasjon, kan du manuelt, eller ved hjelp av en tilpasset agent, generere en endringsfil for brukerklargjøring for å registrere disse endringene. Denne tekstfilen brukes til å laste opp informasjon om brukerklargjøring. Krav til navn på klargjøringsfil og innholdsformater blir beskrevet her. Du finner eksempler i Eksempler: Endringsfiler for brukerklargjøring på side 55. Kapittel 10. Integreringsserver 45

50 I endringsfilene for brukerklargjøring kan du klargjøre brukere som enkeltvise brukere av samarbeids- og postabonnementer, eller som en del av et pakkeabonnement. Du finner mer informasjon om dette i Angi et pakkeabonnement. Du kan også angi tilleggsabonnementer, inkludert IBM Lotus Traveler, IBM Docs, BlackBerry Enterprise Server Access, Hosted BlackBerry Services og Archiving Retention Data Feed. Du finner mer informasjon om dette i Angi et tilleggsabonnement. Navngivningsregel for endringsfiler for brukerklargjøring Klargjøringsfiler må ha riktig navn for å bli gjenkjent og behandlet. Bruk følgende navngivningsregel når du oppretter en endringsfil for brukerklargjøring: kundeid_kildeid_prv_sekvnum.csv Tabell 2. Navngivningsregel for endringsfiler for brukerklargjøring Type filnavndel kundeid Beskrivelse av filnavndel Angir den interne numeriske identifikatoren som er tildelt til kunden. Din kunde-id ligger i seksjonen Firmakonto:Innstillinger i Administration-brukergrensesnittet. Bruk den verdien som er tildelt til din spesifikke kundekonto for kundeid-verdien. kildeid Angir det valfrie navnet på den autoritative kilden til endringen(e). kildeid-delen av endringsfilnavnet kan utelates hvis det bare finnes en enkelt kilde for identitetsinformasjon i organisasjonen. Du kan eksempel bruke en kildeid når kildedata hentes fra en IBM Domino Directory og en annen når kildedata hentes fra Active Directory. type sekvnum Filtypen for brukerklargjøring er PRV. Angir sekvensnummeret som brukes for å definere rekkefølgen på behandlingen av filer. Verdien må være et heltall mellom 0 og Verdien må ikke være mindre enn verdien for den siste filen som er behandlet. Hvis det siste sekvensnummeret var og har blitt behandlet, enten på riktig måte eller med feil, kan den neste klargjøringsfilen ha et sekvensnummer på 1 eller høyere. Det gjør det mulig for deg å tilbakestille det siste sekvensnummeret som er lagret på serveren. UNIX epoch-klokkeslett er det anbefalte formatet. Bruk UNIX-dato og -klokkeslett for sekvnum-delen av filnavnet. Du finner mer informasjon i (åpner et nytt vindu). Sekvensnumre er knyttet til customerid- og sourceid-verdiene. Dette gir maskin- og regionuavhengighet. type Angir filtypen (filutvidelsen, som indikerer datakodingstypen. Følgende alternativer kan brukes: v.ldif - LDIF-koding. Må angis for endringsfiler for katalogintegrering v.csv - Koding med kommadelte verdier. Må angis for endringsfiler for brukerklargjøring Dette er eksempler på navn på endringsfiler for klargjøring: v _HRDatabase_PRV_ CSV v _PRV_ csv I begge eksemplene er organisasjonens navn representert med tegnstrengen , filene er endringsfiler for brukerklargjøring, sekvensnummeret er , og filen er definert som en fil med kommadelte verdier. Det første eksempelet bruker den valgfrie autorisasjonskilde-iden. Merk: Selv om du ikke kan tilbakestille sekvensnummereringen i endringsfilene for brukerklargjøring, kan du oppnå en liknende virkning ved å bruke en annen sourceid-verdi i filnavnet. Hvis for eksempel 46 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

51 den siste endringsfilen som er sendt, hadde navnet _source1_PRV_ csv, kan du så sende en fil med navnet _source2_PRV_ csv. Merk: Siden kildeid- og sekvnum-verdiene styres av hver enkelt organisasjon, kreves det ikke dato- og klokkeslettsynkronisering. Operasjoner for endringsfil for klargjøring Du kan kode inn ulike operasjoner i en endringsfil for brukerklargjøring. Merk: Denne tabellen viser operasjonstypene, og den neste tabellen viser de ulike feltene med beskrivelser. Merk: Hvis brukeren er i HOLDT-status (HELD), avviser integreringsserveren innholdet i klargjøringsfilen og legger inn en feilmelding i den tilknyttede rapportfilen. Merk: Når du angir e-postadresser, skilles det ikke mellom store og små bokstaver. Alle e-postadresser blir gjort om til små bokstaver. Merk: Ved hjelp av din organisasjons kontoside kan du også angi at bruksbetingelsene for skal godtas automatisk for alle brukere. Tabell 3. Operasjonstyper for endringsfiler for brukerklargjøring Klargjøringsoperasjon Beskrivelse Legg til Oppretter en ny abonnentpost. Oppdater Sperr Gjenoppta Fjern AssignSeat En Legg til-operasjon sender en e-postinvitasjon til abonnenten som ber vedkommende om å definere et eget passord, godta bruksbetingelsene og gå til tjenestene de har fått tillatelse til. Abonnenten vil få en påloggingskonto og en profil hun kan administrere selv. Det kan angis et engangspassord som abonnenten må endre når kontoen tas i bruk. Merk: Forente brukere av typen Ikke-forent og Modifisert må utføre registreringen ved hjelp av prosessen i e-postinvitasjonen, selv om kontoen deres er opprettet ved hjelp av et domene som eies av kunden. Forente brukere blir automatisk behandlet og mottar ikke e-postinvitasjonen. Oppdaterer en abonnents personinformasjon, for eksempel s-postadresse eller postmal. Deaktiverer en abonnents mulighet til å logge seg på og bruke tjenester. Operasjonen fjerner ikke abonnenten eller inndrar abonnementet som er tildelt vedkommende. Gjør det mulig for en sperret bruker å logge seg på og bruke tjenester. Fjerner en abonnent og fjerner alle rettigheter for abonnenten. Da slettes også alt samarbeidsinnhold knyttet til brukerens gjeldende samarbeidsabonnement, eller det blir eventuelt flyttet til en annen abonnent. Merk: Flytting av postinnhold støttes ikke. Hvis brukeren som blir fjernet har et postabonnement, blir alt innhold knyttet til det postabonnementet slettet. Tildeler et abonnementsete til abonnenten og klargjør alle rettigheter slik det er definert i abonnementet. Et abonnementsete gir brukeren rett til å bruke alle funksjonene i et bestemt tilbud. En abonnent får ikke mer enn postabonnementet sitt og ett samarbeidsabonnement. Kapittel 10. Integreringsserver 47

52 Tabell 3. Operasjonstyper for endringsfiler for brukerklargjøring (fortsettelse) Klargjøringsoperasjon Beskrivelse ChangeSeat Endrer brukerens gjeldende samarbeidsabonnementsete til et annet samarbeidsabonnementsete. Angir den nye subscriptionid for samarbeid, og endrer det eksisterende abonnementet til det nye abonnementet. Merk: Gjeldende abonnement og målabonnement må være kompatible. Kontakt kundestøtten for å få en liste over kompatible abonnementer. RevokeSeat Rename Bruk nøkkelordene DELETECOLLAB og DELET når du endrer en eksisterende bruker fra et pakkeabonnement til et enkeltabonnement for post eller samarbeid. Inndrar et eksisterende abonnementsete og fjerner alle rettigheter knyttet til abonnementet. Merk: I stedet for å angi en bestemt subscriptionid-verdi, angir du COLLAB, MAIL, BUNDLE, BLACKBERRY_HOSTED, BLACKBERRY_HOSTED_MDS, TRAVELER BES_ACCESS, IBM_DOCS eller RETENTION i subscriptionid-feltet for å identifisere setet som skal inndras. Merk: Les om AssignTo-feltet i tabellen nedenfor hvis du vil slette alt samarbeidsinnhold knyttet til et abonnement eller tildele til et annet abonnement. For et samarbeidsseteabonnement kan innhold for Filer og Aktiviteter tildeles til et annet abonnement, mens alle andre brukerdata blir slettet. Postinnhold kan ikke tildeles til et annet abonnement. Endrer e-postadressen som identifiserer brukeren, og som vedkommende bruker til å logge seg på. Denne operasjonen er tilgjengelig for brukere som har et samarbeids- eller postabonnement. Hvis du vil endre navnet på en bruker som ikke har et SmartCloud Noteshybridabonnement, trenger du bare å endre e-postadressen for den brukeren ved hjelp av Rename-operasjonen. ResendInvitation Selv om Rename-operasjonen er tilgjengelig for en bruker som har et SmartCloud Notes-hybridabonnement, må følgende prosedyre utføres for den brukeren: 1. Kundens lokale domeneadministrator endrer brukerens e-postadresse i deres Domino-katalog. 2. Domino-katalogen synkroniseres med SmartCloud Notes, slik at brukerens e-postadresse blir oppdatert i SmartCloud Notes. 3. IBM SmartCloud for Social Business-administratoren kan så angi Rename-operasjonen i en endringsfil for brukerklargjøring ved hjelp av normale integreringsserverprosedyrer (eller utføre en navneendring for den brukeren direkte i brukergrensesnittet for IBM SmartCloud for Social Business-administrasjon). Merk: Operasjonene må først utføres i kundens lokale Domino-katalog (Tips: Behold den gamle e-postadressen det blir referert til i feltet shortname for personposten.) og deretter synkroniseres til SmartCloud Notes før endringene blir utført i IBM SmartCloud for Social Business, for å sikre kontinuitet i e-postrutingen av varsler. Hvis e-postadressen til en bruker blir endret i løpet av Rename-operasjonen for integreringsserveren (eller direkte i administrasjonsbrukergrensesnitt for IBM SmartCloud for Social Business) før den blir endret i SmartCloud Notes, vil ikke e-postvarsler bli levert til den nye e-postadressen siden adressen ikke blir ansett som gyldig i SmartCloud Notes. Merk: Rename-operasjonen utføres umiddelbart for forente og endrede forente brukere. Den vil imidlertid mislykkes for en forent bruker hvis den nye e-postadressen inneholder et domene som kunden ikke eier. Sender en e-post med invitasjon som gjør det mulig for en bruker å aktivere et abonnement som de er tildelt et sete for. Dette brukes vanligvis når den opprinnelige invitasjonen enten ikke ble levert eller er gått tapt eller slettet. Denne operasjonen kan også brukes i forbindelse med en Add- eller AssignSeat-operasjon som angir SUPPRESS_ALL i SupressInvitation-feltet. Dette gjør at en bruker kan klargjøres på forhånd (uten at det blir sendt noen invitasjon) og kan bli invitert til å aktivere abonnementet sitt på et senere tidspunkt. 48 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

53 Tabell 3. Operasjonstyper for endringsfiler for brukerklargjøring (fortsettelse) Klargjøringsoperasjon Beskrivelse ChangeStorage Angir den ekstra mengden med lagringsplass som skal tildeles for en brukers basisabonnement. Feltet SubscriptionId angir basisabonnementet (samarbeid, post eller pakke) som den ekstra lagringsplassen skal knyttes til. Bruk feltene collabextrastorage eller mailextrastorage til å angi hvor mye ekstra lagringsplass som skal tildeles. Det kreves et tilgjengelig abonnement for ekstra lagringsplass med nok plass til å levere den aktuelle lagringsplassen. Operasjonsfelt for endringsfiler for brukerklargjøring Den første linjen i endringsfilen for brukerklargjøring inneholder obligatorisk topptekstinformasjon. De påfølgende linjene inneholder feltverdier slik det er beskrevet i tabellen nedenfor. Når du koder innholdet i en endringsfil, må du inkludere brukerspesifikke feltdata for klargjøringsoperasjonene som kreves. Hver enkelt linje må slutte med riktig linjemating eller linjeskift for å sikre at linjesluttene behandles på riktig måte under FTP-overføringen. Du finner mer informasjon om dette i Eksempler: Endringsfiler for brukerklargjøring på side 55. Tabell 4. Navn og beskrivelser for feltnavn i klargjøringsfiler Feltnavn Address Beskrivelse av feltverdi Angir e-postadressen som skal brukes når brukeren logger seg på. Obligatorisk eller valgfritt per operasjon Dette feltet kreves av alle operasjoner. Action SubscriptionId Angir operasjonen som skal behandles. Se foregående tabell for navn og beskrivelser av operasjoner. Angir abonnementet som brukeren har tillatelse til å bruke. RevokeSeat er den eneste operasjonen som gjør det mulig for deg å oppgi nøkkelordet COLLAB, MAIL, BUNDLE, BLACKBERRY_HOSTED, BLACKBERRY_HOSTED_MDS, TRAVELER, BES_ACCESS, IBM_DOCS eller RETENTION for å referere til et samarbeids-, post-, pakkeeller tilleggsabonnement som allerede er tildelt til brukeren. Grensen for antall tegn er 254. Dette feltet kreves av alle operasjoner. Dette feltet er obligatorisk for AssignSeat- og ChangeSeat-operasjonene og valgfritt for Add-, AddStorage- og RevokeSeat-operasjonene. ChangeSeat er den eneste operasjonen som tar abonnementnøkkelordene DELETECOLLAB og DELET (brukes ved endring fra en pakke til et enkeltabonnement). Kapittel 10. Integreringsserver 49

54 Tabell 4. Navn og beskrivelser for feltnavn i klargjøringsfiler (fortsettelse) Feltnavn Beskrivelse av feltverdi SubscriptionId2 Angir en intern identifikator nummer 2 for abonnementet som brukeren har tillatelse til å bruke på en Add-operasjon. Obligatorisk eller valgfritt per operasjon Dette feltet et valgfritt for Addog ChangeSeat-operasjonene. Det kreves en Password- eller Alt Address-oppføring ved endring fra et sete som ikke er et SmartCloud Notes- eller IBM SmartCloud inotes-sete, til et som er det. GivenName Angir brukerens fornavn. Dette feltet er obligatorisk for Add-operasjonen og valgfritt for Update-operasjonen. Grensen for antall tegn er 120. FamilyName Angir brukerens etternavn. Dette feltet er obligatorisk for Add-operasjonen og valgfritt for Update-operasjonen. Grensen for antall tegn er 120. Language Angir brukerens foretrukne språk. Dette feltet et valgfritt for Addog Update-operasjonene. TimeZone Password Angir brukerens tidssone. Du finner en oversikt over gyldige verdier i Tidssoneverdier for endringsfiler. Når en kontoidentitet er i ferd med å bli opprettet, brukes verdien for dette engangspassordet. Når brukeren logger seg på for første gang, vil hun bli bedt om å angi et nytt passord. Dette passordet må følge passordstandardene. Grensen for antall tegn er 5. Merk: Hvis det ikke blir angitt noe språk, brukes firmaets kontaktspråk. En administrator angir firmaets kontaktspråk på siden Mine kontoinnstillinger ved hjelp av alternativene Lokalisering og Språk. Dette feltet et valgfritt for Addog Update-operasjonene. Grensen for antall tegn er 30. Dette feltet et valgfritt for Add-operasjonen. Merk: For en Add-operasjon er dette feltet obligatorisk for postabonnementer uansett brukerens foreningstype. Grensen for antall tegn er IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

55 Tabell 4. Navn og beskrivelser for feltnavn i klargjøringsfiler (fortsettelse) Feltnavn Alt Address Beskrivelse av feltverdi Denne innstillingen har en unik betydning for hver enkelt av følgende klargjøringsoperasjoner: v v v Add Hvis denne blir angitt, sender IBM SmartCloud for Social Business en e-postinvitasjon til denne adressen for å fullføre opprettelsen av en kontoidentitet. Brukeren bruker den medfølgende koblingen til å definere kontopassordet. Denne angir også adressen som brukes til å sende varsler hvis kontoen for en bruker er oppdatert. AssignSeat Angir adressen som brukes av IBM SmartCloud for Social Business til å sende varsler hvis kontoen for en bruker er oppdatert. Rename Angir den nye e-postadressen. Obligatorisk eller valgfritt per operasjon Dette feltet et valgfritt for Add-operasjonen. Merk: For en Add-operasjon er dette feltet obligatorisk for postabonnementer uansett brukerens foreningstype. Dette feltet er obligatorisk for operasjonene AssignSeat (for IBM SmartCloud Notes- og IBM SmartCloud inotes-postabonnementer) og Rename. Grensen for antall tegn er 254. Kapittel 10. Integreringsserver 51

56 Tabell 4. Navn og beskrivelser for feltnavn i klargjøringsfiler (fortsettelse) Feltnavn NotesTemplate Beskrivelse av feltverdi Angir IBM SmartCloud Notes-postmalen som skal tildeles til en SmartCloud Notes-postabonnent i enten et hybrideller rent tjenestemiljø. Dette feltet gjelder bare for operasjoner som refererer til SmartCloud Notes-postabonnementer. Navnet du angir, må være identisk med det ønskede malnavnet, for eksempel StdR85Mail. Merk: Hvis det er flere tilgjengelige postmaler for SmartCloud Notes-brukeren som blir klargjort, bruker du følgende prosedyre til å bestemme hvilket malnavn som skal tildeles for operasjonen: 1. Naviger til dialogboksen Mail Templates i SmartCloud Notes Administrator. 2. Velg Custom Mail Templates eller Standard Mail Templates. 3. Finn raden som samsvarer med navn, plassering og versjon for brukeren som blir klargjort. 4. Angi det ønskede postmalnavnet i endringsfilen for brukerklargjøring. Der det er mer enn en enkelt versjon av det angitte postmalnavnet tilgjengelig for abonnentens språkmiljø, for eksempel StdR85Mail versjon og 8.5.3, brukes som standard den nyeste versjonen. Du kan også angi en språkmiljø- og versjonsverdi som skal brukes sammen med malnavnet, ved å angi dem i formatet "name,version,locale". I tillegg gir en utvidelsesskjemafil for støttede Notes-maler en tilpasset opplevelse for SmartCloud Notes-webbrukere. Bruk utvidelsesskjemafiler for eksisterende eller nye brukere når du klargjøre dem ved hjelp av alternativet extension_forms_file (formatet "name,version,locale,extension_forms_file"). En utvidelsesskjemafil må godkjennes og lastes inn i tjenesten før du kan ta den i bruk. Du finner mer informasjon om dette i emnet Using extension forms files to customize the look of the web client i Administering SmartCloud Notes. Hvis du vil se eksempler på hvordan du angir disse verdiene, kan du se Eksempler: Endringsfiler for brukerklargjøring. Obligatorisk eller valgfritt per operasjon Dette feltet et valgfritt for Add-, AssignSeat- og Update-operasjonene. Grensen for antall tegn er IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

57 Tabell 4. Navn og beskrivelser for feltnavn i klargjøringsfiler (fortsettelse) Feltnavn NotesDN AssignTo Beskrivelse av feltverdi Angir det unike navnet (DN, Distinguished Name) som skal tildeles til en SmartCloud Notes-postabonnent. Dette feltet gjelder bare for operasjoner som refererer til SmartCloud Notes-abonnementer. Merk: SmartCloud Notes-abonnementer krever et unikt brukernavn, som er definert som den angitte NotesDN-verdien. Hvis det ikke er angitt en NotesDN, blir det generert en fra de angitte, og unike. GivenName- ogfamilyname-verdiene. Etter at en SmartCloud Notes-hybridbruker er klargjort ved hjelp av en Add- og AssignSeat-operasjon på integreringsserveren, kan ikke vedkommendes navn endres, verken av en Rename-operasjon på integreringsserveren eller manuelt via brukergrensesnittet for BSS-administratoren. Brukernavnet i SmartCloud Notes må i stedet endres i det lokale miljøet ved å angi en annen DN-verdi. Angir den nye abonnenten (målabonnenten) som skal få de fjernede eller omdefinerte ressursene fra kildebrukeren. Merk: Omdefinering av ressurser støttes bare for samarbeidsabonnementer. Obligatorisk eller valgfritt per operasjon Dette feltet et valgfritt for Addog AssignSeat-operasjonene. Grensen for antall tegn er 255. Dette feltet et valgfritt for RevokeSeat- og Remove-operasjonene. Grensen for antall tegn er 254. Department Angir brukerens avdeling. Dette feltet et valgfritt for Addog Update-operasjonene. JobTitle Angir verdien i feltet for stilling i brukerens profiloppføring. Grensen for antall tegn er 255. Dette feltet et valgfritt for Addog Update-operasjonene. Country Telephone Angir verdien i feltet for land i brukerens profiloppføring ved hjelp ISO-kodeverdier på 2 tegn. Angir verdien i feltet for telefon i brukerens profiloppføring. Grensen for antall tegn er 100. Dette feltet et valgfritt for Addog Update-operasjonene. Grensen for antall tegn er 2. Dette feltet et valgfritt for Addog Update-operasjonene. Mobile Fax Angir verdien i feltet for mobiltelefon i brukerens profiloppføring. Angir verdien i feltet for faks i brukerens profiloppføring. Grensen for antall tegn er 20. Dette feltet et valgfritt for Addog Update-operasjonene. Grensen for antall tegn er 20. Dette feltet et valgfritt for Addog Update-operasjonene. Grensen for antall tegn er 20. Kapittel 10. Integreringsserver 53

58 Tabell 4. Navn og beskrivelser for feltnavn i klargjøringsfiler (fortsettelse) Feltnavn Address Beskrivelse av feltverdi Angir verdien i feltet for adresse i brukerens profiloppføring. Obligatorisk eller valgfritt per operasjon Dette feltet et valgfritt for Addog Update-operasjonene. SuppressInvitation FederationType CollabExtraStorage I kombinasjon med en SUPPRESS_ALL-verdi angir denne at Add- og AssignSeat-operasjoner ikke sender brukeren en invitasjon via e-post. En ResendInvitation-operasjon kan senere brukes til å sende invitasjonen. Hvis feltet ikke er angitt, eller hvis feltverdien er SUPPRESS_NONE, blir invitasjonen sendt (standard). Angir brukerens foreningstype. Følgende verdier er tilgjengelige: v v v v Hvis organisasjonens foreningstype er Ikke-forent, bruker du FederationType-verdien NON_FEDERATED for brukeren. Hvis organisasjonens foreningstype er Forent, bruker du FederationTypeverdien FEDERATED for brukeren. Hvis organisasjonens foreningstype er Modifisert, bruker du FederationType-verdien MODIFIED_FEDERATED for brukeren. Hvis organisasjonens foreningstype er Delvis, bruker du FederationTypeverdien NON_FEDERATED, FEDERATED eller MODIFIED_FEDERATED for brukeren. Hvis verdien ikke følger disse reglene, eller hvis den er en ugyldig verdi, genererer integreringsserveren en feil. Hvis det ikke er angitt noen verdi, brukes firmaets standard foreningstype. Hvis organisasjonens foreningstype er Delvis, brukes NON_FEDERATED. Angir den ekstra mengden med lagringsplass, i GB, for Filer-kvoten for samarbeidsabonnement-iden eller pakkeabonnement-iden som er angitt i feltet subscriptionid. Angi et heltall som er større enn eller lik 0. Grensen for antall tegn er 254. Dette feltet et valgfritt for Addog AssignSeat-operasjonene. Dette feltet et valgfritt for Addog Update-operasjonene. Feltet er valgfritt for ChangeStorage-operasjonen. 54 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

59 Tabell 4. Navn og beskrivelser for feltnavn i klargjøringsfiler (fortsettelse) Feltnavn MailExtraStorage Beskrivelse av feltverdi Angir den ekstra mengden med lagringsplass, i GB, for Post-kvoten for postabonnement-iden eller pakkeabonnement-iden som er angitt i feltet subscriptionid. Obligatorisk eller valgfritt per operasjon Feltet er valgfritt for ChangeStorage-operasjonen. Aktivering Angi et heltall som er større enn eller lik 0. Legger til den angitte brukeren, tvinger en positiv verifisering og aktiverer brukeren i samme operasjon. Nøkkelordet er FORCE_ACTIVATION. Denne operasjonen er ideell for brukere som ikke har webtilgang for å fullføre aktiveringen, for eksempel IBM SmartCloud Notes-abonnenter. Den er tilgjengelig for forente brukere som du vil tvinge en positiv verifisering og fullføre aktiveringen automatisk for. Dette feltet et valgfritt for Add-operasjonen. Operasjonen er gyldig bare hvis brukeren er FEDERATED og organisasjonen har deaktivert e-postverifisering. Verifisering er tvunget. Merk: Siden e-postverifiseringen må deaktiveres, må du bruke andre metoder for å kontrollere at brukeren er et gyldig medlem av et e-postdomene som organisasjonen din kontrollerer. Beslektede begreper: Brukerklargjøring og identitetsadministrasjon på side 44 Ved hjelp av integreringsserveren kan du laste opp og integrere informasjon om brukeridentitet og -klargjøring fra dine eksisterende lokale systemer så ofte det trengs. Eksempler: Endringsfiler for brukerklargjøring Når du er aktivert for bruk av integreringsserveren, og du har gjort deg kjent med kravene til filnavn og attributtspesifikasjon, kan du opprette endringsfiler for brukerklargjøring for å laste opp informasjon fra ditt lokale datastyringssystem. Angi et pakkeabonnement på side 62 Du kan angi et pakkeabonnement ved hjelp av integreringsserveren. Angi et tilleggsabonnement på side 64 Du kan klargjøre brukere med tilleggsabonnementer ved hjelp av integreringsserveren. Behandle endringsfiler på side 74 Integreringsserveren brukes til å laste opp informasjon fra ditt lokale system, ved hjelp av et definert FTP-sted, basert på operasjoner som er angitt i endringsfiler. Belastningsbalansering og behandlingsbegrensninger på side 75 Integreringsserveren bruker behandlingsbegrensninger for å bidra i belastningsbalanseringen. Eksempler: Endringsfiler for brukerklargjøring Når du er aktivert for bruk av integreringsserveren, og du har gjort deg kjent med kravene til filnavn og attributtspesifikasjon, kan du opprette endringsfiler for brukerklargjøring for å laste opp informasjon fra ditt lokale datastyringssystem. Les Opprette endringsfiler for brukerklargjøring på side 45 før du fortsetter. Filhodet angir navnene på operasjonsfelt slik de er definert i den første kolonnen i tabell 3 i Opprette endringsfiler for brukerklargjøring på side 45 (det skilles ikke mellom store og små bokstaver). Resten av linjene definerer verdier for de tilsvarende feltene. Hver linje må slutte med et tegn for linjeskift. På Kapittel 10. Integreringsserver 55

60 Windows-plattformer bruker du \r\n (0x0D 0x0A) og på UNIX- eller Linux-plattformer bruker du \n (0xA). Selv om integreringsserveren kan behandle filer med begge typer linjesluttformat, bør du bruke TEXT-overføringsformatet for å sikre at de riktige linjesluttene blir sendt til og mottatt fra den mellomliggende FTP-serveren. Følg disse reglene når du koder operasjoner i en endringsfil for klargjøring: Merk: Integreringsserverens endringsfiler for brukerklargjøring bruker et CSV-format (kommadelte verdier). Se RFC 4180 hvis du vil ha mer informasjon. Du finner mer informasjon om dette formatet på ulike nettsteder, for eksempel Wikipedia. v Legg til de relevante feltdataene i riktig, kommadelte feltrekkfølge på følgende måte. Se tabell 3iin Opprette endringsfiler for brukerklargjøring på side 45. address,action,subscriptionid,subscriptionid2,givenname,familyname, language,timezone,password,alt address,notestemplate,notesdn, assignto,department,jobtitle,country,telephone,mobile,fax,address, suppressinvitation,federationtype, v Bruk et UTF-8-tegnsett. v Legg til en tom verdi for valgfrie eller ikke aktuelle felt ved hjelp av påfølgende kommaer. v Kod en streng med null-lengde for et felt som. v Sett feltverdier i doble anførselstegn hvis verdien inneholder et komma eller doble anførselstegn eller inneholder blanktegn på begynnelsen eller slutten av verdien. Andre feltverdier kan også angis i doble anførselstegn: Feltverdier kan angis i doble anførselstegn hvis det er ønskelig, uansett hvilke tegn som brukes i feltet. Doble anførselstegn må brukes for feltverdier som inneholder et komma. Doble anførselstegn må brukes for feltverdier som inneholder ett eller flere blanktegn på begynnelsen eller slutten av verdien. Kod doble anførselstegn ved å bruke to anførselstegn etter hverandre, for eksempel...,"ola ""den fyren"" Nordmann",... v En oppdateringsoperasjon som inneholder en tom feltverdi (for eksempel,,) lar feltet være satt til den eksisterende verdien. v En oppdatering som angir en streng med null-lengde, erstatter feltverdien med en streng med null-lengde. v Det skilles ikke mellom store og små bokstaver i operasjonsnavn. v Du kan utelate etterfølgende kommaer på slutten av en setning. For eksempel gir de følgende to setningene samme resultat: [email protected],add,85180,,sam,daryn,en_us,america/new_york [email protected],add,85180,,sam,daryn,en_us,america/new_york,,,,,,,,,,,, v Du kan utelate feltnavn, og kommaer, på slutten av en setning hvis de ikke kreves for operasjonen. Hvis det for eksempel ikke trengs noen felt etter TimeZone, er det tilstrekkelig med verdier for følgende felt: address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone Dette er eksempler på feltverdier for ulike operasjonsformål: v Legg til en ny abonnent i et samarbeidsabonnement. [email protected],add,85180,,sam,daryn,en_us,america/new_york [email protected],add,,,randi,factor,en_us,america/new_york [email protected],add,85181,,zach,jones,en_us,america/new_york v Oppdater personinformasjon for en abonnent. 56 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

61 v Sperr en abonnent. [email protected],suspend v Gjenoppta en abonnent. [email protected],resume v Tildel et IBM SmartCloud inotes-abonnement til en eksisterende abonnent som har et samarbeidsabonnement. [email protected],assignseat,85292,,,,,,,[email protected] v Tildel et SmartCloud inotes-abonnement til en eksisterende abonnent som ikke har noe seteabonnementer. [email protected],assignseat,85292,,,,,,,[email protected] v Tildel et IBM SmartCloud Notes-abonnement til en eksisterende abonnent som har et samarbeidsabonnement. [email protected],assignseat,86796,,,,,,,[email protected] v Tildel et Møter-abonnement til en eksisterende abonnent som har et SmartCloud inotes-abonnement. [email protected],assignseat,85180 v Endre et eksisterende abonnementsete for en abonnement fra ett abonnement til et annet, for eksempel fra Meetings15 til Meetings20. [email protected],changeseat,85179 v Inndra et eksisterende samarbeidssete som er tildelt til abonnenten. [email protected],revokeseat,collab v Inndra et samarbeidssete fra en abonnent og tildele seteinnholdet til en annen abonnent (for eksempel fra [email protected] til [email protected]). [email protected],revokeseat,collab,,,,,,,,,,[email protected] v Fjern en abonnent. [email protected],remove v Fjern en abonnent og tildele vedkommendes samarbeidsinnhold til en annen abonnent. [email protected],remove,,,,,,,,,,,[email protected] v Legg til en abonnent med bare et SmartCloud inotes-abonnement og angi et passord som brukeren må endre ved første pålogging. [email protected],add,85292,,sam,daryn,en_us,america/new_york,secret v Legg til en abonnent med Møter- og SmartCloud inotes-abonnementer og angi et passord som brukeren må endre ved første pålogging. [email protected],add,85180,85292,sam,daryn,en_us,america/new_york,secret v Legg til en abonnent med Møter- og SmartCloud inotes-abonnementer og send en invitasjon til en alternativ e-postadresse med en kobling for definering av passord. [email protected],add,85180,85292,sam,daryn, en_us,america/new_york,,[email protected], v Legg til en abonnent med bare et SmartCloud Notes-abonnement og angi et passord som brukeren må endre ved første pålogging. Merk: Angi alltid et engangspassord når du legger til en abonnent. Ikke send en invitasjon til en alternativ e-postadresse for å angi passordet. [email protected],add,86796,,sam,daryn,en_us,america/new_york,secret,, mail90.ntf,sam Daryn/abx/IBM v Legg til en abonnent med Møter- og SmartCloud Notes-abonnementer og angi et passord som brukeren må endre ved første pålogging. Kapittel 10. Integreringsserver 57

62 Merk: Angi alltid et engangspassord når du legger til en SmartCloud Notes-abonnent. Ikke send en invitasjon til en alternativ e-postadresse for å angi passordet. mail90.ntf,sam Daryn/abx/IBM v Endre navn på en abonnent. [email protected],rename,,,,,,,,[email protected] v Utelat en invitasjon. [email protected],add,85180,,lu,suarez,en_us,america/boston,,,,,,,,,,,,,suppress_all [email protected],add,,,viv,hanley,en_us,america/boston,,,,,,,,,,,,,suppress_all [email protected],assignseat,85180,,,,,,,,,,,,,,,,,,suppress_all v Send en invitasjon på nytt. [email protected],resendinvitation [email protected],resendinvitation v Angi en foreningstype. [email protected],add,85180,,jas,haj,en_us,america/boston,,,,,,,,,,,,,,modified_federated [email protected],update,,,,,,,,,,,,,,,,,,,,federated v Ved hjelp av feltet notestemplate kan du angi en Notes-postmal ved hjelp av formatet "name,version,locale,extension_forms_file" (de doble anførselstegnene er obligatoriske), slik det er vist i følgende eksempel, for å angi bestemte alternativer som skal brukes for den navngitte malen: address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone, password,alt address,notestemplate [email protected],add,143422,,Cheryl,Smith,en_US,,passw0rd,,"StdR85Mail,8.5.3,en_US" Merk: Det er flere mulige variasjoner ved bruk av formatet "name,version,locale,extension_forms_file". Hvis locale ikke blir angitt, brukes malen som samsvarer med språket som er angitt i språkinnstillingene for kontoen din. Dette er det samme som språket som angis i CSV-filens language-felt hvis du legger til brukeren. address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone, password,alt address,notestemplate [email protected],add,143422,,Cheryl,Smith,en_US,,passw0rd,,"StdR85Mail,8.5.2" Hvis CSV-filen angir en annen language-verdi enn den som er angitt i notestemplate-feltet (formatet "name,version,locale"), vil locale-innstillingen som er angitt i notestemplate-feltet overstyre CSV-filens language-feltverdi. Følgende bruker har for eksempel spansk (es_es) angitt i language-feltet, men engelsk angitt for locale-innstillingen i notestemplate-feltet. Da brukes den engelske (en_us) malen: address,action,subscriptionid,subscriptionid2,givenname,familyname,language, timezone,password,alt address,notestemplate,notesdn,assignto,department,region, regionadministrated,jobtitle,country,telephone,mobile,fax,address [email protected],add,143422,,Cheryl,Smith,es_ES,,passw0rd,,"StdR85Mail,8.5.3,en_US" Hvis det blir oppgitt en version-verdi, for eksempel StdR85Mail,8.5.3,en_US brukes den angitte versjonen, på samme måte som i forrige eksempel. Hvis version-innstillingen er null eller ikke angitt, brukes den nyeste versjonen av den navngitte malen. address,action,subscriptionid,subscriptionid2,givenname,familyname,language, timezone,password,alt address,notestemplate [email protected],add,143422,,Cheryl,Smith,en_US,,passw0rd,,"StdR85Mail,,en_US" Hvis locale-innstillingen er null eller ikke angitt og CSV-filens language-feltinnstilling ikke er angitt, brukes språket i kontoen. 58 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

63 address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone, password,alt address,notestemplate Dette eksempelet viser hvordan du bruker en utvidelsesskjemafil for en ny SmartCloud Notes-webbruker, ved hjelp av standard språkmiljø og versjon for malen StdR9Mail, der navnet på utvidelsesskjemafilen er forms9_x.nsf. address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone, password,alt address,notestemplate Merk: Hvis du skal slette en utvidelsesskjemafilspesifikasjon, for eksempel i en oppdateringsoperasjon, er det ikke nok å utelate navnet på utvidelsesskjemafilen for å fjerne den. Du må i stedet angi verdien <delete> i følgende format: address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone, password,alt address,notestemplate [email protected],add,,,,,,,,, ",,,<delete>" Merk: Hvis du vil ha mer informasjon om hvordan du angir en postmal, kan du lese beskrivelsen av notestemplate i Opprette endringsfiler for brukerklargjøring. v Legg til en SmartCloud Notes-hybridbruker som er oppført i Domino-katalogen. address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone,password [email protected],add,57163,,jayne,hybrid12,,,passw0rd v Tildel et SmartCloud Notes-sete til en eksisterende samarbeidsbruker. address,action,subscriptionid,subscriptionid2,givenname,familyname,language, timezone,password,alt address [email protected],assignseat,57163,,jayne,hybrid06,,,,[email protected] v Legg til en SmartCloud Notes-hybridbruker og tildel en postmal for den brukeren. address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone,password, alt address,notestemplate [email protected],add,57163,,jayne,hybrid11,,,passw0rd,,callc10727mail v Tildel et SmartCloud Notes-sete, og angi et postmalnavn, for en eksisterende samarbeidsbruker. address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone,password, alt address,notestemplate [email protected],assignseat,57163,,jayne,hybrid06,,,,[email protected],callc10727mail v Oppdater en eller flere eksisterende brukere til å bruke en annen postmal. Gjør det mulig for en eksisterende bruker å bruke en annen postmal enn den vedkommende bruker nå. address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone, password,alt address,notestemplate,notesdn,department,jobtitle,country,telephone,mobile,fax,address [email protected],update,,,jayne,hybridnew28,,,,,callc10727mail Gjør det mulig for alle eksisterende brukere å bruke en annen postmal enn de bruker nå. address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone, password,alt address,notestemplate,notesdn,department,jobtitle,country,telephone,mobile,fax,address [email protected],update,,,,,,,,,callc10727mail Når du legger til eller oppdaterer navnet eller postfilen for en hybridbruker eller ikke-hybridbruker i SmartCloud Notes ved hjelp av en endringsfil for brukerklargjøring, er det noen viktig punkter å merke seg angående bruken av notesdn-feltet. Dette gjelder når en brukers givenname eller familyname er forskjellige i vedkommendes notesdn-innstillinger. Dette er noen eksempler: v Update-operasjoner Hvis en administrator ønsker å oppdatere en SmartCloud Notes-brukers givenname eller familyname, må hun ikke angi noe i notesdn-feltet. Hvis det blir angitt en verdi i en slik operasjon, mislykkes operasjonen med meldingen FEIL: Validering av Notes-attributt mislyktes. For eksempel vil følgende Update-operasjon mislykkes: Kapittel 10. Integreringsserver 59

64 address,action,subscriptionid,subscriptionid2,givenname,familyname,notesdn HybridNew10/HighAvail For eksempel vil følgende Update-operasjon lykkes: address,action,subscriptionid,subscriptionid2,givenname,familyname,notesdn Hvis en administrator ønsker å oppdatere en SmartCloud Notes-brukers tilpassede mal, må hun ikke angi noe i notesdn-feltet. For eksempel vil følgende Update-operasjon mislykkes: address,action,subscriptionid,subscriptionid2,givenname,familyname,notestemplate,notesdn [email protected],update,,,anna,jones,e3_2319a,anna Jones/JR OCT 19 For eksempel vil følgende Update-operasjon lykkes: address,action,subscriptionid,subscriptionid2,givenname,familyname,notestemplate,notesdn [email protected],update,,,anna,jones,e3_2319a v Add-operasjoner Hvis en administrator legger til en SmartCloud Notes-bruker og angir en annen verdi for givenname eller familyname enn brukerens lokale unike navn (DN, Distinguished Name), må hun også angi riktig unike navn i notesdn-feltet. For eksempel vil følgende Add-operasjon mislykkes: address,action,subscriptionid,subscriptionid2,givenname,familyname,password,notesdn [email protected],add,57163,,jaynerevised,hybridnew13revised,passw0rd For eksempel vil følgende Add-operasjon lykkes: address,action,subscriptionid,subscriptionid2,givenname,familyname,password,notesdn [email protected],add,57163,,jaynerevised,hybridnew13revised,passw0rd,jayne HybridNew13/HighAvail v AssignSeat-operasjoner Virkemåten for et SmartCloud Notes-abonnement er slik: Hvis givenname og familyname er null, og notesdn er angitt, brukes notesdn som brukerens DN. Hvis givenname og familyname er angitt, og notesdn er null, brukes givenname og familyname til å konstruere DN. Hvis givenname og familyname er angitt, og notesdn er angitt, brukes notesdn som brukerens DN, og givenname og familyname ignoreres. Hvis givenname og familyname er null, og notesdn er null, brukes givenname og familyname fra kontoen som brukerens DN. For SmartCloud Notes-hybridbrukere må det finnes en oppføring i IBM Domino Directory med DN som blir laget. For SmartCloud Notes-brukere som ikke er hybridbrukere, må det ikke finnes en eksisterende oppføring i IBM Domino Directory med DN som blir laget. Brukerkontoposten blir ikke oppdatert med eventuelle verdier som blir angitt med feltene givenname eller familyname. Eksempler på oppføringer i klargjøringsfilen for pakkeabonnementer: v Legg til en bruker og gi vedkommende et pakkeabonnement med Engage og SmartCloud inotes. [email protected],add,91319,,sarah,davidson,en_us,america/new_york v Inndra et pakkeabonnement fra en bruker og tildel vedkommendes samarbeidsbrukerdata til en annen bruker. [email protected],revokeseat,bundle,,,,,,,,,,[email protected] v Tildel et pakkeabonnement til en bruker som ikke har noe eksisterende sete. [email protected],assignseat,91319,,,,,,,[email protected] v Fjern abonnent og tildel samarbeidsinnholdet til en annen bruker (bare Filer- og Aktiviteter-data kan tildeles til en annen bruker, mens alle data for andre SmartCloud Engage-applikasjoner og postdata blir slettet). 60 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

65 v Endre setetildelingen for en bruker med individuelle SmartCloud Engage- og SmartCloud inotes-abonnementer til et pakkeabonnement. [email protected],changeseat,91319 v Endre setetildelingen for en bruker med individuelle SmartCloud Engage-abonnementer til et pakkeabonnement. [email protected],changeseat,91319,,,,,,,[email protected] v Endre setetildelingen for en bruker med et pakkeabonnement til et individuelt SmartCloud Engage and SmartCloud inotes-abonnement. [email protected],changeseat,85180,85292 v Endre setetildelingen for en bruker som er klargjort i et pakkeabonnement, til bare SmartCloud Engage. [email protected],changeseat,85180,delet v Endre setetildelingen for en bruker som er klargjort i et pakkeabonnement, til bare SmartCloud inotes. [email protected],changeseat,85292,deletecollab v Inndra et pakkeabonnement fra en bruker og tildel samarbeidsbrukerdataene til en annen bruker. [email protected],revokeseat,bundle,,,,,,,,,,[email protected] v Tildel et SmartCloud Notes Traveler-sete til en abonnent for en eksisterende SmartCloud Notes-bruker. address,action,subscriptionid [email protected],assignseat,57163 v Legg til og klargjør en bruker med et SmartCloud Notes-abonnement og et SmartCloud Notes Traveler-tilleggsabonnement. [email protected],add,91319,91320,sarah,davidson,en_us,america/new_york v Endre setetildelingen for en bruker som er klargjort i et SmartCloud Notes- og IBM SmartCloud Engage-pakkeabonnement og SmartCloud Notes Traveler-abonnement til SmartCloud Notes. Traveler-abonnementet blir beholdt. [email protected],changeseat,85180,deletecollab v Endre setetildelingen for en bruker som er klargjort i et pakkeabonnement og SmartCloud Notes Traveler-abonnement, til bare IBM SmartCloud Engage. Traveler-abonnementet blir fjernet. [email protected],changeseat,85180,delet v Tildel 15 GB med lagringsplass til Filer-kvoten for IBM SmartCloud Engage. [email protected],changestorage,85180,,,,,,,,,,,,,,,,,,,,15, v Tildel 15 GB med lagringsplass til Post-kvoten for SmartCloud inotes. [email protected],ChangeStorage,85292,,,,,,,,,,,,,,,,,,,,,15 v Tildel 15 GB med lagringsplass til Post- og Filer-kvoten i en IBM SmartCloud Engage- og SmartCloud inotes-pakke. [email protected],ChangeStorage,91319,,,,,,,,,,,,,,,,,,,,15,15 v Legg til en forent bruker og tving samtidig automatisk verifisering og aktivering ved hjelp av alternativet Activation ienadd-operasjon. Legg merke til at denne operasjonen krever at brukerne er forente og at e-postverifisering er deaktivert. Du finner mer informasjon i Opprette endringsfiler for brukerklargjøring. Følgende betingelser gjelder for disse eksemplene: address,action,subscriptionid,subscriptionid2,givenname,familyname,language,timezone,password,alt address,act Følgende Add-operasjon vil legge til og automatisk aktivere brukeren: [email protected],add,,,federated,user16,,,,,force_activation,federated Følgende Add-operasjon vil mislykkes med en 1095-feil (ERROR_INVALID_ACTIVATION_VALUE) fordi Activation-verdien ikke er satt til FORCE_ACTIVATION: [email protected],add,,,nonfederated,user12,,,,,invalidabc,,,, Følgende Add-operasjoner vil mislykkes med en 1096-feil (ERROR_CANNOT_FORCE_ACTIVATION) fordi Activation er satt til FORCE_ACTIVATION, men FederationType er ikke satt til FEDERATED: Kapittel 10. Integreringsserver 61

66 Følgende Add-operasjon vil mislykkes med en 1056-feil (ERROR_FEDERATION_ONLY_PARTIAL) fordi organisasjonen ikke er konfigurert for å tillate pålogging med forent bruker: Beslektede begreper: Opprette endringsfiler for brukerklargjøring på side 45 En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. Fullføre abonnementklargjøring for SmartCloud Notes-hybridbrukere på side 65 Du kan bruke integreringsserveren til å fullføre klargjøring av postabonnementer for IBM SmartCloud Notes-hybridbrukere. Behandle endringsfiler på side 74 Integreringsserveren brukes til å laste opp informasjon fra ditt lokale system, ved hjelp av et definert FTP-sted, basert på operasjoner som er angitt i endringsfiler. Belastningsbalansering og behandlingsbegrensninger på side 75 Integreringsserveren bruker behandlingsbegrensninger for å bidra i belastningsbalanseringen. Rapportfiler for integreringsserver på side 76 Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Sporingsfiler for integreringsserver på side 77 Integreringsserveren genererer en sporingsfil for hver endringsfil det behandler. Angi et pakkeabonnement Du kan angi et pakkeabonnement ved hjelp av integreringsserveren. Ved å pakke abonnementdata for flere brukere kan du angi samme samarbeids- og/eller direktemeldingsabonnement for mange brukere samtidig. Dette er et alternativ til å angi brukerabonnement og klargjøre enkeltvis i endringsfilen for brukerklargjøring, eller enkeltvis i brukergrensesnittet for administratoren i IBM SmartCloud for Social Business. Du kan angi et pakkeabonnement for både å laste opp brukere for første gang i en enkelt operasjon, og for å gjøre endringer for eksisterende brukere. For noen operasjoner kan du endre en bruker fra en pakkeabonnent til en enkeltseteabonnent eller en enkeltseteabonnent til en pakkeabonnent. For å starte denne brukerklargjøringsprosessen må du først be kundeservicerepresentanten om aktivering av integreringsserveren og deretter konfigurere FTP-stedet ditt slik det blir forklart. Du finner mer informasjon i Be om aktivering av integreringsserver. Når du bestiller et pakketilbud med IBM SmartCloud Engage og IBM SmartCloud Notes, er pakken konfigurert slik: v Din organisasjons konto vil inneholde ett enkelt abonnement som inkluderer de angitte rettighetene for pakkeabonnementet. v Hver enkelt bruker blir klargjort som ett sete i pakken. Det setet vil inneholde de tildelte rettighetene for IBM SmartCloud Engage og IBM SmartCloud Notes. v Alle brukere blir klargjort på identisk måte. Det vil si at du for eksempel ikke kan klargjøre noen brukere med bare IBM SmartCloud Engage og andre med IBM SmartCloud Notes. Merk: Hvis en bruker blir endret fra et enkeltseteabonnement til et pakkeabonnement, blir e-postadressen til vedkommende beholdt. 62 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

67 Registrer informasjonen om pakkeabonnementet i det riktige CSV-filformatet og last opp CSV-filen til integreringsserveren. Alle operasjoner i endringsfilen for brukerklargjøring, slik de er vist i emnet Opprette endringsfiler for brukerklargjøring, støttes i pakkeabonnementer. Ta hensyn til følgende spesifikt for disse operasjonene for pakkeabonnementer: Add- og AssignSeat-operasjoner Bruk operasjonen Add eller AssignSeat til å legge til en bruker og tildele en samarbeids- og/eller postabonnement (enkeltsete) som en pakkebruker. En Add- eller AssignSeat-operasjon returnerer en feil når du prøver å gjøre følgende: v Legge en bruker til en samarbeidstjeneste, posttjeneste eller pakkeabonnement når brukeren allerede er klargjort av et pakkeabonnement. v Legge til bruker som en del av et pakkeabonnement når brukeren allerede er klargjort som en abonnent av en samarbeidstjeneste og/eller posttjeneste. ChangeSeat Bruk en ChangeSeat-operasjon til å erstatte en brukers enkeltseteabonnement med et pakkeabonnement. v Hvis brukeren abonnerer på en samarbeidstjeneste og en posttjeneste, blir brukeren flyttet til pakkeabonnementet, og vedkommendes post blir bevart. v Hvis brukeren abonnerer på en enkelt samarbeidstjeneste, en posttjeneste eller et pakkeabonnement, skjer følgende: Målabonnementet er et pakkeabonnement - Hvis brukeren abonnerer på et samarbeidssete og et postabonnement, blir brukeren flyttet til pakkeabonnementet og fjernet fra enkeltseteabonnementet. Brukerens innhold i samarbeidsabonnementet (for eksempel data fra Profiler, Filer, Fellesskap og så videre) og postdata blir bevart og blir knyttet til pakkeabonnementet. Kildeabonnementet er et pakkeabonnement - Du kan angi kildepakkeabonnementet i ett felt og målabonnementet som et nytt felt i ChangeSeat-operasjonen. - Med nøkkelordverdiene DELETECOLLAB og DELET kan du endre en bruker fra et pakkeabonnement til et enkeltabonnement for post eller samarbeid. Remove og RevokeSeat Disse operasjonene fjerner en bruker fra pakkeabonnementene eller inndrar setet for en bruker i pakkeabonnementet. v Hvis det ikke er angitt noen ny bruker, fjerner en RevokeSeat-operasjon brukeren fra abonnementet, men sletter ikke dataene deres fra post- eller samarbeidstjenesten. Nøkkelordet BUNDLE kreves. v Hvis det ikke er angitt noen ny bruker, fjerner en Remove-operasjon brukeren fra abonnementet og sletter dataene deres fra post- eller samarbeidstjenesten. Hvis du også angir en assignto-verdi, kan du tildele på nytt en inndratt eller fjernet brukers data fra post- og samarbeidstjenestene til en angitt bruker. Hvis du angir en assignto-verdi for en revokeseat-operasjon, blir eventuelle tilgjengelige tjenestedata tildelt på nytt til assignto-brukeren, andre tjenestedata blir slettet, og det opprinnelige abonnementet blir fjernet. Hvis det ikke finnes noen abonnementdata som kan tildeles på nytt, blir det vist en feil. v Det er bare Filer- og Aktiviteter-data som kan tildeles på nytt. v IBM SmartCloud Notes-postabonnementer kan ikke tildeles på nytt. v IBM SmartCloud inotes-postabonnementer kan ikke tildeles på nytt. v Hvis postdataene ikke kan tildeles på nytt, går de tapt. Hvis for eksempel en assignto-bruker allerede har et postabonnement, blir bare de eksisterende dataene for samarbeidstjenesten tildelt på nytt, selv om brukeren er en pakkeabonnent. Kapittel 10. Integreringsserver 63

68 Beslektede begreper: Opprette endringsfiler for brukerklargjøring på side 45 En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. Eksempler: Endringsfiler for brukerklargjøring på side 55 Når du er aktivert for bruk av integreringsserveren, og du har gjort deg kjent med kravene til filnavn og attributtspesifikasjon, kan du opprette endringsfiler for brukerklargjøring for å laste opp informasjon fra ditt lokale datastyringssystem. FTP-filoverføring av endrings- og resultatfiler på side 74 Endringsfilene dine blir lastet opp til integreringsserveren via integrerings- og migreringsstedet ved hjelp av en sikker FTP-protokoll. Denne samme FTP-overføringsmekanismen brukes også når du laster ned de tilhørende resultatfilene. Beslektede oppgaver: Be om aktivering av integreringsserver på side 43 Når du skal begynne å bruke integreringsserveren, må administratoren kontakte en IBM SmartCloud for Social Business-kundeservicerepresentant for å be om aktivering. Angi et tilleggsabonnement Du kan klargjøre brukere med tilleggsabonnementer ved hjelp av integreringsserveren. Du kan gi brukere tilleggsabonnementer som for eksempel SmartCloud Notes Traveler, BlackBerry Enterprise Server Access, IBM SmartCloud Docs, Hosted BlackBerry Services og Archiving Retention Data Feed. Tilleggsabonnementer krever et kompatibelt basisabonnement. For å bruke for eksempel Traveler i IBM SmartCloud for Social Business, må brukeren først ha en gyldig ID for et Notes-abonnement. IDen for basisabonnementet må angis når brukeren klargjøres. For å starte denne brukerklargjøringsprosessen må du først be kundeservicerepresentanten om aktivering av integreringsserveren og deretter konfigurere FTP-stedet ditt slik det blir forklart. Du finner mer informasjon i Be om aktivering av integreringsserver. Klargjøringsoperasjonene som støtter tilleggsabonnementer, er Add, Remove, AssignSeat og RevokeSeat. Registrer informasjonen om tilleggsabonnementet i det riktige CSV-filformatet og last opp CSV-filen til integreringsserveren. Alle operasjoner i endringsfilen for brukerklargjøring er beskrevet i emnet Opprette endringsfiler for brukerklargjøring. Ta hensyn til følgende spesifikt for disse operasjonene for tilleggsabonnementer: Add Bruk Add til å gi en abonnent rettighet til et tilleggsabonnement. Angi både IDen for tilleggsabonnementet og IDen for det kompatible basisabonnementet i feltet SubscriptionId eller SubscriptionId2. AssignSeat Bruk AssignSeat til å gi en bruker rettighet til et tilleggsabonnement. Angi IDen for tilleggsabonnementet i feltet SubscriptionId. Hvis du vil tildele et tilleggsabonnementsete, må abonnenten ha et eksisterende kompatibelt abonnementsete. Remove Bruk Remove til å fjerne en bruker. Eventuelle tilleggsabonnementer som brukeren har rettighet til, blir inndratt, og tilleggsdataene blir slettet. ChangeSeat Du kan ikke bruke ChangeSeat til å endre fra ett tilleggsabonnement til et annet. Når ChangeSeat brukes på et basisabonnement, og det er knyttet et tilleggsabonnement til det basisabonnementet, blir tilleggsabonnementet også overført til det nye basisabonnementet. 64 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

69 RevokeSeat Bruk RevokeSeat til å angi et tilleggsabonnementnøkkelord for feltet SubscriptionId for å inndra en bestemt type tilleggsabonnement. Bruk nøkkelordet BES_ACCESS, IBM_DOCS, BLACKBERRY_HOSTED, BLACKBERRY_HOSTED_MDS, TRAVELER eller RETENTION til å angi abonnementtypen du vil inndra. Hvis du bruker RevokeSeat på et basisabonnement, inndrar du også eventuelle tilknyttede tilleggsabonnementer. Det er ikke mulig å tildele tilleggsabonnementer på nytt. Hvis du for eksempel angir operasjonen RevokeSeat eller Remove som bruker en assignto-kvalifikator til å tildele dataressurser på nytt til en annen bruker, blir bare samarbeidsdataene tildelt på nytt. Eventuelle tilleggsdata blir slettet. Beslektede begreper: Opprette endringsfiler for brukerklargjøring på side 45 En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. FTP-filoverføring av endrings- og resultatfiler på side 74 Endringsfilene dine blir lastet opp til integreringsserveren via integrerings- og migreringsstedet ved hjelp av en sikker FTP-protokoll. Denne samme FTP-overføringsmekanismen brukes også når du laster ned de tilhørende resultatfilene. Beslektede oppgaver: Be om aktivering av integreringsserver på side 43 Når du skal begynne å bruke integreringsserveren, må administratoren kontakte en IBM SmartCloud for Social Business-kundeservicerepresentant for å be om aktivering. Fullføre abonnementklargjøring for SmartCloud Notes-hybridbrukere Du kan bruke integreringsserveren til å fullføre klargjøring av postabonnementer for IBM SmartCloud Notes-hybridbrukere. I hybridkonfigurasjonen av SmartCloud Notes kan noen brukere få tilgang til posten sin fra et lokalt servermiljø, mens andre får det fra et SmartCloud Notes-miljø. Du kan bruke en Add- eller AssignSeat-oppføring i en endringsfil for brukerklargjøring for å klargjøre flere SmartCloud Notes-hybridbrukere med et SmartCloud Notes-postabonnement. Du må imidlertid starte med en ny postfil. Det er ikke mulig å overføre en lokal postfil til tjenesten. Viktig informasjon og krav knyttet til brukerklargjøring finner du i Completing a user provisioning checklist i dokumentasjonen Administering SmartCloud Notes. Før du klargjør brukere, må du utføre oppgavene som er beskrevet i følgende emner i den dokumentasjonen: v Configuring the service v Completing the configuration v Preparing for user provisioning Du kan også lese, men ikke utføre, trinnene i innledningsavsnittet i emnet Provisioning users without transferring mail files i dokumentasjonen Administering SmartCloud Notes: Hybrid Environment. Følgende scenarier støttes: v Det finnes allerede en konto for brukeren, og noen abonnementer er allerede tildelt ved hjelp av integreringsserveren. Kontoidentiteten, for eksempel e-postadressen, samsvarer med den lokale e-postadressen for SmartCloud Notes. 1. Bruk en AssignSeat-oppføring i en endringsfil for brukerklargjøring til å tildele brukere et SmartCloud Notes-abonnement. Pass på at du bruker den e-postadressen for kontoidentitet som samsvarer med brukerens lokale e-postadresse. v Det finnes allerede en konto for brukeren, men det er ikke tildelt noen abonnementer. Kapittel 10. Integreringsserver 65

70 1. Bruk en AssignSeat-oppføring i en endringsfil for brukerklargjøring til å tildele brukeren et SmartCloud Notes-abonnement. v Det finnes ingen konto ennå for brukeren 1. Bruk en Add-oppføring i en endringsfil for brukerklargjøring til å legge til brukeren i din organisasjons konto. Du kan eventuelt tildele brukeren et SmartCloud Notes-abonnement, og abonnementer på samarbeidstjenester, i denne samme Add-setningen. Når du laster opp endringsfilen for brukerklargjøring til integreringsserveren, kontrollerer opplastingsprosessen om filoppføringene inneholder et gyldig brukernavn, domenenavn, postmalnavn (og eventuelle attributter som er oppgitt for postmalnavnet) og at brukeren allerede er konfigurert som en SmartCloud Notes-hybridbruker. Hvis noen av disse parameterkontrollene mislykkes, blir den brukeren avvist, og det blir generert en tilsvarende setning i den tilknyttede rapportfilen. Hvis du angir en e-postadresse for kontoidentitet som ikke samsvarer med brukerens lokale e-postadresse, oppstår det også en feil: Merk: Ta følgende hensyn når du endrer navnet på en bruker som også er klargjort som SmartCloud Notes-hybridbruker: v Hvis du bruker en endringsoperasjon og angir bare brukerens NotesDN-verdi (og ikke vedkommendes navn), oppstår det en feil. v Hvis du bruker en endringsoperasjon til å endre navnet på en brukerkonto der det angitte brukernavnet (e-postadressen) ikke stemmer overens med brukerens e-postadresse i SmartCloud Notes, oppstår det en feil. v Hvis du bruker en endringsoperasjon til å endre navnet på en brukerkonto der brukernavnet er e-postadressen i SmartCloud Notes, oppstår det en feil. v NotesDN-verdien blir bare gjenkjent når du endrer fra et sete uten SmartCloud Notes til et abonnement som inneholder et SmartCloud Notes-sete. Beslektede begreper: Opprette endringsfiler for brukerklargjøring på side 45 En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. Eksempler: Endringsfiler for brukerklargjøring på side 55 Når du er aktivert for bruk av integreringsserveren, og du har gjort deg kjent med kravene til filnavn og attributtspesifikasjon, kan du opprette endringsfiler for brukerklargjøring for å laste opp informasjon fra ditt lokale datastyringssystem. Rapportfiler for integreringsserver på side 76 Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Feilkodeverdier for behandlede endringsfiler på side 84 Integreringsserveren oppretter en samlet rapportfil for hver gruppe med et firmas endringsfiler som er behandlet, og en enkelt, samsvarende sporingsfil for hver endringsfil som behandles. Katalogintegrering Ved hjelp av integreringsserveren kan du laste opp og integrere alle eller noen av brukerne og gruppene i din firmakatalog til IBM SmartCloud inotes-katalogen for firmakontakter så ofte det trengs. Katalogintegrering gjør det mulig for deg å synkronisere din organisasjons firmakatalog med SmartCloud inotes-katalogen for firmakontakter. Det kan ikke brukes til å opprette, endre eller slette SmartCloud inotes-brukerkontoer. Komponentene som deltar i integreringsservermiljøet, står på listen nedenfor. Andre komponenter som styres i nettskyen, er utelatt fra denne listen. 66 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

71 v Kundens firmakatalog Kundens firmakatalog inneholder person- og gruppeoppføringer og vedlikeholdes vanligvis lokalt av deg i et lokalt administrativt system. v SmartCloud inotes-katalog for firmakontakter SmartCloud inotes-katalogen inneholder firmaets person- og gruppeoppføringer som skal brukes sammen med SmartCloud inotes. Det blir vanligvis opprettet fra og synkronisert med firmakatalogen. v Endringsfil for katalogintegrering En endringsfil for katalogintegrering er en LDIF-tekstfil (LDAP Data Interchange Format) som kunden oppretter. Den inneholder tillegg, oppdateringer og slettinger for hver enkelt person eller gruppe i firmakatalogen(e). Innholdet og navnet på filen må følge de nødvendige spesifikasjonene. Du laster opp endringsfiler til integreringsserveren ved hjelp av sikker FTP, for integrering med IBM SmartCloud for Social Business. Påfølgende endringer av informasjon i din lokale firmakatalog kan jevnlig skrives automatisk til nye endringsfiler med riktig navn og innholdsformat, ved hjelp av oppgavekjøring eller en tilpasset agent. Når integreringsserveren behandler en endringsfil, blir det generert en tilhørende rapportfil. Hvis du vil vite mer om endringsfiler for katalogintegrering, kan du lese Opprette endringsfiler for katalogintegrering på side 68. v FTP-sted En FTP-overføringsmekanisme gjør det mulig for deg å laste opp endringsfiler til integreringsserveren (ved hjelp av det nettskybaserte integrerings- og migreringsstedet) via en autentisert SSL-kryptert kanal. Det gjør det også mulig for deg å laste ned tilhørende rapport- og sporingsfiler fra integreringsserveren via det nettskybaserte integrerings- og migreringsstedet. Merk: Du kan definere en eller flere brukere som skal ha tillatelse til å laste filer opp og ned. Det er knyttet en privat mappe til kontoen din. Bare definerte brukere har tilgang til denne mappen. v Integrerings- og migreringssted Integrerings- og migreringsstedet brukes sammen med integreringsserveren og FTP-stedet ved opplasting av endringsfiler og nedlasting av de tilhørende rapport- og sporingsfilene. v Integreringsserver Integreringsserveren leser hver enkelt endringsfil som blir lastet opp fra FTP-stedet, og sender de kodede endringsoperasjonene til organisasjonens konto. v Business Support System BSS (Business Support System) er den sentrale komponenten som brukes til å definere og administrere din organisasjons konto. Kapittel 10. Integreringsserver 67

72 Beslektede begreper: Oversikt over integreringsserveren på side 43 Integreringsserveren gjør det mulig for deg å integrere brukerklargjørings- og gruppeintegreringsinformasjon fra ditt lokale administrative miljø. I tillegg kan du laste opp brukere i din organisasjons firmakatalog til SmartCloud inotes-katalogen for firmakontakter. Opprette endringsfiler for katalogintegrering En endringsfil for katalogintegrering er en LDIF-tekstfil som kunden oppretter. Den inneholder informasjon om tillegg, oppdateringer og slettinger for hver enkelt person eller gruppe i en organisasjons firmakatalog(er) for opplasting til IBM SmartCloud inotes-katalogen for firmakontakter. FTP-filoverføring av endrings- og resultatfiler på side 74 Endringsfilene dine blir lastet opp til integreringsserveren via integrerings- og migreringsstedet ved hjelp av en sikker FTP-protokoll. Denne samme FTP-overføringsmekanismen brukes også når du laster ned de tilhørende resultatfilene. Behandle endringsfiler på side 74 Integreringsserveren brukes til å laste opp informasjon fra ditt lokale system, ved hjelp av et definert FTP-sted, basert på operasjoner som er angitt i endringsfiler. Rapportfiler for integreringsserver på side 76 Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Opprette endringsfiler for katalogintegrering En endringsfil for katalogintegrering er en LDIF-tekstfil som kunden oppretter. Den inneholder informasjon om tillegg, oppdateringer og slettinger for hver enkelt person eller gruppe i en organisasjons firmakatalog(er) for opplasting til IBM SmartCloud inotes-katalogen for firmakontakter. Ved hjelp av integreringsserveren og endringsfiler for katalogintegrering kan du laste opp og integrere alle eller noen av brukerne og gruppene i din firmakatalog til SmartCloud inotes-katalogen for firmakontakter så ofte det trengs. Krav til navn på endringsfiler for katalogintegrering og innholdsformater blir beskrevet her. Du finner eksempler i Eksempler: Endringsfiler for katalogintegrering på side 71. Navngivningsregel for endringsfiler for katalogintegrering Endringsfiler for katalogintegrering må ha riktig navn for å bli gjenkjent og behandlet. Bruk følgende navngivningsregel når du oppretter en endringsfil for katalogintegrering: kundeid_kildeid_di_sekvnum.ldif Tabell 5. Navngivningsregel for endringsfiler for katalogintegrering Type filnavndel kundeid Beskrivelse av filnavndel Angir den interne numeriske identifikatoren som er tildelt til kunden. Din kunde-id ligger i seksjonen Firmakonto:Innstillinger i Administrationbrukergrensesnittet. Bruk den verdien som er tildelt til din spesifikke kundekonto for kundeid-verdien. kildeid Angir det valfrie navnet på den autoritative kilden til endringen(e). kildeid-delen av endringsfilnavnet kan utelates hvis det bare finnes en enkelt kilde for identitetsinformasjon i organisasjonen. type Filtypen for katalogintegrering er DI. 68 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

73 Tabell 5. Navngivningsregel for endringsfiler for katalogintegrering (fortsettelse) Type filnavndel sekvnum Beskrivelse av filnavndel Angir sekvensnummeret som brukes for å definere rekkefølgen på behandlingen av filer. Verdien må være et heltall mellom 0 og Verdien må ikke være mindre enn verdien for den siste filen som er behandlet. Hvis det siste sekvensnummeret var og har blitt behandlet, enten på riktig måte eller med feil, kan den neste klargjøringsfilen ha et sekvensnummer på 1 eller høyere. Det gjør det mulig for deg å tilbakestille det siste sekvensnummeret som er lagret på serveren. UNIX epoch-klokkeslett er det anbefalte formatet. Bruk UNIX-dato og -klokkeslett for sekvnum-delen av filnavnet. Du finner mer informasjon i Sekvensnumre er knyttet til customerid- og sourceid-verdiene. Dette gir maskin- og regionuavhengighet. type Angir filtypen (filutvidelsen, som indikerer datakodingstypen. Følgende alternativer kan brukes: v.ldif - LDIF-koding. Må angis for endringsfiler for katalogintegrering v.csv - Koding med kommadelte verdier. Må angis for endringsfiler for brukerklargjøring Dette er eksempler på navn på endringsfiler for katalogintegrering: v _ActiveDirectory_DI_ LDIF v _DI_ ldif I begge eksemplene er organisasjonens navn representert med tegnstrengen , filene er endringsfiler for katalogintegrering, sekvensnummeret er , og filen er definert som en LDIF-filtype. Det første eksempelet bruker den valgfrie autorisasjonskilde-iden. Merk: Siden kildeid- og sekvnum-verdiene styres av hver enkelt organisasjon, kreves det ikke dato- og klokkeslettsynkronisering mellom deg og IBM. Operasjoner for endringsfiler for katalogintegrering De støttede operasjonene for endringsfiler for katalogintegrering er beskrevet nedenfor. Tabell 3 og 4 og Eksempler: Endringsfiler for katalogintegrering på side 71 viser syntaks og eksempler. Merk: Ved hjelp av din organisasjons kontoside kan du også angi at bruksbetingelsene for IBM SmartCloud for Social Business skal godtas automatisk for alle brukere. Merk: For endringsfiler for katalogintegrering behandler ikke integreringsserveren operasjonstyper der operasjonstypenavnet inneholder en stor bokstav. For eksempel vil oppføringer med operasjonstypen Add bli ignorert, mens oppføringer med operasjonstypen add blir behandlet. Tabell 6. Operasjonstyper for endringsfiler Operasjonstype for endringsfiler add modify Beskrivelse Oppretter en ny oppføring for den angitte personposten i SmartCloud inotes-katalogen for firmakontakter. Oppdaterer en oppføring for den angitte personposten i SmartCloud inotes-katalogen for firmakontakter. Endringsoperasjoner kan slette, erstatte, legge til og så videre. Kapittel 10. Integreringsserver 69

74 Tabell 6. Operasjonstyper for endringsfiler (fortsettelse) Operasjonstype for endringsfiler Beskrivelse delete Sletter en oppføring for den angitte personposten fra SmartCloud inotes-katalogen for firmakontakter. modrdn eller moddn Endrer navnet på den tilsvarende gruppen i henhold til newrdn-attributtet. Datafelt for person- og gruppeoppføringer Følgende tabell viser hvordan personoppføringer i endringsfilen skal angis i henhold til inetorgperson-skjemaet. Støttede attributter som ikke har noen inetorgperson-ekvivalent, blir vist i kursiv. mail-attributtet må angis på Add-operasjoner. Merk: Det blir ikke utført syntaksvalidering på postattributtverdier. Merk: Maksimal antall tegn for alle attributter er 255. Merk: Alle datatypeformater er Streng med mindre noe annet er angitt. Tabell 7. Datafelt for personoppføringer for katalogintegrering LDAP inetorgperson eller annet attributt Feltetikett i UI for inotes-katalog for firmakontakter DN NA givenname Første linje i topptekst middlename ikke vist sn første linje i topptekst title andre linje i topptekst o tredje linje i topptekst nickname ikke vist displayname ikke vist birthday ikke vist departmentnumber ikke vist description Merknader addresses mail E-post (jobb) hom E-post (privat) Telefonnumre telephonenumber Telefon (jobb) homephone Telefon (privat) pager Telefon (personsøker) mobile Telefon facsimiletelephonenumber Telefon (faks) Privatadresse homestreetaddress Adresse (privat) homecity Adresse (privat) 70 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

75 Tabell 7. Datafelt for personoppføringer for katalogintegrering (fortsettelse) LDAP inetorgperson eller annet attributt Feltetikett i UI for inotes-katalog for firmakontakter homestate Adresse (privat) homepostalcode Adresse (privat) homecountry Adresse (privat) Jobbadresse street Adresse (jobb) l Adresse (jobb) st Adresse (jobb) postalcode Adresse (jobb) c Adresse (jobb) URLer Adresse (jobb) labeledurl ikke vist homeurl ikke vist Tabell 8. Datafelt for gruppeoppføringer for katalogintegrering LDAP-attributt fra GroupOfNames eller annet attributt Feltetikett i UI for inotes-katalog for firmakontakter JSON-koding i Contact Rest-API DN ikke vist source :verdi cn første linje i topptekst lastname :verdi description Merknader notes :[verdi1,...,verdi2] o andre linje i topptekst companyname :verdi mail E-post (jobb) s :[ { value :verdi, type : work, primary : true} ] nickname ikke vist nickname :[verdi1,...,verdi2] Beslektede begreper: Katalogintegrering på side 66 Ved hjelp av integreringsserveren kan du laste opp og integrere alle eller noen av brukerne og gruppene i din firmakatalog til IBM SmartCloud inotes-katalogen for firmakontakter så ofte det trengs. Eksempler: Endringsfiler for katalogintegrering Når du har gjort deg kjent med kravene til filnavn og attributtspesifikasjoner, kan du opprette endringsfiler for katalogintegrering for å laste opp informasjon fra firmakatalogen din til IBM SmartCloud inotes-katalogen for firmakontakter. Behandle endringsfiler på side 74 Integreringsserveren brukes til å laste opp informasjon fra ditt lokale system, ved hjelp av et definert FTP-sted, basert på operasjoner som er angitt i endringsfiler. Eksempler: Endringsfiler for katalogintegrering Når du har gjort deg kjent med kravene til filnavn og attributtspesifikasjoner, kan du opprette endringsfiler for katalogintegrering for å laste opp informasjon fra firmakatalogen din til IBM SmartCloud inotes-katalogen for firmakontakter. Les Opprette endringsfiler for katalogintegrering på side 68 før du fortsetter. Kapittel 10. Integreringsserver 71

76 v Legg til en ny person i katalogen med firmakontakter. Hvis dette er en gruppeobjektklasse, bruker du groupofnames i stedet for inetorgperson. Attributtene displayname og mail er obligatoriske, og alle andre er valgfrie. DN: cn=joe Smith,ou=Development,o=Acme changetype: add objectclass: inetorgperson displayname: Joe Smith mail: [email protected] givenname: Joe sn: Smith telephonenumber: v Endre kontaktinformasjonen for en eksisterende bruker. Slett et personsøkernummer og legg til et mobiltelefonnummer. DN: cn=joe Smith,ou=Accounting,o=Acme changetype: modify delete: pager replace: mobile mobile: Legg til et telefonnummer. DN: cn=joe Smith,ou=Marketing,o=Acme changetype: modify add: telephonenumber telephonenumber: Erstatt en eventuell eksisterende tittel med en ny tittel. DN: cn=joe Smith,ou=Sales,o=Acme changetype: modify replace: title title: Senior Vice President v Slett en bruker. Fjern en bruker som ikke lenger er i organisasjonen. DN: cn=joe Smith,ou=Quality Assurance,o=Acme changetype: delete v Erstatt navnet på en bruker. dn: cn=marsha Smith,ou=Product Development,o=Acme changetype: modrdn newrdn: Marsha Jones newsuperior: ou=marketing, o=acme Eksempel på en fullstendig utfylt ny oppføring Nedenfor ser du et eksempel på fullstendig informasjon for en ny bruker. dn: cn=joe Smith,ou=Users,dc=Acme,dc=com changetype: add objectclass: inetorgperson givenname: Joseph middlename: Michael sn: Smith title: Technical Support Specialist o: TestCustomer nickname: jms displayname: Joseph M Smith birthday: departmentnumber: Department ZZZ description: Member of ABX support team mail: [email protected] hom [email protected] telephonenumber: homephone: pager: mobile: facsimiletelephonenumber: IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

77 homestreetaddress: 111 Boston St homecity: Boston homestate: MA homepostalcode: homecountry: US street: 550 King St l: Littleton st: MA postalcode: c: US labeleduri: homeurl: Beslektede begreper: Opprette endringsfiler for katalogintegrering på side 68 En endringsfil for katalogintegrering er en LDIF-tekstfil som kunden oppretter. Den inneholder informasjon om tillegg, oppdateringer og slettinger for hver enkelt person eller gruppe i en organisasjons firmakatalog(er) for opplasting til IBM SmartCloud inotes-katalogen for firmakontakter. Behandle endringsfiler på side 74 Integreringsserveren brukes til å laste opp informasjon fra ditt lokale system, ved hjelp av et definert FTP-sted, basert på operasjoner som er angitt i endringsfiler. Belastningsbalansering og behandlingsbegrensninger på side 75 Integreringsserveren bruker behandlingsbegrensninger for å bidra i belastningsbalanseringen. Rapportfiler for integreringsserver på side 76 Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Sporingsfiler for integreringsserver på side 77 Integreringsserveren genererer en sporingsfil for hver endringsfil det behandler. Opprette en agent for å registrere endring av filinnhold Ved å laste opp endringsfiler til integreringsserveren kan du på en enkel måte legge til brukeridentitetsinnhold. Du kan opprette endringsfiler med faste intervaller ved hjelp av agenter som kjøres i ditt lokale administrative miljø. Vurder følgende når du skal opprette agenter for å opprette og laste opp endringsfiler: v hvor agenten skal søke etter data v i hvilke felt agenten skal søke v hvordan du skal angi filnavnet og formatlayouten som agenten skal bruke til å opprette og legge inn data i endringsfilen v med hvilket intervall agenten skal søke etter data v hvordan agenten skal avgjøre hvilken informasjon som er endret siden forrige søk v på hvilket FTP-sted og hvilken mappe agenten skal plassere den opprettede endringsfilen Kapittel 10. Integreringsserver 73

78 Beslektede begreper: Opprette endringsfiler for brukerklargjøring på side 45 En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. FTP-filoverføring av endrings- og resultatfiler Endringsfilene dine blir lastet opp til integreringsserveren via integrerings- og migreringsstedet ved hjelp av en sikker FTP-protokoll. Denne samme FTP-overføringsmekanismen brukes også når du laster ned de tilhørende resultatfilene. Behandle endringsfiler Integreringsserveren brukes til å laste opp informasjon fra ditt lokale system, ved hjelp av et definert FTP-sted, basert på operasjoner som er angitt i endringsfiler. Denne listen viser støttede endringsfiltyper og rekkefølgen de blir behandlet i: v Katalogintegrering v Brukerklargjøring Prosessen med å laste opp endringsfilinnhold via integreringsserveren fra ditt lokale administrative system krever at du gjør følgende: 1. Be om og få integreringsserveraktivering via kundestøtte for IBM SmartCloud for Social Business. 2. Opprette en agent eller et skript som henter informasjon om nytt og endret innhold fra ditt lokale administrative system og oppretter en ny endringsfil der denne informasjonen blir lagret. Filnavnet og innholdsformateringen for endringsfilen må følge bestemte regler. 3. For brukerklargjøring må du bestemme om du vil klargjøre brukere som en del av et pakkeabonnement eller som enkeltseteabonnenter. 4. Bestemme hvor ofte, og fra hvor, agenten skal informasjon om nytt og endret innhold i ditt lokale miljø. 5. Sørge for at agenten plasserer endringsfilene den oppretter i denne prosessen, i riktig katalog på det definerte FTP-stedet. 6. Bestemme hvem i organisasjonen som skal være den autoriserte identiteten som brukes til å legge endringsfilene på FTP-stedet og motta de tilhørende resultatfilene som blir generert. 7. Se gjennom rapport- og sporingsfilene, rette eventuelle rapporterte feil, endre navnet på endringsfilen for å få riktig sekvensnummerering, og flytte filen til katalogen på FTP-stedet for å laste opp for ny behandling. Kundeservice må da også gjøre følgende: 1. Svare på din forespørsel om aktivering av integreringsserveren med en egen forespørsel om nødvendig kontoinformasjon, for eksempel navn og ID for organisasjonen din. 2. Gjøre det mulig for organisasjonen din å bruke integreringsserveren. 3. Kontakte deg når aktiveringen av integreringsserveren er fullført, og gi deg organisasjonsspesifikk informasjon, for eksempel navn og adresse til FTP-stedet. Beslektede begreper: Belastningsbalansering og behandlingsbegrensninger på side 75 Integreringsserveren bruker behandlingsbegrensninger for å bidra i belastningsbalanseringen. FTP-filoverføring av endrings- og resultatfiler Endringsfilene dine blir lastet opp til integreringsserveren via integrerings- og migreringsstedet ved hjelp av en sikker FTP-protokoll. Denne samme FTP-overføringsmekanismen brukes også når du laster ned de tilhørende resultatfilene. 74 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

79 Integrerings- og migreringsstedet er en mellomleddtjeneste som hjelper til med dataoverføringen mellom ditt lokale FTP-sted og integreringsserveren. FTP-tjenesten konfigureres slik: v Vert ftp.na.collabserv.com eller ftp.ap.collabserv.com avhengig av vertsmiljøet. v Port 990 v SSL-modus implisitt v SSL-chiffer -- Støtter OpenSSL High Encryption Cipher Suites på FTP-operasjoner. High Encryption Cipher Suite er kompatibel med populære FTP-klienter som for eksempel FileZilla versjon og Merk: Hvis organisasjonen din har en brannmur som kontrollerer trafikkflyten inn og ut av nettverket, må du konfigurere brannmuren slik at den åpner port 990 og portområde til (for FTP Passive-modus) for at dataene dine skal nå det nødvendige integrerings- og migreringsstedet. Du kan også bruke integrerings- og migreringsstedet til å laste ned journalfiler. Se Oversikt over journaltjenesten i seksjonen Journalføring i produktdokumentasjonen hvis du vil ha mer informasjon. FTP-serveren bruker antivirusprogramvare til å oppdage infiserte filer og sette dem i karantene. Sammendragsinformasjon for flere endringsfiler kan ligge i en enkelt rapportfil. Hvis alle operasjonene i en endringsfil ble utført på riktig måte, flyttes rapportfilen til mappen _processed. Hvis det oppstår en eller flere feil, flyttes endringsfilen til mappen _error. Prosessen genererer en egen sporingsfil for hver enkelt endringsfil som blir behandlet, slik at du kan utføre en programmatisk validering av hver operasjonen i filen. Sporingsfilene blir flyttet til den samme _processed- eller _error-mappen som den tilsvarende endringsfilen. Du kan slette filer i katalogene _error, _processed og _report på FTP-serveren. Merk: Du kan slette endrings-, sporings- og rapportfiler som ikke lenger trengs, fra integrerings- og migreringsstedet ditt. Alle filer i mappene _report, _error og _processed for din organisasjon med opprettelsesdato eldre enn 30 dager blir automatisk slettet. Beslektede begreper: Rapportfiler for integreringsserver på side 76 Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Brukerklargjøring og identitetsadministrasjon på side 44 Ved hjelp av integreringsserveren kan du laste opp og integrere informasjon om brukeridentitet og -klargjøring fra dine eksisterende lokale systemer så ofte det trengs. Katalogintegrering på side 66 Ved hjelp av integreringsserveren kan du laste opp og integrere alle eller noen av brukerne og gruppene i din firmakatalog til IBM SmartCloud inotes-katalogen for firmakontakter så ofte det trengs. Beslektede oppgaver: Be om aktivering av integreringsserver på side 43 Når du skal begynne å bruke integreringsserveren, må administratoren kontakte en IBM SmartCloud for Social Business-kundeservicerepresentant for å be om aktivering. Belastningsbalansering og behandlingsbegrensninger Integreringsserveren bruker behandlingsbegrensninger for å bidra i belastningsbalanseringen. Kapittel 10. Integreringsserver 75

80 Når integreringsserveren behandler en endringsfil, teller den først antall oppføringer. Det behandler ikke filen hvis behandlingen ville overskride filgrensene. Hvis behandlingen ville overskride behandlingsgrensene per døgn eller time, vil filen bli behandlet i neste syklus. Integreringsserveren behandler endringsfilene for en organisasjon til den når behandlingsgrensen per time eller døgn for en enkelt organisasjon, og går deretter til neste organisasjon i køen. Følgende grenser finnes: v 750 endringsoperasjoner per time for endringsfiler for brukerklargjøring v endringsoperasjoner per døgn v 200 operasjoner per endringsfil Hvis timegrensen blir nådd, blir organisasjonens filer ignorert til den neste timen. Hvis døgngrensen blir nådd, blir organisasjonens filer ignorert til det neste døgnet, og det blir lagt inn en oppføring i rapportfilen. Det blir opprettet en sporingsfil hvis det blir oppdaget en feil. Hvis antall filoppføringer er lik eller høyere enn døgngrensen, blir filen flyttet til katalogen _error, og hendelsen blir lagt inn i rapportfilen. Hvis oppføringene for en enkelt fil overskrider grensen på 200 operasjoner, blir filen flyttet til katalogen _error, og det blir lagt inn en oppføring i en rapportfilen. Hvis en fil bli ignorert, blir ikke sekvensnummeret oppdatert. Hvis filen blir behandlet, men det oppstår en feil, blir sekvensnummeret oppdatert. Beslektede begreper: Opprette endringsfiler for brukerklargjøring på side 45 En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. Rapportfiler for integreringsserver Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Rapportfiler for integreringsserver Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Rapportfilene inneholder et sammendrag av vellykkede operasjoner og detaljer for operasjoner som det ble oppdaget feil for. Du kan bruke en rapportfil til å gjøre følgende: v Kontrollere at de tiltenkte operasjonene ble utført. v Finne og løse eventuelle problemer. v Gi feilsøkingsinformasjon. Rapporter blir generert i katalogen _report. Rapport- og sporingsfiler inneholder resultatkodeverdier som hjelper deg med å bestemme og kontrollere resultatet av behandlingen av endringsfilene. Rapportfilnavnene blir generert basert på datoen og klokkeslettet da behandlingen begynte. Dette er eksempler på rapportfilnavn: _report\llis_report_ _ txt _report\llis_report_ _ txt _report\llis_report_ _ txt Du kan slette rapportfiler du ikke trenger lenger. Alle filer i mappene _report, _error og _processed for din organisasjon med opprettelsesdato eldre enn 30 dager blir automatisk slettet. 76 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

81 Eksempel på innholdet i en rapportfil for en endringsfil for brukerklargjøring som viser en kombinasjon av vellykkede og mislykkede operasjoner: 2/8/12 11:32 PM - *** Processing file: llis/acme/foo 2/8/12 11:32 PM - ERROR: The file name format is not valid. 2/8/12 11:32 PM - *** Processing file: llis/acme/ _sequence 2/8/12 11:32 PM - ERROR: The file name format is not valid. 2/8/12 11:32 PM - *** Processing file: llis/acme/ _prv_ csv 2/8/12 11:32 PM - ERROR: A failure occurred when processing the CSV entry #1. The error message follows: com.abx.bss.shim.exceptions.badrequestexception: address already exists. 2/8/12 11:32 PM - CSV entries read: 1; BSS entries written: 0; CSV read errors: 0; BSS write errors: 1 2/8/12 11:32 PM - *** Processing file: llis/acme/ _prv_ csv 2/8/12 11:32 PM - CSV entries read: 3; BSS entries written: 3; No errors! 2/8/12 11:32 PM - *** Processing file: llis/acme/ _prv_ csv 2/8/12 11:32 PM - CSV entries read: 1; BSS entries written: 1; No errors! 2/8/12 11:33 PM - *** Processing file: llis/acme/ _prv_ csv 2/8/12 11:33 PM - CSV entries read: 1; BSS entries written: 1; No errors! 2/8/12 11:33 PM - *** Processing file: llis/acme/ _prv_ csv 2/8/12 11:33 PM - ERROR: A failure occurred when processing the CSV entry #1. The error message follows: ERROR: Cannot revoke, user does not hold subscription. 2/8/12 11:33 PM - CSV entries read: 1; BSS entries written: 0; CSV read errors: 0; BSS write errors: 1 2/8/12 11:33 PM - *** Processing file: llis/acme/ _prv_ csv 2/8/12 11:33 PM - CSV entries read: 1; BSS entries written: 1; No errors! Hvis det oppstår en feil under behandlingen, blir endringsfilen flyttet til underkatalogen _err for å hindre at den blir behandlet på nytt, feilen blir registrert i en tilknyttet rapport- og sporingsfil, og behandlingen av sekvensielt nummererte filer fortsetter. Ved hjelp av rapport- og sporingsfilen kan du finne frem til og løse problemet og deretter laste opp igjen endringsfilen for ny behandling. Merk: Endre delen med dato og klokkeslett i filnavnet slik at filen kan behandles på nytt sekvensielt. Alle resultatkodedefinisjoner er beskrevet i Rapportfiler for integreringsserver på side 76. Beslektede begreper: Sporingsfiler for integreringsserver Integreringsserveren genererer en sporingsfil for hver endringsfil det behandler. Feilkodeverdier for behandlede endringsfiler på side 84 Integreringsserveren oppretter en samlet rapportfil for hver gruppe med et firmas endringsfiler som er behandlet, og en enkelt, samsvarende sporingsfil for hver endringsfil som behandles. Sporingsfiler for integreringsserver Integreringsserveren genererer en sporingsfil for hver endringsfil det behandler. Sporingsfiler inneholder detaljert statusinformasjon for hver endringsfiloperasjon som er behandlet. Sporingsfilen blir opprettet i den samme underkatalogen _processed eller _error som den tilsvarende endringsfilen ligger. Navnet på sporingsfilen samsvarer med den tilhørende endringsfilen etterfulgt av _trace, for eksempel _PRV_ _trace.csv. Kapittel 10. Integreringsserver 77

82 Merk: Du kan slette sporingsfiler du ikke trenger lenger. Alle filer i mappene _report, _error og _processed for din organisasjon med opprettelsesdato eldre enn 30 dager blir automatisk slettet. Du finner en liste over alle tilgjengelige resultatkoder i Rapportfiler for integreringsserver på side 76. Sporingsfiler for brukerklargjøring Sporingsfiler for brukerklargjøring har følgende format: oppføringsnum,linjenum,resultatkode, opprinnelig_linje_fra_endringsfil v oppføringsnum er det sekvensielle nummeret for endringsoppføringen. v linjenum er linjenummeret der endringsoppføringen starter. v resultatkode er den heltallsresultatkoden som genereres for endringsoppføringen. v opprinnelig_linje_fra_endringsfil er linjen som ble behandlet. Nedenfor ser du et eksempel på innholdet i en sporingsfil for en endringsfil for brukerklargjøring. Resultatkoden null på de første to linjene viser at behandlingen var vellykket. Raden med 99 angir en linje som ikke kunne behandles. entrynum,linenum,resultcode, address,action,subscriptionid,givenname,familyname,language 1,5,0,[email protected],Add,85180,Joe,Smith,en_US 2,7,0,[email protected],Add,,Randi,Factor,en_US... 99,97,1,bad input line Tidssoneverdier for endringsfiler Listen nedenfor viser tilgjengelige tidssoneverdier for endringsfiler for integreringsserveren. Tidssonenavn er definert i tz-databasen, som også kalles zoneinfo-databasen eller Olson-databasen. Du finner mer informasjon i List of tz database time zones (åpner et nytt vindu). Følgende tidssoneverdier er tilgjengelig for brukerne: Pacific/Apia (GMT-11:00) Samoa Standard Time (Apia) Pacific/Pago_Pago (GMT-11:00) Samoa Standard Time (Pago Pago) Pacific/Honolulu (GMT-10:00) Hawaii-Aleutian Standard Time America/Adak (GMT-09:00) United States (Adak) America/Anchorage (GMT-08:00) Alaska Daylight Time America/Ensenada (GMT-08:00) Pacific Standard Time America/Mazatlan (GMT-07:00) Mountain Standard Time (Mazatlan) America/Phoenix (GMT-07:00) Mountain Standard Time (Phoenix) America/Los_Angeles (GMT-07:00) Pacific Daylight Time (Los Angeles) America/Vancouver (GMT-07:00) Pacific Daylight Time (Vancouver) America/Whitehorse (GMT-07:00) Pacific Daylight Time (Whitehorse) America/Mexico_City (GMT-06:00) Central Standard Time (Mexico City) America/Regina (GMT-06:00) Central Standard Time (Regina) Chile/EasterIsland (GMT-06:00) Easter Island Time America/Denver (GMT-06:00) Mountain Daylight Time (Denver) America/Edmonton (GMT-06:00) Mountain Daylight Time (Edmonton) America/Chicago (GMT-05:00) Central Daylight Time (Chicago) America/Indiana/Knox (GMT-05:00) Central Daylight Time (Knox) America/Winnipeg (GMT-05:00) Central Daylight Time (Winnipeg) America/Atikokan (GMT-05:00) Eastern Standard Time (Atikokan) America/Jamaica (GMT-05:00) Eastern Standard Time (Jamaica) America/Manaus (GMT-04:00) Amazon Time (Manaus) America/Porto_Acre (GMT-04:00) Amazon Time (Porto Acre) America/Guadeloupe (GMT-04:00) Atlantic Standard Time (Guadeloupe) America/Puerto_Rico (GMT-04:00) Atlantic Standard Time (Puerto Rico) America/St_Thomas (GMT-04:00) Atlantic Standard Time (St Thomas) America/Santiago (GMT-04:00) Chile Time America/Havana (GMT-04:00) Cuba Daylight Time 78 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

83 America/Detroit (GMT-04:00) Eastern Daylight Time (Detroit) America/Fort_Wayne (GMT-04:00) Eastern Daylight Time (Fort Wayne) America/Kentucky/Louisville (GMT-04:00) Eastern Daylight Time (Louisville) America/New_York (GMT-04:00) Eastern Daylight Time (New York) America/Toronto (GMT-04:00) Eastern Daylight Time (Toronto) America/Argentina/Buenos_Aires (GMT-03:00) Argentina Time (Buenos Aires) America/Argentina/Cordoba (GMT-03:00) Argentina Time (Cordoba) America/Argentina/Catamarca (GMT-03:00) Argentina Time (Catamarca) America/Argentina/Jujuy (GMT-03:00) Argentina Time (Jujuy) America/Argentina/Mendoza (GMT-03:00) Argentina Time (Mendoza) America/Halifax (GMT-03:00) Atlantic Daylight Time America/Sao_Paulo (GMT-03:00) Brasilia Time America/St_Johns (GMT-02:30) Newfoundland Daylight Time America/Noronha (GMT-02:00) Fernando de Noronha Time Europe/Belfast (GMT+00:00) Greenwich Mean Time (Belfast) Africa/Bamako (GMT+00:00) Greenwich Mean Time (Bamako) Atlantic/Reykjavik (GMT+00:00) Greenwich Mean Time (Reykjavik) Europe/Dublin (GMT+00:00) Greenwich Mean Time (Dublin) Atlantic/Faeroe (GMT+00:00) Western European Time (Færøyene) Europe/Lisbon (GMT+00:00) Western European Time (Lisboa) Arctic/Longyearbyen (GMT+01:00) Central European Time (Longyearbyen) Europe/Belgrade (GMT+01:00) Central European Time (Beograd) Europe/Bratislava (GMT+01:00) Central European Time (Bratislava) Europe/Paris (GMT+01:00) Central European Time (Paris) Europe/Rome (GMT+01:00) Central European Time (Roma) Europe/Warsaw (GMT+01:00) Central European Time (Warsawa) Africa/Harare (GMT+02:00) Central Africa Time Africa/Cairo (GMT+02:00) Eastern European Time (Cairo) Asia/Istanbul (GMT+02:00) Eastern European Time (Istanbul) Asia/Nicosia (GMT+02:00) Eastern European Time (Nicosia) Europe/Chisinau (GMT+02:00) Eastern European Time (Chisinau) Europe/Helsinki (GMT+02:00) Eastern European Time (Helsinki) Africa/Tripoli (GMT+02:00) Eastern European Time (Tripoli) Asia/Jerusalem (GMT+02:00) Israel Standard Time Africa/Addis_Ababa (GMT+03:00) East Africa Time (Addis Ababa) Africa/Asmara (GMT+03:00) East Africa Time (Asmara) Europe/Moscow (GMT+04:00)Moscow Standard Time Asia/Yerevan (GMT+04:00) Armenia Time Asia/Tehran (GMT+04:30) Iran Daylight Time Asia/Karachi (GMT+05:00) Pakistan Time Asia/Ashgabat (GMT+05:00) Turkmenistan Time Asia/Calcutta (GMT+05:30) India Standard Time Asia/Kathmandu (GMT+05:45) Nepal Time Asia/Thimbu (GMT+06:00) Bhutan Time Asia/Dacca (GMT+07:00) Bangladesh Summer Time Asia/Ho_Chi_Minh (GMT+07:00) Indochina Time Australia/Perth (GMT+08:00) Australian Western Standard Time Asia/Makassar (GMT+08:00) Central Indonesia Time Asia/Chongqing (GMT+08:00) China Standard Time (Chongqing) Asia/Macao (GMT+08:00) China Standard Time (Macao) Asia/Shanghai (GMT+08:00) China Standard Time (Shanghai) Asia/Hong_Kong (GMT+08:00) Hong Kong Time Asia/Singapore (GMT+08:00) Singapore Standard Time Asia/Taipei (GMT+08:00) Taipei Standard Time Asia/Ulaanbaatar (GMT+08:00) Ulan Bator Time Asia/Tokyo (GMT+09:00) Japan Standard Time Asia/Seoul (GMT+09:00) Korean Standard Time Australia/Darwin (GMT+09:30) Australian Central Standard Time Australia/Brisbane (GMT+10:00) Australian Eastern Standard Time Pacific/Truk (GMT+10:00) Truk Time Pacific/Chuuk (GMT+10:00) Chuuk Time America/Curacao (GMT-04:00)Atlantic Standard Time (Curacao) Pacific/Pohnpei (GMT+11:00)Ponape Time Australia/Adelaide (GMT+10:30) Australian Central Daylight Time (Adelaide) Australia/Broken_Hill (GMT+10:30) Australian Central Daylight Time (Broken Hill) Australia/ACT (GMT+11:00) Australian Eastern Daylight Time (ACT) Australia/Hobart (GMT+11:00) Australian Eastern Daylight Time (Hobart) Kapittel 10. Integreringsserver 79

84 Australia/Melbourne (GMT+11:00) Australian Eastern Daylight Time (Melbourne) Australia/LHI (GMT+11:00) Lord Howe Daylight Time Pacific/Guadalcanal (GMT+11:00) Solomon Islands Time Pacific/Kwajalein (GMT+12:00) Marshall Islands Time Antarctica/McMurdo (GMT+13:00) New Zealand Daylight Time (McMurdo) Pacific/Auckland (GMT+13:00) New Zealand Daylight Time (Auckland) Pacific/Chatham (GMT+13:45) Chatham Daylight Time Beslektede begreper: Opprette endringsfiler for brukerklargjøring på side 45 En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. Opprette endringsfiler for katalogintegrering på side 68 En endringsfil for katalogintegrering er en LDIF-tekstfil som kunden oppretter. Den inneholder informasjon om tillegg, oppdateringer og slettinger for hver enkelt person eller gruppe i en organisasjons firmakatalog(er) for opplasting til IBM SmartCloud inotes-katalogen for firmakontakter. Belastningsbalansering og behandlingsbegrensninger på side 75 Integreringsserveren bruker behandlingsbegrensninger for å bidra i belastningsbalanseringen. Sporingsfiler for integreringsserver på side 77 Integreringsserveren genererer en sporingsfil for hver endringsfil det behandler. Rapportfiler for integreringsserver på side 76 Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Språk- og landverdier for endringsfiler Listen nedenfor viser tilgjengelige språk- og landverdier for endringsfiler for integreringsserveren. Følgende verdier er tilgjengelige for feltet Språk: ca_es - Catalan da_dk - Dansk de_de - Tysk en_us - Engelsk es_es - Spansk fr_fr - Fransk el_gr - Gresk it_it - Italiensk nl_nl - Nederlandsk no_no - Norsk pl_pl - Polsk pt_pt - Portugisisk pt_br - Brasiliansk portugisisk ru_ru - Russisk fi_fi - Finsk sv_se - Svensk th_th - Thai tr_tr - Tyrkisk zh_cn - Kinesisk, forenklet zh_tw Kinesisk, tradisjonell ja_jp - Japansk ko_kr - Koreansk Følgende verdier er tilgjengelige for feltet Land: AF - AFGHANISTAN AX - ALAND.ISLANDS AL - ALBANIA DZ - ALGERIA 80 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

85 AS - AD - AO - AI - AQ - AG - AR - AM - AW - AU - AT - AZ - BS - BH - BD - BB - BY - BE - BZ - BJ - BM - BT - BO - BA - BW - BV - BR - IO - BN - BG - BF - BI - KH - CM - CA - CV - KY - CF - TD - CL - CN - CX - CC - CO - KM - CG - CD - CK - CR - CI - HR - CY - CZ - DK - DJ - DM - DO - EC - EG - SV - GQ - ER - EE - ET - FK - FO - FJ - AMERICAN.SAMOA ANDORRA ANGOLA ANGUILLA ANTARCTICA ANTIGUA.AND.BARBUDA ARGENTINA ARMENIA ARUBA AUSTRALIA AUSTRIA AZERBAIJAN BAHAMAS BAHRAIN BANGLADESH BARBADOS BELARUS BELGIUM BELIZE BENIN BERMUDA BHUTAN BOLIVIA BOSNIA.AND.HERZEGOVINA BOTSWANA BOUVET.ISLAND BRAZIL BRITISH.INDIAN.OCEAN.TERRITORY BRUNEI.DARUSSALAM BULGARIA BURKINA.FASO BURUNDI CAMBODIA CAMEROON CANADA CAPE.VERDE CAYMAN.ISLANDS CENTRAL.AFRICAN.REPUBLIC CHAD CHILE CHINA CHRISTMAS.ISLAND COCOS.(KEELING).ISLANDS COLOMBIA COMOROS CONGO CONGO.THE.DEMOCRATIC.REPUBLIC.OF.THE COOK.ISLANDS COSTA.RICA COTE.D IVOIRE CROATIA CYPRUS CZECH.REPUBLIC DENMARK DIJIBOUTI DOMINICA DOMINICAN.REPUBLIC ECUADOR EGYPT EL.SALVADOR EQUATORIAL.GUINEA ERITREA ESTONIA ETHIOPIA FALKLAND.ISLANDS.(MALVINAS) FAROE.ISLANDS FIJI Kapittel 10. Integreringsserver 81

86 FI - FR - GF - PF - TF - GA - GM - GE - DE - GH - GI - GR - GL - GD - GP - GU - GT - GG - GN - GW - GY - HT - HM - VA - HN - HK - HU - IS - IN - ID - IQ - IE - IM - IL - IT - JM - JP - JE - JO - KZ - KE - KI - KR - KW - KG - LA - LV - LB - LS - LR - LY - LI - LT - LU - MO - MK - MG - MW - MY - MV - ML - MT - MH - MQ - MR - MU - YT - FINLAND FRANCE FRENCH.GUIANA FRENCH.POLYNESIA FRENCH.SOUTHERN.TERRITORIES GABON GAMBIA GEORGIA GERMANY GHANA GIBRALTAR GREECE GREENLAND GRENADA GUADELOUPE GUAM GUATEMALA GUERNSEY GUINEA GUINEA-BISSAU GUYANA HAITI HEARD.ISLAND.AND.MCDONALD.ISLANDS HOLY.SEE.(VATICAN.CITY.STATE) HONDURAS HONG.KONG HUNGARY ICELAND INDIA INDONESIA IRAQ IRELAND ISLE.OF.MAN ISRAEL ITALY JAMAICA JAPAN JERSEY JORDAN KAZAKHSTAN KENYA KIRIBATI KOREA.REPUBLIC.OF KUWAIT KYRGYZSTAN LAO.PEOPLE S.DEMOCRATIC.REPUBLIC LATVIA LEBANON LESOTHO LIBERIA LIBYAN.ARAB.JAMAHIRIYA LIECHTENSTEIN LITHUANIA LUXEMBOURG MACAO MACEDONIA.THE.FORMER.YUGOSLAV.REPUBLIC.OF MADAGASCAR MALAWI MALAYSIA MALDIVES MALI MALTA MARSHALL.ISLANDS MARTINIQUE MAURITANIA MAURITIUS MAYOTTE 82 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

87 MX - FM - MD - MC - MN - ME - MS - MA - MZ - NA - NR - NP - NL - AN - NC - NZ - NI - NE - NG - NU - NF - MP - NO - OM - PK - PW - PS - PA - PG - PY - PE - PH - PN - PL - PT - PR - QA - RO - RU - RW - RE - BL - SH - KN - LC - MF - PM - VC - WS - SM - ST - SA - SN - RS - SC - SL - SG - SK - SI - SB - SO - ZA - GS - ES - LK - SR - SJ - MEXICO MICRONESIA.FEDERATED.STATES.OF MOLDOVA.REPUBLIC.OF MONACO MONGOLIA MONTENEGRO MONTSERRAT MOROCCO MOZAMBIQUE NAMIBIA NAURU NEPAL NETHERLANDS NETHERLANDS.ANTILLES NEW.CALEDONIA NEW.ZEALAND NICARAGUA NIGER NIGERIA NIUE NORFOLK.ISLAND NORTHERN.MARIANA.ISLANDS NORWAY OMAN PAKISTAN PALAU PALESTINIAN.TERRITORY.OCCUPIED PANAMA PAPUA.NEW.GUINEA PARAGUAY PERU PHILIPPINES PITCAIRN POLAND PORTUGAL PUERTO.RICO QATAR ROMANIA RUSSIAN.FEDERATION RWANDA RUNION SAINT.BARTHLEMY SAINT.HELENA SAINT.KITTS.AND.NEVIS SAINT.LUCIA SAINT.MARTIN SAINT.PIERRE.AND.MIQUELON SAINT.VINCENT.AND.THE.GRENADINES SAMOA SAN.MARINO SAO.TOME.AND.PRINCIPE SAUDI.ARABIA SENEGAL SERBIA SEYCHELLES SIERRA.LEONE SINGAPORE SLOVAKIA SLOVENIA SOLOMON.ISLANDS SOMALIA SOUTH.AFRICA SOUTH.GEORGIA.AND.THE.SOUTH.SANDWICH.ISLANDS SPAIN SRI.LANKA SURINAME SVALBARD.AND.JAN.MAYEN Kapittel 10. Integreringsserver 83

88 SZ - SWAZILAND SE - SWEDEN CH - SWITZERLAND TW - TAIWAN TJ - TAJIKISTAN TZ - TANZANIA.UNITED.REPUBLIC.OF TH - THAILAND TL - TIMOR-LESTE TG - TOGO TK - TOKELAU TO - TONGA TT - TRINIDAD.AND.TOBAGO TN - TUNISIA TR - TURKEY TM - TURKMENISTAN TC - TURKS.AND.CAICOS.ISLANDS TV - TUVALU UG - UGANDA UA - UKRAINE AE - UNITED.ARAB.EMIRATES GB - UNITED.KINGDOM US - UNITED.STATES UM - UNITED.STATES.MINOR.OUTLYING.ISLANDS UY - URUGUAY UZ - UZBEKISTAN VU - VANUATU VE - VENEZUELA.BOLIVARIAN.REPUBLIC.OF VN - VIETNAM VG - VIRGIN.ISLANDS.BRITISH VI - VIRGIN.ISLANDS.U.S. WF - WALLIS.AND.FUTUNA EH - WESTERN.SAHARA YE - YEMEN ZM - ZAMBIA ZW - ZIMBABWE Beslektede begreper: Opprette endringsfiler for brukerklargjøring på side 45 En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. Opprette endringsfiler for katalogintegrering på side 68 En endringsfil for katalogintegrering er en LDIF-tekstfil som kunden oppretter. Den inneholder informasjon om tillegg, oppdateringer og slettinger for hver enkelt person eller gruppe i en organisasjons firmakatalog(er) for opplasting til IBM SmartCloud inotes-katalogen for firmakontakter. Belastningsbalansering og behandlingsbegrensninger på side 75 Integreringsserveren bruker behandlingsbegrensninger for å bidra i belastningsbalanseringen. Sporingsfiler for integreringsserver på side 77 Integreringsserveren genererer en sporingsfil for hver endringsfil det behandler. Rapportfiler for integreringsserver på side 76 Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Feilkodeverdier for behandlede endringsfiler Integreringsserveren oppretter en samlet rapportfil for hver gruppe med et firmas endringsfiler som er behandlet, og en enkelt, samsvarende sporingsfil for hver endringsfil som behandles. Resultatkodene som rapporteres av integreringsserveren i de tilknyttede rapport- og sporingsfilfeilene, er beskrevet her. 84 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

89 Merk: Hvis integreringsserveren finner mer enn 100 lesefeil eller 1000 skrivefeil ved behandling av en enkelt endringsfil, blir det rapportert en feil i de tilknyttede sporings- og rapportfilene, og behandlingen av den endringsfilen stopper ved oppføringen der feilgrensen ble nådd. Lesefeil er problemer som oppstår ved lesing av linjer fra en endringsfil, for eksempel formateringsproblemer. Skrivefeil er problemer som oppstår når integreringsserveren prøver å behandle oppføringer i endringsfiler, for eksempel valideringsproblemer. Tabell 9. Generelle feilkoder Resultatkode Syntaks Beskrivelse 0 Vellykket Operasjonen ble fullført på riktig måte. 1 INVALID_FILENAME Endringsfilnavnet følger ikke de nødvendige reglene, og filen er avvist. Denne koden blir bare vist i resultatfilen. 2 TYPE_DISABLED Endringsfiltypen som er angitt i endringsfilnavnet, er i øyeblikket deaktivert, og filen er avvist. Denne koden blir bare vist i resultatfilen. 3 INVALID_CUSTOMERID customerid som ble angitt i filnavnet, tilhører ikke kunden som lastet opp filen, og filen har blitt avvist. Denne koden blir bare vist i resultatfilen. 4 INVALID_SEQNUM seqnum som er angitt i navnet på endringsfilen, er ikke større enn seqnum for den siste endringsfilen som ble behandlet, og endringsfilen har blitt avvist. Denne koden blir bare vist i resultatfilen. 5 MAX_READ_ERRORS_EXCEEDED Det maksimalt tillatte antall feil ble nådd ved lesing av endringsfilen, og det er ikke behandlet flere oppføringer. 6 MAX_WRITE_ERRORS_EXCEEDED Det maksimalt tillatte antall feil ble nådd ved skriving av endringsfiloppføringer, og det er ikke behandlet flere oppføringer. 7 ENTRY_ALREADY_EXISTS Kontakt-, gruppe- eller brukeroppføringen som er angitt i endringsfilen for en Add-operasjon, finnes allerede. 8 ENTRY_NOT_FOUND Kontakt-, gruppe- eller brukeroppføringen som er angitt i endringsfilen for en Modify-operasjon, finnes ikke. 9 FIELD_VALIDATION_ERROR Verdien for et felt eller attributt i endringsfilen er enten ikke gyldig eller overskrider den maksimale tegnlengden. 10 INVALID_LDIF_SYNTAX En oppføring i integreringsendringsfilen (LDIF) inneholder ugyldig syntaks. 11 INVALID_DN En DN-oppføring var enten utelatt eller inneholder ugyldig syntaks. 12 INVALID_OBJECTCLASS objectclass-attributtet på en add changetype støttes ikke. Kapittel 10. Integreringsserver 85

90 Tabell 10. Feilkoder for brukerklargjøring Resultatkode Syntaks Beskrivelse 1000 INVALID_CSV_SYNTAX En oppføring i klargjøringsendringsfilen (CSV-fil) inneholder ugyldig syntaks CUSTOMER_HELD Den angitte kunden har statusen HOLDT TILBAKE, og i denne statusen er ikke klargjøringsoperasjoner tillatt CANNOT_REMOVE_COMPANY_CONTACT Brukeren som er angitt for en Remove-operasjon, er den eneste firmakontakten og kan derfor ikke fjernes INVALID_SUBSCRIPTION Den angitte subscriptionid eller typen er enten ikke gyldig eller ikke tilgjengelig for det angitte firmaet eller den angitte brukeren MULTIPLE_MAIL_SEATS Det er ikke mulig å legge til flere postabonnementseter ved hjelp av en endringsfil for klargjøring MULTIPLE_COLLAB_SEATS Det er ikke mulig å legge til flere samarbeidsabonnementseter ved hjelp av en endringsfil for klargjøring INVALID_DOMAIN Domenenavnet som er angitt i e-postadressen til en bruker er ikke gyldig SEATS_FILLED Det angitte målabonnementet har ingen gjenværende seter tilgjengelig USER_WRITE_ERROR Det oppstod en feil ved utføring av den forespurte operasjonen for den navngitte brukeren ERROR_CONNECTING_TO_BSS_RENAME Det oppstod en feil ved forsøk på tilkobling til BSS_RENAME-tjenesten ERROR_HTTPSTATUS_ERROR_SENDING_ _ TO_BSS_RENAME 1011 ERROR_GET_SUBSCRIBER_BY_COMPANYID_ AND_ _NOT_FOUND Det oppstod en feil ved forsøk på tilkobling til BSS_RENAME-tjenesten. Det oppstod en feil ved forsøk på å hente en abonnent ved hjelp av firma eller e-postadresse ERROR_CANNOT_REMOVE_COMPANY_CONTACT Det oppstod en feil ved forsøk på å fjerne en abonnent fordi du ikke kan fjerne firmakontakten ERROR_RESOURCE_DIFF_COMPANY Det oppstod en feil ved forsøk på å endre en abonnent fordi du ikke kan tildele ressurser til kontakter i et annet firma ERROR_RESOURCES_SUBSCRIBER_NOT_FOUND Det oppstod en feil ved forsøk på å endre en abonnent. Det angitte AssignToabonnentnavnet ble ikke funnet ERROR_INVALID_ACTION Det ble angitt en ugyldig handling i endringsfilen for klargjøring ERROR_UNKNOWN_BSS_EXCEPTION Det har oppstått en ukjent BSS-unntaksfeil (Business Subscriber Services) ERROR_SUBSCRIPTIONTYPE_ERROR Det ble angitt en ugyldig subscriptionid for RevokeSeat-operasjonen. 86 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

91 Tabell 10. Feilkoder for brukerklargjøring (fortsettelse) Resultatkode Syntaks Beskrivelse 1018 ERROR_USER_DOESNT_HOLD_SUBSCRIPTION_ TO_REVOKE_OR_SIZE Forespørselen om å inndra eller endre ekstra lagerplass for dette abonnementet mislyktes fordi brukeren ikke innehar dette abonnementet ERROR_MAIL_REASSIGN_NOT_SUPPORTED Flytting av postressurser støttes ikke ennå ERROR_COMPATIBLE_SUBSCRIPTION_NOT_FOUND Et kompatibelt sete/abonnement ble ikke funnet under en endringsoperasjon ERROR_INVALID_TARGET_SUBSCRIPTION Det ble funnet et ugyldig målabonnement under en endringsoperasjon ERROR_TARGET_SUBSCRIPTION_FILLED Målabonnementet var allerede fylt, og operasjonen kan ikke endre setet til dette abonnementet ERROR_TIME_ZONE_INVALID Det ble oppdaget en ugyldig verdi for tidssone ERROR_INVALID_SUBSCRIPTIONID2 Den angitte subscriptionid2-verdien eller type er ugyldig eller tilhører ikke firmaet eller brukeren ERROR_CANT_ADD_TWO_MAIL_SUBSCRIPTION Det er ikke støtte for å legge til to postabonnementer ERROR_CANT_ADD_TWO_COLLAB_SUBSCRIPTION Det er ikke støtte for å legge til to samarbeidsabonnementer ERROR_ONE_TIME_PASSWORD_ERROR Et engangspassord kan bare angis når det blir lagt til en bruker med et postabonnement ERROR_ALT_ _ON_ADD_ONLY_INOTES Bruk av Alt Address-attributtet er bare gyldig når det blir lagt til en abonnent med et IBM SmartCloud inotes-abonnement ERROR_ALT_ _INVALID_SYNTAX Alt Address-verdien inneholder ugyldig syntaks eller ble ikke funnet ERROR_MAIL_NO_PWD_OR_ALT Det ble bedt om et postabonnement, men det ble ikke funnet en alt address eller et engangspassord ERROR_ _INVALID_SYNTAX Address inneholder ugyldig syntaks eller ble ikke funnet ERROR_FAILED_SPI_SERVICE Det oppstod en get-feil for BSS SPI-tjenesten ERROR_ _DOMAIN Det oppstod en feil ved forsøk på å validere det angitte e-postdomenet ERROR_NOTES_USERNAME_VALIDATION Det oppstod en feil ved forsøk på å validere det angitte brukernavnet ERROR_ _ALREADY_EXISTS Den angitte e-postadressen finnes allerede ERROR_CUSTOMERID_INVALID_OR_NOT_FOUND CustomerId er ikke gyldig eller var ikke angitt ERROR_ISV_SUBSCRIPTION_NOT_SUPPORTED ISV-abonnementer støttes ikke ERROR_SPI_SERVICE_VALIDATION_ERROR Det oppstod en valideringsfeil for SPI (Stateful Packet Inspections) Service ERROR_ _VALIDATION_ERROR Det oppstod en valideringsfeil for e-post, eller e-postadressen finnes allerede ERROR_ASSIGN_SEAT Det kunne ikke tildeles et sete til en abonnent. Kapittel 10. Integreringsserver 87

92 Tabell 10. Feilkoder for brukerklargjøring (fortsettelse) Resultatkode Syntaks Beskrivelse 1041 ERROR_INVALID_CHANGESTORAGE_SIZE Det ble angitt en ugyldig størrelse for verdien for lagerendring ERROR_SUBSCRIPTION_DOESNT_ SUPPORT_EXTRA_STORAGE Det ble angitt et abonnement som ikke støtter ekstra lager ERROR_ASSIGNTO_SUBSCRIPTION_TYPE Innholdet kan ikke tildeles til AssignTo-abonnenten fordi abonnementstypen ikke er kompatibel ERROR_NO_COMPATIBLE_EXTRA_STORAGE Det ble ikke funnet noe kompatibelt ekstra lager for et abonnement ERROR_EXTRA_STORAGE_DEPLETED Det ekstra lageret for det angitte abonnementet er oppbrukt ERROR_BSS_ _ADDRESS_ALREADY_EXISTS Den angitte e-postadressen finnes allerede ERROR_BSS_NO_SEATS_AVAILABLE Det er ingen ekstra seter tilgjengelig ERROR_RENAME_GENERAL Det oppstod en feil under en navneendringsoperasjon INVALID_COUNTRY_CODE_FORMAT Den angitte landkoden har feil format. Landkoden skal bestå av to tegn. Du finner en oversikt over gyldige landkoder i Språk- og landverdier for endringsfiler på side INVALID_COUNTRY_CODE Den angitte landkoden er ikke gyldig. Du finner en oversikt over gyldige landkoder i Språk- og landverdier for endringsfiler på side ERROR_JOBTITLE_LENGTH JobTitle overskrider maksimumsgrensen på 99 tegn ERROR_FAMILYNAME_LENGTH FamilyName overskrider maksimumsgrensen på 120 tegn ERROR_GIVENNAME_LENGTH GivenName overskrider maksimumsgrensen på 120 tegn ERROR_SUBSCRIBER_REMOVE_PENDING_ERROR En AddSubscriber-operasjon mislyktes fordi en annen abonnent med samme e-postadresse venter på å bli fjernet. AddSubscriberoperasjonen kan sendes på nytt etter at fjerneoperasjonen som venter, er fullført ERROR_NOTES_ATTRIBUTE_VALIDATION Valideringsprosessen for attributt mislyktes ERROR_FEDERATION_ONLY_PARTIAL Verdien som ble angitt for FederationType-attributtet, var ikke gyldig. Bare firmaer med PARTIAL_FEDERATED kan ha brukere med andre foreningstyper ERROR_FEDERATION_INVALID_TYPE Verdien som ble angitt for FederationType-attributtet, var ikke gyldig. Bare NON_FEDERATED, FEDERATED og MODIFIED_FEDERATED er støttede foreningstyper INVALID_SUPPRESS_INVITATION Verdien som ble angitt for SuppressInvitation-attributtet, var ikke gyldig. 88 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

93 Tabell 10. Feilkoder for brukerklargjøring (fortsettelse) Resultatkode Syntaks Beskrivelse 1059 INOTES_FAILED_GET_DOMAINS inotes-sluttpunktet kunne ikke innhente kundedomener INOTES_NOT_ENABLED Klargjøringsforespørselen kan ikke fullføres fordi inotes ikke er aktivert CANNOT_RESEND_TO_PENDING_ENTITLE Invitasjonen kan ikke sendes på nytt fordi abonnenten har et sete i ENTITLE_PENDINGstatus INVALID_PARAMETER Det ble oppdaget en ugyldig parameter SUBSCRIPTION_NOT_IN_ACTIVE_STATE En angitt abonnement kunne ikke behandles fordi det ikke var aktivt INVALID_SEAT Det ble angitt et ugyldig sete SEAT_REVOKE_FAILED En RevokeSeat-operasjon mislyktes CHANGE_SEAT_FAILED En ChangeSeat-operasjon mislyktes SUBSCRIBER_FETCH_FAILED Det oppstod en BSS-kommunikasjonsfeil under en henteoperasjon for en abonnent CUSTOMER_FETCH_FAILED Det oppstod en BSS-kommunikasjonsfeil under en henteoperasjon for en kunde UNABLE_TO_VERIFY_ _DOMAIN Verifisering av det angitte e-postdomenet mislyktes SUBSCRIBER_ADD_FAILED En AddSeat-operasjon mislyktes med å legge til den angitte abonnenten SUBSCRIBER_ADD_FAILED_TO_SEND_ En AddSeat-operasjon mislyktes med å sende e-posten til den nye abonnenten SUBSCRIBER_SET_PASSWORD_FAILED Abonnentens nye passordoppføring ble ikke behandlet ADD_SEAT_FAILED_DUPLICATE_SUBSCRIPTION En AddSeat-operasjon mislyktes. Hvis operasjonen hadde blitt fullført, ville det ha blitt opprettet et duplikatabonnement ADD_SEAT_FAILED En AddSeat-operasjon mislyktes PARAM_VALIDATION_TIME_ZONE_FAILED Tidssonevalidering mislyktes ERROR_UNKNOWN_BSS_UP_EXCEPTION BSS-validering mislyktes ERROR_TIMEZONENOT_INIT Initialisering av tidssone mislyktes ERROR_LANGUAGESETTINGSNOT_INIT Initialisering av språkinnstilling mislyktes RULE_USER_WITHOUT_SUBSCRIPTION_FAILED Det var ikke angitt noen abonnementer RULE_ONLY_ONE_MAIL_SUB_PER_SUBSCRIBER Det er bare tillatt med ett postabonnement per abonnent RULE_ONLY_ONE_COLLAB_SUB_PER_SUBSCRIBER Det er bare tillatt med ett samarbeidsabonnement per abonnent RULE_ONLY_MAIL_USER_CAN_ HAVE_ONE_TIME_PASSWORD 1083 RULE_ONLY_INOTES_USER_CAN_ HAVE_ALT_ 1084 UNSUPPORTED_OPERATION_ ADD_EXTRA_STORAGE Bare en postabonnent kan få tildelt et engangspassord. Bare en inotes-bruker kan få tildelt en alternativ e-postadresse. En forespørsel om å legge til ekstra lagerplass støttes ikke. Kapittel 10. Integreringsserver 89

94 Tabell 10. Feilkoder for brukerklargjøring (fortsettelse) Resultatkode Syntaks Beskrivelse 1085 SUBSCRIBER_ADD_EXTRA_STORAGE_FAILED En forespørsel om å legge til ekstra lagerplass mislyktes NOTES_NOT_ENABLED Klargjøringsforespørselen kan ikke fullføres fordi IBM SmartCloud Notes ikke er aktivert CANNOT_RESEND_TO_PENDING_ENTITLE Abonnenten har et sete med en ENTITLE_PENDING-status. Invitasjonen kan ikke sendes før brukeren har fått rettigheter RULE_BUNDLE_EXCLUDES_ ALACARTE_SUBSCRIPTIONS 1089 ERROR_STORAGE_SUB_INCOMPATIBLE_ WITH_BASE_SUB 1090 ERROR_ACCESSORY_SUBSCRIPTION_ NOT_SUPPORTED En AssignSeat-operasjon forsøker å klargjøre en bruker som en del av et pakkeabonnement, men brukeren er enten allerede klargjort som en enkeltsetebruker, eller så forsøker den samme endringsfilen også å klargjøre den samme brukeren med et enkeltseteabonnement. Denne feilen kan for eksempel oppstå når en AssignSeat-operasjon forsøker å klargjøre en bruker som en del av et IBM SmartCloud Notes-pakkeabonnement når brukeren allerede er klargjort med et Engage-seteabonnement. En bruker kan enten bli klargjort som del av et pakkeabonnement eller som et enkeltseteabonnement, men ikke begge deler. Det angitte lagringsabonnementet er ikke kompatibelt med basisabonnementet som er skal knyttes til. Det ble angitt et tilleggsabonnement i CSV-filen, men funksjonen for tilleggsabonnement er ikke tilgjengelig ERROR_INVALID_ACTIVATION_VALUE Det ble angitt en ugyldig verdi, eller ingen verdi, for feltet Aktivering. Den eneste gyldige verdien er FORCE_ACTIVATION ERROR_CANNOT_FORCE_ACTIVATION Tvungen aktivering mislyktes fordi brukeren eller organisasjonen ikke oppfyller de nødvendige kriteriene ERROR_FORCE_ACTIVATION_FAILED Tvungen aktivering mislyktes på grunn av en intern systemfeil. 90 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

95 Beslektede begreper: Opprette endringsfiler for brukerklargjøring på side 45 En endringsfil for brukerklargjøring er en CSV-tekstfil som kunden oppretter og som inneholder brukerklargjøringsinformasjon fra ditt lokale administrasjonssystem. Når du er aktivert for bruk av integreringsserveren, bruker du disse tekstfilene til å laste opp brukerklargjøringsinformasjon. Opprette endringsfiler for katalogintegrering på side 68 En endringsfil for katalogintegrering er en LDIF-tekstfil som kunden oppretter. Den inneholder informasjon om tillegg, oppdateringer og slettinger for hver enkelt person eller gruppe i en organisasjons firmakatalog(er) for opplasting til IBM SmartCloud inotes-katalogen for firmakontakter. Belastningsbalansering og behandlingsbegrensninger på side 75 Integreringsserveren bruker behandlingsbegrensninger for å bidra i belastningsbalanseringen. Sporingsfiler for integreringsserver på side 77 Integreringsserveren genererer en sporingsfil for hver endringsfil det behandler. Rapportfiler for integreringsserver på side 76 Integreringsserveren genererer en rapportfil for hver gruppe med endringsfiler som blir behandlet for organisasjonen din. Kapittel 10. Integreringsserver 91

96 92 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

97 Kapittel 11. Journalføring Vis brukeraktivitet på organisasjonskontoen din. Oversikt over journaltjenesten Journalen er en oversikt over brukeraktiviteten på firmakontoen din. Den omfatter dato, klokkeslett og brukerinformasjon om hendelser som for eksempel påloggingsforsøk, passordendringer og startklokkeslett for online-møter. Journaltjenesten produserer omtrent en gang i døgnet flere journalfiler, en for hver komponent i IBM SmartCloud for Social Business. Hver enkelt fil blir komprimert med gzip og deretter gjort tilgjengelig via FTPS på integrerings- og migreringsstedet for SmartCloud for Social Business. Etter sju dager på stedet blir filene fjernet. Hver komprimert fil inneholder en ren tekstfil som kan leses med et vanlig redigeringsprogram. Formatet er konsistent og regelmessig, slik at tekstfilene kan analyseres programmatisk. Terminologi journaltjeneste Systemet setter sammen journalene til filer, komprimerer dem og gjør dem tilgjengelig på integrerings- og migreringsstedet. journal Journalen er en oversikt over hendelser. Den er lagret i en eller flere journalfiler. journalfil En ren tekstfil som inneholder poster som viser hendelsene som brukerne har utført. post En komplett oppføring i journalfilen. Den inneholder datoen, klokkeslettet og andre detaljer om hendelsen. komponent En tjeneste eller funksjon i SmartCloud for Social Business. For eksempel er Filer en komponent og Aktiviteter en komponent. hendelse En handling som en bruker har utført på firmakontoen, for eksempel pålogging, nedlasting av en fil eller endring av et passord. FTPS gzip UUID En filoverføringsprotokoll som bruker Transport Layer Security til å gi sikker kommunikasjon på Internett. Et verktøy for filkomprimering. Bruk gunzip til å pakke opp filene. Forkortelse for Universally Unique Identifier, angitt i heksadesimalt format. Copyright IBM Corp. 2010,

98 Beslektede oppgaver: Laste ned SmartCloud Engage-journalfilene på side 131 SmartCloud Engage-journalfilene blir lagret på FTP-stedet i sju dager. Aktivere journalføringstjenesten på side 130 Du kan aktivere journalføring når du aktiverer tilgang til integrerings- og migreringsstedet. Beslektet referanse: Format for journalfilene Journalen er en ren tekstfil som inneholder en eller flere poster med hendelser som har skjedd på firmakontoen. Format for journalfilene Journalen er en ren tekstfil som inneholder en eller flere poster med hendelser som har skjedd på firmakontoen. Beslektede begreper: Oversikt over journaltjenesten på side 93 Journalen er en oversikt over brukeraktiviteten på firmakontoen din. Den omfatter dato, klokkeslett og brukerinformasjon om hendelser som for eksempel påloggingsforsøk, passordendringer og startklokkeslett for online-møter. Generell beskrivelse av formatet på journalfilen Formatet på journalfilen er konsistent og regelmessig. Du kan opprette ett eller flere verktøy for å analysere innholdet. Innledning Journalene for en firmakonto er delt opp i mange komprimerte tekstfiler, en per komponent. Hver fil inneholder en eller flere poster med hendelser som har funnet sted i komponenten for din firmakonto. Hvis det ikke har forekommet noen hendelser for firmakontoen på en bestemt dag, blir det ikke generert noen komponentfil for den dagen. Versjon Den gjeldende versjonen av journaltjenesten er 2. Versjonsnummeret er ikke inkludert i journalfilene. Selv om det ikke gjøres endringer i journalføringsfilene ofte, er IBM SmartCloud for Social Business et system som er i kontinuerlig utvikling og blir forbedret og oppgradert jevnlig. En større oppdatering av systemet kan føre til endringer i navnene på journalfiler som ligger på serveren. En større oppdatering kan også føre til endringer i innholdet i journalfilene. Hvis du lager et verktøy for å analysere journalfilene, må du gjøre verktøyet fleksibelt nok til å tåle slike endringer som kan forekomme. Filnavn Navnet på den komprimerte filen du laster ned for en komponent, er <dato>.<komponent>.txt.gz. <dato> er datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. <komponent> er navnet som brukes for journalfilen for en komponent. I de fleste tilfeller er <komponent> identisk med det faktiske navnet på komponenten i LotusLive. For eksempel: v CONTACT.txt.gz v ACTIVITIES.txt.gz v FILES2.txt.gz 94 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

99 Syntaks Alle poster følger dette generelle formatet: DATO user SUBJEKT performed HANDLING [PÅ_OBJEKT] [RETTET_MOT] with outcome RESULTAT [reason=årsak] [(EKSTRA)] Dette er en mer detaljert oversikt over formatet: DATO user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name="navn", customerid=kundeid)] [targeted at (type=type, id=målid, name="navn", customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. 3. Bruk av parenteser () kreves for å gruppere objekt- eller subjektattributter Parametere DATO Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: SUBJECT Personen som utførte handlingen. Personen kan være medlem av organisasjonen din, medlem i en annen organisasjon som har en konto på LotusLive, eller en anonym bruker. Syntaksen for SUBJEKT er: epost (id=abonnent-id, customerid=kunde-id). e-post E-postadressen til den som utførte handlingen. Hvis personen er medlem i organisasjonen din, er det den fullstendige e-postadressen. Hvis vedkommende har en konto på IBM SmartCloud Engage, men ikke er medlem av organisasjonen din, er e-postadressen bare domenet. For Hvis vedkommende er en anonym bruker, er teksten for e-postadressen unauthenticated. abonnent-id og kunde-id Unike tall som identifiserer hver enkelt person og organisasjon. Tallene endres aldri og blir aldri brukt om igjen, selv når en person eller organisasjon blir slettet. Hvis en person ikke har en konto, er ikke abonnent-id og kunde-id tall, men i stedet teksten unknown. Eksempler: Bruker i organisasjonen din: [email protected] (id=2343, customerid=623449) Bruker i en annen (id=3456, customerid=128) Bruker ikke medlem av SmartCloud Engage: unauthenticated (id=unknown, customerid=unknown) HANDLING En tekstverdi som beskriver handlingen som ble utført av en bruker. Tekstverdiene er spesifikke for en komponent og er vist i tabellform i en egen del i denne dokumentasjonen. Merk: Etter hvert som funksjonene i komponentene utvikles, blir det lagt til nye handlinger i journalfilen, mens eksisterende handlinger kan bli fjernet. Hvis du lager et verktøy for å analysere journalfilene, må du gjøre verktøyet fleksibelt nok til å tåle slike endringer som kan forekomme. PÅ_OBJEKT Objektet som handlingen ble utført på. Ikke alle handlinger har objekter. Syntaksen er: on object (type=type, id=objektid, name=navn, customerid=kundeid). Kapittel 11. Journalføring 95

100 RETTET_MOT Objektet som hendelsen var rettet mot. I de fleste tilfeller er objektet brukeren som er målet for en delingshendelse. Syntaksen er: targeted at (type=type, id=målid, name=navn, customerid=kunde-id). TYPE Typen til objektet som handlingen ble utført på. Hver enkelt komponent har en eller flere verdier som brukes for TYPE. Noen verdier er felles for alle komponenter. For eksempel er USER en vanlig verdi. Merk: Etter hvert som funksjonene i komponentene utvikles, blir det lagt til nye typer i journalfilen, mens eksisterende typer kan bli fjernet. Hvis du lager et verktøy for å analysere journalfilene, må du gjøre verktøyet fleksibelt nok til å tåle slike endringer som kan forekomme. OBJEKTID og MÅLID Den unike identifikatoren for objektet eller målet. Formatet for verdien er konsistent i journalfilen innenfor hver enkelt komponent, men er ikke konsistent på tvers av komponenter. I noen komponenter er verdien en UUID, mens i andre er den et tall. Verdien endres ikke i løpet av objektets eller målets livssyklus. Merk: Etter hvert som funksjonene i komponentene utvikles, kan formatet for identifikatorene for nyopprettede objekter og mål bli endret. Hvis du lager et verktøy for å analysere journalfilene, må du gjøre verktøyet fleksibelt nok til å tåle slike endringer som kan forekomme. navn Navnet på objektet som samsvarer med OBJEKTID eller MÅLID. Formatet er tilfeldig ren tekst og er et brukernavn, et filnavn eller et annet objektnavn. aet på et objekt eller mål kan variere over tid. For eksempel kan en bruker endre navnet på en fil. RESULTAT Resultatet av handlingen. Det er nesten alltid enten SUCCESS eller FAILURE. Ikke alle komponenter har hendelser som kan resultere i en feil. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken avhenger av typen feil, hendelsen og komponenten. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. For eksempel: reason=authentication_failure. Merk: Etter hvert som funksjonene i komponentene utvikles, blir det lagt til nye årsaker i journalfilen, mens eksisterende årsaker kan bli fjernet. Hvis du lager et verktøy for å analysere journalfilene, må du gjøre verktøyet fleksibelt nok til å tåle slike endringer som kan forekomme. EKSTRA Inneholder tilleggsinformasjon som er relevant i forbindelse med enkelte handlinger. Informasjonen gis i form av navn/verdi-par, i formatet name="verdi". Merk: Nye navn/verdi-par kan legges til i journaltjenesten, og navn/verdi-par kan bli fjernet når som helst, også blant journalfiler med samme versjonsnummer. Hvis du lager et verktøy for å analysere journalfilene, må du gjøre verktøyet fleksibelt nok til å tåle slike endringer som kan forekomme. Format for journalfil for Aktiviteter Journalfilen for Aktiviteter inneholder hendelser som for eksempel opprettelse, oppdatering, sletting og kopiering av aktiviteter. Filnavn Navnet på den komprimerte filen du laster ned er <date>activities.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: ACTIVITIES.txt.gz. 96 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

101 Syntaks En post i journalfilen for Aktiviteter følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 11. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Aktiviteter. Brukerhandling Knytt fil til oppføring Automatisk fullføring Fullfør aktivitet Merk aktivitet som fullført Fullfør gjøremål Kopier aktivitet Flytt aktivitet Opprett aktivitet Opprett kode Opprett svar Legg til oppføring Legg til bokmerke Legg til tilpasset felt Opprett oppføringskode Legg til beslektet aktivitet Opprett seksjon Opprett mal Tekst i journalfilen ATTACH_ENTRY_FILE AUTO_COMPLETE_ACTIVITY COMPLETE_ACTIVITY COMPLETE_ACTIVITY COMPLETE_TODO COPY_ACTIVITY COPY_ACTIVITY, COPY_ACTIVITY_FROM CREATE_ACTIVITY CREATE_ACTIVITY_TAG CREATE_COMMENT CREATE_ENTRY ADD_ENTRY_BOOKMARK ADD_ENTRY_CUSTOM_FIELD CREATE_ENTRY_TAG ADD_RELATED_ACTIVITY CREATE_SECTION CREATE_TEMPLATE Kapittel 11. Journalføring 97

102 Tabell 11. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Aktiviteter. (fortsettelse) Brukerhandling Tekst i journalfilen Opprett gjøremål CREATE_TODO Slett aktivitet DELETE_ACTIVITY Slett kode DELETE_ACTIVITY_TAG Slett svar DELETE_COMMENT Slett oppføring DELETE_ENTRY Slett bokmerke DELETE_ENTRY_BOOKMARK Slett tilpasset felt DELETE_ENTRY_CUSTOM_FIELD Slett oppføringsfil DELETE_ENTRY_FILE Slett oppføringskode DELETE_ENTRY_TAG Fjern beslektet aktivitet REMOVE_RELATED_ACTIVITY Slett seksjon DELETE_SECTION Slett mal DELETE_TEMPLATE Slett gjøremål DELETE_TODO Last ned tilknyttede filer DOWNLOAD_ENTRY_FILE Dupliser oppføring DUPLICATE_ENTRY, DUPLICATE_ENTRY_FROM Flytt oppføring MOVE_ENTRY, MOVE_ENTRY_TO_ACTIVITY, MOVE_ENTRY_FROM_ACTIVITY Flytt seksjon MOVE_SECTION Endre rekkefølge på REORDER_ENTRY oppføringer Erstatt oppføringsfil REPLACE_ENTRY_FILE Kopier som ny mal SAVE_ACTIVITY_AS_TEMPLATE, SAVE_TEMPLATE_AS_TEMPLATE Lagre som mal SAVE_ACTIVITY_AS_TEMPLATE, SAVE_TEMPLATE_AS_TEMPLATE Angi prioritet SET_PRIORITY Merk som aktivert TUNE_IN_ACTIVITY Merk som deaktivert TUNE_OUT_ACTIVITY Opphev fullføring av UNCOMPLETE_ACTIVITY aktivitet Opphev fullføring av UNCOMPLETE_TODO gjøremål Opphev sletting av UNDELETE_ACTIVITY aktivitet Opphev sletting av svar UNDELETE_COMMENT Opphev sletting av UNDELETE_ENTRY oppføring Opphev sletting av seksjon UNDELETE_SECTION Opphev sletting av UNDELETE_TODO gjøremål Rediger aktivitet UPDATE_ACTIVITY Gjør en aktivitet intern UPDATE_ACTIVITY_ACCESS Oppdater medlemskap UPDATE_ACTIVITY_MEMBERSHIP Oppdater synlighet UPDATE_ACTIVITY_VISIBILITY Oppdater svar UPDATE_COMMENT 98 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

103 Tabell 11. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Aktiviteter. (fortsettelse) Brukerhandling Oppdater oppføring Rediger bokmerke Rediger tilpasset felt Oppdater seksjon Oppdater mal Oppdater gjøremål Tekst i journalfilen UPDATE_ENTRY UPDATE_ENTRY_BOOKMARK UPDATE_ENTRY_CUSTOM_FIELD UPDATE_SECTION UPDATE_TEMPLATE UPDATE_TODO TYPE Typen objekt som handlingen ble utført på. Noen av de mulige verdiene er USER og ACTIVITY. OBJEKTID Den unike identifikatoren for objektet. Når objekttypen for eksempel er USER, er OBJEKTID det unike nummeret som identifiserer personen som har SmartCloud Engage-kontoen. navn Navnet som samsvarer med OBJEKTID eller MÅLID. Når objekttypen for eksempel er ACTIVITY, er navn navnet på aktiviteten. MÅLID Identifikatoren for objektet, firmaet eller brukeren som handlingen ble utført på. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. For eksempel: reason=authentication_failure EKSTRA Inneholder tilleggsinformasjon som er relevant i forbindelse med enkelte handlinger. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Det ble opprettet en aktivitet med navnet Marketing Planning for T21:36: user [email protected] (id= , customerid= ) performed CREATE_ACTIVITY on object (type=activity, id=fffg ddf343c58391d036388b2203, name="marketing Planning for 2012", customerid= ) with outcome SUCCESS 2. En aktivitet ble oppdatert ved at Kristin MacGyver ble lagt til som eier T21:39: user [email protected] (id= , customerid= ) performed UPDATE_ACTIVITY_MEMBERSHIP on object (type=user, id= , name="kristin MacGyver", customerid= ) targeted at (type=activity, id=fffg ddf343c58391d036388b2203, name="marketing Planning for 2012", customerid= ) with outcome SUCCESS (ROLE="OWNER", OPERATION="MEMBER_ADDED") Format for journalfil for Kunngjøringer Journalfilen for Kunngjøringer inneholder hendelser for opprettelse, oppdatering og sletting av kunngjøringer. Kapittel 11. Journalføring 99

104 Filnavn Navnet på den komprimerte filen du laster ned er <dato>.announcement.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: ANNOUNCEMENT.txt.gz. Syntaks En post i journalfilen for Kunngjøringer følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 12. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Kunngjøringer. Brukerhandling Opprett en kunngjøring Rediger, aktiver eller deaktiver en kunngjøring Slett en kunngjøring CREATE UPDATE DELETE Tekst i journalfilen TYPE Typen objekt som handlingen ble utført på. Verdien er alltid ANNOUNCEMENT. OBJEKTID Den unike identifikatoren for kunngjøringen. navn Tittelen på kunngjøringen. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK 100 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

105 Eksempler Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Det ble opprettet en kunngjøring for å minne brukerne om at de har en fridag: T07:59: user [email protected] (id= , customerid= ) performed CREATE on object (type=announcement, id=8e9dab6a-4ebbf4f8405d0, name="company Holiday", customerid= ) with outcome SUCCESS (link="", linktext="", enabled="1", modifiedby=" ", body="please do not forget that Friday is a day off for everyone.") 2. En kunngjøring ble deaktivert: T07:42: user [email protected] (id= , customerid= ) performed UPDATE on object (type=announcement, id=8e9dab6a-4ebbf4f8405d0, name="company Holiday", customerid= ) with outcome SUCCESS (enabled="0", modifiedby=" ") Format for journalfil for autentisering Journalen for autentisering inneholder poster for påloggingsforsøk og passordendringer. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.auth.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: AUTH.txt.gz. Syntaks En post i journalfilen for Autentisering følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING with outcome RESULTAT [reason=årsak] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Kapittel 11. Journalføring 101

106 Tabell 13. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for autentiseringshendelser. Brukerhandling Tekst i journalfilen Autentisering på påloggingsside LOGIN Autentisering via en applikasjon, LOGIN_BASIC for eksempel Lotus Notes Traveler Passordet for en applikasjon som LOGIN_APP_PASSWORD bruker grunnleggende pålogging (for eksempel Lotus Notes Traveler) Forent autentisering Bruker velger Logg av Ekstern forent autentisering Endring av utløpt passord LOGIN_SSO LOGOUT EXTERNAL_SSO PASSWORD_CHANGE RESULTAT Resultatet av handlingen. Kan være SUCCESS, FAILURE, PENDING eller UNKNOWN. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. For eksempel: reason=authentication_failure Tabell 14. Autentiseringshendelser og årsakene til feil som blir vist i journalfilen. Hendelse Årsak til feil Tekst i journalfilen LOGIN Feil legitimasjon AUTHENTICATION_FAILURE LOGIN Maksimalt antall mislykkede forsøk overskredet MAX_FAILED_LOGINS_EXCEEDED LOGIN Brukeren finnes ikke INVALID_USERNAME LOGIN Passord utløpt PASSWORD_EXPIRED LOGIN Brukerkontoen er sperret ACCOUNT_SUSPENDED LOGIN Årsaken til feilen er ikke kjent NOT_SUPPORTED LOGIN_SSO Brukeren finnes ikke INVALID_USERNAME LOGIN_SSO Brukeren er slettet eller ikke aktiv ACCOUNT_SUSPENDED LOGIN_SSO Kunde ikke forent CUSTOMER_NOT_ENTITLED LOGIN_SSO Kunden er forent, men brukeren har ikke tillatelse USER_NOT_ENTITLED LOGIN_SSO Passordet kunne ikke bekreftes på grunn av en ERROR_BSS intern tjenestefeil. LOGIN_SSO Passordet kunne ikke bekreftes på grunn av en ERROR_TAM intern tjenestefeil. LOGIN_BASIC Maksimalt antall mislykkede forsøk overskredet MAX_FAILED_LOGINS_EXCEEDED LOGIN_BASIC Passordet kunne ikke bekreftes på grunn av en intern tjenestefeil. ERROR_TAM LOGIN_APP_ PASSWORD Passordet ble fjernet av brukeren, eller passordet har utløpt. PASSWORD_EXPIRED LOGOUT Årsaken til feilen er ikke kjent. NOT_SUPPORTED PASSWORD_CHANGE Feil ved endring av utløpt passord POLICY_VIOLATION PASSWORD_CHANGE Årsaken til feilen er ikke kjent. NOT_SUPPORTED 102 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

107 Tabell 14. Autentiseringshendelser og årsakene til feil som blir vist i journalfilen. (fortsettelse) Hendelse Årsak til feil Tekst i journalfilen EXTERNAL_SSO Passordet kunne ikke bekreftes på grunn av en ERROR intern tjenestefeil. EXTERNAL_SSO Brukeren har ikke tillatelse USER_NOT_ENTITLED Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Et vellykket påloggingsforsøk: T13:32: user [email protected] (id= , customerid= ) performed LOGIN with outcome SUCCESS 2. En mislykket pålogging fordi brukeren ikke angav riktig passord: T13:30: user [email protected] (id= , customerid= ) performed LOGIN with outcome FAILURE reason=authentication_failure Format for journalfil for Blogger Journalfilen for Blogger inneholder hendelser som opprettelse, oppdatering og sletting av blogger Filnavn Navnet på den komprimerte filen du laster ned er <dato>.blogs.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: BLOGS.txt.gz. Syntaks En post i journalfilen for Blogger følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=mål-id, name=navn, customerid=kunde-id)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. Kapittel 11. Journalføring 103

108 HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 15. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Blogger. Brukerhandling Tekst i journalfilen En ny blogg ble opprettet CREATE_BLOG En blogg ble slettet DELETE_BLOG En blogg ble konfigurert UPDATE_BLOG_SETTINGS En idéblogg ble opprettet CREATE_IDEATION_BLOG En idéblogg ble slettet DELETE_IDEATION_BLOG Et nytt blogginnlegg ble opprettet CREATE_BLOG_ENTRY Et utkast av nytt blogginnlegg ble lagret SAVE_BLOG_ENTRY_DRAFT Et blogginnlegg ble oppdatert UPDATE_BLOG_ENTRY Et blogginnlegg ble slettet DELETE_BLOG_ENTRY Et blogginnlegg ble anbefalt RECOMMEND_BLOG_ENTRY En kommentar ble lagt til for et ADD_BLOG_COMMENT blogginnlegg En kommentar ble fjernet fra et REMOVE_BLOG_COMMENT blogginnlegg En bloggkommentar ble anbefalt RECOMMEND_BLOG_COMMENT En fil ble lastet opp til en blogg UPLOAD_BLOG_FILE En fil ble fjernet fra en blogg REMOVE_BLOG_FILE En kobling ble lagt til for et blogginnlegg ADD_BLOG_LINK En kobling ble oppdatert UPDATE_BLOG_LINK En kobling ble fjernet fra et blogginnlegg REMOVE_BLOG_LINK TYPE Typen endring som ble gjort for bloggen. OBJEKTID Den unike identifikatoren for bloggen. navn Navnet som samsvarer med OBJEKTID eller MÅLID. MÅLID Identifikatoren for objektet, firmaet eller brukeren som handlingen ble utført på. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. Format for journalfil for BSS Journalfilen for BSS inneholder hendelser som forekommer på organisasjonens konto. Hendelsene omfatter tilbakestilling av passord, tilføying av gjestebrukere og endring av brukerroller. 104 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

109 Filnavn Navnet på den komprimerte filen du laster ned er <dato>.bss.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: BSS.txt.gz. Syntaks En post i journalfilen for BSS følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 16. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for BSS. Brukerhandling Godta avtale Godta serviceavtale Godta bruksbetingelser Legg til kundekonto Legg til adresse Legg til kundeattributt Legg til kundeidentifikator Legg til element i handlekurv/ordre Legg til tjenestekomponentattributt Legg til abonnent Legg til abonnentattributt Tillat tilgang til API Legg til roller i brukerprofilen Tekst i journalfilen ACCEPTAGREEMENT ACCEPTSERVICEAGREEMENT ACCEPTTERMSOFUSE ADDACCOUNT ADDADDRESS ADDCUSTOMERATTRIBUTE ADDCUSTOMERIDENTIFIER ADDITEM ADDSERVICECOMPONENTATTRIBUTE ADDSUBSCRIBER ADDSUBSCRIBERATTRIBUTE ALLOWAPI ASSIGNROLE Kapittel 11. Journalføring 105

110 Tabell 16. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for BSS. (fortsettelse) Brukerhandling Tekst i journalfilen Autoriser AUTHORIZE Slett abonnement CANCELSUBSCRIPTION Avbryt arbeidsflyt CANCELWORKFLOW Endre passord CHANGEPASSWORD Endre kvote CHANGEQUOTA Kontroller passordpolicy CHECKPASSWORDPOLICY Opprett handlekurv/ordre CREATECART Opprett tjenestekomponent CREATESERVICECOMPONENT Opprett token CREATETOKEN Slett tilgangstoken DELETEACCESSTOKEN Slett handlekurv/ordre DELETECART Slett tjenestekomponent DELETESERVICECOMPONENT Slett tjenestekomponentattributt DELETESERVICECOMPONENTATTRIBUTE Slett brukertoken DELETETOKEN Gi alle abonnenter rettighet ENTITLEALLSUBSCRIBERS Legg til gjestebruker ENTITLESUBSCRIBER Gi abonnent rettighet ENTITLESUBSCRIBER Hent kundens passordutløpspolicy GETCUSTOMERPASSWORDEXPIRY Hent IP-adresse GETIPADDRESSES Hent Oauth-legitimasjon GETOAAUTHCREDENTIALS Hent rolleliste GETROLELIST Hent Oauth 2-tokener GETTOKENS Hent informasjon om GETUSERDATACENTERS brukerdatasenter Brukerpålogging (vanligvis av LOGIN Sametime-klient) Registrer kunde REGISTERCUSTOMER Frigi salgsordre RELEASESALESORDER Slett kundekonto REMOVEACCOUNT Slett adresse REMOVEADDRESS Slett kundeattributt REMOVECUSTOMERATTRIBUTE Slett kundeidentifikator REMOVECUSTOMERIDENTIFIER Slett element fra handlevogn/ordre REMOVEITEM Fjern abonnent REMOVESUBSCRIBER Slett abonnentattributt REMOVESUBSCRIBERATTRIBUTE Send velkomstpost på nytt RESENDWELCOM Tilbakestill Oauth-legitimasjon RESETOAUTHCREDENTIALS Tilbakestill passord RESETPASSWORD Start arbeidsflyt på nytt RESTARTWORKFLOW Fjern alle abonnenter REVOKEALLSUBSCRIBERS 106 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

111 Tabell 16. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for BSS. (fortsettelse) Brukerhandling Tekst i journalfilen Inndra abonnement REVOKESUBSCRIBER Angi IP-adresse SETIPADDRESS Angi engangspassord SETONETIMEPASSWORD Angi brukerpassord SETPASSWORD Send handlevogn/ordre SUBMITCART Sperr kunde SUSPENDCUSTOMER Sperr abonnement SUSPENDSUBSCRIBER Sperr abonnement SUSPENDSUBSCRIPTION Sperr bruker SUSPENDUSER Synkroniser tjenestekomponenter SYNCSERVICECOMPONENTS Veksle IP-adressebegrensning TOGGLEIPADDRESSRESTRICTION Overfør sete TRANSFERSEAT Overfør abonnent TRANSFERSUBSCRIBER Fjern roller fra brukerprofil UNASSIGNROLE Slett kunde UNREGISTERCUSTOMER Opphev sperring av kunde UNSUSPENDCUSTOMER Opphev sperring av abonnent UNSUSPENDSUBSCRIBER Opphev sperring av abonnement UNSUSPENDSUBSCRIPTION Opphev sperring av bruker UNSUSPENDUSER Oppdater kundekonto UPDATEACCOUNT Oppdater adresse UPDATEADDRESS Oppdater handlevogn/ordre UPDATECART Endre kundeprofil UPDATECUSTOMER Oppdater kunde UPDATECUSTOMER Oppdater kundeattributt UPDATECUSTOMERATTRIBUTE Oppdater IP-adresse UPDATEIPADDRESS Oppdater element i UPDATEITEM handlekurv/ordre Oppdater sete UPDATESEAT Oppdater tjenestekomponent UPDATESERVICECOMPONENT Oppdater abonnent UPDATESUBSCRIBER Oppdater abonnentattributt UPDATESUBSCRIBERATTRIBUTE Oppdater abonnement UPDATESUBSCRIPTION Valider brukertoken VALIDATETOKEN TYPE Typen objekt som handlingen ble utført på. Noen av de mulige verdiene er CUSTOMER, USER og FILE. OBJEKTID Den unike identifikatoren for objektet. Når objekttypen for eksempel er USER, er OBJEKTID det unike nummeret som identifiserer hver enkelt person som har en konto. Kapittel 11. Journalføring 107

112 navn Navnet som samsvarer med OBJEKTID eller MÅLID. Når objekttypen for eksempel er CUSTOMER, er navn navnet på firmaet ditt. MÅLID Identifikatoren for objektet, firmaet eller brukeren som handlingen ble utført på. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. For eksempel: reason=invalid_loginname_or_password EKSTRA Inneholder tilleggsinformasjon som er relevant i forbindelse med enkelte handlinger. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Brukeren [email protected] endret passordet sitt: T21:42: user [email protected] (id= , customerid= ) performed CHANGEPASSWORD with outcome SUCCESS 2. Administratoren sperret en bruker: T21:44: user [email protected] (id= , customerid= ) performed SUSPENDSUBSCRIBER with outcome SUCCESS Format for journalfil for Fellesskap Journalfilen for Fellesskap inneholder hendelser som start av et fellesskap, tilføying av bokmerker og oppdatering av medlemskap i fellesskapet. I et fellesskap blir hendelser som er knyttet til Aktiviteter, Filer og Fora, registrert i journalfilene for Aktiviteter, Filer og Fora. Hvis en bruker for eksempel oppdaterer en aktivitet i et fellesskap, blir oppdateringshendelsen registrert i journalfilen for Aktiviteter. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.communities.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: COMMUNITIES.txt.gz. Syntaks En post i journalfilen for Fellesskap følger denne syntaksen: dato user epost (id=abonnentid) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. 108 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

113 Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 17. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Fellesskap. Brukerhandling Tekst i journalfilen Start et fellesskap CREATE_COMMUNITY Tilpass fellesskap CUSTOMIZE_COMMUNITY_ADD, CUSTOMIZE_COMMUNITY_REMOVE Rediger fellesskap UPDATE_COMMUNITY Slett fellesskap DELETE_COMMUNITY Legg til bokmerke ADD_COMMUNITY_BOOKMARK Rediger bokmerke UPDATE_COMMUNITY_BOOKMARK Fjern bokmerke REMOVE_COMMUNITY_BOOKMARK Medlemskap oppdatert UPDATE_COMMUNITY_MEMBERSHIP Medlemskap lagt til ADD_TO_COMMUNITY_MEMBERSHIP Medlemskap fjernet REMOVE_FROM_COMMUNITY_MEMBERSHIP Firmaeier endret COMMUNITY_BUSINESS_OWNER_CHANGED TYPE Typen objekt som handlingen ble utført på. Noen av de mulige verdiene er COMMUNITY og USER. OBJEKTID Den unike identifikatoren for objektet. Når objekttypen for eksempel er USER, er OBJEKTID det unike nummeret som identifiserer hver enkelt person som har en konto på SmartCloud Engage. navn Navnet som samsvarer med OBJEKTID eller MÅLID. Når objekttypen for eksempel er COMMUNITY, er navn navnet på fellesskapet. MÅLID Identifikatoren for objektet som handlingen ble utført på. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Kapittel 11. Journalføring 109

114 Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. EKSTRA Inneholder tilleggsinformasjon som er relevant i forbindelse med enkelte handlinger. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Et fellesskap med navnet Marketing ble opprettet: T21:35: user [email protected] (id= , customerid= ) performed CREATE_COMMUNITY on object (type=community, id=1bce14a4-c105-4c66-9ceb-0682a24dc076, name="marketing", customerid= ) with outcome SUCCESS 2. Brukeren Kristin MacGyver ble lagt til i fellesskapet: T21:38: user [email protected] (id= , customerid= ) performed ADD_TO_COMMUNITY_MEMBERSHIP on object (type=user, id= , name="kristin MacGyver", customerid= ) targeted at (type=community, id=1bce14a4-c105-4c66-9ceb-0682a24dc076, name="marketing", customerid= ) with outcome SUCCESS (ROLE="OWNER", OPERATION="MEMBER_ADDED") 3. Brukeren Alain Amadou la til Forum-widgeten i et fellesskap: T19:40: user [email protected] (id= , customerid= ) performed CUSTOMIZE_COMMUNITY_ADD on object (type=widget, id=d037d0d4-b4f4-43b0-befb-3a38ab5324de, name="forum", customerid= ) targeted at (type=community, id=d037d0d4-b4f4-43b0-befb-3a38ab5324de, name="", customerid= ) with outcome SUCCESS Beslektet referanse: Format for journalfil for Aktiviteter på side 96 Journalfilen for Aktiviteter inneholder hendelser som for eksempel opprettelse, oppdatering, sletting og kopiering av aktiviteter. Format for journalfil for Filer på side 113 Journalfilen for Filer inneholder poster om oppretting, deling og endring av filer og mapper. Format for journalfil for Fora på side 119 Journalfilen for Fora inneholder poster med brukeraktivitet i fora som finnes i Fellesskap. Format for journalfil for Firmaadministrasjon Journalfilen for Firmaadministrasjon inneholder hendelser som oppstår når administratoren endrer synligheten for brukere i SmartCloud Engage-katalogen, eller når en administrator endrer eventuelle tilpassede felt i Profiler. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.company.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: COMPANY.txt.gz. Syntaks En post i journalfilen for Firmaadministrasjon følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 110 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

115 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 18. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Firmaadministrasjon. Brukerhandling Skjul en bruker på firmakatalogsiden Vis en bruker på firmakatalogsiden Legg til et tilpasset felt i Profiler Rediger et tilpasset felt i Profiler Slett et tilpasset felt fra Profiler Oppdater firmainformasjon SET_HIDE_VISIBILITY SET_SHOW_VISIBILITY ADD_NEW_FIELD EDIT_FIELD DELETE_FIELD UPDATE Tekst i journalfilen TYPE Typen objekt som handlingen ble utført på. Noen av de mulige verdiene er CUSTOMER, USER og FILE. OBJEKTID Den unike identifikatoren for objektet. Når objekttypen for eksempel er USER, er OBJEKTID det unike nummeret som identifiserer hver enkelt person som har en konto. navn Navnet som samsvarer med OBJEKTID eller MÅLID. Når objekttypen for eksempel er CUSTOMER, er navn navnet på firmaet ditt. MÅLID Identifikatoren for objektet, firmaet eller brukeren som handlingen ble utført på. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. For eksempel: reason=authentication_failure Kapittel 11. Journalføring 111

116 EKSTRA Inneholder tilleggsinformasjon som er relevant i forbindelse med enkelte handlinger. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. En administrator la til et nytt felt på profilsiden for hver enkelt bruker i firmaet Renovations: T23:12: user [email protected] (id= , customerid= ) performed ADD_NEW_FIELD on object (type=company, id= , name="renovations", customerid= ) with outcome SUCCESS Format for journalfil for Kontakter Journalfilen for Kontakter inneholder poster for når brukere oppretter, oppdaterer og sletter kontakter. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.contact.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: CONTACT.txt.gz. Syntaks En post i journalfilen for Kontakter følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 19. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Kontakter. Brukerhandling Opprett en kontakt Slett en kontakt CREATE DELETE Tekst i journalfilen 112 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

117 TYPE Typen objekt som handlingen ble utført på. Verdien er alltid CONTACT. OBJEKTID Den unike identifikatoren for kontakten som ble opprettet, oppdatert eller slettet. navn Navnet på kontakten. For eksempel "Sara Dal". RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Brukeren [email protected] opprettet en ny kontakt: T20:03: user [email protected] (id= , customerid= ) performed CREATE on object (type=contact, id=102474, name="heather Reeds", customerid= ) with outcome SUCCESS 2. Brukeren [email protected] slettet en kontakt: T15:54: user [email protected] (id= , customerid= ) performed DELETE on object (type=contact, id=96455, name="mike Motler", customerid= ) with outcome SUCCESS Format for journalfil for Filer Journalfilen for Filer inneholder poster om oppretting, deling og endring av filer og mapper. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.files2.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: FILES2.txt.gz. Syntaks En post i journalfilen for Filer følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: Kapittel 11. Journalføring 113

118 e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 20. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Filer. Brukerhandling Tekst i journalfilen En mappe er opprettet. Denne hendelsen COLLECTION_CREATED kan bli mottatt når det blir opprettet et fellesskap, eller når filen deles med et fellesskap (mål er COMMUNITY) En mappe er slette. Denne hendelsen kan bli mottatt når et fellesskap fjerner widgeten Filer (mål er COMMUNITY) Navnet eller beskrivelsen på en mappe er oppdatert. Denne hendelsen vil også bli mottatt når et fellesskap endrer navn (mål er COMMUNITY) COLLECTION_DELETED COLLECTION_UPDATED En kommentar er lagt til for en fil CREATE_FILE_COMMENT En eller flere koder er lagt til en fil av en CREATE_FILE_TAG redigerer En fil er lagt til i en samling av et annet FILE_ADDED_TO_COLLECTION medlem (mål er FOLDER), eller en fil er delt med et fellesskap (mål er COMMUNITY) En fil er lagt til i en mappe av eieren (mål er FOLDER), eller en fil er delt med et fellesskap (mål er COMMUNITY) En fil er flyttet til papirkurven fra et personlig bibliotek eller et fellesskap En fil er lastet ned. En fil ble redigert med IBM Docs En fil er låst av en annen eier eller redigerer. En fil er fjernet fra en samling (mål er FOLDER), eller en fil er ikke lenger delt med et fellesskap (mål er COMMUNITY) En fil er gjenopprettet fra papirkurven til et personlig bibliotek eller et fellesskap. Når en fildeling er opprettet med en annen bruker, selv om det var delt med vedkommende tidligere. En fil er delt med en bruker som ikke deltar i SmartCloud for Social Business ennå. FILE_ADDED_TO_COLLECTION FILE_DELETED FILE_DOWNLOADED FILE_EDITED FILE_LOCKED FILE_REMOVED_FROM_COLLECTION FILE_RESTORED FILE_SHARED FILE_SHARED_FOR_SINGLE_DOWNLOAD 114 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

119 Tabell 20. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Filer. (fortsettelse) Brukerhandling Tekst i journalfilen En fil er lastet ned av en bruker som ikke FILE_SINGLE_DOWNLOAD deltar i SmartCloud for Social Business ennå. En eller flere brukere er lagt til eller fjernet fra delingslisten for en fil (objekttype er USER), eller filen er gjort felles for organisasjonen (objekttype er ORGANIZATION) FILE_SHARING_UPDATED Brukeren har sluttet å dele filen. FILE_STOP_SHARING En fil er låst opp av en annen eier eller FILE_UNLOCKED redigerer. En ny versjon av en fil er opprettet, eller FILE_UPDATED andre attributter for filen er endret En bruker har lastet opp en fil til sitt FILE_UPLOADED personlige bibliotek eller et fellesskap En fil ble vist i nettleseren FILE_VIEWED En eller flere brukere er lagt til eller fjernet FOLDER_SHARING_UPDATED fra delingslisten for en mappe (objekttype er USER), eller mappen er gjort felles for organisasjonen (objekttype er ORGANIZATION) Når en mappe ikke lenger er delt med en bruker eller gruppe Når en mappe er delt på nytt med en bruker eller en gruppe som allerede hadde mottatt den En kommentar er slettet for en fil En eller flere koder er fjernet fra en fil av en redigerer En eldre versjon av en fil er fjernet for godt. En eldre versjon av en fil er gjenopprettet til den gjeldende versjonen En kommentar er oppdatert for en fil FOLDER_SHARING_UPDATED FOLDER_SHARING_UPDATED REMOVE_FILE_COMMENT REMOVE_FILE_TAG REMOVE_FILE_VERSION RESTORE_FILE_VERSION UPDATE_FILE_COMMENT TYPE Typen objekt som handlingen ble utført på. Noen av de mulige verdiene er FOLDER, FILE, USER og ALL. OBJEKTID Den unike identifikatoren for objektet. Når objekttypen for eksempel er FILE, er OBJEKTID den unike identifikatoren for filen. navn Navnet som samsvarer med OBJEKTID eller MÅLID. Når objekttypen for eksempel er FILE, er navn navnet på den aktuelle filen. MÅLID Identifikatoren for objektet, firmaet eller brukeren som handlingen ble utført på. RESULTAT Kapittel 11. Journalføring 115

120 Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. EKSTRA Inneholder tilleggsinformasjon som er relevant i forbindelse med enkelte handlinger. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Filen Marketing Presentation.odp ble lastet opp av user T21:47: user [email protected] (id= , customerid= ) performed FILE_UPLOADED on object (type=file, id=0d916c35-0c08-4b1d-b45f-7727dacff274, name="marketing Presentation.odp", customerid= ) with outcome SUCCESS 2. Filen Marketing Presentation.odp ble lastet ned av user T22:37: user [email protected] (id= , customerid= ) performed FILE_DOWNLOADED on object (type=file, id=0d916c35-0c08-4b1d-b45f-7727dacff274, name="marketing Presentation.odp", customerid= ) with outcome SUCCESS 3. Når en fil blir delt med en bruker, blir det registrert to hendelser. Den første hendelsen er fildelingshandlingen. Den andre hendelsen viser hvem filen ble delt med. Begge hendelser har samme tidsstempel og e-postadresse for brukeren. Brukeren [email protected] delte filen alain.amadou.jpg med Mike Motler: T19:37: user [email protected] (id= , customerid= ) performed FILE_SHARED on object (type=file, id=48b871e9-c f-a36d-c24e847fd3d4, name="alain.amadou.jpg", customerid= ) with outcome SUCCESS T19:37: user [email protected] (id= , customerid= ) performed FILE_SHARING_UPDATED on object (type=user, id= , name="mike Motler", customerid= ) targeted at (type=file, id=48b871e9-c f-a36d-c24e847fd3d4, name="alain.amadou.jpg", customerid= ) with outcome SUCCESS (ROLE="READER", OPERATION="MEMBER_ADDED") 4. Brukeren [email protected] sluttet å dele filen alain.amadou.jpg med Mike Motler: T21:48: user [email protected] (id= , customerid= ) performed FILE_SHARING_UPDATED on object (type=user, id= , name="mike Motler", customerid= ) targeted at (type=file, id=48b871e9-c f-a36d-c24e847fd3d4, name="alain.amadou.jpg", customerid= ) with outcome SUCCESS (ROLE="UNSET", OPERATION="MEMBER_REMOVED") 5. Når en fil blir lagt til i et fellesskap fra en brukers datamaskin, blir det registrert to hendelser. Den første hendelsen er opplastingen av filen. Den andre hendelsen er hendelsen FILE_ADDED_TO_COLLECTION med målet COMMUNITY. Begge hendelser har samme tidsstempel og e-postadresse for brukeren. Brukeren [email protected] lastet opp filen progress report.txt til fellesskapet Sales and Marketing team: T19:50: user [email protected] (id= , customerid= ) performed FILE_UPLOADED on object (type=file, id=d e-499e-8cf5-a56fc1a405f3, name="progress report.txt", customerid= ) targeted at (type=community, id=d037d0d4-b4f4-43b0-befb-3a38ab5324de, name="sales and Marketing team", customerid= ) with outcome SUCCESS T19:50: user [email protected] (id= , customerid= ) performed FILE_ADDED_TO_COLLECTION on object (type=file, id=d e-499e-8cf5-a56fc1a405f3, name="progress report.txt", customerid= ) targeted at (type=community, id=9c73b03f-606a-4643-a7e9-159ed0e961f8, name="sales and Marketing team", customerid= ) with outcome SUCCESS 6. Brukeren [email protected] delte filen alain.amadou.jpg med organisasjonen sin: 116 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

121 T21:49: user (id= , customerid= ) performed FILE_SHARING_UPDATED on object (type=organization, id= , name="renovations", customerid= ) targeted at (type=file, id=48b871e9-c f-a36d-c24e847fd3d4, name="alain.amadou.jpg", customerid= ) with outcome SUCCESS (ROLE="READER", OPERATION="GROUP_ADDED") Format for journalfil for Skjemaer Journalfilen for Skjemaer inneholder hendelser som for eksempel opprettelse av spørreundersøkelser, publisering av spørreundersøkelser og redigering av spørreundersøkelsesmaler. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.forms.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: FORMS.txt.gz. Syntaks En post i journalfilen for Skjemaer følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 21. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Skjemaer. Brukerhandling Opprett en skjemamal Lag en kopi av skjemamalen Rediger en skjemamal Publiser et skjema til en eller flere andre brukere Publiser et skjema til firmaet Tekst i journalfilen CREATE_TEMPLATE COPY_TEMPLATE EDIT_TEMPLATE PUBLISH_TO_USERS PUBLISH_TO_COMPANY Kapittel 11. Journalføring 117

122 Tabell 21. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Skjemaer. (fortsettelse) Brukerhandling Publiser et skjema til alle (felles skjema) Fyll ut et skjema Opprett et skjema fra et skjema på disk (xml-fil) Opprett et skjema fra en mal Opphev publisering av et skjema Bygg inn et felles skjema på en annen webside Legg til en URL-link i skjemaet på en webside Vis skjemasendinger Tekst i journalfilen PUBLISH_TO_ALL SUBMIT CREATE_SURVEY_FROM_DISK CREATE_SURVEY_FROM_TEMPLATE UNPUBLISH_SURVEY EMBED_FORM EMBED_LINK VIEW_RESULTS TYPE Typen objekt som handlingen ble utført på. Noen av de mulige verdiene er TEMPLATE, USER og FILE. OBJEKTID Den unike identifikatoren (UUID) for objektet. Når objekttypen for eksempel er TEMPLATE, er OBJEKTID den unike identifikatoren for skjemamalen. navn Navnet som samsvarer med OBJEKTID eller MÅLID. Når objekttypen for eksempel er TEMPLATE, er navn navnet som brukeren har definert for malen. For eksempel: "Marketing Survey Template" MÅLID Identifikatoren for objektet, firmaet eller brukeren som handlingen ble utført på. TARGETID har en av følgende verdier: v en UUID v 0 v PUBLIC RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. For eksempel: reason=authentication_failure EKSTRA Inneholder tilleggsinformasjon som er relevant i forbindelse med enkelte handlinger. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Skjemaet Sales Meeting Feedback ble opprettet fra en mal: 118 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

123 T02:09: user (id= , customerid= ) performed CREATE_SURVEY_FROM_TEMPLATE on object (type=form, id=0, name="sales Meeting Feedback", customerid= ) with outcome SUCCESS 2. Skjemaet Sales Meeting Feedback ble publisert og er tilgjengelig for alle på Internett: T01:50: user (id= , customerid= ) performed PUBLISH_TO_ALL on object (type=form, id=85722fcf376745cd9b2cd3df9f4b82ba, name="sales Meeting Feedback", customerid= ) targeted at (type=public, id=public, name="public", customerid=0) with outcome SUCCESS Format for journalfil for Fora Journalfilen for Fora inneholder poster med brukeraktivitet i fora som finnes i Fellesskap. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.forums.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: FORUMS.txt.gz. Syntaks En post i journalfilen for Fora følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 22. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Fora. Brukerhandling Opprett forum Oppdater forum Slett forum CREATE_FORUM UPDATE_FORUM DELETE_FORUM Tekst i journalfilen Kapittel 11. Journalføring 119

124 Tabell 22. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Fora. (fortsettelse) Brukerhandling Tekst i journalfilen Opphev sletting av forum UNDELETE_FORUM Flytt forum MOVE_FORUM Lås forum LOCK_FORUM Lås opp forum UNLOCK_FORUM Følg forum FOLLOW_FORUM Slutt å følge et forum UNFOLLOW_FORUM Legg til en kode i et forum CREATE_FORUM_TAG Fjern en kode fra et forum DELETE_FORUM_TAG Opprett et emne i et forum CREATE_TOPIC Oppdater et emne UPDATE_TOPIC Slett et emne DELETE_TOPIC Opphev sletting av et emne UNDELETE_TOPIC Flytt et emne MOVE_TOPIC Lås et emne LOCK_TOPIC Lås opp et emne UNLOCK_TOPIC Følg et emne FOLLOW_TOPIC Slutt å følge et emne UNFOLLOW_TOPIC Legg til en kode i et emne CREATE_TOPIC_TAG Fjern en kode fra et emne DELETE_TOPIC_TAG Last opp et vedlegg til et emne UPLOAD_TOPIC_ATTACHMENT Fjern et vedlegg fra et emne DELETE_TOPIC_ATTACHMENT Last ned et vedlegg fra et emne DOWNLOAD_TOPIC_ATTACHMENT Svar på et emne CREATE_TOPIC_REPLY Oppdater et svar på et emne UPDATE_TOPIC_REPLY Slett et svar på et emne DELETE_TOPIC_REPLY Last opp et vedlegg til et svar UPLOAD_TOPIC_REPLY_ATTACHMENT Slett et vedlegg fra et svar DELETE_TOPIC_REPLY_ATTACHMENT Last ned et vedlegg fra et svar DOWNLOAD_TOPIC_REPLY_ATTACHMENT TYPE Typen objekt som handlingen ble utført på. Noen av de mulige verdiene er FOLDER, FILE, USER og ALL. OBJEKTID Den unike identifikatoren for objektet. Når objekttypen for eksempel er FILE, er OBJEKTID den unike identifikatoren for filen. navn Navnet som samsvarer med OBJEKTID eller MÅLID. Når objekttypen for eksempel er FILE, er navn navnet på den aktuelle filen. MÅLID Identifikatoren for objektet, firmaet eller brukeren som handlingen ble utført på. 120 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

125 RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. EKSTRA Inneholder tilleggsinformasjon som er relevant i forbindelse med enkelte handlinger. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Når et forum blir opprettet i et fellesskap, blir den som opprettet forumet, automatisk lagt til som følger av forumet. Derfor blir det registrert to hendelser. Den ene hendelsen er CREATE_FORUM, og den andre er FOLLOW_FORUM. Begge hendelser har samme tidsstempel og e-post for brukeren. Hendelsen FOLLOW_FORUM står først i journalfilen. Brukeren [email protected] opprettet forumet Renovations Running Club: T22:06: user [email protected] (id= , customerid= ) performed FOLLOW_FORUM on object (type=forum, id=dcecaa72-1d7c-4ad0-8d56-314d4168cccd, name="renovations Running Club", customerid= ) with outcome SUCCESS T22:06: user [email protected] (id= , customerid= ) performed CREATE_FORUM on object (type=forum, id=dcecaa72-1d7c-4ad0-8d56-314d4168cccd, name="renovations Running Club", customerid= ) with outcome SUCCESS 2. Brukeren [email protected] lastet ned en fil som var knyttet til emnet Proposals for 2012 i forumet Sales and Marketing team: T19:55: user [email protected] (id= , customerid= ) performed DOWNLOAD_TOPIC_ATTACHMENT on object (type=file, id=, name="marketing Presentation.odp", customerid= ) targeted at (type=forum, id=520bbc45-83bb-4346-b4d5-377edf4ca220, name="sales and Marketing team", customerid= ) with outcome SUCCESS (TOPIC="Proposals for 2012") Format for journalfilen for inotes Journalfil for inotes inneholder en post for hvert påloggingsforsøk og resultatene av det. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.inotes.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: INOTES.txt.gz. Syntaks En post i journalfilen for inotes følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING with outcome RESULTAT [reason=årsak] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Kapittel 11. Journalføring 121

126 Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som logget seg på. abonnent-id Den unike identifikatoren til den som logget seg på. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 23. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for inotes. Brukerhandling Pålogging på inotes LOGIN Tekst i journalfilen RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. Eksempel Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje T02:09: user [email protected] (id= , customerid= ) performed LOGIN with outcome SUCCESS Format for journalfil for Møter Journalfilen for Møter inneholder poster med brukeraktivitet i et møte. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.meetings.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: MEETINGS.txt.gz. Syntaks En post i journalfilen for Møter følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 122 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

127 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 24. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Møter. Brukerhandling Arranger et møte Deltaker blir med på møte Forlat et møte Avslutt et møte Lås et møte Lås opp et møte Gi kontroll videre Publiser en fil Presenter en fil Start deling av skjerm/applikasjon Avslutt deling av skjerm/applikasjon Utfør spørreundersøkelse Samtaleaktivitet i møte START JOIN LEAVE END LOCK UNLOCK PASSCONTROL PUBLISH PRESENT APPSHARESTART APPSHARESTOP CONDUCTPOLL CHAT Tekst i journalfilen TYPE Typen objekt som handlingen ble utført på. Noen av de mulige verdiene er CUSTOMER, USER og FILE. OBJEKTID Den unike identifikatoren for objektet. Når objekttypen for eksempel er USER, er OBJEKTID det unike nummeret som identifiserer hver enkelt person som har en konto. navn Navnet som samsvarer med OBJEKTID eller MÅLID. Når objekttypen for eksempel er CUSTOMER, er navn navnet på firmaet ditt. Kapittel 11. Journalføring 123

128 MÅLID Identifikatoren for objektet, firmaet eller brukeren som handlingen ble utført på. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. For eksempel: reason=authentication_failure EKSTRA Inneholder tilleggsinformasjon som er relevant i forbindelse med enkelte handlinger. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Et møte ble startet av [email protected]: T23:58: user [email protected] (id= , customerid= ) performed START on object (type=meeting, id=347414, name="348766", customerid= ) with outcome SUCCESS (unmsubscribername="4371ca9fdc687f1e6", unmserviceprovider="sbs", unmsecondaryserviceprovider="none") 2. Brukeren [email protected] ble med på møtet: T23:58: user [email protected] (id= , customerid= ) performed JOIN on object (type=meeting, id=347414, name="348766", customerid= ) with outcome SUCCESS (unmparticipantid=" ", unmparticipantfirstname="kristin", unmparticipantlastname="") Format for journalfil for Profiler Journalfilen for Profiler inneholder informasjon om nettverket av kontakter blant brukere. Journalfilen inneholder også poster med oppdateringer av brukerprofiler. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.profile.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: PROFILE.txt.gz. Syntaks En post i journalfilen for Profiler følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

129 e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 25. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Profiler. Brukerhandling Tekst i journalfilen Godta nettverksforespørsel ACCEPT_NETWORK_INVITATION Fjern lydfil fra profil DELETE_AUDIO Fjern bilde fra profil DELETE_PHOTO Avvis nettverksforespørsel REJECT_NETWORK_INVITATION Fjern kontakt fra nettverk REMOVE_NETWORK_CONNECTION Fjern en kode fra profil REMOVE_TAG Legg til en kode i brukerens egen profil SELFTAG Legg til kontakt i nettverket (Inviter kontakt SEND_NETWORK_INVITATION til nettverk) Legg til en kode i en annen brukers profil TAG_PERSON Oppdater en profil UPDATE Oppdater lydfilen for brukernavnet UPDATE_AUDIO Oppdater brukerens bilde UPDATE_PHOTO TYPE Typen objekt som handlingen ble utført på. OBJEKTID Den unike identifikatoren til brukeren som nettverket eller profilen blir endret for. navn Navnet på brukeren som samsvarer med OBJEKTID eller MÅLID. MÅLID Den unike identifikatoren til brukeren som er nettverkskontakt. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. Kapittel 11. Journalføring 125

130 Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Brukeren Alain Amadou oppdaterte profilinformasjonen sin: T19:36: user [email protected] (id= , customerid= ) performed UPDATE on object (type=user, id= , name="alain Amadou", customerid= ) with outcome SUCCESS 2. Brukeren Alain Amadou inviterte Kristin MacGyver til nettverket sitt: T17:29: user [email protected] (id= , customerid= ) performed SEND_NETWORK_INVITATION targeted at (type=user, id= , name="kristin MacGyver", customerid= ) with outcome SUCCESS Format for journalfilen for Sametime Journalfilen for Sametime inneholder poster for når brukerne logger seg på Sametime, starter en samtale og logger seg ut av Sametime. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.sametime.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: SAMETIME.txt.gz. Syntaks En post i journalfilen for Sametime følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [targeted at (type=type, id=målid, name=navn, customerid=kundeid)] with outcome RESULTAT Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 26. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Sametime. Brukerhandling Start en samtalesesjon CHAT_INITIATION Tekst i journalfilen 126 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

131 Tabell 26. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Sametime. (fortsettelse) Brukerhandling Pålogging Avlogging LOGIN LOGOUT Tekst i journalfilen TYPE Typen objekt som handlingen ble utført på. I journalen for direktemelding er verdien alltid USER. MÅLID Identifikatoren for brukeren som handlingen ble utført på. navn Navnet som samsvarer med MÅLID. For eksempel "Kristin Mandal" kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. En samtale ble startet av [email protected] med Alain Amadou: T13:34: user [email protected] (id= , customerid= ) performed CHAT_INITIATION targeted at (type=user, id= , name="alain Amadou", customerid= ) with outcome SUCCESS 2. En vellykket pålogging ble utført av [email protected]: T10:59: user [email protected] (id= , customerid= ) performed LOGIN with outcome SUCCESS Format for journalfil for Tema Journalfilen for Tema inneholder en oppdateringshendelse som forekommer når en administrator endrer enten fargeskjemaet for SmartCloud Engage-grensesnittet for organisasjonen din eller logoen for organisasjonen din. Filnavn Navnet på den komprimerte filen du laster ned er <dato>.theme.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: THEME.txt.gz. Syntaks En post i journalfilen for Tema følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. Kapittel 11. Journalføring 127

132 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 27. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Tema. Brukerhandling Tema er endret UPDATE Tekst i journalfilen TYPE Typen endring som ble gjort for temaet. Verdien kan være THEME, THEMELOGO, THEMELOGODISPLAY eller THEMELOGINLOGO. OBJEKTID Den unike identifikatoren for temaet. navn Navnet som samsvarer med temaet som ble oppdatert. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. Eksempler Merk: For å få plass på denne siden er noen av eksemplene vist på flere linjer. I journalfilen står en post på en enkelt linje. 1. Det ble lastet opp en ny firmalogo: T08:57: user [email protected] (id= , customerid= ) performed UPDATE on object (type=themelogo, id=1950, name="company-logo-small.gif", customerid= ) with outcome SUCCESS 2. Firmalogoen ble gjort synlig: T08:57: user [email protected] (id= , customerid= ) performed UPDATE on object (type=themelogodisplay, id=1950, name="1", customerid= ) with outcome SUCCESS 128 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

133 Format for journalfil for Wikier Journalfilen for Wikier inneholder hendelser som opprettelse, oppdatering og sletting av wikier Filnavn Navnet på den komprimerte filen du laster ned er <dato>.wikis.txt.gz, der <dato> datoen da journalen ble skrevet, i formatet ÅÅÅÅ-MM-DD. For eksempel: WIKIS.txt.gz. Syntaks En post i journalfilen for Wikier følger denne syntaksen: dato user e-post (id=abonnent-id, customerid=kunde-id) performed HANDLING [on object (type=type, id=objektid, name=navn, customerid=kundeid)] [targeted at (type=type, id=mål-id, name=navn, customerid=kunde-id)] with outcome RESULTAT [reason=årsak][(extra)] Merknader: 1. For å få plass på denne siden er postsyntaksen vist på flere linjer. I journalfilen står en post på en enkelt linje. 2. Innhold mellom [ og ] finnes bare hvis det er aktuelt for den registrerte hendelsen. Parametere dato Datoen og klokkeslettet da hendelsen inntraff (UTC). For eksempel: T13:23: e-post E-postadressen til den som utførte handlingen. abonnent-id Den unike identifikatoren til den som utførte handlingen. kunde-id Det unike nummeret som identifiserer hvert enkelt firma som har abonnert på SmartCloud Engage. HANDLING Handlingen som ble utført av brukeren. Handlingen er en av følgende verdier: Tabell 28. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Wikier. Brukerhandling En ny wiki ble opprettet En wiki ble slettet En wikiside ble opprettet En wikiside ble oppdatert En wikiside ble slettet En kommentar ble lagt til for en wikiside En kommentar ble oppdatert En kommentar ble fjernet fra en wikiside Et vedlegg ble lagt til for en wikiside Et vedlegg ble oppdatert Et vedlegg ble fjernet fra en wikiside Tekst i journalfilen CREATE_WIKI DELETE_WIKI CREATE_WIKI_PAGE UPDATE_WIKI_PAGE DELETE_WIKI_PAGE ADD_WIKI_PAGE_COMMENT UPDATE_WIKI_PAGE_COMMENT REMOVE_WIKI_PAGE_COMMENT ADD_WIKI_PAGE_ATTACHMENT UPDATE_WIKI_PAGE_ATTACHMENT REMOVE_WIKI_PAGE_ATTACHMENT Kapittel 11. Journalføring 129

134 Tabell 28. Brukerhandlingene og de tilknyttede verdiene som blir vist i journalfilen for Wikier. (fortsettelse) Brukerhandling Tekst i journalfilen En kode ble lagt til for en wikiside ADD_WIKI_PAGE_TAG En kode ble fjernet fra en wikiside REMOVE_WIKI_PAGE_TAG En wikiside ble anbefalt ADD_WIKI_PAGE_RECOMMENDATION En anbefaling ble fjernet fra en wikiside REMOVE_WIKI_PAGE_RECOMMENDATION TYPE Typen endring som ble gjort for wikien. OBJEKTID Den unike identifikatoren for wikien. navn Navnet som samsvarer med OBJEKTID eller MÅLID. MÅLID Identifikatoren for objektet, firmaet eller brukeren som handlingen ble utført på. RESULTAT Resultatet av handlingen. Kan være SUCCESS eller FAILURE. ÅRSAK Hvis resultatet av en hendelse er FAILURE, blir årsaken angitt. Årsaken blir angitt med store bokstaver og kan bestå av flere ord atskilt med understreking. Aktivere journalføringstjenesten Du kan aktivere journalføring når du aktiverer tilgang til integrerings- og migreringsstedet. Om denne oppgaven Når du aktiverer journalføring, må du angi minst ett brukernavn eller en kontoidentitet som skal brukes for tilkobling til FTP-stedet. Du kan bruke din egen konto, eller du kan opprette en konto i IBM SmartCloud for Social Business spesifikt for tilkobling til FTP-stedet og nedlasting av journalfilene. Prosedyre Hvis du vil aktivere journalføringstjenesten for firmaet ditt, kan du lese emnet Be om aktivering av integreringsserver. 130 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

135 Beslektede begreper: Oversikt over journaltjenesten på side 93 Journalen er en oversikt over brukeraktiviteten på firmakontoen din. Den omfatter dato, klokkeslett og brukerinformasjon om hendelser som for eksempel påloggingsforsøk, passordendringer og startklokkeslett for online-møter. Beslektede oppgaver: Be om aktivering av integreringsserver på side 43 Når du skal begynne å bruke integreringsserveren, må administratoren kontakte en IBM SmartCloud for Social Business-kundeservicerepresentant for å be om aktivering. Laste ned SmartCloud Engage-journalfilene SmartCloud Engage-journalfilene blir lagret på FTP-stedet i sju dager. Før du begynner Sørg for at du har påloggingslegitimasjonen for SmartCloud Engage-brukerkontoen som ble aktivert for tilgang til SmartCloud Engage-stedet for integrering og migrering. Hvis systemet ditt er bak en brannmur, må du sørge for at brannmuren er konfigurert slik at den tillater tilkoblinger til port 990 og portområdet til Om denne oppgaven Disse instruksjonene gjelder for en generisk FTP-klient, men tilkoblings- og påloggingsinformasjonen gjelder for alle FTP-klienter. Prosedyre Slik laster du ned journalfilene: 1. Åpne FTP-klienten og skriv inn følgende tilkoblingsopplysninger: v Vert (datasenter i Nord-Amerika): ftp.na.collabserv.com v Vert (datasenter i Stillehavs-Asia): ftp.ap.collabserv.com v Protokoll: FTP v Port: 990 v Kryptering: Implisitt FTP over TLS v Bruker og passord: Skriv inn legitimasjonen for SmartCloud Engage-brukerkontoen som ble aktivert for tilgang til SmartCloud Engage-stedet for integrering og migrering. 2. Koble deg til FTP-stedet. 3. På det eksterne stedet går du til katalogen journal. 4. Velg filene du vil hente, og last dem ned. Beslektede begreper: Oversikt over journaltjenesten på side 93 Journalen er en oversikt over brukeraktiviteten på firmakontoen din. Den omfatter dato, klokkeslett og brukerinformasjon om hendelser som for eksempel påloggingsforsøk, passordendringer og startklokkeslett for online-møter. Kapittel 11. Journalføring 131

136 132 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

137 Merknader Denne informasjonen er utviklet for produkter og tjenester som tilbys i USA. Det er ikke sikkert at IBM tilbyr produktene, tjenestene eller funksjonene som er beskrevet her, i andre land. Du får opplysninger om hvilke produkter, tjenester og funksjoner som er tilgjengelige i Norge, ved å kontakte din IBM-representant. Henvisninger til IBMs produkter, programmer eller tjenester betyr ikke at det bare er de som kan benyttes. Andre produkter, programmer eller tjenester som har tilsvarende funksjoner, kan brukes i stedet, forutsatt at de ikke gjør inngrep i noen av IBMs patent- eller opphavsrettigheter eller andre lovbeskyttede rettigheter. Det er brukerens ansvar å vurdere og kontrollere funksjonaliteten til produkter, programmer eller tjenester som ikke kommer fra IBM. IBM kan ha patent på eller patentsøknader til behandling for de produktene som er omtalt i denne publikasjonen. At du har mottatt denne publikasjonen, innebærer ikke at du får lisensrettighet til disse produktene. Du kan sende spørsmål angående lisenser til Director of Commercial Relations - Europe IBM Deutschland GmbH Schönaicher Str. 220 D-7030 Böblingen Tyskland Ved lisensforespørsler som gjelder informasjon med dobbeltbytetegnsett (DBCS), kontakter du IBMs patentavdeling gjennom IBMs advokat i ditt land eller sender en skriftlig forespørsel til: Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan, Ltd , Nihonbashi-Hakozakicho, Chuo-ku Tokyo , Japan Følgende avsnitt gjelder ikke Storbritannia og andre land der slike bestemmelser er i strid med nasjonal lovgivning: INTERNATIONAL BUSINESS MACHINES CORPORATION LEVERER DENNE BOKEN SOM DEN ER ("AS IS") UTEN FORPLIKTELSER AV NOE SLAG, UTTRYKT ELLER UNDERFORSTÅTT, INKLUDERT GARANTIER VEDRØRENDE SALGBARHET ELLER ANVENDELSE FOR ET BESTEMT FORMÅL. Enkelte land tillater ikke begrensninger i lovbestemte rettigheter. I den grad dette er tilfellet, gjelder ikke ovenfornevnte begrensninger. Denne boken kan inneholde tekniske unøyaktigheter eller typografiske feil. Opplysninger i denne boken kan bli endret. Slike endringer blir tatt med i nye utgaver av boken. IBM kan uten varsel endre produktene og/eller programmene som er beskrevet i denne boken. Eventuelle henvisninger i denne boken til nettsteder som ikke tilhører IBM, er bare til orientering og fungerer ikke på noen måte som støtte for disse nettstedene. Innholdet på disse nettstedene er ikke en del av dette IBM-produktet, og bruk av disse nettstedene skjer på eget ansvar. IBM kan bruke og distribuere opplysninger du kommer med, på den måten selskapet anser som hensiktsmessig, uten noen forpliktelser overfor deg. Hvis du som lisensinnehaver av dette programmet ønsker informasjon om programmet for å kunne (i) utveksle informasjon mellom selvstendig utviklede programmer og andre programmer (inklusiv dette) og (ii) dra gjensidig nytte av informasjonen som er utvekslet, kan du kontakte Copyright IBM Corp. 2010,

138 IBM Software Marketing Postboks Kolbotn Slik informasjon kan være tilgjengelig under gjeldende betingelser, eventuelt mot betaling. Det lisensierte programmet som er beskrevet i dette dokumentet, og alt lisensiert materiale som er tilgjengelig for det, leveres av IBM i henhold til IBM Customer Agreement, IBM Program License Agreement eller tilsvarende avtaler mellom partene. Alle ytelsesdataene du finner i dette dokumentet, ble hentet i et kontrollert miljø. Resultatene du kan oppnå i andre operativmiljøer, kan variere betraktelig. Noen av målingene er foretatt på systemer som er under utvikling, og det er ikke sikkert at du oppnår samme resultat på alminnelige tilgjengelige systemer. Noen resultater kan også ha blitt beregnet ved hjelp av ekstrapolasjon. De faktiske resultatene kan variere. Brukerne av dette dokumentet bør kontrollere dataene for sitt bestemte miljø. Informasjon om produkter fra andre produsenter er hentet fra leverandørene av disse produktene, publiserte dokumenter eller andre offentlig tilgjengelige kilder. IBM har ikke testet produktene, og kan ikke garantere nøyaktigheten av opplysninger om ytelse og kompatibilitet eller andre opplysninger om ikke-ibm-produkter. Spørsmål om funksjonene til produkter fra andre produsenter enn IBM må rettes til leverandørene av disse produktene. Enhver henvisning til IBMs fremtidige planer eller hensikter kan endres eller trekkes tilbake uten varsel. De er kun ment å være en målsetting. Alle IBM-priser som er vist, er IBMs gjeldende veiledende priser og kan endres uten varsel. Prisene hos forhandlere kan variere. Denne informasjonen er bare for planleggingsformål. Informasjonen i dette dokumentet kan bli endret før produktene som beskrives, blir tilgjengelige. Denne publikasjonen inneholder eksempler på data og rapporter som brukes i den daglige driften av et firma. For å illustrere eksemplene så godt som mulig blir det brukt navn på personer, firmaer og produkter. Alle disse navnene er fiktive, og enhver likhet med navn og adresser som brukes av et virkelig firma, er helt tilfeldig. RETT TIL KOPIERING: Denne informasjonen inneholder eksempelapplikasjoner i kildespråk, som viser programmeringsteknikker i forskjellige operativsystemer. Du kan kopiere, endre og distribuere disse eksempelprogrammene i en hvilken som helst form uten betaling til IBM, med den hensikt å utvikle, bruke, markedsføre eller distribuere applikasjoner som følger programmeringsgrensesnittet (API) for operativsystemet som eksempelprogrammene er skrevet for. Disse eksemplene er ikke testet inngående under alle forhold. IBM kan derfor ikke garantere eller antyde at disse programmene er pålitelige, at det tilbys service for dem, eller at de virker. Eksempelprogrammene leveres som de er (AS IS), uten noen garantier. IBM er ikke ansvarlig for noen skade som oppstår på grunn av din bruk av eksempelprogrammene. Hver kopi av eller deler av disse eksempelprogrammene eller eventuelt avledet arbeid må inneholder følgende informasjon om opphavsrett: (ditt firmanavn) (år). Deler av denne koden er avledet fra eksempelprogrammer fra IBM Corp. Copyright IBM Corp. _angi ett eller flere årstall_. All rights reserved. 134 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

139 Hvis du leser dette dokumentet i maskinleselig format, er det ikke sikkert at du kan se bilder og fargeillustrasjoner. Varemerker IBM, IBM-logoen og ibm.com er varemerker eller registrerte varemerker for International Business Machines Corp., registrert i mange jurisdiksjoner over hele verden. Andre navn kan være varemerker for IBM eller andre selskaper. En oppdatert liste over IBM-varemerker er tilgjengelig under Copyright and trademark information på Merknader 135

140 136 IBM SmartCloud for Social Business: IBM SmartCloud Engage og IBM SmartCloud Forbindelser Administratorhåndbok

141

142 Trykt i Norge