Bảng giá Google Workspace Business Plus

Google Workspace Business Plus bao gồm mọi thứ trong phiên bản Tiêu chuẩn, ngoài ra, bạn còn nhận được 5 TB dung lượng lưu trữ gộp cho mỗi người dùng trong tổ chức của mình, các biện pháp kiểm soát quản lý và bảo mật nâng cao bao gồm Vault và quản lý điểm cuối nâng cao, tính năng theo dõi điểm danh Google Meets và email eDiscovery có tính năng lưu giữ email.

Bảng giá Google Workspace Business Plus

Đơn giá 18$/ user/ tháng tương đương 5.496.000đ/ người dùng/ năm.

Các dịch vụ chính của gói Workspace Plus

  • Gmail theo tên miền doanh nghiệp
  • Dung lượng: 5TB, cho phép dùng dung
  • Cuộc họp video có 500 người tham gia + tính năng ghi âm, theo dõi tình hình tham dự
  • Đảm bảo hoạt động 99.9%
  • Phí khởi tạo Miễn Phí
  • Lưu trữ và thiết lập chính sách lưu trữ email, tệp, cuộc trò chuyện qua Vault, eDiscovery
  • Thực thi chính sách an ninh, mã hóa S/MIME, tích hợp Gmail với các công cụ lưu trữ bên thứ ba
Bảng giá Google Workspace Business Plus
Bảng giá Google Workspace Business Plus

Tính năng

Tất cả các tính năng có trong Business Standard Edition
Bộ nhớ đám mây 5 TB cho mỗi người dùng
Kiểm soát quản lý và bảo mật nâng cao
Quản lý thiết bị nâng cao cho iOS, Android và Windows
Email doanh nghiệp tùy chỉnh và an toàn + eDiscovery, lưu giữ
Cuộc họp video 250 người tham gia + ghi âm, theo dõi tham dự

Lợi ích

Tăng cường bảo mật với các tính năng bảo mật cấp doanh nghiệp
Trách nhiệm giải trình và truy xuất nguồn gốc của người dùng thông qua các báo cáo kiểm toán
Giảm chi phí để quản lý các yêu cầu FOI với eDiscovery
Đảm bảo lưu giữ và xóa bản ghi theo thời gian với Vault
Quản lý thiết bị di động mở rộng cho Android, iOS và Windows
Các cuộc họp cấp doanh nghiệp dành cho nhân viên và khách hàng từ xa
Các dịch vụ liên quan do Levett Consultancy Đối tác Google Cloud cung cấp

Service scope

Software add-on or extensionYes, but can also be used as a standalone service
What software services is the service an extension toAn upgrade from G Suite Business
Cloud deployment modelPublic cloud
Service constraintsNone

System requirements

  • Recommended Firewall and proxy setting configured: https://support.google.com/a/answer/2589954
  • A modern web browser is required

User support

Email or online ticketing supportYes, at extra cost
Support response timesMonday to Friday 8am to 5pm responses within 7 hours SLA. No service is available Saturday and Sundays or UK public holidays.
User can manage status and priority of support ticketsYes
Online ticketing support accessibilityNone or don’t know
Phone supportYes
Phone support availability9 to 5 (UK time), Monday to Friday
Web chat supportNo
Onsite supportYes, at extra cost
Support levelsIn addition to standard Google support, Levett Consultancy provides enhanced support as part of our G Cloud Cloud support service. Levett Consultancy also provides a dedicated account manager and Google certified support engineers.
Support available to third partiesYes

Onboarding and offboarding

Getting startedLevett Consultancy is a long-term Google Partner with a proven track record of deploying G Suite and Chrome devices into Central & Local Government, Education, 3rd Sector and Private sector.

If required Levett Consultancy at an additional cost, provides a fully comprehensive onboarding support service that is detailed within our optional G Cloud Cloud Support services, that includes consultancy, deployment, training, and support. Levett Consultancy onboarding service enhances the standard G Suite setup process detailed https://gsuite.google.com/setup/

Service documentationYes

Documentation formats

  • HTML
  • PDF
  • Other

Other documentation formats

  • Change management guides and posters
  • Training videos
  • Google Docs

End-of-contract data extractionIf your organisation decides to leave G Suite, users can take their G Suite data with them. They can export emails, contacts, calendars and Drive data. Then, they can import the data to your new provider.

To extract data the individual end users will need to use ‘Download your data’ option within G Suite. More information can be found here: https://support.google.com/a/answer/100458

End-of-contract processAccess to the G Suite instance will be terminated and Google begins deleting your G Suite data 51 days after you cancel your subscription.

Using the service

Web browser interfaceYes

Supported browsers

  • Microsoft Edge
  • Firefox
  • Chrome
  • Safari 9+
  • Opera
