Privacy policy

What information we collect, what we use it for, provision to third parties, cross-border transfers, and how we respond to requests.

UNCHAIN, Inc. (“we”) handles the personal information it collects in providing Pulse in accordance with the Act on the Protection of Personal Information (“the Act”) and other legislation. This policy sets out what information we collect and how, what we use it for, who we give it to, how long we keep it, and how we respond to requests from individuals.

Note

This policy has 19 sections. What we collect and what we use it for are in Sections 2 and 3; the security measures we take are in Section 5; entrustment and sub-processing in Section 6; transfers outside Japan in Section 8; retention and deletion in Section 9; and how to make a request in Section 10. The terms of entrustment between corporate customers and us are set out separately in the data processing addendum (DPA).

1. Introduction

We handle personal information in accordance with this policy, as a personal information handling business operator under the Act.

This policy covers the personal information we handle in providing the Pulse desktop app (macOS and Windows), the browser extensions, the web version, the API, integrations with external services and the website published at the-unchain.com (together, “the service”). Recording and transcribing meetings is done in the desktop app; the web version only allows viewing and editing notes that have already been created. It covers users with a service account, members of workspaces, people who took part in meetings a user recorded, people who have contacted us, and visitors to our website.

LegislationAct on the Protection of Personal Information, Article 2, paragraph 1 (definitions)

“Personal information” means information about a living individual that can identify a specific individual by name, date of birth or other description (including anything expressed by voice, movement or other means). It includes information that can readily be collated with other information and thereby identify a specific individual. Recorded meeting audio, transcribed text, AI-generated notes and speaker names can readily be collated with participants' names and calendar invitations, so they are normally personal information.

In the service we hold this information in a form searchable per workspace. Much of what we handle is therefore “personal data” under the Act.

Our two capacities

In the service we act in two different capacities. That distinction governs how each section of this policy should be read.

Capacity When it applies The position under the Act
Where we handle data in our own right Creating and managing accounts, billing, responding to enquiries, running the website We handle it as a personal information handling business operator, within the purposes of use set out in this policy
Where we handle data entrusted to us by a customer Meeting audio, transcripts, notes and uploaded material held in a workspace on a business plan The contracting company is the controller and we are the processor. We do not process beyond the work entrusted (Section 6)

For data held on a business plan, it is the contracting company that decides on disclosure and deletion. Data in that category may be treated as not being our “retained personal data”, and requests from individuals should as a rule be made to the company they belong to (Section 10).

2. Information we collect

The information we collect is set out by category below. The “collected directly from the individual” column indicates whether the information is provided by the individual themselves or reaches us by another route, through a user's actions.

Category Examples How it is collected Collected directly from the individual
Account information Name, email address, profile picture, organisation, job title, credentials Entered on the registration screen, or through single sign-on (SSO) Collected directly
Calendar information Meeting titles, start and end times, descriptions, and the names and email addresses of organisers and participants Retrieved from the calendar service the user has connected Organisers' and participants' information is not collected directly
Meeting audio The meeting audio playing on the computer, and audio from the microphone Captured by the desktop app on the user's computer (no recording bot joins the meeting) Not collected directly where the speaker is someone other than the user
Transcripts Text generated from the audio, speaker labels, and the times of utterances Generated automatically from the audio As above
Notes Notes typed by users, AI-formatted notes, summaries and action items Entered by the user and generated by AI The parts derived from what was said in the meeting are not collected directly
Uploaded material Meeting material, images, screenshots and other files Uploaded by the user Not collected directly where the material contains third parties' information
Chat records What is entered into chat, the responses generated, and voice input Through the user's actions Collected directly
Payment information Card type, last four digits of the card number, expiry date, and the billing name, address and contact Collected through our payment provider Collected directly
Device information and logs IP address, the approximate region inferred from it, computer identifier, operating system and version, browser type, desktop app version, the names of other apps using the microphone, crash logs and operation logs Collected automatically through use of the desktop app, the browser extensions and the web version. We do not collect satellite positioning data Collected directly
Usage Screens viewed, how often features are used, referring pages, and connection state Collected automatically using cookies and the like on the web version and our website (Section 13), and from desktop app operation logs Collected directly
Enquiries The body of enquiry emails, attachments, and records of how they were handled Sent to us by the user Collected directly
Information received from integrations Authentication tokens, account identifiers at the integration, and meeting and contact information retrieved from it Retrieved from external services the user has authorised Third parties' information registered at the integration is not collected directly

Other people's information is included

Meeting audio, transcripts and notes contain not only the personal information of the user operating the service but the personal information of the other people who took part in that meeting. That includes names, organisations, contact details, what they said in the course of business, and their voices themselves. The same goes for calendar information: the names and email addresses of participants in an invitation reach us not from those participants but through the user who connected the calendar.

LegislationAct on the Protection of Personal Information, Article 20, paragraph 1 (proper acquisition) / Article 21 (notifying the purpose of use on acquisition)

Personal information must not be acquired by deception or other improper means, and unless the purpose of use has been published in advance, it must be notified to the individual or published promptly after acquisition. Recording and transcribing without telling participants risks being “improper means” under Article 20, paragraph 1.

