Sideinnlegg – Bookafy https://bookafy.com/nb/ Online Appointment Scheduling Software Wed, 29 Mar 2023 14:31:24 +0000 nb-NO hourly 1 https://wordpress.org/?v=6.4.3 https://bookafy.com/wp-content/uploads/2018/10/cropped-favicon-32x32.png Sideinnlegg – Bookafy https://bookafy.com/nb/ 32 32 Takk for bookingen https://bookafy.com/nb/takk-for-bookingen/ Tue, 26 Jul 2022 00:27:03 +0000 https://bookafy.com/takk-for-bookingen/ Takk for at du booket! Enten du bestilte din første demo eller en støttesamtale… vi er her for deg! Klikk på avspillingsknappen nedenfor for å lære litt mer om historien […]

The post Takk for bookingen appeared first on Bookafy.

]]>

Takk for at du booket!

Enten du bestilte din første demo eller en støttesamtale… vi er her for deg!

Klikk på avspillingsknappen nedenfor for å lære litt mer om historien vår…

The post Takk for bookingen appeared first on Bookafy.

]]>
SaaS-tilbud for non-profit avtalebestilling https://bookafy.com/nb/saas-tilbud-for-non-profit-avtalebestilling/ Sat, 14 May 2022 09:50:21 +0000 https://bookafy.com/saas-tilbud-for-non-profit-avtalebestilling/ 25 % rabatt for ideelle organisasjoner Vi elsker å samarbeide med ideelle organisasjoner! Er du en ideell organisasjon? Vi vil gjerne samarbeide med din ideelle organisasjon for å bygge en […]

The post SaaS-tilbud for non-profit avtalebestilling appeared first on Bookafy.

]]>

25 % rabatt for ideelle organisasjoner

Vi elsker å samarbeide med ideelle organisasjoner!

Er du en ideell organisasjon?

Vi vil gjerne samarbeide med din ideelle organisasjon for å bygge en prisplan for hva du har råd til. Vi tilbyr minimum 25 % rabatt på utsalgsprisene våre, og vi vil også samarbeide med deg for å finne en plan som dekker dine behov!

Spar minimum 25 % på månedlige eller årlige plankostnader!

The post SaaS-tilbud for non-profit avtalebestilling appeared first on Bookafy.

]]>
Personvern og sikkerhet https://bookafy.com/nb/personvern-og-sikkerhet/ Tue, 13 Feb 2018 23:44:46 +0000 https://bookafy.com/personvern-og-sikkerhet/ Bookafy Sikkerhet og personvern Bruk Bookafy med selvtillit og bli med over 15 000 bedrifter som stoler på Bookafy over hele verden. Tilkoblede kalendere Når koblet til en tredjepartsapplikasjon (icloud, […]

The post Personvern og sikkerhet appeared first on Bookafy.

]]>

Bookafy Sikkerhet og personvern

Bruk Bookafy med selvtillit og bli med over 15 000 bedrifter som stoler på Bookafy over hele verden.

Personvern og sikkerhet | Bookafy
Personvern og sikkerhet | Bookafy

Tilkoblede kalendere

Når koblet til en tredjepartsapplikasjon (icloud, google cal, outlook, exchange) importerer Bookafy kun kalenderens emnelinje, dato, klokkeslett og varighet for å blokkere klokkeslettet i Bookafy for å forhindre dobbeltbestillinger. Vi importerer, lagrer eller oppbevarer ikke personlig eller identifiserbar informasjon.

E-post og kontakter

Bookafy har ikke tilgang til informasjon i din tilkoblede kalender eller e-postkonto, inkludert kontakter, e-postadresse eller e-poster. E-postadresser kan brukes til å autentisere kontoeierskap i Bookafy, men vi samler ikke inn informasjon relatert til dine personlige data.

Integrasjoner

Alle tredjepartsintegrasjoner gjøres via Oath-autentisering. Dette gjør at Bookafy kan koble seg til tredjepartsleverandører uten å se, samle inn eller lagre brukernavnene eller passordene dine. Bookafy kobles til via en autentiseringskode som gis når du kobler til via Oath.

Data Hosting

Azure

Bookafy er vert på Azure. Du kan lese om Azure og AWS sine grundige sikkerhetsbestemmelser på nettstedet deres.

Bookafy utnytter alle plattformens innebygde funksjoner for sikkerhet, personvern og redundans. Azure overvåker kontinuerlig datasentrene sine for risiko og gjennomgår vurderinger for å sikre samsvar med industristandarder. Azures datasenterdrift er akkreditert under: ISO 27001, SOC 1 og SOC 2/SSAE 16/ISAE 3402 (tidligere SAS 70 Type II), PCI Level 1, FISMA Moderate og Sarbanes-Oxley (SOX).