Application to installNo
Designed for use on mobile devicesYes
Differences between the mobile and desktop serviceCustom mobile apps are available both for iOS and Android which provide a bespoke user experience tailored to the operating system to each operating system. For other mobile operating systems, web browser support is included providing a similar experience to apps on iOS and Android.
Service interfaceYes
Description of service interfaceG Suite Apps and management tools are accessed using a modern web browser from any device. G Suite apps are also available on Android from the Google Play store and iOS devices from the Apple App store.
Accessibility standardsWCAG 2.1 AAA
Accessibility testingA guiding principle at Google is to focus on the user. We’ve developed active partnerships with advocacy groups and people with disabilities for their input and feedback. Our Accessibility team is a diverse group of people who serve as accessibility consultants within Google and develop the accessibility frameworks that product teams build upon. We hope to have a positive impact on the current state of accessibility on the web, and to continue to serve all of our users.
What users can and can’t do using the APIOrganisation administrators have access to the Google Admin SDK a collection of Application Programming Interfaces (APIs). With these APIs, you can build customised administrative tools for your Google products. Before you can use the Admin SDK, you need to enable API access in the Google Admin console.
API documentationYes

API documentation formats

  • Open API (also known as Swagger)
  • HTML
  • Other
API sandbox or test environmentYes
Customisation availableYes
Description of customisationCalendar, Docs, Drive, Gmail, Sheets, and Slides can all be customised to improve productivity and functions using Apps Scripts. Access to App Scripts Add-Ons, Macros creation is via the organisation administrator granting developer permissions to relevant staff/teams.


Independence of resourcesGoogle’s services are designed for millions of users. Google runs multiple different performance tests, including load testing G Suite applications under high load over a long period, to observe effects on factors, such as memory use and response time. Google also performs stress testing to examine system performance in unusual situations, including system functional testing while under unusually heavy loads, heavy repetition of certain actions or inputs, or input of large numerical values and large, complex queries to a database system. Ensuring the addition of any practicable number of users has a very low impact on using G Suite services.


Service usage metricsYes

Metrics typesActivity reports provide an understanding of how your organization uses Gmail, Google Drive, and Google Cloud Search. You can see user activity, such as 2-Step Verification enrollment, emails sent over a specific period, how many files users create and share, which users are near their Drive storage limits, and the number of search queries from different types of devices.

Further information can be found here: https://support.google.com/a/answer/4580176

Reporting types

  • API access
  • Real-time dashboards
  • Regular reports


Supplier typeReseller providing extra features and support
Organisation whose services are being resoldGoogle

Staff security

Staff security clearanceOther security clearance
Government security clearanceUp to Security Clearance (SC)

Asset protection

Knowledge of data storage and processing locationsYes
Data storage and processing locationsEU-US Privacy Shield agreement locations
User control over data storage and processing locationsNo
Datacentre security standardsComplies with a recognised standard (for example CSA CCM version 3.0)
Penetration testing frequencyAt least every 6 months
Penetration testing approachIn-house

Protecting data at rest

  • Physical access control, complying with CSA CCM v3.0
  • Physical access control, complying with SSAE-16 / ISAE 3402
  • Physical access control, complying with another standard
  • Encryption of all physical media
  • Scale, obfuscating techniques, or data storage sharding
  • Other
Other data at rest protection approachCore customer data that is uploaded or created in G Suite services is encrypted at rest. This encryption happens as it is written to disk, without the customer having to take any action. Google encrypts data with distinct encryption keys, even if they belong to the same customer. Data is encrypted using 128-bit or stronger Advanced Encryption Standard (AES).
Data sanitisation processYes
Data sanitisation typeExplicit overwriting of storage before reallocation
Equipment disposal approachIn-house destruction process

Data importing and exporting

Data export approachUsers can export and download data from the Google products they use, like your email, calendar, and photos. In a few easy steps, create an archive to keep for your records or use the data in another service. See more detials here: https://support.google.com/accounts/answer/3024190

Data export formats

  • CSV
  • ODF
  • Other

Other data export formats

  • DOCX
  • XLSX
  • TXT
  • RTF
  • CSV
  • PDF
  • PNG
  • JPG
  • PPTX
  • SVG

Data import formats

  • CSV
  • ODF
  • Other

Other data import formats

  • DOCX
  • XLSX
  • CSV
  • PPTX
  • TXT
  • RTF

Data-in-transit protection

Data protection between buyer and supplier networksTLS (version 1.2 or above)
Data protection within supplier networkTLS (version 1.2 or above)

Availability and resilience

Guaranteed availabilityContractually Google’s Service Level is guaranteed to 99.9% availability for any calendar month and backed with service credits. Definitions and service credits are described at https://gsuite.google.com/intl/en-GB/terms/sla.html
Approach to resilienceTo minimize service interruption due to hardware failures, natural disasters or other incidents, Google has built a highly redundant infrastructure of data centres. G Suite has an RPO (Recovery Point Objective) target of zero, and our RTO (Recovery Time Objective) target is instant failover (or zero).

Outage reportingGoogle provides access to a G Suite dashboard offering performance information for G Suite services here:https://www.google.com/appsstatus#hl=en-GB

Outages and status updates are also reported to G Suite administrator by email.

Identity and authentication

User authentication neededYes