Note

Before you start recording a meeting, tell the participants that it is being recorded and transcribed. The service has a feature that displays on screen that recording is under way, but we recommend telling people in advance as well, orally or in writing. Telling participants is a matter for the user, or the organisation the user belongs to. Sample wording is published in How far you can go with AI minutes (a guide for teams).

3. Purposes of use

In accordance with Article 17, paragraph 1 of the Act, we specify the purposes of use as far as possible and handle personal information within the scope necessary to achieve them.

LegislationAct on the Protection of Personal Information, Article 17, paragraph 1 and Article 18, paragraph 1 (specifying the purpose of use / restriction by purpose of use)

The purpose of use must be specified as far as possible, and handling personal information beyond the scope necessary to achieve the specified purpose requires the individual's prior consent. The guidelines give “for use in our business activities” and “for use in marketing activities” as examples of statements that are not specific enough.

We use personal information for the following purposes.

  1. Creating, authenticating, maintaining, changing and deleting accounts
  2. Transcribing meeting audio and generating notes, summaries and action items
  3. Connecting to your calendar, detecting the start of meetings, and bringing together information ahead of a meeting
  4. Sharing notes within the scope the user specifies, and making them searchable within a workspace
  5. Sending data on the user's instruction through integrations with external services the user has enabled
  6. Generating answers to users' questions in the chat feature
  7. Billing, payment, issuing qualified invoices, and dealing with non-payment
  8. Responding to enquiries, bug reports and communications about the contract
  9. Monitoring the availability of the service, investigating the causes of faults, and detecting and preventing misuse and unauthorised access
  10. Analysing how the service is used, in order to improve features and develop new ones
  11. Training AI models and evaluating their accuracy (only where the user or an administrator has permitted this in the settings — see “Use for training AI models” in this section)
  12. Sending announcements about new features, maintenance, changes to the terms and the like
  13. Sending information about the service and related services (we stop where you ask us to)
  14. Responding to requirements of law or of government agencies, and exercising rights or dealing with disputes

Of the above, meeting audio, transcripts, notes and uploaded material held in a workspace on a business plan are handled only within the work entrusted to us by the contracting company. Because a processor cannot handle personal data other than for the work entrusted, we never decide on our own initiative to use a contracting company's data for a different purpose.

Use for training AI models

Training AI models is different in kind from the processing that makes the service work, so it is stated as a separate purpose of use.

  • On the free and personal plans, data is used for training by default. Users can turn this off at any time under Settings → Preferences → Data and sharing.
  • On business plans (Team and Enterprise), data is not used for training. Because it would go beyond the scope of the entrustment, it is off by default and there is no setting for users to enable it. Administrators can check the setting for the whole workspace.
  • Even where data is used for training, it is processed so that no specific individual can be identified.
  • A change to the setting applies to data created after the change. Data already incorporated into training cannot be removed afterwards.
  • Where we engage an external supplier for transcription or summary generation, we provide in our contract that the data sent will not be used for that supplier's machine learning.

Where the setting is and how to change it are covered in AI models and training data.

Note that Article 30-4 of the Copyright Act permits, within limits, use not aimed at enjoying the thoughts or feelings expressed in a work (including use for information analysis), but that article has a proviso excluding cases that would unreasonably prejudice the copyright holder's interests. We do not rely on what the Copyright Act permits as the basis for training: on the free and personal plans we follow the user's own setting, and on business plans we do not use data for training because it would go beyond the scope of the entrustment.

LegislationAct on the Protection of Personal Information, Article 19 (prohibition of improper use)

Personal information must not be used in a way that may encourage or induce unlawful or improper acts. Using records obtained through the service on an ongoing basis to monitor particular employees or as material for performance reviews risks running into this provision and into workers' privacy.

4. Sensitive personal information

Meetings can touch on matters that need careful handling — someone's health, their creed, where they come from, past disputes.

LegislationAct on the Protection of Personal Information, Article 2, paragraph 3 (definitions) / Article 20, paragraph 2 (proper acquisition) / Enforcement Order Article 2 / Enforcement Rules Article 5

“Sensitive personal information” means personal information including descriptions of the individual's race, creed, social status, medical history, criminal record, the fact of having suffered harm from a crime, and the other matters prescribed by Cabinet Order as requiring particular care in handling so as to avoid unfair discrimination, prejudice or other disadvantage. The Order prescribes the existence of a physical, intellectual, mental or other disability; the results of a health check or other examination; that guidance, medical treatment or dispensing has been carried out by a doctor or similar; that criminal proceedings have been taken; and that juvenile protection proceedings have been taken. Sensitive personal information must not be acquired without the individual's prior consent, save in the cases listed in the items of Article 20, paragraph 2, such as where the law requires it.

