Transcript missing from recording list

Description
Using the API we retrieve a list of files using “users/{userID}/recordings”. Usually the list includes the MP4 and Transcript as file types, but not always. I can consistently reproduce this with a call recording that shows there is an audio transcript file in the Zoom recording manage browser interface, but in the response from the API, there is only an MP4 as file type.

Error?
Response code: 200
ReasonPhrase: OK

API Endpoint/s?
We are using Guzzle in PHP to call: users/{userID}/recordings

Request array:

string(39) "users/XXXXXXXX/recordings"
array(2) {
  ["from"]=>
  string(10) "2022-05-16"
  ["to"]=>
  string(10) "2022-06-16"
}

Response:

array(1) {
  [0]=>
  object(stdClass)#91 (13) {
    ["uuid"]=>
    string(24) "XXXXXXXXXXX"
    ["id"]=>
    int(2184061428)
    ["account_id"]=>
    string(22) "XXXXXXXXXXX"
    ["host_id"]=>
    string(22) "XXXXXXXXXXX"
    ["topic"]=>
    string(39) "XXXXXXXXXXX Personal Meeting Room"
    ["type"]=>
    int(4)
    ["start_time"]=>
    string(20) "2022-06-16T14:28:53Z"
    ["timezone"]=>
    string(11) "Europe/Oslo"
    ["duration"]=>
    int(68)
    ["total_size"]=>
    int(527592127)
    ["recording_count"]=>
    int(5)
    ["share_url"]=>
    string(120) "https://XXXXXXXXXXX.zoom.us/rec/share/hXXXXXXXXXXX.__XXXXXXXXXXX"
    ["recording_files"]=>
    array(1) {
      [3]=>
      object(stdClass)#80 (11) {
        ["id"]=>
        string(36) "XXXXXXXXXXX"
        ["meeting_id"]=>
        string(24) "XXXXXXXXXXX"
        ["recording_start"]=>
        string(20) "2022-06-16T14:34:05Z"
        ["recording_end"]=>
        string(20) "2022-06-16T15:42:21Z"
        ["file_type"]=>
        string(3) "MP4"
        ["file_extension"]=>
        string(3) "MP4"
        ["file_size"]=>
        int(461352750)
        ["play_url"]=>
        string(135) "https://XXXXXXXXXXX.zoom.us/rec/play/-XXXXXXXXXXX.XXXXXXXXXXX"
        ["download_url"]=>
        string(139) "https://XXXXXXXXXXX.zoom.us/rec/download/-XXXXXXXXXXX.XXXXXXXXXXX"
        ["status"]=>
        string(9) "completed"
        ["recording_type"]=>
        string(31) "shared_screen_with_speaker_view"
      }
    }
  }
}

Are we calling something wrong such that the transcript is now always picked up?

This recording was deleted and we recovered it, in case that changes anything. The recording was made today.

Adding that our issue appears to be very similar to this issue from May 3:

Which doesn’t appear to be resolved.

User error. In testing at some point we had dropped TRANSCRIPTS from our acceptable format types.