User authentication

  • 2-factor authentication
  • Identity federation with existing provider (for example Google Apps)
  • Username or password
Access restrictions in management interfaces and support channelsDepending on administrator preference, users can be signed in via a federated identity service, including Active Directory, LDAP, DaaS or use G Suite as their identity provider. 2 Factor authentication is supported and can be enforced. Administrative access privileges are granted separately to individual users or groups.
Access restriction testing frequencyAt least every 6 months

Management access authentication

  • 2-factor authentication
  • Public key authentication (including by TLS client certificate)
  • Identity federation with existing provider (for example Google Apps)
  • Username or password

Audit information for users

Access to user activity audit informationUsers have access to real-time audit information
How long user audit data is stored forBetween 1 month and 6 months
Access to supplier activity audit informationUsers have access to real-time audit information
How long supplier audit data is stored forBetween 1 month and 6 months
How long system logs are stored forBetween 1 month and 6 months

Standards and certifications

ISO/IEC 27001 certificationYes
Who accredited the ISO/IEC 27001EY CertifyPoint
ISO/IEC 27001 accreditation date13/04/18
What the ISO/IEC 27001 doesn’t coverAny service not listed on the ISO certificate is not covered. See here for more information: https://services.google.com/fh/files/misc/eycp_2018_gsuite_iso_27001.pdf
ISO 28000:2007 certificationNo
CSA STAR certificationYes
CSA STAR accreditation date21/02/2017
CSA STAR certification levelLevel 1: CSA STAR Self-Assessment
What the CSA STAR doesn’t coverAny service not listed on the CSA STAR certificate is not covered. More information can be found here: https://www.google.com/intl/zh-TW/cloud/security/compliance/csa-star/
PCI certificationNo
Other security certificationsYes

Any other security certifications

  • ISO 27018
  • SOC 1
  • FedRAMP

Security governance

Named board-level person responsible for service securityYes
Security governance certifiedYes

Security governance standards

  • ISO/IEC 27001
  • Other
Other security governance standardsISO/IEC 27017:2015, ISO/IEC 27018:2014, SSAE16/ISAE 3402,
Privacy Shield, FedRAMP, HIPPA, GDPR
Information security policies and processesGoogle’s customers and regulators expect independent verification of our security, privacy, and compliance controls. In order to provide this, Google undergoes several independent third-party audits on a regular basis. For each one, an independent auditor examines our data centres, infrastructure, and operations. Regular audits are conducted to certify our compliance with the auditing standards ISO 27001, SOC 2 and SOC 3, as well as with the U.S. Federal Information Security Modernization Act of 2014 (FISMA) for G Suite for Government.

Operational security

Configuration and change management standardConforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Configuration and change management approachIn Google production environments, software updates are manually vetted to ensure the stability of the system. Changes are then tested and cautiously rolled out to systems. The details vary somewhat depending on the service being considered, but all development work is separated from the operation systems, testing occurs in a multi-staged fashion in both environments and in dedicated test settings. Google can share, under NDA, the SOC2 audit report (based on standards from the International Auditing and Assurance Standards Board), which describes the change management process. Additionally, changes to code go through a process of code review involving additional engineer(s)
Vulnerability management typeConforms to a recognised standard, for example CSA CCM v3.0 or SSAE-16 / ISAE 3402
Vulnerability management approachGoogle administrates a vulnerability management process that actively scans for security threats using a combination of commercially available and purpose-built tools, intensive automated/manual penetration efforts, quality assurance processes, software security reviews and external audits. The vulnerability management team is responsible for tracking and following up on vulnerabilities. Once a vulnerability requiring remediation has been identified, it is logged, prioritized according to severity, and assigned an owner. The vulnerability management team tracks such issues and follows up frequently until they can verify that the issues have been remediated. Google also maintains relationships and interfaces with members of the security research community.
Protective monitoring typeSupplier-defined controls
Protective monitoring approachFocused on information gathered from network traffic, employee actions on systems and outside knowledge of vulnerabilities. Traffic is inspected at many points for suspicious behaviour. Analysis is performed using open-source and commercial tools for traffic capture and parsing, supported by a correlation system built on top of Google technology. Analysis is supplemented by examining system logs for unusual behaviour, such as attempted access of customer data. Security engineers place standing alerts on public data repositories to look for security incidents that might affect company infrastructure. They actively review inbound security reports and monitor public mailing lists, blog posts, and wikis.
Incident management typeSupplier-defined controls
Incident management approachIf an incident occurs, the security team logs and prioritises it according to severity. Events directly impacting customers are assigned the highest priority. This process specifies courses of action, procedures for notification, escalation, mitigation, and documentation. Google’s incident management program is structured around NIST guidance on handling incidents. Key staff are trained in forensics and handling evidence in preparation for an event, including the use of third-party and proprietary tools. Testing of incident response plans is performed for key areas, such as systems that store sensitive customer information. Tests consider a variety of scenarios, including insider threats and software vulnerabilities.

Secure development

Approach to secure software development best practiceSupplier-defined process

Public sector networks

Connection to public sector networksNo
Đánh giá post