Our position is as follows.

  • We do not provide the service for the purpose of actively collecting sensitive personal information.
  • Where someone says in a meeting that “so-and-so is undergoing treatment”, and that remains in the transcript, that part may be sensitive personal information as a medical history. A conjectural remark such as “they seem unwell”, on the other hand, is not sensitive personal information.
  • The person whose consent is needed for acquiring sensitive personal information is the speaker whose information it is. The consent of a workspace administrator or a meeting organiser cannot stand in their place.
  • For meetings where sensitive personal information may be discussed, do not start recording, or pause recording at the point concerned. You can also delete the relevant section after recording.

A breach of personal data containing sensitive personal information is reportable to the Personal Information Protection Commission even where only one person is affected (Enforcement Rules Article 7, item 1). Where you use the service for work likely to involve sensitive personal information — healthcare, HR, legal — we recommend starting recording meeting by meeting and limiting which meetings you record. How to think about this by sector is covered in Use in healthcare, finance and the professions.

5. Security measures

LegislationAct on the Protection of Personal Information, Article 23 (security control measures) / Article 24 (supervision of staff)

A business must take the necessary and appropriate measures to prevent the leakage, loss or damage of the personal data it handles and otherwise keep it secure, and must exercise the necessary and appropriate supervision over staff who handle personal data.

The measures we take are organised under five headings.

Organisational security measures

We have rules on the handling of personal data, with the staff who handle it and the person responsible clearly identified. Access records are collected and reviewed periodically so that how data is handled can be established. Reporting lines for a breach are set in advance, and the rules are kept under continuous review.

Personnel security measures

We have confidentiality arrangements with our staff and provide training on personal data protection when they join and periodically thereafter. Staff involved in running the service are required not to view customers' data beyond what their work requires.

Physical security measures

Servers handling personal data are housed in data centres with entry control and monitoring. Work devices have disk encryption and screen locking applied, and procedures are set for taking equipment and electronic media off site.

Technical security measures

Access rights are limited to what work requires, with authentication in place. Personal data is encrypted at rest and in transit. To prevent unauthorised access from outside we separate networks, restrict traffic and detect anomalous behaviour, and we monitor vulnerability information continuously and apply fixes.

Understanding the external environment

Where we handle personal data in a foreign country, we establish that country's personal data protection regime (including any regime on government access to data) and take measures such as encryption in transit and at rest, limits on retention, and contractual provision that data entered will not be used for anything other than generating the response. The regions data is stored in, the destination countries, the route we use to comply with Article 28 of the Act, and what information we provide at an individual's request are gathered in Section 8.

Matters whose publication would itself risk prejudicing security — the specific method of access control, the detail of measures preventing unauthorised access and the like — are left out of the above (the parenthesis in Article 10, item 1 of the Enforcement Order).

A fuller explanation of each heading is published in Our security arrangements. Which certifications and third-party assessments we hold (ISMS certification, the Privacy Mark, a SOC 2 Type II report and so on) is set out in the table on that page; this policy does not list them individually.

Editorial note

Replace the five headings above with the measures UNCHAIN, Inc. actually takes. Where something can be stated specifically — where the data centres are, what encryption is used, how permissions are managed, how long logs are kept, how often vulnerabilities are addressed — it is better stated specifically, because it can then be used in processor due-diligence reviews. Make sure what is written here does not conflict with the corresponding sections of Our security arrangements.

6. Entrustment

We may entrust the handling of personal data to others within the scope necessary to achieve the purposes of use, and we are also entrusted with handling data by corporate customers. Both directions are explained separately.

LegislationAct on the Protection of Personal Information, Article 25 (supervision of processors) / Article 27, paragraph 5, item 1

Where personal data is provided in connection with entrustment, the recipient is not a third party. The controller, on the other hand, must exercise the necessary and appropriate supervision over the party entrusted so that the personal data is kept secure. The guidelines identify three elements of that supervision: selecting an appropriate processor, concluding a contract with it, and keeping informed of how it handles the personal data. The same applies to sub-processing.

Where we act as your processor

On business plans, the contracting company is the controller and we are the processor. The service is designed to turn the content of audio into text and to summarise that content with AI, which presupposes that we handle the content of the personal data. That is what distinguishes it from external storage services, which work on the basis of a contractual undertaking not to handle the data stored.

Within that arrangement, we do not process personal data beyond the work entrusted. As part of supervising their processor under Article 25 of the Act, we recommend that contracting companies review the measures we describe in this policy and in the data processing addendum (DPA).

Where we sub-process

In order to provide the service, we sub-process the handling of personal data to suppliers of the following kinds. In each case we have selection criteria, conclude a contract, and keep ourselves informed of how they handle data.

Kind of sub-processor Work entrusted Information handled
Cloud infrastructure providers Providing servers and storage All information handled in the service
Speech recognition and generative AI providers Producing transcripts, generating notes and summaries, generating chat answers Meeting audio, transcripts, notes, uploaded material, chat input
Payment providers Processing payments and issuing invoices Payment information and billing details
Customer support platform providers Receiving enquiries and managing the history of responses The content of enquiries, and account information
Analytics and fault detection providers Analysing usage and detecting defects Device information, logs and usage
Email delivery providers Sending announcements and notifications Names and email addresses
Editorial note