AWS

Bookafy bruker AWS CDN for bilder. Bookafy utnytter alle plattformens innebygde funksjoner for sikkerhet, personvern og redundans. AWS overvåker kontinuerlig datasentrene sine for risiko og gjennomgår vurderinger for å sikre samsvar med industristandarder. AWs datasenterdrift er akkreditert under: ISO 27001, SOC 1 og SOC 2/SSAE 16/ISAE 3402 (tidligere SAS 70 Type II), PCI Level 1, FISMA Moderate og Sarbanes-Oxley (SOX).

Sikkerhetskopier

Bookafy kjører daglig sikkerhetskopiering av all data og kodebase på redundante servere i 2 separate geografier. I tillegg er sikkerhetskopiering av kode og data lagret på Dropbox Cloud Storage.

Kryptering

Data som går gjennom Bookafy er kryptert, både under overføring og hvile. Alle tilkoblinger fra nettleseren til Bookafy-plattformen er kryptert under overføring med TLS SHA-256 med RSA-kryptering. Bookafy krever HTTPS for alle tjenester.

For sensitive data der de opprinnelige verdiene ikke er nødvendige, for eksempel våre egne passord, hasheser vi dataene ved hjelp av BCrypt-algoritmen. Der de originale verdiene er nødvendige, for eksempel autentiseringsdetaljer for tilgang til kalendere, krypteres verdiene ved hjelp av AES-256-GCM-algoritmen ved å bruke et unikt, tilfeldig generert salt for hvert sett med sensitive data.

Sikker overføring til servere

Bookafy har brukt en datasikkerhetstjeneste for å autentisere dataoverføringer mellom utviklingsteamet vårt og de virtuelle maskinene. All data er kryptert og sikret.

Datadeling og tredjepartstilgang

Bookafy selger ikke kundedata til noen. Vi deler ikke data for markedsføringsformål på tvers av kanaler. Bookafy gir ikke tilgang til noen tredjepartsleverandør med mindre gjennom kontotilkobling via Oath-autentisering eller API-nøkkel. Begge kan kobles fra når som helst fra Bookafy eller fra tredjepartsapplikasjoner. Ellers er det ingen tredjeparter som får utlevert data, solgt data eller har data delt av noen grunn.

Personale

Bakgrunnssjekker

Alle Bookafy-ansatte går gjennom en grundig bakgrunnssjekk før ansettelse.

Opplæring

Selv om vi beholder en minimal mengde kundedata og begrenser intern tilgang på et behov for å vite-basis, er alle ansatte opplært i sikkerhet og datahåndtering for å sikre at de opprettholder vår strenge forpliktelse til personvernet og sikkerheten til dataene dine.

konfidensialitet

Alle ansatte har signert taushetserklæring og taushetsplikt før ansettelse.

Datatilgang

Kun autoriserte ansatte gis tilgang til produksjonsinfrastrukturen vår og bruk av passordbehandlere for å sikre sterke passord og tofaktorautorisasjon når tilgjengelig er pålagt i hele selskapet.

Pålitelighet

Katastrofe

Vi har forretningskontinuitet og katastrofegjenopprettingsplaner på plass som replikerer databasen vår og sikkerhetskopierer dataene til flere skyservere i forskjellige geografier og datasentre for å sikre høy tilgjengelighet i tilfelle en katastrofe.

Pålitelighet

Bookafy har oppetidshistorikk på 99,3 %

Utviklingssykluser

Nye funksjoner

Bookafy utvikler nye funksjoner i løpet av 3 ukers sprint. Utrullingene våre begynner på en utviklingsserver, deretter iscenesettelse og deretter til live. Live serverdistribusjon skjer søndag morgen PST.

QA og testing

Bookafy kjører automatisert testing sammen med manuell testing før hver distribusjon.

Dev and Staging Server QA

Før Bookafy utgis på live-servere, distribueres koden på iscenesettelses- og utviklingsservere under QA-prosessen. Når testingen er fullført, legges koden til et depot for live serverdistribusjon på sprintsyklusens tidslinje.

Live overvåking

Når koden er frigitt til produksjonsserveren vår, kjører QA-teamet vårt automatiserte tester, manuell test og bruker ekstern programvare for å overvåke tjenestene våre. Den eksterne programvaren kjører 24/7 med varsler som automatisk sendes til utviklingsteamet vårt ved eventuelle problemer. Disse varslene overvåkes 24/7 og sendes via tekstmelding og e-post til teamet vårt.

