> ## Documentation Index > Fetch the complete documentation index at: https://docs.maia.ai/llms.txt > Use this file to discover all available pages before exploring further. # Azure Speech Transcribe export const maia = "Maia"; export const ComponentMetadata = ({warehouses, unsupportedWarehouses = [], componentType, connectionInputs, connectionOutputs}) => { const allWarehouses = [...warehouses.map(w => ({ name: w, supported: true })), ...unsupportedWarehouses.map(w => ({ name: w, supported: false }))]; return

Project Availability	{allWarehouses.map((w, i) => {w.name} {w.supported ? '✅' : '❌'} )}
Component Type	{componentType}
Connection Inputs	{connectionInputs}
Connection Outputs	{connectionOutputs}

; }; Production use of this feature is available for specific editions only. [Contact our sales team](https://www.matillion.com/contact) for more information. Azure Speech Transcribe is an orchestration component that uses the Azure Speech service to transcribe speech to text from an audio file in your specified Azure Blob location and Speech resource endpoint. Speaker diarization clarifies which speaker spoke and when, increasing the accuracy of your transcriptions. You do not need to set up a Create Table component before using this component. Read [What is the Speech service?](https://learn.microsoft.com/en-us/azure/ai-services/speech-service/overview) to learn more. To stage data to Azure Blob Storage, the Azure credentials associated with your environment must be assigned the `Storage Blob Data Contributor` role. For more information, read [User assigned with the Storage Blob Data Contributor role](https://learn.microsoft.com/en-us/answers/questions/1155139/user-assigned-with-storage-blob-data-contributor-r). *** ## Prerequisites ### Cloud credentials and authentication Before you use the Azure Speech Transcribe component, you'll need to add [Azure cloud credentials](/docs/guides/cloud-credentials) to {maia}. This requires registering an application. You'll also need an application for your Azure Speech service. The cloud credentials application and the Azure Speech applications require the following Azure roles: * Your [Azure application for cloud credentials](/docs/guides/cloud-credentials#acquiring-azure-credentials) requires the `Storage Blob Data Contributor` role in Azure. * Your Azure Speech application also requires the `Storage Blob Data Contributor` role in Azure. * Your Azure application for cloud credentials also requires the following roles to associate with the Azure Speech service: * [Cognitive Services User](https://learn.microsoft.com/en-us/azure/role-based-access-control/built-in-roles#:~:text=Cognitive%20Services%20User) * [Cognitive Services Contributor](https://learn.microsoft.com/en-us/azure/role-based-access-control/built-in-roles#:~:text=Cognitive%20Services%20Contributor) * [Cognitive Services Speech Contributor](https://learn.microsoft.com/en-us/azure/role-based-access-control/built-in-roles#:~:text=Cognitive%20Services%20Speech%20Contributor) *** ## Properties Reference material is provided below for the Configure, Destination, and Advanced Settings properties. A human-readable name for the component. ### Configure The URL prefix of the Azure Blob storage location where your audio file is stored. All files found under the prefix will be matched. {/* */} A unique endpoint to the Azure Speech resource. This endpoint is generated in Azure when you create an Azure Speech resource. To learn more, read [Quickstart: Create an Azure AI services resource](https://learn.microsoft.com/en-us/azure/ai-services/multi-service-resource?pivots=azportal). {/* */} Select the audio language code. | Locale (BCP-47) | Language | | --------------- | ------------------------------ | | en-US | English (United States) | | es-ES | Spanish (Spain) | | es-MX | Spanish (Mexico) | | fr-FR | French (France) | | hi-IN | Hindi (India) | | it-IT | Italian (Italy) | | ja-JP | Japanese (Japan) | | ko-KR | Korean (Korea) | | pt-BR | Portuguese (Brazil) | | zh-CN | Chinese (Mandarin, Simplified) | {/* */} Set to `Yes` if you wish to enable speaker diarization. According to the [Azure documentation](https://learn.microsoft.com/en-us/legal/cognitive-services/speech-service/speech-to-text/transparency-note#key-terms:~:text=that%20you%20specify.-,Diarization,-Diarization%20answers%20the): > *Diarization answers the question of who spoke and when. It differentiates speakers in an audio input based on their voice characteristics. Both real-time and batch APIs support diarization and are capable of differentiating speakers' voices on monochannel recordings. Diarization is combined with speech to text functionality to provide transcription outputs that contain a speaker entry for each transcribed segment. The transcription output is tagged as GUEST1, GUEST2, GUEST3, etc. based on the number of speakers in the audio conversation.* This setting only works on monochannel recordings. {/* */} The minimum number of speakers. This parameter is only available when speaker diarization is set to `Yes`. {/* */} The maximum number of speakers. This parameter is only available when speaker diarization is set to `Yes`. ### Destination Select your cloud data warehouse. Select the destination for your data. This is either in Snowflake as a table or as files in cloud storage. * **Snowflake:** Load your data into a table in Snowflake. The data must first be staged via Snowflake or a cloud storage solution. * **Cloud Storage:** Load your data directly into files in your preferred cloud storage location. The format of these files can differ between source systems and will not have a file extension so we suggest inspecting the output to determine the format of the data. {/* */} The Snowflake warehouse used to run the queries. The special value `[Environment Default]` uses the warehouse defined in the environment. Read [Overview of Warehouses](https://docs.snowflake.com/en/user-guide/warehouses-overview.html) to learn more. {/* */} {/* */} The Snowflake database to access. The special value `[Environment Default]` uses the database defined in the environment. Read [Databases, Tables and Views - Overview](https://docs.snowflake.com/en/guides-overview-db) to learn more. {/* */} {/* */} The Snowflake schema. The special value `[Environment Default]` uses the schema defined in the environment. Read [Database, Schema, and Share DDL](https://docs.snowflake.com/en/sql-reference/ddl-database.html) to learn more. {/* */} {/* */} The name of the table to be created in your Snowflake database. You can use a [Table Input](/docs/components/table-input) component in a transformation pipeline to access and transform this data after it has been loaded. {/* */} {/* */} Define what happens if the table name already exists in the specified Snowflake database and schema. * **Replace:** If the specified table name already exists, that table will be destroyed and replaced by the table created during this pipeline run. * **Truncate and Insert:** Each time the pipeline runs, two operations are performed: first, the table is truncated, meaning all existing rows are deleted. Then, your new rows are inserted. The table itself is never destroyed and recreated. * **Fail if Exists:** If the specified table name already exists, this pipeline will fail to run. * **Append:** If the specified table name already exists, then the data is inserted without altering or deleting the existing data in the table. It's appended onto the end of the existing data in the table. If the specified table name doesn't exist, then the table will be created, and your data will be inserted into the table. {/* */} {/* */} Select one or more columns to be designated as the table's primary key. {/* */} {/* */} * **Yes:** Staged files will be destroyed after data is loaded. This is the default setting. * **No:** Staged files are retained in the staging area after data is loaded. {/* */} {/* */} Select the stage access strategy. The strategies available depend on the cloud platform you select in **Stage Platform**. * **Credentials:** Connects to the external stage (AWS, Azure) using your configured [cloud provider credentials](/docs/guides/cloud-credentials). Not available for Google Cloud Storage. * **Storage Integration:** Use a Snowflake storage integration to grant access to Snowflake to read data from and write to a cloud storage location. This will reveal the **Storage Integration** property, through which you can select any of your existing Snowflake storage integrations. {/* */} {/* */} Use the drop-down menu to choose where the data is staged before being loaded into your Snowflake table. * **Amazon S3:** Stage your data on an AWS S3 bucket. * **Snowflake:** Stage your data on a Snowflake internal stage. * **Azure Storage:** Stage your data in an Azure Blob Storage container. * **Google Cloud Storage:** Stage your data in a Google Cloud Storage bucket. {/* */} {/* */} Select the Snowflake internal stage type. Use the Snowflake links provided to learn more about each type of stage. * **User:** Each Snowflake user has a [user stage](https://docs.snowflake.com/en/user-guide/data-load-local-file-system-create-stage#user-stages) allocated to them by default for file storage. You may find the user stage convenient if your files will only be accessed by a single user, but need to be copied into multiple tables. * **Named:** A [named stage](https://docs.snowflake.com/en/user-guide/data-load-local-file-system-create-stage#named-stages) provides high flexibility for data loading. Users with the appropriate privileges on the stage can load data into any table. Furthermore, because the stage is a database object, any security or access rules that apply to all objects will apply to the named stage. Named stages can be altered and dropped. User stages cannot. {/* */} {/* */} Select your named stage. Read [Creating a named stage](https://docs.snowflake.com/en/user-guide/data-load-local-file-system-create-stage#creating-a-named-stage) to learn how to create a new named stage. There is a known issue where named stages that include special characters or spaces are not supported. {/* */} {/* */} * **Append Files in Folder:** Appends files to storage folder. This is the default setting. * **Overwrite Files in Folder:** Overwrite existing files with matching structure. {/* */} {/* */} The folder path for the files to be written to. Note that this path follows, but does not include, the bucket or container name. {/* */} {/* */} A string of characters that precedes the name of the written files. This can be useful for organizing database objects. {/* */} {/* */} A cloud storage location to load your data into files for storage. Choose either Amazon S3, Azure Storage, or Google Cloud Storage. {/* */} Select the destination for your data. This is either in Databricks as a table or as files in cloud storage. * **Databricks:** Load your data into Databricks. You'll need to set a cloud storage location for temporary staging of the data. * **Cloud Storage:** Load your data directly into files in your preferred cloud storage location. {/* */} Select a [Databricks Unity Catalog](https://docs.databricks.com/en/data-governance/unity-catalog/index.html). The special value `[Environment Default]` uses the catalog defined in the environment. Selecting a catalog will determine which databases are available in the next parameter. {/* */} {/* */} The Databricks schema. The special value `[Environment Default]` uses the schema defined in the environment. Read [Create and manage schemas](https://docs.databricks.com/en/data-governance/unity-catalog/create-schemas.html) to learn more. {/* */} {/* */} The name of the table to be created in your Databricks schema. You can use a [Table Input](/docs/components/table-input) component in a transformation pipeline to access and transform this data after it has been loaded. {/* */} {/* */} Define what happens if the table name already exists in the specified Databricks schema. * **Fail if Exists:** If the specified table name already exists, this pipeline will fail to run. * **Replace:** If the specified table name already exists, that table will be destroyed and replaced by the table created during this pipeline run. * **Truncate and Insert:** Each time the pipeline runs, two operations are performed: first, the table is truncated, meaning all existing rows are deleted. Then, your new rows are inserted. The table itself is never destroyed and recreated. * **Append:** If the specified table name already exists, then the data is inserted without altering or deleting the existing data in the table. It's appended onto the end of the existing data in the table. If the specified table name doesn't exist, then the table will be created, and your data will be inserted into the table. {/* */} {/* */} * **Yes:** Staged files will be destroyed after data is loaded. This is the default setting. * **No:** Staged files are retained in the staging area after data is loaded. {/* */} {/* */} Use the drop-down menu to choose where the data is staged before being loaded into your Databricks table. * **Amazon S3:** Stage your data on an AWS S3 bucket. * **Azure Storage:** Stage your data in an Azure Blob Storage container. {/* */} {/* */} * **Append Files in Folder:** Appends files to storage folder. This is the default setting. * **Overwrite Files in Folder:** Overwrite existing files with matching structure. {/* */} {/* */} The folder path for the files to be written to. Note that this path follows, but does not include, the bucket or container name. {/* */} {/* */} A string of characters that precedes the name of the written files. This can be useful for organizing database objects. {/* */} {/* */} A cloud storage location to load your data into for storage. Choose either Amazon S3, Azure Storage, or Google Cloud Storage. {/* */} Select the destination for your data. This is either in Amazon Redshift as a table or as files in cloud storage. * **Redshift:** Load your data into Amazon Redshift. You'll need to set a cloud storage location for temporary staging of the data. * **Cloud Storage:** Load your data directly into files in your preferred cloud storage location. {/* */} Select the Amazon Redshift schema that will contain your table. The special value `[Environment Default]` uses the schema defined in the environment. For information about using multiple schemas, read [Schemas](https://docs.aws.amazon.com/redshift/latest/dg/r_Schemas_and_tables.html). {/* */} {/* */} The name of the table to be created in your Amazon Redshift database. You can use a [Table Input](/docs/components/table-input) component in a transformation pipeline to access and transform this data after it has been loaded. {/* */} {/* */} Define what happens if the table name already exists in the specified Amazon Redshift database and schema. * **Replace:** If the specified table name already exists, that table will be destroyed and replaced by the table created during this pipeline run. * **Fail if Exists:** If the specified table name already exists, this pipeline will fail to run. * **Truncate and Insert:** Each time the pipeline runs, two operations are performed: first, the table is truncated, meaning all existing rows are deleted. Then, your new rows are inserted. The table itself is never destroyed and recreated. * **Append:** If the specified table name already exists, then the data is inserted without altering or deleting the existing data in the table. It's appended onto the end of the existing data in the table. If the specified table name doesn't exist, then the table will be created, and your data will be inserted into the table. {/* */} {/* */} * **Yes:** Staged files will be destroyed after data is loaded. This is the default setting. * **No:** Staged files are retained in the staging area after data is loaded. {/* */} {/* */} An AWS S3 bucket to stage data into before it is loaded into your Amazon Redshift table. The drop-down menu will include buckets tied to the [cloud provider credentials](/docs/guides/cloud-credentials) that you have associated with your [environment](/docs/guides/environments). {/* */} {/* */} * **Append Files in Folder:** Appends files to storage folder. This is the default setting. * **Overwrite Files in Folder:** Overwrite existing files with matching structure. {/* */} {/* */} The folder path for the files to be written to. Note that this path follows, but does not include, the bucket or container name. {/* */} {/* */} A string of characters to include at the beginning of the written files. Often used for organizing database objects. {/* */} {/* */} A cloud storage location to load your data into for storage. Choose either Amazon S3, Azure Storage, or Google Cloud Storage. {/* */} * **Append Files in Folder:** Appends files to storage folder. This is the default setting. * **Overwrite Files in Folder:** Overwrite existing files with matching structure. The folder path for the files to be written to. Note that this path follows, but does not include, the bucket or container name. A string of characters that precedes the name of the written files. This can be useful for organizing database objects. A cloud storage location to load your data into files for storage. Choose either Amazon S3, Azure Storage, or Google Cloud Storage. ### Advanced Settings Converts common strings that represent null into a null value. This is case-sensitive and works with the following strings: "", "NULL", "NUL", "Null", "null". The default is **No**. Currently, this property is only applicable when using Snowflake as your destination. {/* */} When **Yes**, remove leading and trailing characters from a string column. The default is **No**. ## Deactivate soft delete for Azure blobs (Databricks) If you intend to set your destination as Databricks *and* your stage platform as Azure Storage, you must turn off the "Enable soft delete for blobs" setting in your Azure account for your pipeline to run successfully. To do this: 1. In the [Azure portal](https://portal.azure.com/), navigate to your storage account. 2. In the menu, under **Data management**, click **Data protection**. 3. Clear the **Enable soft delete for blobs** checkbox. For more information, read [Soft delete for blobs](https://learn.microsoft.com/en-gb/azure/storage/blobs/soft-delete-blob-overview).