State the actual names of sub-processors, the countries they are in and the substance of the contractual arrangements, to match UNCHAIN, Inc.'s actual relationships. Where suppliers are named, check that the contract allows naming them. Where a processor is outside Japan, list the same supplier in the table in Section 8 and in Schedule 3 of the data processing addendum (DPA), and make sure all three agree.

7. Provision to third parties

LegislationAct on the Protection of Personal Information, Article 27, paragraph 1 (restriction on provision to third parties)

Providing personal data to a third party requires the individual's prior consent, save in the cases listed in the items of that paragraph — where the law requires it, where it is necessary to protect life, limb or property and obtaining consent is difficult, and so on.

We do not provide customers' personal data to third parties except in the following cases.

  • Where the individual has consented
  • Where the law requires it
  • Where it is necessary to protect someone's life, limb or property and obtaining the individual's consent is difficult
  • Where it is particularly necessary for improving public health or promoting the sound growth of children and obtaining the individual's consent is difficult
  • Where it is necessary to cooperate with a national or local government body, or someone they have engaged, in performing duties prescribed by law, and obtaining the individual's consent would risk impeding those duties
  • Where personal data is provided in connection with a business succession following a merger or otherwise (Article 27, paragraph 5, item 2 of the Act)

We do not provide personal data to third parties by the opt-out method under Article 27, paragraph 2 of the Act. Nor do we sell personal data.

Note that provision in connection with entrustment described in Section 6, and provision in connection with a business succession, are not provision to a third party by virtue of Article 27, paragraph 5 of the Act. We do not currently handle personal data under a joint use framework (item 3 of that paragraph).

Where a user's own action sends data to an external service

The service has integrations that send notes and transcripts to external services. Where such an integration is enabled and data is sent, the destination is another business, not a processor of ours.

Note

Sending data to an integration can amount to provision to a third party under the Act where it contains personal data. The lawfulness of that provision has to be secured by the personal information handling business operator that carried out the integration — usually the company the user belongs to. Where the integration is with a business outside Japan, that business deals with it in its own capacity as provision to a third party in a foreign country under Article 28 of the Act (Section 8). Before enabling an integration, check that it is within your organisation's rules on handling personal information and within the purposes of use you have specified. Disconnecting an integration does not remove data already sent to it; delete it in that service.

The same goes for issuing share links outside a workspace: note that who can view the material then extends beyond your organisation. How to set sharing is covered in Controlling sharing, and the services you can integrate with in List of integrations.

Records of provision to third parties

LegislationAct on the Protection of Personal Information, Article 29 (creating records of provision to third parties)

Where personal data is provided to a third party a record must be created and kept, but no record is needed for provision falling within the items of Article 27, paragraph 1 or the items of paragraph 5 of that article.

The personal data we handle on business plans is handled in connection with entrustment and is not provision to a third party, so no record of provision to a third party is created for it. Where you request disclosure of records of provision to third parties and there is no such record, we tell you so without delay.

8. Provision to third parties in foreign countries

Data in the service is, as a rule, stored in a region within Japan. Some processing, such as transcription and summary generation, may however be entrusted to suppliers outside Japan, in which case personal data is transferred abroad. This section covers those transfers, which we make in order to provide the service. Data sent to an integration by a user's own action is treated as provision to a third party in a foreign country by the business that carried out the integration (Section 7).

LegislationAct on the Protection of Personal Information, Article 28, paragraph 1 (restriction on provision to third parties in foreign countries)