Sårbarhet

Brannmur

Bookafy er vert på Azure-servere og bruker Azures Next Generation Firewall Service, som sitter bak Azures Web Application Gateway-tjeneste. Denne tjenesten inkluderer beskyttelse mot ting, for eksempel SQL-injeksjoner eller feilaktige HTTP-forespørsler.

Skadelig programvare og virusforebygging

Alle våre ansatte jobber fra bedriftseide maskiner som kjører anti-malware og virusbeskyttelse. Vår kontorserver er beskyttet av en brannmur for ekstern penetrasjonsbeskyttelse.

Skanning

Vår interne server, ansattes maskiner og datahosting kjører kontinuerlig programvare for sårbarhetsskanning.

Søknadssikkerhet

Påloggingslegitimasjonsbeskyttelse

For våre eksterne applikasjoner som fungerer med Bookafy, lagrer/samler ikke Bookafy inn passord. All Bookafy-autentisering bruker en sikker Oath-tilkobling for å gi tilgang til Bookafy med et sikkert token som brukes for hver enkelt brukers konto. Eksempler inkluderer: Zoom, Stripe, Authorize.net, Google kalender, Exchange, Office365, Outlook.com, Icloud, mailchimp og mer. Alle 3. del

Kobler fra

Når en konto blir kansellert eller nedgradert til gratis, kobles alle Oath-tilkoblinger automatisk fra Bookafy til tredjepartsapplikasjonene dine.

API-tilgang

All tilgang til data via Bookafy er eksplisitt godkjent gjennom en OAuth-autorisasjonsmekanisme som gir tilgangstokener som kan trekkes tilbake når som helst.

Sertifiseringer

GDPR

Vi har innlemmet GDPR-standarder i datapraksis for å sikre at alle våre kunder støttes og er i samsvar med GDPR. Lær mer om Bookafy GDPR .

Vanlige spørsmål om sikkerhet 

Har noen vesentlige sikkerhetsbrudd eller hendelser skjedd de siste 5 årene?

Nei.

Er privilegert og generisk kontotilgang tett kontrollert og gjennomgått med jevne mellomrom, minst

årlig?

Ja.

Hvilke data samles inn om brukeren? 

Programvaren samler inn data om kontoeieren og sluttkunden. Begge oppsettdataene er basert på dataene gitt av kontoeieren og sluttkunden. Vi samler ikke inn noen data utenom de frivillige dataene gitt av sluttbrukeren eller kontoeieren. 

Kontoeieren kan opprette tekstfelt for å samle inn forskjellige datapunkter ved bestilling, men kunden er fullstendig klar over at de samles inn ettersom sluttbrukeren ville skrive inn dataene i feltene. Sluttbrukeren eller kontoeieren kan be om sletting av data når som helst ved å sende en e-post til data@bookafy.com 

Til hvilke formål bruker appen dataene?

Appdataene brukes kun for transaksjonen sluttkunden har registrert seg for. Hvis du bruker en tredjepartsapp for å logge på med SSO, som Facebook eller Google, bruker vi kun denne tilkoblingen for kontotilgang. Vi bruker ikke data fra kontoen som kontakter, arrangementer, e-postmeldinger og vi legger ikke ut på dine vegne eller deltar i noen aktivitet på kontoen din. Den brukes kun til innlogging. 

Hva er brukerrettighetene for sletting av data og hvordan kan brukeren be om å få dataene slettet? 

Vi bruker dataene som samles inn fra kontoeieren (vår kunde) for å levere en bedre opplevelse til kontoeieren. Dette inkluderer alle steder AO har sittet fast, besøkt mange ganger, kan ha spørsmål om eller en feil. Vi bruker disse dataene til å kommunisere med våre kunder (Kontoeier) til rett tid med riktig budskap. 

For sluttbrukeren, vår kundes kunde… bruker vi kun disse dataene for transaksjonen (bestillingen) med kontoeieren. Vi markedsfører ikke til disse kundene, eller bruker deres data på noen annen måte. Dataene deres blir ikke solgt eller lånt… de forblir i systemet vårt. 

Både når det gjelder AO og sluttkunde, kan dataene deres slettes når som helst. AO kan sende en e-post til data@bookafy.com og be om at kontoen og dataene deres fjernes. Sluttkunden kan be om at dataene deres fjernes av AO. 


Er delte brukerkontoer forbudt for ansatte? Hva med kunder?

