Azure Blob Listener

Azure Blob Listener

This feature is available in v41.2 and later.

The Azure Blob Listener allows you to ingest files from a specified Azure Blob Storage URI.

Contents of submissions

The connector accepts both single files and prefixes with files as submissions. Whether a file is processed as its own submission or as part of a larger submission depends on where it is located relative to the source URI:

Only one level of nesting is recognized by the connector when creating submissions with multiple documents. If there are other prefixes contained within the prefix you specify, files under those prefixes are ignored.

Metadata

For each submission, the Azure Blob Listener can accept a JSON file that contains metadata, case data, and an external_id. The name of this file depends on whether the submission consists of a single file or a set of files:

The metadata files must be located directly under the source URI. If you put those under a prefix of the source URI, they will be ignored, and a submission won't be created.

An example metadata file for an Azure Blob Listener submission appears below.

{
   "metadata": {
        "test": "Metadata for file in Azure Blob container"
   },
   "cases": [{
        "external_case_id": "900",
        "filenames": ["div_lic_1.jpg", "div_lic_2.jpg"]
   }],
   "external_id": "123"
}

Archiving processed files

As files are ingested, they are copied to an archive URI and deleted from the source URI. The names of files do not change when they are archived and include the files’ prefixes, if any.

If the deletion of files from the source URI leaves empty prefixes, those prefixes will not be deleted and will remain in the container.

Sample use cases

Block settings table

Name Required? Description
Azure Blob Source URI Yes The location the connector will scan for blob files. Can contain a prefix and trailing slash.
Example formats:
- https://///

- https://.blob.core.windows.net/
Azure Blob Archive URI Yes The location the connector will move files to after they have been ingested into Hyperscience.
Must be different from the Azure Blob Source URI.
Example formats:
- https://///

- https://.blob.core.windows.net/
File Extensions Yes A list of the extensions that image files will need to have to be eligible for processing.
If there are file extensions that you want to support but do not see in the drop-down list, select other, and enter the extensions in Other File Extensions.
Other File Extensions No A comma-separated list of file extensions that do not appear in File Extensions.
This field only appears if other is selected in File Extensions.
Include Submission Level Parameters No Indicates whether the system will ingest JSON files along with document files and submission Azure Blob prefixes. These JSON files can contain information such as metadata, case data, and external_id values. These JSON file names should match the names of the related files or Azure Blob prefixes (e.g., XYZ.jpg.json for XYZ.jpg).
Authentication Type Yes Can be one of the following:
- Service Principal

- Storage Account Key

Service Principal should be selected if you want to use M2M Azure Entra ID authentication. It is an Application Service Principle type.
Storage Account Key requires an account name and access key.
Client ID Yes, if Service Principal is selected for Authentication Type Azure Entra ID Application Service Principal Client ID.
This setting is only available if Service Principal is selected for Authentication Type.
Client Secret Yes, if Service Principal is selected for Authentication Type Azure Entra ID Application Service Principal Client Secret.
To edit the secret, click Edit value, modify the secret, and then click Done.
This setting is only available if Service Principal is selected for Authentication Type.
Tenant ID Yes, if Service Principal is selected for Authentication Type Azure Entra ID Application Service Principal Tenant ID.​​
Unique identifier of the Tenant in which the corresponding application is registered with.
This setting is only available if Service Principal is selected for Authentication Type.
Storage Account Name Yes, if Storage Account Key is selected for Authentication Type Azure Storage Account name.
This setting is only available if Storage Account Key is selected for Authentication Type.
Storage Account Key Yes, if Storage Account Key is selected for Authentication Type Azure Storage Account key.
To edit the key, click Edit value, modify the key, and then click Done.
This setting is only available if Storage Account Key is selected for Authentication Type.
Poll Interval (In Seconds) No The frequency at which the connector will monitor the source URI for submissions.
Defaults to 10.
Warm-Up Interval (In Seconds) No The length of time that a file must remain unmodified before it is eligible for processing.
> When uploading to a prefix, make sure all the files within it are for the same submission. Otherwise, one prefix with many files within it may be split into two or more submissions, depending on the length of the warm-up interval.
Defaults to 15.

Setting up the Azure Blob Listener

To set up the Azure Blob Listener, enter the settings as described in the Block settings table above.

Before deploying a flow with the Azure Blob Listener enabled, ensure that the credentials you’ve specified in the block settings have the following permissions assigned:

To test if the permissions have been properly set, click Test Connection at the bottom of the connector settings in Flow Studio. If the required permissions are present, no errors will be detected.