Where a personal information handling business operator provides personal data to a third party in a foreign country (other than a country designated by rules of the Personal Information Protection Commission as having a personal data protection regime of a standard equivalent to Japan's) and that third party does not have in place a framework meeting the standards set by those rules, it must, save in the cases listed in the items of Article 27, paragraph 1, obtain the individual's prior consent to provision to a third party in a foreign country.

It applies to entrustment too

What Article 28, paragraph 1 excludes are the items of paragraph 1 of Article 27; the items of paragraph 5 of Article 27, covering entrustment, business succession and joint use, are not excluded. The reasoning that domestic entrustment is not provision to a third party does not carry over where the counterparty is a third party in a foreign country. An arrangement that entrusts transcription or summary generation to a supplier outside Japan is squarely within Article 28.

What matters is not where the data is stored but whether personal data is provided to a third party in a foreign country. Having servers in Japan is not a reason for saying there is no provision abroad. Sending data to an external supplier for inference can amount to such “provision”.

The three routes, and the one we use

There are three ways of complying with Article 28, and we use the second.

Route What it involves Whether we use it
Provision to a country with an equivalent regime Provision to a supplier in a country designated by rules as having a regime of a standard equivalent to Japan's. Only the EU (excluding the UK) and the UK are designated; the United States is not Where the destination is in such a country, this is the basis used
Provision to a party with an adequate framework in place Provision to a supplier with a framework meeting the standards in Rule 16 of the Personal Information Protection Commission's rules (implementation of measures in line with the intent of Chapter 4, Section 2 of the Act ensured by appropriate and reasonable means, or certification under an international framework) This is the route we use
Provision with the individual's consent Obtaining the individual's prior consent to the transfer. When obtaining consent, the name of the country, information on that country's regime and information on the measures the recipient takes must be provided (Article 28, paragraph 2 of the Act and Rule 17, paragraph 2) Obtaining individual consent from every meeting participant is impracticable, so as a rule we do not use it

Meeting records contain the personal information of participants who do not have an account. Since obtaining individual consent to a cross-border transfer from all of them is not realistic, we use the route of ensuring implementation of equivalent measures by contract (the adequate-framework route). Specifically, we conclude contracts with recipient suppliers ensuring the implementation of measures in line with the intent of Chapter 4, Section 2 of the Act, and provide personal data only to suppliers with that framework in place.

What we do on an ongoing basis

LegislationAct on the Protection of Personal Information, Article 28, paragraph 3 / Enforcement Rules Article 18, paragraphs 1 and 3

A business that has provided personal data to a party with an adequate framework in place must take the measures necessary to ensure continued implementation of the equivalent measures, and must provide information about those necessary measures at an individual's request. Rule 18, paragraph 1 requires periodic verification of the implementation of the equivalent measures and of whether the foreign country has a regime and what it contains; the taking of necessary and appropriate measures where an impediment to implementation arises; and the cessation of provision where continued implementation becomes difficult to ensure. Paragraph 3 of that rule lists seven matters to be provided at an individual's request: an outline of the measures taken to ensure implementation of the equivalent measures, an outline of the equivalent measures the recipient takes, how often and by what means verification is carried out, the name of the country, whether that country has a regime and an outline of it, an outline of any impediment to implementation, and an outline of the measures taken about it.

We do three things.

  1. We verify periodically how recipient suppliers are implementing the equivalent measures, and the personal data protection regime of the destination country (including any regime on government access to data).
  2. Where an impediment to the implementation of the equivalent measures arises, we take the necessary and appropriate measures.
  3. Where continued implementation of the equivalent measures becomes difficult to ensure, we stop providing personal data to that supplier.

At an individual's request, we provide information on the seven matters set out in Rule 18, paragraph 3. We are not required to publish these at all times, but we answer requests without delay. Please contact us at the address in Section 17.

Publishing information about the destination country's regime

Separately from providing information at an individual's request, where personal data is handled in a foreign country, the measures taken in light of an understanding of that country's regime must be kept in a state where individuals can know them, as one of the matters published about retained personal data (Article 32, paragraph 1, item 4 of the Act and Article 10, item 1 of the Enforcement Order). These are two distinct obligations, and we meet both.

The third parties in foreign countries to which we currently provide personal data are as follows.

Kind of recipient Country Categories of information provided Purpose of provision Measures we take
[kind of supplier, or name] [country, and the country the servers are in] [categories of information provided] [purpose of provision] [measures taken in light of an understanding of that country's regime]
Editorial note

This table provides only the frame. Fill in the [ ] to match UNCHAIN, Inc.'s actual relationships, and do not put in placeholder supplier names or countries that do not exist. Where the country the servers are in cannot be identified for some item, state that it cannot be identified, why, and any information useful to individuals (Personal Information Protection Commission, “Q&A on the Guidelines”, Q10-25). Keep what you write consistent with the table of sub-processors in Section 6 and with Schedule 3 of the data processing addendum (DPA).

9. Retention and deletion

LegislationAct on the Protection of Personal Information, Article 22 (keeping data accurate etc.)

A business must keep personal data accurate and up to date within the scope necessary to achieve the purpose of use, and must endeavour to erase personal data without delay once it is no longer needed. It is a duty to endeavour, but keeping records indefinitely without setting a retention period drifts away from its intent.

We set a retention period for each category of data and delete it once that period passes.

Category How the retention period works How it is deleted
Meeting audio Only for as long as is needed to produce the transcript Deleted once transcription is complete. We never keep the meeting audio itself
Transcripts No automatic deletion by default. Where a user or administrator sets a retention period, that period Automatic deletion under the setting, or deletion by the user individually
Notes and summaries While the account is active Deletion by the user individually, or deletion of the account
Uploaded material While the account is active As above
Account information While the account is active, and for a set period after it is closed Deleted once the closure process is complete
Payment and billing records The period the law requires them to be kept Deleted once that period passes
Operation and access logs As long as needed to investigate misuse and respond to faults Deleted once that period passes
Backups As long as needed to recover from a fault Deleted progressively as generations are replaced
Integration authentication tokens While the integration is active Deleted when the integration is disconnected
Editorial note

The retention periods above set out the approach only. State specific numbers of days or months to match UNCHAIN, Inc.'s actual practice. The retention period for account information after closure, the log retention period and how long it takes for data to disappear from backups are asked about particularly often in processor due-diligence reviews. Even where the figures cannot be settled, do not leave out the fact that data remains for a period in recovery backups and audit logs. For payment and billing records, check the tax law obligations on keeping books and records with your finance team. Make the figures you enter consistent with the [ ] in Articles 8 and 15 of the data processing addendum (DPA).

Automatic transcript deletion is off by default (no automatic deletion). Where it is enabled, the retention period can be set to 1 day, 1 week, 1 month, 3 months, 6 months or 1 year. How to configure it and what remains after deletion are covered in Automatic transcript deletion, and what remains after an account is deleted in Deleting your account.

Even after data disappears from the screen, it remains for a period in recovery backups and audit logs. What remains in an audit log is a record of who did what and when; it does not include the body of notes or transcripts.

Where data has been used to train an AI model and incorporated into the model's weights, it is not technically possible to extract or remove individual data afterwards. With that in mind, we let you choose by a setting whether data is used for training, and tell you in advance that changing the setting does not apply retrospectively (Section 3).

10. Requests for disclosure, correction and cessation of use

You may make the following requests in relation to your own retained personal data.

What you are requesting Basis
Notification of the purpose of use Act on the Protection of Personal Information, Article 32, paragraph 2
Disclosure (including disclosure of records of provision to third parties) Article 33, paragraphs 1 and 5
Correction, addition or deletion where the content is not factual Article 34
Cessation of use, or erasure Article 35, paragraph 1
Cessation of provision to third parties Article 35, paragraph 3
LegislationAct on the Protection of Personal Information, Article 33, paragraph 1 (disclosure) / Article 35, paragraph 5 (cessation of use etc.) / Enforcement Rules Article 30

An individual may request disclosure by provision in electromagnetic form or by another method prescribed by rules of the Personal Information Protection Commission. The Rules prescribe provision in electromagnetic form, delivery of a document, and other methods determined by the business. The guidelines state that it is desirable to respond as far as possible in the form the individual wants, including provision in a readable and searchable format and, where technically possible, in a format portable to another business. Article 35, paragraph 5 further provides that cessation of use or erasure may be requested where the personal data is no longer needed, where a situation under the main text of Article 26, paragraph 1 (a breach) has arisen, or where there is otherwise a risk of harm to the individual's rights or legitimate interests.

How to make a request

  1. Write to privacy@the-unchain.com telling us what you are requesting (which of the above it is) and which data it concerns.
  2. To confirm your identity, we ask you to produce the documents we specify. We choose a method that is not unduly burdensome, so far as it lets us match the request to the account information.
  3. We also accept requests from representatives: a statutory representative of a minor or an adult ward, and a representative the individual has appointed (Article 13 of the Enforcement Order). In that case, please enclose documents evidencing the authority.

How and when we respond

Disclosure is made, as a rule, by provision in electromagnetic form — either a download from the service or an attachment to an email. If you would prefer a document, please say so. We check the position and respond without delay after receiving a request.

Where we cannot meet a request in whole or in part, we endeavour to explain why (Article 36 of the Act). We may be unable to meet a request where we cannot confirm your identity, where doing so would risk harming the rights or interests of others, or where it would breach the law.

Fees

LegislationAct on the Protection of Personal Information, Article 38, paragraphs 1 and 2 (fees)

where notification of the purpose of use is sought or a request for disclosure is received — only then may a fee be charged, within a range recognised as reasonable in light of the actual costs. Requests for correction and for cessation of use are not among those for which a fee may be charged.

We do not charge a fee for requests for correction, addition, deletion, cessation of use, erasure or cessation of provision to third parties. For requests for notification of the purpose of use and for disclosure, we may charge a fee within a reasonable range reflecting the actual costs.

Editorial note

Settle two things to match UNCHAIN, Inc.'s policy. First, the amount of any fee for notification of the purpose of use and for disclosure: where an amount is set it must be published (Article 32, paragraph 1, item 3 of the Act), and where the policy is not to charge, say plainly “we do not charge a fee”. Second, the internal target for responding to requests. The law says only “without delay” and sets no number of days, so where you state a target, state also that it may be extended where identity checks take time or where a large volume of data is involved.

What you can do yourself

The following can be done in the service without waiting for a request.

If you are on a business plan

For data held in a workspace on a business plan, it is the contracting company that decides on disclosure and deletion. Requests of that kind should as a rule be made to your organisation's privacy contact. Where you approach us directly, we will direct you to your organisation and tell the contracting company that you have been in touch. What assistance we give and by when is set out in Article 11 of the data processing addendum (DPA).

11. Matters published about retained personal data

LegislationAct on the Protection of Personal Information, Article 32, paragraph 1 / Enforcement Order Article 10

A business must keep in a state where individuals can know them (including by answering without delay at an individual's request) the following in relation to retained personal data: the business's name, address and the name of its representative; the purposes of use of all retained personal data; the procedures for responding to access requests (including the amount of any fee set); and the matters prescribed by Cabinet Order. Those prescribed matters are the measures taken for security (excluding those whose being known would risk prejudicing security), where complaints may be made, and the name of any certified personal information protection organisation and where complaints may be made to it.

The statutory disclosures, and where each appears in this policy, are as follows.

Statutory disclosure Basis Where it appears in this policy
The business's name and address, and the name of its representative Article 32, paragraph 1, item 1 Section 17
The purposes of use of all retained personal data Article 32, paragraph 1, item 2 Section 3
Procedures for responding to access requests Article 32, paragraph 1, item 3 Section 10
The amount of any fee set Article 32, paragraph 1, item 3 Section 10
Measures taken for the security of retained personal data Article 32, paragraph 1, item 4 and Enforcement Order Article 10, item 1 Section 5 (including understanding the external environment) and Section 8
Where complaints may be made Enforcement Order Article 10, item 2 Section 17
The name of any certified personal information protection organisation and where complaints may be made to it Enforcement Order Article 10, item 3 Section 17

Where you would like any of the matters in this table that are not set out in this policy to be published, please contact the address in Section 17 and we will answer without delay.

12. What we do if there is a breach

LegislationAct on the Protection of Personal Information, Article 26, paragraphs 1 and 2 (reporting breaches etc.) / Enforcement Rules Articles 7, 8 and 10

Where personal data is leaked, lost or damaged, or there is a risk of that, four categories set out in Rule 7 must be reported to the Personal Information Protection Commission and notified to the individuals concerned: those involving personal data containing sensitive personal information; those involving personal data where there is a risk of financial harm; those arising from an act that may have been carried out with improper intent; and those involving more than 1,000 individuals. Reporting has two stages: a preliminary report promptly after learning of the incident, and a final report within 30 days of learning of it (60 days where the act may have been carried out with improper intent). What must be notified to individuals is an outline of the incident, the categories of personal data involved, the cause, whether there is secondary harm or a risk of it and what it is, and any other relevant matters.

What we do is as follows.

  1. On detecting an incident, we begin investigating immediately and take measures to prevent the harm spreading and to restore the position.
  2. For personal data we handle in our own right, we make the preliminary and final reports to the Personal Information Protection Commission and notify the individuals concerned. Where notifying individuals is difficult, we publish the incident or take other alternative measures necessary to protect individuals' rights and interests.
  3. For personal data we handle as a processor on a business plan, we notify the contracting company as controller promptly after learning of the incident. Where a processor notifies the controller, the processor's own reporting obligation to the Commission falls away (the proviso to Article 26, paragraph 1 of the Act). Reporting to the Commission and notifying individuals are done by the contracting company, and we provide the information needed. The notification deadline and what is reported are set out in Article 12 of the data processing addendum (DPA).
  4. “Promptly” for the preliminary report is indicated by the guidelines as roughly within three to five days. The 30 and 60 days for the final report are deadlines set by the Rules. The two are different in kind, and we keep them distinct in our internal procedures as well.
  5. We publish the outcome of our investigation into the cause and the measures taken to prevent recurrence where appropriate.

Because transcripts can contain sensitive personal information, an incident can be reportable under Rule 7, item 1 even where only one person is affected. With that in mind, we have built measures including encryption at rest into our security design (Section 5).

13. Cookies and external transmission

This section covers two things: the use of cookies and the like on our website and in the web version, and causing information to be sent from users' computers to businesses other than us (external transmission).

Use of cookies

We use cookies and similar technologies (“cookies”) on the service's website and in the web version.

Type Purpose If disabled
Essential cookies Keeping you signed in, maintaining security, preventing misuse Basic functionality, including signing in, becomes unavailable
Functional cookies Remembering display language, screen settings, the screen you last had open and the like Settings are not saved and have to be chosen again each time
Analytics cookies Understanding how screens are used, detecting defects, considering improvements You are excluded from usage analysis. Functionality is unaffected
Advertising cookies Delivering advertising and measuring its effect The advertising shown is not based on your usage

Whether cookies are accepted can be changed in your browser settings. Disabling essential cookies prevents you signing in to the service.

Disclosures concerning external transmission

LegislationTelecommunications Business Act, Article 27-12 (notices concerning instructions to transmit information) / Enforcement Rules Article 22-2-29

A telecommunications carrier, or a person carrying on a category III business, that provides a telecommunications service prescribed by ministerial ordinance must, before instructing a user's device to transmit information, notify the user of, or place where the user can readily learn, the content of the information about the user that will be transmitted, the name of the party that will handle that information using the telecommunications equipment it is sent to, and the purpose for which it will be used. The notice must be in Japanese, in plain language avoiding technical terms, and displayed at an appropriate size without the user having to take any action (Rule 22-2-28).

The information we cause to be sent from users' devices to businesses other than us in connection with use of the service is as follows.

Recipient Information transmitted Purpose of use at the recipient How to stop it
[name of business] [information transmitted] [purpose of use at the recipient] [how a request to stop is received, and what functionality is limited as a result]
Editorial note

This table provides only the frame. Fill in the [ ] with one row for each analytics tag, advertising tag and fault detection mechanism UNCHAIN, Inc. actually embeds. Do not put in placeholder names of businesses that do not exist. Where a means of stopping transmission is offered, state whether it exists, which transmissions it covers, how a request is received, and what functionality is limited as a result (Rule 22-2-31). Where no advertising cookies are used, delete the “advertising cookies” row from the table above; listing functionality that is not used would be inconsistent with what Section 14 says about personal-related information.

Also ask your legal team to confirm whether Pulse is a telecommunications service within Article 27-12 of the Act. Rule 22-2-27 limits it to four categories: services that carry others' communications, services that transmit at the request of unspecified users, search services, and services intended to be viewed by unspecified users. Business SaaS with no messaging between users and no publication to the world at large may fall outside it, but the conclusion turns on the implementation. The result of the same check also affects whether a report to the Minister for Internal Affairs and Communications under Article 28 of that Act is required in the event of a breach (Section 12). Do not write definitively about registration where it has not been confirmed.

Meeting audio, transcribed text and the body of notes are not among the information transmitted externally for the analytics purposes above. They are handled only to the extent needed to provide the service.

14. Personal-related information

LegislationAct on the Protection of Personal Information, Article 2, paragraph 7 / Article 31, paragraph 1 (restrictions on providing personal-related information to third parties)

“Personal-related information” means information about a living individual that is neither personal information, pseudonymously processed information nor anonymously processed information. Browsing history of an individual collected through a device identifier such as a cookie is given as an example. Where personal-related information is provided to a third party and it is anticipated that the recipient will acquire it as personal data, it must be confirmed in advance that the individual's consent has been obtained by the recipient. Where the recipient is a third party in a foreign country, it must also be confirmed that the individual has been given information on that country's personal data protection regime, on the measures that third party takes and other information useful to them.

Where you browse our website without being signed in, the browsing history we collect through cookies is normally personal-related information as far as we are concerned. Where we provide that information to a third party and it is anticipated that the recipient will acquire it as personal data, we carry out the confirmations above and create a record of them.

Browsing history while signed in to the service, on the other hand, can readily be collated with account information and is therefore personal information as far as we are concerned. In that case Sections 7 and 8 apply. Note that which rules apply changes between being signed out and signed in.

15. Use by minors

The service is designed for recording meetings at work and is not intended for use by minors.

Terms of service — where someone below the minimum age set there uses the service, they should sign up with the consent of a person with parental authority or another statutory representative. Where we find that we have collected personal information from someone below that age without a statutory representative's consent, we delete it promptly. If you think that may have happened, contact privacy@the-unchain.com.

Where meeting participants include minors, the user doing the recording and the organisation they belong to need to take the necessary care and obtain consent in relation to those participants' personal information.

16. Changes to this policy

We may change this policy because of amendments to legislation, changes to the service's features, changes in our processor relationships or other circumstances.

  • The changed version applies from the moment it is published on this page at the-unchain.com.
  • Where we change a purpose of use, we do not change it beyond a scope reasonably recognised as related to the purpose before the change (Article 17, paragraph 2 of the Act). Where we do change it, we notify individuals of the changed purpose or publish it (Article 21, paragraph 3).
  • Where a change significantly affects individuals' rights and obligations, we tell you before it starts to apply, by a notice in the service or by email.
  • Past versions are made available for reference on this page, with the date of each revision.

Note that the Act Partially Amending the Act on the Protection of Personal Information and Related Acts was promulgated on 17 July 2026, and the position may change in future.

Editorial note

State the period of advance notice for significant changes (30 days, for instance) to match UNCHAIN, Inc.'s policy. Where no fixed period is used, leave the wording as “before it starts to apply” and do not state a number of days. Where past versions will not be published, delete the last item. Keep the notice period consistent with the variation procedure in Article 17, paragraph 3 of the data processing addendum (DPA).

17. How to contact us

Enquiries about this policy and the handling of personal information, access requests and complaints are received at the following.

Item Details
Name of the business UNCHAIN, Inc.
Address Please contact us
Name of the representative Please contact us
Contact for personal information privacy@the-unchain.com
Where to make a complaint privacy@the-unchain.com
Personal information protection manager [team and job title]
Certified personal information protection organisation [name and where complaints may be made. Where not a member, “not applicable”]
LegislationAct on the Protection of Personal Information, Article 40 (handling complaints)

A business must endeavour to handle complaints about the handling of personal information appropriately and promptly, and to put in place the arrangements needed to do so.

We check and endeavour to handle appropriately and promptly any complaint we receive. If you are not satisfied with our response, you may make a submission to the Personal Information Protection Commission.

Editorial note

Decide, according to UNCHAIN, Inc.'s policy, whether to publish the personal information protection manager's name or only their team and job title; the law does not require the name to be published. Where you are not a member of a certified personal information protection organisation, write “not applicable” rather than deleting the row (the list of disclosures in Section 11 assumes the row is there). Where enquiries are accepted by telephone, add Please contact us.

18. For customers outside Japan

This policy is written under Japan's Act on the Protection of Personal Information. Where you use the service from outside Japan, the law of the country or region you live in may give you rights beyond those set out in this policy. If you wish to exercise such a right, contact privacy@the-unchain.com; we will look into it and respond in accordance with the applicable law. For corporate contracts, please also review the terms in the data processing addendum (DPA).

19. Dates of adoption and revision

  • Adopted: Please contact us
  • Last revised: Please contact us

UNCHAIN, Inc.

Related articles

← Data processing addendum (DPA)Report: a navigation vulnerability in the desktop app →