Ansatte har sine egne dedikerte kontoer. Kunder har også sine egne dedikerte kontoer, med kun tilgang til dataene deres.

Krever din passordkonstruksjon flere styrkekrav, dvs. sterke passord og bruker en tilfeldig sekvens av alfa-, numeriske og spesialtegn?

Vi krever minimum 6 tegn i passord på det grunnleggende passordadministrasjonsnivået. OWASP og NIST SP 800-63-3 passordpolicyalternativer kan være tilgjengelige i løpet av det kommende året.

Er nettverksgrensen beskyttet med en brannmur med inn- og utgangsfiltrering?

Ja. Alle brannmurer og lastbalanseringsfasiliteter leveres av Azure og Amazon AWS.

Er offentlige servere i en veldefinert demilitarisert sone (DMZ)?

Ja, dette er arvet fra Azures standard infrastruktursoning og Bookafy har regionale servere spredt over hele verden. 

Brukes intern nettverkssegmentering for ytterligere å isolere sensitive produksjonsressurser som PCI-data?

PCI-data lagres ikke da de kun er innrammet av Bookafy fra tredjepartsleverandører som Stripe og Authorize.net. Bookafy samler ikke inn data eller lagrer data. 

Er nettverksinntrengingsdeteksjon eller -forebygging implementert og overvåket?

Et bredt spekter av overvåkingsverktøy, supplert med varsler og varsler levert av Azure, forblir konstant på. Dette inkluderer inntrengningsdeteksjon og e-postbekreftelser om nettverkstilgang.

Er alle stasjonære datamaskiner beskyttet med regelmessig oppdaterte virus-, ormer-, spionprogrammer og skadelig kodeprogramvare?

Ja.

Er servere beskyttet ved hjelp av industriherdingspraksis? Er praksisen dokumentert?

Sikkerhetstjenester brukes regelmessig for å gi systemsikkerhetsrevisjoner. 

Er det aktiv leverandørpatchadministrasjon for alle operativsystemer, nettverksenheter og applikasjoner?

Ja. Dette leveres av Azure automatisk via deres tjeneste.

Blir alle produksjonssystemfeil og sikkerhetshendelser registrert og bevart?

Logger lagres i minimum 1 måned, med noen gjenværende opptil 6 måneder, avhengig av alvorlighetsgrad og nødvendig handling.

Gjennomgås sikkerhetshendelser og loggdata regelmessig?

Ja. Logger gjennomgås daglig, ukentlig og månedlig – avhengig av arten av logghendelsene.

Er det et dokumentert personvernprogram på plass med sikkerhetstiltak for å sikre beskyttelse av klientens konfidensielle informasjon?

Ja.

Er det en prosess på plass for å varsle klienter hvis det oppstår personvernbrudd?

Ja.

Lagrer, behandler, overfører du (dvs. «håndterer») personlig identifiserbar informasjon (PII)?

Ja.

I hvilket land eller hvilke land lagres PII?

De fleste av våre PII-data er lagret i USA. Vi er imidlertid i stand til å lagre kontodata for våre bedriftskunder i et spesifikt regionalt senter. Eksempel. Australske organisasjoner kan velge å ha dataene sine lagret på vår Canberra Azure-lokasjon. Eller europeiske land kan lagre i europeiske datasenter. 

Er systemloggene beskyttet mot endring og ødeleggelse?

Dette leveres av Azure og er sikkerhetskopiert på Dropbox Cloud Storage.

Er grense- og VLAN-inngangspunkter beskyttet av inntrengningsbeskyttelse og deteksjonsenheter som gir varsler når de er under angrep?

Ja. Disse tjenestene er inkludert i Azure-brannmuren vår som beskytter mot inntrenging og sender automatiserte varsler til utviklingsteamet vårt. 

Er logger og hendelser korrelert med et verktøy som gir advarsler om et angrep som pågår?

Ja, sikkerhetstjenesten vår inkluderer logging og varsler om angrep i sanntid. 

Hvordan skilles data fra andre klienter i løsningen, inkludert nettverk, front-ends, back-end-lagring og sikkerhetskopier?

Hver klientkonto er logisk atskilt fra andre klienter, gjennom bruk av en nødvendig vedvarende leietaker-identifikator på alle databaseposter.

I tillegg krever all applikasjonskode denne leietakeridentifikatoren for alle operasjoner – både lesing og skriving. Et automatisert testregime er også på plass for å beskytte kodeendringer mot regresjoner og mulig datakontaminering på tvers av leietakere.

