Dere kjøper moduler dere aldri kommer til å bruke
Lisensen dekker alt, sidemenyen viser alt, og folkene deres bruker et år på å navigere forbi de to tredjedelene som ikke angår dem.
Administrasjon og tilpasning
Din ERP, formet etter organisasjonen din
Hver modul og hvert enkelt verktøy kan slås av eller på. Roller bygges av enkelttillatelser. Systemet dere kjører om et halvt år, trenger ikke være det dere startet med.
Delt plattformkonfigurasjon
Illustrerende produktvisning med eksempeldata. Be om en live gjennomgang.
Før Caspian ERP
De fleste ERP-er konfigureres én gang, av noen andre
Dere betaler for en implementering, formen fryses, og hver senere endring blir en endringsordre med prislapp.
Tillatelser kommer i tre størrelser
Administrator, leder, bruker. Alt mer spesifikt enn det krever en samtale med en konsulent og et tilbud.
Å ombestemme seg er dyrt
Organisasjonen utvikler seg, systemet gjør det ikke — fordi hver justering er et prosjekt og ikke en innstilling.
Hva det gjør
Kontrollene som gjør det til deres system
Dette kan en administrator gjøre uten å kontakte oss, uten konsulent og uten å vente på en ny versjon.
Slå avdelinger og verktøy av og på
Sidemenyen, søket og tillatelsene følger bryterne.
- Slå hele moduler av eller på for organisasjonen
- Slå av enkeltverktøy inne i en modul dere faktisk bruker
- Folk ser bare det som gjelder dem — ingen navigering forbi dødvekt
- Slå det på senere, så dukker det opp igjen med dataene i behold
Roller du bygger selv
Start fra standardrollene og definer så nøyaktig hva en rolle kan gjøre, verktøy for verktøy.
- Eier, Administrator, Leder og Medlem å starte fra
- Egendefinerte roller bygd av enkelttillatelser for lesing, oppretting, endring og sletting
- Én rolle per virkelig jobb — tillatelsesutsteder, lagerholder, budsjettansvarlig
- Hvert medlem har nøyaktig én rolle per organisasjon
Håndhevet på serversiden, ikke i grensesnittet
Å skjule en knapp er ikke en kontroll, og har aldri vært det.
- Tillatelser vurderes av sikkerhetsregler på serversiden
- En tillatelse du ikke har gitt, kan ingen klient nå
- Flerleier-isolasjon mellom organisasjoner
- Revisjonsloggen registrerer hvem som endret tilgang, og når
Form organisasjonen selv
Avdelinger, stillingstitler og medlemmer er deres å definere og endre.
- Organisasjonsprofil, avdelinger og stillingstitler
- Inviter medlemmer på e-post; de blir med i rollen du valgte
- Én konto kan tilhøre flere organisasjoner, rent adskilt
- Endre strukturen uten migrering
Profilering og språk
Systemet leses som deres, på språket hver enkelt foretrekker.
- Organisasjonens profilering inne i arbeidsområdet
- Engelsk, aserbajdsjansk, tyrkisk, russisk, norsk, tysk og fransk er inkludert
- Hvert medlem velger sitt eget språk
- Ingen egen installasjon nødvendig for en annen lokasjon
Et revisjonsspor for konfigurasjonen
Endringer i hvem som kan gjøre hva, blir loggført, fordi de betyr noe.
- Endringer i medlemskap, roller og tillatelser loggføres med hvem som gjorde dem
- Svarer på «hvem endret dette, og når?» uten gjetting
- Nyttig både i en kunderevisjon og i en intern revisjon
- Konfigurasjonshistorikk, ikke bare datahistorikk
Fra en tom organisasjon til et fungerende system
Dette er en innstillingsøvelse, ikke et implementeringsprosjekt.
Opprett organisasjon
Velg moduler
Definer roller
Inviter medlemmer
Finjuster innstillingene
I bruk
Hvert verktøy i modulen
Hva en administrator styrer
Konfigurer den delte plattformen fra ett sted.
Organisasjonsprofil
Organisasjonens egne opplysninger, struktur og standardvalg — toppen av alt det andre.
Medlemmer
Hvem som hører til denne organisasjonen, hvilken rolle hver enkelt har, og nåværende status.
Roller
Egendefinerte roller satt sammen fra tillatelsesregisteret, slik at en rolle matcher en virkelig jobb.
Tillatelser
Lese, opprette, endre og slette per verktøy — registeret hver rolle bygges av.
Invitasjoner
Inviter på e-post; personen blir med i rollen du valgte før de kom.
Avdelinger og verktøy
Bryterne som avgjør hvilke moduler og hvilke enkeltverktøy organisasjonen ser.
Revisjonslogg
En loggført historikk over endringer i medlemskap, roller og tillatelser, med hvem som gjorde dem.
Profilering
Organisasjonens identitet inne i arbeidsområdet, så det ikke leses som generisk programvare.
Språk
Sju språk følger med produktet, valgt per medlem i stedet for per installasjon.
Sammenkoblet, ikke påmontert
Konfigurasjonen strekker seg inn i hver modul
Disse innstillingene er grunnen til at to organisasjoner på samme plattform kan se helt ulike ut.
Deres tillatelsestyper og risikomatrise
HSEQ tilpasser seg deres HMS-styringssystem — tillatelsestyper, risikoskalaer og observasjonskategorier er alle konfigurasjon.
Deres godkjenningsgrenser
Hvem som signerer ved hvilket beløp, og om trepunktsavstemming kreves før betaling, er policyvalg dere gjør her.
Deres kontoplan
Kontostrukturen, avgiftssatsene og budsjettperiodene defineres av dere, og alle moduler som posterer, følger dem.
Hvem som bor i den
Hvem som gjør denne jobben
I de fleste organisasjoner én eller to personer — og ikke særlig lenge.
Systemadministrator
Setter opp organisasjonen, bestemmer hvilke moduler som er i bruk, bygger rollene og inviterer folk. Vanligvis noen timer, ikke et prosjekt.
Ansvarlig for etterlevelse
Bryr seg om at tilgangen er riktig begrenset, og at revisjonsloggen kan svare på hvem som endret hva.
Avdelingsleder
Ber om at et verktøy slås på, og kan bruke det så snart administratoren har satt opp tilgangen.
Din å forme
Grensene, sagt rett ut
Konfigurasjonen er dyp, men den er konfigurasjon — her går grensen.
- Moduler og verktøy: slå hvilken som helst av eller på, når som helst, umiddelbart
- Roller og tillatelser: bygg enhver kombinasjon av lese, opprette, endre og slette per verktøy
- Struktur: avdelinger, stillingstitler, medlemmer og flere organisasjoner under én konto
- Arbeidsflytinnstillinger: godkjenningsgrenser, statuser, kategorier, intervaller og varslingsvinduer
- Hva det ikke er: egen kode, skreddersydde databasefelt eller en privat versjon — trenger dere det, snakk med oss først
Administrasjon · Innstillinger
| Innstilling | Verdi |
|---|---|
| Aktive moduler | 9 av 11 |
| Egendefinerte roller | 7 definert |
| Håndheving av tillatelser | På serversiden |
| Språk | 7 tilgjengelige |
| Revisjonslogg | Alle tilgangsendringer |
Spørsmål om administrasjon vi ofte får
Kan vi virkelig slå av moduler vi ikke bruker?
Ja — hele avdelinger eller enkeltverktøy, når som helst. Sidemenyen, det globale søket og tillatelsesregisteret følger bryterne, så folk slipper å navigere forbi funksjoner som ikke angår dem.
Hva skjer med dataene hvis vi slår av en modul?
De blir værende. Å slå av en modul skjuler den i grensesnittet; slår du den på igjen, kommer den tilbake med dataene intakt.
Hvor spesifikk kan en egendefinert rolle være?
Helt ned til lese, opprette, endre og slette på ett enkelt verktøy. Det er nok til å bygge en rolle som matcher en virkelig jobb — en tillatelsesutsteder som kan signere, men ikke konfigurere, eller en lagerholder som kan utlevere varer, men ikke justere beholdningen.
Er det å skjule et verktøy det samme som å sikre det?
Nei, og vi behandler det ikke slik. Tillatelser håndheves av sikkerhetsregler på serversiden, så uansett hva grensesnittet viser, kan ingen klient nå en tillatelse du ikke har gitt.
Trenger vi en konsulent for å sette dette opp?
Nei. Å opprette organisasjonen, velge moduler, definere roller og invitere folk er en innstillingsøvelse en administrator gjør selv. Trenger dere hjelp med en stor migrering, spør oss — men selve konfigurasjonen er deres.
Kan ett selskap drive flere organisasjoner?
Ja. Konsern, fellesforetak og konsulentselskaper gjør det ofte. Én konto kan tilhøre flere organisasjoner og bytte mellom dem, og data krysser aldri grensen mellom dem.