Leietakeridentifikatoren er «hardt linked» til hver brukerkonto og håndheves logisk gjennom faste «WHERE»-klausuler på databasespørringer og tilsvarende tiltak for filtilgang. En plattformbruker kan ikke endre eller på annen måte koble fra økten eller kontoen sin fra denne leietakeridentifikatoren. Dermed er det ingen logisk mulighet for at en bruker har påloggingsautorisasjon under en annen leietakeridentifikator. Selv om de prøvde å få tilgang til sider med en annen leietakers ID, ville systemet avvise forespørselen på grunn av at brukerkontoen ikke er registrert på den forespurte leietaker-IDen.

Har du en hendelsesplan?

Ja, det opprettholdes et «levende dokument» som skisserer katastrofe- og hendelsesrespons

sjekklister, kontaktdetaljer og sentrale systemfasiliteter for å forstå og svare på hendelser.

Hvilket nivå av nettverksbeskyttelse er implementert?

Vi bruker Azures Web Application gateway (lastbalanser) og neste generasjons brannmur for å beskytte nettverket vårt av virtuelle maskiner som kjører på Azure Cloud. 

Tilbyr plattformen rapporter for ytelsesmålinger for Quality of Service (QOS) (ressursutnyttelse, gjennomstrømning, tilgjengelighet osv.)?

Slike beregninger er ikke gitt til kunder, bortsett fra tilgjengelighet og responstider i henhold til vår statusside på status.pingdom.com

Testes katastrofegjenopprettingsprogrammet minst årlig?

Ja, gjenopprettingssjekker og utført og testet årlig.

Hva er Recovery Time Objective (RTO) og Recovery Point Objective (RPO) for systemet?

RTO er 4 timer, med RPO er 1 time.

Tilbyr du backup- og gjenopprettingsplaner for individuelle klienter?

Alle aspekter er multi-tenanted, så sikkerhetskopier tas på tvers av hele klientbasen. Komplette sikkerhetskopier av filer kjøres hver 24. time, og dra nytte av Azure-database-sikkerhetskopier tatt hvert 5. minutt. Sikkerhetskopier lagres på Dropbox Cloud så vel som redundante virtuelle Azure-maskiner. 

Hva er maksimal tid som sikkerhetskopier beholdes?

Sikkerhetskopier av databaser på tidspunktet lagres i 30 dager, med generell sikkerhetskopiering av filer i minimum 90 dager.

Hva er forventet behandlingstid for en datagjenoppretting?

Enhver klientgjenoppretting i ethvert ikke-katastrofescenario må forespørres og planlegges med oss. Behandlingstid er mellom 1 og 2 virkedager. 

Kan en enkelt enhetskonto gjenopprettes uten å påvirke hele plattformen?

Hvis restaurering av en spesifikk post eller artefakt kreves av en klient, kan dette utføres online via en per forespørsel-basis og er kostnadsbelagt arbeid. Det er ingen innvirkning på plattformen eller kundekontoen.

Er høy tilgjengelighet gitt – dvs. e. der en serverforekomst blir utilgjengelig, blir en annen tilgjengelig?

Flere serverforekomster kjører på alle systemnivåer gjennom Azures virtuelle maskin, med nettapplikasjonsgateway som håndterer lastbalansering. Feil i en serverforekomst i datasenteret håndteres av Azure WAG, med problemforekomsten resirkulert og/eller fjernet og erstattet med en ny forekomst.

Er data lagret og tilgjengelig på et annet sted (datasenter) for å oppfylle kravene til nødgjenoppretting?

Ja. Alle data blir replikert til et andre datasenter som er forskjellig etter geografisk plassering, i tillegg til å ha sikkerhetskopiert data lagret på Dropbox Cloud Storage. .

Er failover-prosessen en aktiv/aktiv, automatisert overgangsprosess?

Feil i en serverforekomst i det primære datasenteret håndteres av Azure WAG-lastbalansere, med problemforekomsten resirkuler og/eller fjernes og erstattes med en ny forekomst.

Hvis hele datasenteret skulle ha en kritisk feil, er overgangen til det sekundære senteret en manuell prosess, ettersom vi må utføre en fullstendig vurdering av problemet først for å sikre at det ikke er noen enkle løsninger for å beholde den eksisterende primære. sentertilstedeværelse tilgjengelig. Hvis det fastslås at en flytting til det sekundære senteret er nødvendig, vil overgangen bli initiert manuelt for å oppfylle gjenopprettingsmålene.

The post Personvern og sikkerhet appeared first on Bookafy.

]]>